嗨，达希尔，

我想您可能想查看注释" 2080851-MultiProvider到CompositeProvider的转换"中的更多信息。

我们在注释中可以找到以下信息：

转换后的运输

您必须安装SAP注意：

• 2386241-SAP BW/4HANA入门附加产品：在迁移到目标系统的过程中，MultiProvider的迁移会删除查询

在运输之前。

如果进行转换时，使得CompositeProvider与要转换的MultiProvider具有相同的名称，则应选择以下过程之一，以将这些更改传输到下游系统（测试和生产）：/p>

1. 您想将删除MultiProvider和创建CompositeProvider（包括查询）写入同一请求。 连续两次导入此请求。 这样可以确保所传输的CompositeProvider是一致的。
2. 您想将MultiProvider的删除和CompositeProvider的创建（包括查询）写入两个单独的请求。 顺序为：
   1. 运输CompositeProvider和查询
   2. 传输对MultiProvider的删除
   3. 运输CompositeProvider和查询

最诚挚的问候，

泰比

嗨Tibbie，

感谢您的答复。

我仔细阅读了SAP注释和提到的步骤。

当开发和生产环境之间的查询和多提供商版本相同时，这绝对可以正常工作。

在我们的案例中，开发和生产中的查询数量不同。

Ex，正在开发2个，在生产20个。

现在，如果我们按照SAP注释中提到的步骤进行操作，那么它们有可能会在运输移动之后，仅在生产系统中可用的其余18个查询将失去对迁移的复合提供程序的引用。

希望您能理解。

谢谢

Darshil Shah

Darshil，

您可以研究以下方法。

1）反向将查询从生产转移到开发和 那么您可以使用转换程序。 使用副本传输方法，您可以进行反向传输。 在转换阶段，请确保生产系统中没有任何更改。

2）使用RSZC将查询复制到生产系统中的新副本提供程序。 一旦您的多提供者转换为复合提供者，您就可以再次使用RSZC将这些查询从复制提供者复制回复合提供者。 这是一个较长的过程，被复制的查询将具有新的元素ID。

3）设计一个程序，将查询从一个提供程序移动到另一个提供程序。 获取涉及bex查询的表，并创建一个程序以更改提供程序。 将查询移至复制提供程序，完成转换后，可以将查询移回CP。 但是此程序将需要大量测试。 这种方法的好处是元素id保持不变。

问候

Gajesh

Hi Gajesh，

感谢您的宝贵意见。

您建议的第一种方法要求从生产到开发的反向运输。

第二种建议的方法是耗时的活动，如果我们有更多的查询，而另一个问题是，它将生成不同的元素ID。

我想到了另一种方法，我只是想在这里解释一下。 您能给专家意见吗？

通过手动在两个系统中保留相同的技术名称，将多提供商与查询一起迁移。

此后，需要对已迁移的复合提供程序进行更改，并仅通过传输将更改/更新的复合提供程序移至生产系统。

谢谢

Darshil Shah

Hello Darshil，

可以采用您的方法，但是我认为您必须使系统可修改才能做到这一点。 直接在生产中进行修改是有风险的。 但是，根据用户和系统的使用情况，您可以决定是否可以承担这种风险。

反向传输对您来说只是有害的，因为它只会带来查询。

问候

加耶什

嗨，加耶什，

是的，反向运输无害，我们也可以采用这种方法。

感谢您的帮助。

谢谢

Darshil Shah