SAP各个集团还有开发机测试机生产机之间啥关联关系？

Posted 2023-03-28

刚接触SAP，搞不清各个客户端之间是i怎么连接的？觉得有些内容各个客户端可以共享，但同一个账号在不同客户机上的权限却不一样。
还有测试机、开发机、生产机之间又是怎么关联的呢？
没有培训过，完全不理解。希望详细介绍一下SAP的环境。谢谢！

刚接触SAP，搞不清各个客户端之间是i怎么连接的？
答：SAP系统刚安装好之后只有默认的3个客户端（也叫client），即000,001,066，其中000是模板，可根据配置复制客户端，所以系统里有了100,200,300。。。等。每个客户端是一个独立的业务组织，可看成是一个独立的公司，如100是A公司，200是B公司。。。等。一个系统内可根据需要复制多个客户端用，彼此之间业务独立，数据隔离。

觉得有些内容各个客户端可以共享？但同一个账号在不同客户机上的权限却不一样。
答：SAP系统内数据分两种
1，只对本客户端有效的数据，如业务数据（生产订单等），前边说了每一个客户端是一个独立的业务组织，可看成是一个公司，一家公司里的生产订单怎么会和别家公司（别的客户端）的生产订单一起用呢？账号数据也属于这种数据，里边包括用户权限，只对本客户端有效，到了别的
客户端里要重开账号重配置权限，所以不同客户端权限可能会不一样。
2，对本系统内的所有客户端都有效的数据。如开发类数据，ABAP程序、表定义等，在一个客户端里开发的数据，其他的客户端也可以拿来用，难道还要再开发一遍吗？参数数据也是这样，要改变系统状态参数只需在一个客户端里修改，可以影响所有客户端。

还有测试机、开发机、生产机之间又是怎么关联的呢？
答：开发机是用来做各种开发，设置的，开发设置好后要测试的，这时候要把这些内容通过传输
传输到测试机来测试，测试没有问题了再传输到生产机，生产机是客户上线后正式使用的机器。
不可以在测试机和生产机里直接开发，设置。都要在开发机，然后传输过去。
这是SAP推荐的标准三系统构架。当然，只有一台机器也可以。只要在这台机器里开三个客户端，如100,200,300。分别用作开发，测试，生产。但风险太大，因为他们共享一台服务器。 参考技术A 客户端（即Client),是SAP组织架构里最高层的组织单元，所有数据，包括静态数据（科目、客户、供应商、物料、资产等）、业务数据（采购订单、销售订单、生产订单、维修订单等）都会归属到各个Client下。
有些配置是跨Client的，所以能在各个Client中共享。同一个账号在不同Client间权限不一样，这跟权限设置有关系。

一般sap实施项目的硬件环境包括一台用以配置和开发的“开发机”（DEV）、一台用以测试的“测试机”（QAS）和一台正式运行的“生产机”（PRD），称之为三系统架构。一般项目实施过程中，根据蓝图设计在DEV下做配置的的时候，会保存在一个请求号里，QAS、PRD下的配置通过传输请求号的方式实现。

希望上面的回答能让你对SAP的一些概念有所了解。我是做SAP实施FICO模块的，欢迎你的咨询。 参考技术B 楼上回答的非常全面

SAP对于系统配置非常谨慎，所以对于绝大部分配置（除了一些无法传输或者传输会覆盖目标数据的）都是先到DEV里进行配置，通过产生的请求号，传输到QAS进行测试，测试无误后，再传输到PRD生产机。

DEV一般是从SAP 项目实施开始就存在并一直不变的；
QAS一般是通过COPY PRD系统来的
PRD就是企业使用的最终系统，对于顾问来讲是神圣的，不能随便进行操作的。

SAP功能非常多，为了区分各个操作者、并限制他们只能从事自己岗位的操作，有必要在系统中进行权限的设定。 参考技术C 测试机和开发机是在搭建生产机之前用于顾问根据企业管理流程和业务流程进行搭建测试使用的环境。
生产机是经过测试机和开发机搭建测试后能够与企业管理流程业务模式匹配用于正式企业应用的系统环境。

