创建主数据（和自定义，不自定义请求！）这是一件严肃的事情。您的数据迁移过程最好能够正确、准确地执行。一方面，如果事情出了差错，清理（归档）是一个乏味的烂摊子。当然，作为阅读本文的主数据爱好者，您现在有了一个成功的计划。

让我们首先认识到您的站点主业务流程设计决定了您将在何时何地执行站点主数据迁移。

站点主数据分发是s/4HANA中的最佳实践。如果您已经采用了这种体系结构，那么计划只在您的开发定制黄金客户机中执行站点主数据迁移。然后使用站点主机分发将这些站点主机分发给需要站点主机的下游系统客户端。

正在创建什么？

站点主数据是一个由许多技术组件组成的业务对象。

站点主数据迁移创建了以上所有内容。配置从参考站点复制到新站点。

何时创建站点主控形状？

我倾向于在创建所有网站之前等待尽可能长的时间！为什么？

这里有一些关键上下文：

没有自动工具来创建配置，包括站点主配置。站点主控没有标准的批量更新程序。虽然业务合作伙伴有标准的批量更新功能，但也存在一些限制（例如，可以更新现有数据，但不可能创建新数据）。

此外，我们所理解的"站点主配置"通常包括来自需求规划、采购、管理和管理的重要跨职能配置，库存管理、销售、制造和其他业务流程。

鉴于此，功能配置人员不应进行任何定制，包括在未事先咨询站点主专家的情况下输入站点编号，以便可能（可能）包含在参考站点中。这对于建立可靠且无错误的新站点创建过程以及准确的数据迁移至关重要。未能做到这一点是大多数实施项目中常见的缺陷来源。

因此，只有在对相关配置进行彻底的跨功能测试，然后对参考站点进行彻底的测试之后，站点主配置才能被认为是"稳定的"。这必然包括：

基于参考站点创建一个新的站点主控形状（对于每种风格的参考站点）。将站点主机从定制黄金客户机分发到测试系统客户机。确认新的站点主机及其底层配置支持业务流程执行。

鉴于上述情况，并且缺陷解决的纠正可能是手动和耗时的，主数据从业者不愿意创建成百上千的站点主数据是可以理解的，特别是在定制的黄金客户机中！–直到站点主控创建过程经过彻底测试。

在每个实施项目中，都很难确定在定制黄金客户机中创建所有站点主控的准确时间。没有一个容易规定的时间。

负责站点主数据的主数据团队成员显然更愿意等到集成测试周期3，此时设计是稳定的，并且更正的可能性最小。但这并不实际。大多数其他团队会倾向于立即创建所有站点主控，甚至在集成测试周期1之前。您的数据迁移团队将希望尽快获得所有站点主机，以便能够对所有站点的文章主机进行单元测试和性能测试。不幸的是，各方各自的判断都是正确的。

我认为，通常有可能并且更倾向于推迟创建所有站点主控形状，直到集成测试周期1开始，这时将发生第一次模拟加载的文章主控形状。在那之前，创建和测试，创建和测试，然后创建和测试更多的，并且尽可能经常地。在那之后，你很可能不得不创建所有的站点主数据，并接受纠正缺陷或支持更改的痛苦和成本。为应对这种情况，如果您的站点主数据迁移对象不仅能够创建站点和站点业务合作伙伴，大数据入门，大数据 学习，但也能够更改站点和站点业务合作伙伴。

数据迁移计划选项

SAP S/4HANA Migration Cockpit是S/4HANA中数据迁移的普遍推荐工具。但零售网站主数据没有标准内容。

同时考虑SAP Note 2586412，它记录了分发网站数据的功能模块。本说明解释了此功能模块用于在SAP S4/HANA中创建和更新站点主数据。有鉴于此，您可能倾向于将此功能模块与SAP S/4HANA Migration Cockpit配对，到此为止。

除了功能模块DISTRIBUTE\u SITE\u数据未发布供SAP客户使用之外（即不受支持，根据SAP Note 109533），它还存在与其ECC 6.0前身相同的缺陷，如SAP Note 1865903所述。创建站点主数据时，这两个功能模块都不考虑参考站点或站点配置文件复制规则，这是SAP Retail中的基本概念，对任何站点主数据创建过程都至关重要（数据迁移也不例外）。

使用DISTRIBUTE\u Site\u data进行站点主数据迁移并不是一个解决方案，但这仅仅是为了成功创建特定于客户的解决方案而进行极其复杂的开发的第一步。这似乎是非常糟糕的建议，尤其是在存在标准替代方案的情况下。

遵循标准行为

要了解数据迁移方法，请在创建站点主控形状时遵守标准系统行为。

作为第一步，使用标准T代码BP创建站点业务伙伴（BP）。第二步，您使用标准T代码WB01创建站点主控形状。

因为您巧妙地观察到站点编号的最佳实践，特价云服务器，该站点#和站点BP#是相同的编号，T代码WB01识别出该站点的站点BP已经存在，并且它采用BP作为站点BP。

基于此观察，数据迁移方法同样是通过两步过程创建站点主控形状。