嗨，

Dir/usr/sap/trans称为传输组。 因此从技术上讲，单个运输组和多个运输组都是可行的。

如果客户未给出任何针对每个产品/解决方案专门使用一个传输组的指令（例如ECC，CRM等），则最好使用将nfs挂载（在Windows中共享）的单个传输组-可供 运输系统中的所有系统。

谢谢

Subrata

克里斯，我想在某些评论上有所不同

"我唯一建议的另一件事是，您最好使Solution Manager Production成为您的传输域控制器"

如果将solmnan作为具有ECC，SRM，PI，BI，APO等大环境的单个域控制器，那么在我们将Solman进行维护时，如果将每个生产系统都作为一个生产系统，它将影响上面的所有环境。 各自领域的域控制器，从而将solman中断的影响降到最低。

"生产应该始终在线以进行生产监控"-

这完全取决于solman的使用量和用途。连续监控系统从来都不是良好管理的业务要求之一，但是如果您将solman用于业务流程定义，ChaRM或 这是您的SLD等，然后企业希望它可以正常运行。

所以我建议让每个产品系统都成为其环境的域控制器。

干杯！

Manish

我的建议是为每个应用程序使用单独的域，例如 一个域用于ECC，另一个域用于BI，依此类推。 因此，ECC（Dev，QA和PRD）共享/usr/sap/trans以及BI和CRM都拥有自己的。

我看到此设置的简单原因是由于某种原因，我取消了我的Dev ECC（即ECC领域的域控制器），我只会影响ECC领域。我的BI和CRM系统不会受到影响 。 另一个问题是，当涉及到/usr/sap/trans下的目录时，维护变得更易于管理。

我能想到的另一个原因是在修补系统时，所有修补程序都存储在/usr/sap/trans/EPS/in下。 因此，如果我们不谨慎的话，我们可以应用更高版本的ABAP，BASIS或BI版本的补丁，该补丁旨在用于BI系统，最后我们也可以在ECC上应用。

希望这会有所帮助。

谢谢

无意

在她出色的博客中，，SAP Solution Manager的资深专业人员Dolores明确指出，在大多数情况下，强烈建议使用单域方法。 博客摘录：

SAP强烈建议仅在一个传输域中设置系统格局，以减少复杂性和管理工作！ 这符合我们的Charm设计目标。

这样做的理由是简化并减少维护此类景观的工作量，这会夸大保持多域景观的优势（劣势）。

因此，最好使用一个也是唯一的域。