跨坐整合

2020-09-09 00:41发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,

当前,我们的SAP环境包括3个方框:DEV,QA和PROD。 我们在RedHat上使用ECC 6.0,将Oracle 10.2.04作为数据库。

当前/usr/sap/trans目录对于DEV和QA是通用的。 但是PROD具有自己的本地/usr/sap/trans。 由于此设置,我们必须将数据和共文件从DEV/QA trans目录手动复制到PROD/usr/sap/trans,然后导入传输。

为避免此问题,我们希望合并/usr/sap/trans并将其作为环境的全局目录。

问题:

1。 要执行什么步骤?

2。 合并会产生什么影响?

3。 景观中当前的导入队列会发生什么?

4。 是否要采取任何预防措施?

感谢您的帮助

谢谢

Param

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


嗨,

当前,我们的SAP环境包括3个方框:DEV,QA和PROD。 我们在RedHat上使用ECC 6.0,将Oracle 10.2.04作为数据库。

当前/usr/sap/trans目录对于DEV和QA是通用的。 但是PROD具有自己的本地/usr/sap/trans。 由于此设置,我们必须将数据和共文件从DEV/QA trans目录手动复制到PROD/usr/sap/trans,然后导入传输。

为避免此问题,我们希望合并/usr/sap/trans并将其作为环境的全局目录。

问题:

1。 要执行什么步骤?

2。 合并会产生什么影响?

3。 景观中当前的导入队列会发生什么?

4。 是否要采取任何预防措施?

感谢您的帮助

谢谢

Param

付费偷看设置
发送
7条回答
N-Moskvin
1楼-- · 2020-09-09 00:46

任何想法都感激

谢谢

Nan4612
2楼-- · 2020-09-09 00:54

保罗,

非常感谢您提供详细信息。 您看到这种合并有什么问题吗? 尤其是当TRANS目录合并时?

谢谢

lukcy2020
3楼-- · 2020-09-09 00:55

您好,

根据我对这个问题的其他帖子:

要添加系统,请遵循

上的信息。

http://help.sap.com/saphelp_nw70/ helpdata/EN/44/b4a0c17acc11d1899e0000e829fbbd/content.htm

要检查一切是否正常,请按照以下步骤操作:

首先请确保所有3个系统实际上都可以物理访问

相同份额(DIR_TRANS)。 作为测试,在传输中创建一个虚拟文件-

目录DIR_TRANS并通过事务AL11检查所有系统是否都可见

此新文件。

还请在所有系统/应用程序上通过SA38运行报告" RSTPTEST"

服务器检查基本TMS设置。

上检查配置文件参数DIR_TRANS的设置

所有系统上的所有⚠️应用程序服务器,尤其是

一致(RZ11和/或RZ10)。

还可以控制域控制器上的传输设置:

转到STMS->系统概述

双击每个系统

-检查"通讯"选项卡中的传输组是否确实是

相同

-在"运输工具"标签中选中

o每个系统上TRANSDIR的设置不必与

相同

DIR_TRANS(RZ10)的值。

o检查所有参数NBUFFORM和CTC是否都设置为

系统

也请>> globally <<设置为1。如有必要,添加新的

行中输入这些参数,请检查标记" global"和

分发更改。

希望这会有所帮助。

此致

Paul

jovirus
4楼-- · 2020-09-09 01:08

嗨Param,

首先,应确保分配给PRD的传输组与分配给DEV和QAS的传输组相同。 如果不是,请将PRD的运输组更改为相同的运输组。 有关如何检查运输组的信息,请参阅以下在线帮助文​​档:

http://help.sap.com/erp2005_ehp_04/helpdata/EN/44 /

b4a1847acc11d1899e0000e829fbbd/ content.htm

您还应该参考注释62739配置中央传输主机。

相同的内容也可以在在线文档中找到:

http://help.sap.com/erp2005_ehp_04/helpdata/EN/3d /

ad5dbf4ebc11d182bf0000e829fbfe/ content.htm

最可能的问题可能是对全局传输目录的访问问题。 您应与平台管理员联系,以确保用户 adm(Windows:sapservice adm)可以毫无问题地访问格局中所有系统的所有实例上的全局传输目录。

致以诚挚的问候

Julia

d56caomao
5楼-- · 2020-09-09 00:55

Hi Param,

有关详细信息,请参阅以下说明:

28781中央传输目录NT/UNIX

97993中央NT/UNIX传输目录

朱利安

Julia

奄奄一息的小鱼
6楼-- · 2020-09-09 00:57

我们已经 最近刚刚完成了类似的练习。 我们让开发人员/测试人员共享一个saptrans和prod。

我将其视为两项不同的活动-合并saptrans目录和合并传输域。

域合并实际上是一项琐碎的工作,涉及使用STMS从一个域控制器中删除系统,然后在受管系统中运行STMS以加入新域。

巩固saptrans有点棘手。

将数据,共文件和日志目录从dev复制到prod而不会产生覆盖,然后重新挂载文件系统,因此所有系统都参考生产版本。 棘手的地方是:

  • 确保复制期间没有人保存或迁移传输(我们使用rsync进行了几天的操作)

  • 了解文件的使用。

数据文件是在导出时创建的,此后不会更改,因此很容易。 您当前的过程涉及从dev/test到prod的副本,该副本在每个saptrans中产生相同的副本。 您需要从dev/test复制任何尚未传输到生产环境的属于传输的数据文件。

共文件包含导入说明和导入历史记录。 它们在导出时创建,并在每次运行导入时更新。 同样,在您当前的过程中复制到生产意味着已经在生产中的任何内容都在共文件中具有完整的历史记录,而无需替换就进行复制会添加尚未生产的传输信息。 重要的是不要用dev/test副本替换生产中的共文件,因为您会丢失生产导入历史记录。

日志文件有两种类型:系统范围的和特定于传输/系统的。

系统范围的日志(ALOG,SLOG等)对于调试和审计很有用,但在操作上并不重要。 如果您不通过将它们从dev/test复制到prod saptrans而丢失了这些历史记录,那么我认为这不是至关重要的(如果有人反对,您可以保留dev/test saptrans作为参考)。

特定于运输/系统的日志具有唯一名称,因此可以复制。 这样可以为您提供每次运输的所有活动的完整历史记录,以便任何需要了解的人。

saptrans文件系统中的其他目录是通过tp配置(例如STMS)自动维护的。 由于域重新配置活动将解决这些问题,因此无需复制它们。 复制saptrans后,您可能需要重新保存TMS配置。

我还将这次练习作为去除saptrans中垃圾的机会。 随着时间的流逝,太多的人已经可以在该目录中存储脚本,补丁文件,临时说明和大量垃圾。 我烧掉了GB的不属于那里的东西。

一周热门 更多>