Docker跟一般的虚拟机有啥区别

Docker和虚拟机有各自擅长的领域，在软件开发、测试场景和生产运维场景中各有优劣势：
1、Docker启动快速属于秒级别，虚拟机通常需要几分钟去启动;
2、Docker需要的资源更少，Docker在操作系统级别进行虚拟化，Docker容器和内核交互，几乎没有性能损耗，而虚拟机就差了很多;
3、Docker更轻量，Docker的架构可以共用一个内核与共享应用程序库，所占内存极小;同样的硬件环境，Docker运行的镜像数远多于虚拟机数量，对系统的利用率非常高;
4、与虚拟机相比，Docker隔离性更弱，Docker属于进程之间的隔离，虚拟机可实现系统级别隔离;
5、Docker的安全性也更弱，Docker的租户root和宿主机root相同，一旦容器内的用户从普通用户权限提升为root权限，它就直接具备了宿主机的root权限，进而可进行无限制的操作。虚拟机租户root权限和宿主机的root虚拟机权限是分离的，并且虚拟机利用如Intel的VT-d和VT-x的ring-1硬件隔离技术，这种技术可以防止虚拟机突破和彼此交互，而容器至今还没有任何形式的硬件隔离;
6、Docker的集中化管理工具还不算成熟，各种虚拟化技术都有成熟的管理工具，比如：VMware vCenter提供完备的虚拟机管理能力;
7、Docker对业务的高可用支持是通过快速重新部署实现的，虚拟化具备负载均衡，高可用、容错、迁移和数据保护等经过生产实践检验的成熟保障机制，Vmware可承诺虚拟机99.999%高可用，保证业务连续性;
8、虚拟化创建是分钟级别的，Docker容器创建是秒级别的，Docker的快速迭代性，决定了无论是开发、测试、部署都可以节省大量时间;
9、虚拟机可以通过镜像实现环境交付的一致性，但镜像分发无法体系化，Docker在Dockerfile中记录了容器构建过程，可在集群中实现快速分发和快速部署。 参考技术A IBM研究部门发表了一篇关于容器和虚拟机环境性能比较的论文。这篇论文使用了Docker和KVM作为研究对象，阐述了Docker使用NAT或AUFS时的开销，并且质疑了在虚拟机上运行容器的实践方法。
论文作者在原生、容器和虚拟化环境中运行了CPU、内存、网络和I/O的benchmark。其中，分别使用KVM和Docker作为虚拟化和容器技术的代表。Benchmark也包含了对不同环境下Redis和MySQL负载的采样。通过小数据包和多客户端，Redis侧重于网络栈的性能。而MySQL侧重于内存，网络和文件系统的性能。
结果显示，在每一项测试中，Docker的性能等同于或超出KVM的性能。在CPU和内存性能方面，KVM和Docker都引入了明显的，但可略不计的开销。但是，对于I/O密集型的应用，两者都需要进行调整以减少开销带来的影响。
当使用AUFS存储文件时，Docker的性能会降低。而相比之下，使用卷（volume）能够获得更好的性能。卷是一种专门设计的目录，存在于一个或多个容器内。通过这种目录能够绕过联合文件系统（union file system）。这样它就没有了存储后端可能带来的开销。默认的AUFS后端会引起显著的I/O开销，特别是当有多层目录深度嵌套的时候。
Docker的默认网络选项，--net=bridge，由于NAT会重写数据包，也引入了性能开销。当数据包收发率变高时，这种开销会变得很明显。可以通过使用--net=host改善网络的性能。这个选项告诉Docker不要为容器创建一个独立的网络栈，并允许容器拥有宿主机网络接口的完全访问权限。但是，使用这个选项时要小心。因为它允许容器内的进程像其他根进程一样，使用数值较小的端口；并允许容器内的进程访问本地网络服务，如D-bus。这使得容器内的进程可以做一些预料之外的事情，如重启宿主机。