BI 4.x服务器从2008年到2016年的迁移以及如何将内容从旧服务器迁移到新服务器
注意：这不是服务器操作系统的同步升级。全新的服务器和新的名称。
-------------------------------------------
用例：它决定将所有BO服务器从2008服务器升级到2016服务器。所以我们不得不迁移到新的BO服务器上。
这篇博文的主要目的不是关于如何安装BO。这篇博文的主要关注点是如何将内容从BO 2008服务器移动到2016服务器。
步骤：
上线的先决条件：
如何将内容批量移动到新服务器：
最初我决定使用4.2 SP5引入的升级管理向导工具（PMW）厚客户端移动内容。如果您要迁移大量内容，我不建议使用此工具。这个工具不适用于我们迁移大约6万个用户/组（都是企业用户）和大约3万个报表和Universe。但是它在我们的QA环境中工作得很好，没有太多的内容，
工具挂在摘要页上，计算依赖项很长时间，而且还提升了内容。我们浪费了将近24小时。工具通过查看CPU和内存使用情况来做一些事情，但是没有生成日志来查看到底发生了什么，即使我启用了高级跟踪。所以我强烈建议不要使用PMW工具进行更大的促销活动。我尝试将作业分割成更小的块，用户分开，返利联盟，仍然存在问题。
注意：4.2 SP5版本的工具存在迁移顶层安全性、应用程序安全性和依赖性等问题，因此避免使用SP5版本的PMW。建议使用4.2 SP6及以上版本。您可以用更高版本迁移内容，即使您的源和目标BO版本为4.2 SP5及以下。
由于PMW工具不起作用，我选择了指向新服务器的CMS DB模式。下面是我遵循的步骤。如果源服务器和目标服务器的名称不同，数据分析与大数据，这个过程类似于DR练习。
注意：有很多博客都在讨论如何设置DR，但我发现，一些关键部分丢失了。我想我会把我们做的所有步骤放在一起，这样整个过程就会顺利进行。
从cms\U infoobjects7中删除parentid=16或parentid=59；
提交；
14。现在我们必须手动清理目标环境中的SIA。
15。Windows环境下的开放服务。在服务列表中查找SIA，打开属性并获取服务名称。
16。打开命令提示符。运行下面的命令。
a.sc删除从services\SIA properties获取的"Service name"
b.删除与SIA相关的"D:\Program files（x86）\SAP BusinessObjects\SAP BusinessObjects Enterprise XI 4.0\win64\u x64"中的所有引导和dbinfo文件。（否则不创建SIA）
17。在BO、Lumira和explorer节点中的所有节点中重复相同的步骤14-16。
18。如果资源管理器安装在单独的节点中，CCM将不会出现在应用程序快捷方式中。浏览至"D:\Program Files（x86）\SAP BusinessObjects\SAP BusinessObjects Enterprise XI 4.0\win64\U x64"查找svcmgr.exe，选择快捷方式并将其放在桌面上。
19。在每个节点上，执行以下步骤添加新的SIA.
20。在CCM上，点击"添加节点"
21.
21。添加节点名称，SIA端口（6410），选择"添加带有默认服务器的节点"
22.
23。选择"启动新的临时CMS"
24.
25。输入"新CMS端口"为6400
26。点击Specify"Enter the destination Environment CMS DB schema"
27。它将使用默认服务器创建新的SIA。
28。启动SIA，有哪些云服务器，确保添加CMS和其他服务器。
29。确保new SIA指向new cluster，网站自助建站系统，而不是源环境集群，并且确保源系统
30没有远程服务器SIA条目。在所有节点BO、explorer和Lumira
31中重复相同的步骤20-29。启动所有服务并将FRS指向FRS的备份副本
现在您的2016系统已经拥有源系统的所有数据。准备上线，完成必要的测试。
注意：确保源环境关闭，直到所有步骤完成，原生淘客app，直到步骤29
