SBX应该仍然是沙箱。 任何东西都不应运出。 我已经进行了升级，其中包括沙盒（生产副本）对它的升级，包括SPDD和SPAU的所有工作，然后移交给专业用户进行测试。

然后我们在开发中再次做完了。

如果您不想在SPX上进行SPDD，SPAU工作，而只是进行升级，则可以这样做 。 我也在进行升级的同时进行了升级。 它不如第一种方法准确，但可能很有用。 在这种情况下，完成开发的真正升级后，就可以从开发的应用程序服务器的文件系统中获取已发布的传输文件，并手动将它们复制到沙箱中的正确文件夹中。 然后，您可以将传输导入沙箱。 它可能不会像以前那样顺利，但它应该可以正常工作。

坦率地说，我只是从您要使用的任何模板（生产，测试甚至开发）的副本中制作一个新的沙箱。 这是确保您拥有一个相当稳定的沙箱的唯一方法。

btw-我有一个博客此处，对于顺利运行SPAU和SPDD可能会有用。 现在比我第一次升级时要容易得多-从3.0F升级到3.1H！

在评论中有一个有用的Wiki文章 https://wiki.scn.sap.com/wiki/display/SL/Handbook+for+SPDD+和+ SPAU + adjustment +和+ FAQs + + SPAU调整

标记错误？ （ABAP开发或系统管理）

我想对最后一个问题进行更正。 我的意思是"在整个ERP环境中升级了组件之后（没有系统副本），我们是否有任何方法可以在所有4个系统上对齐对象版本（以保留对SBX的修改）？"

这意味着，例如，如果您已经向SAP表中添加了一个字段，并且没有在SPDD中对其进行调整，那么该字段中的任何数据将永远消失。

HI，

回答您的问题有点困难，因为这可能取决于方法 您定制了标准程序。

SPDD和SPAU修改必须在升级过程中进行，然后，您必须在升级后进行修改。 如果不进行修改调整，则在升级系统时，将丢失对与SAP修改冲突的对象所做的所有修改。

在SBX中创建与SPDD和SPAU相关的传输请求时，可以在导入时将其导入 执行DEV，QA和PRD。 无需总是重复。

https://wiki.scn.sap.com/wiki/display/SL/Modification + Adjustment + During + Upgrade

致谢

Nawa。

HI，

正如 Sandra Rossi 所说，它将不会改变任何东西，它可以是任何数量的系统。 但是最佳实践是复制PRD并制作SBX，然后进行升级，然后进行DEV，QA和PRD。 有些正在做SBX，DEV和PRD。 将质量检查替换为SBX。

关于，

Nawa。

你好Nawa，

感谢您的回复。 我指的是这样一个事实，即SAP提供的大多数SAP文档都提到在升级时对DEV执行SPDD/SPAU修改调整，然后将其导入后续系统（QAS和PRD）中。我的问题是 如果我从沙盒系统而不是从DEV开始，会发生什么情况。