迁移到公共云常见问题解答 dc-faq
Adobe对旧版数据中心不再授权：必须将Campaign Classic实例转移到Public Cloud Amazon Web Services (AWS)。 了解有关此计划的更多信息。
以下是一组有关此项目的常见问题、对您的Campaign环境的影响以及其他有用资源。
如有任何其他问题，请联系Adobe客户关怀。
对基础架构的影响
下面列出了对数据库和基础架构的全球影响。
-
数据库是否会更改？ 新数据库的版本是什么？ 将使用什么操作系统？
Adobe保留选择和部署最合适的数据库管理引擎的权利，以便在最佳条件下为Adobe Campaign服务提供服务。
此外，为了保持最佳安全级别，Adobe将不提供与基础架构相关的任何详细信息。
-
是否存在数据丢失的风险？
数据库将从旧版数据中心转储并在公共云(AWS)中恢复。 在新数据中心上重新启动后，应用程序将从迁移前的确切状态恢复。 用户不会看到任何差异，只是某些计划任务将被延迟。
-
旧版数据中心与公共云之间的包大小是否有任何差异？
我们正在公共云(AWS)中根据当前数据库大小、磁盘大小等使用新包定义进行配置。 例如，如果客户在旧版数据中心拥有一台应用程序服务器，则根据包定义，他们可以在公共云(AWS)拥有两台应用程序服务器。
-
内部版本号或营销活动版本是否会更改？
第一步，我们将使用迁移来保持相同的Campaign Classic构建。
在后续步骤中，我们将继续升级到最新的Campaign ClassicGA内部版本。 有关详细信息，请参见此页面。
-
解决迁移后问题的计划是什么？
在迁移生产系统之前，将执行大量测试。 但是，如果出现任何问题，Adobe客户关怀仍将是主要联系人。 Adobe已经成立了一个专家团队，在需要时提供高级支持。
可投放性影响
下面列出了对IP、阻止列表、子域和URL的全局影响。
-
列入允许列表 如何处理上的IP？ 客户是否需要将新的IP地址添加到Campaign传入流量的允许列表？
Adobe服务器的IP地址将更改。 列入允许列表因此，客户可能需要在其系统的中添加这些新的IP地址。
列入允许列表 了解有关上IP的详细信息。
-
我们将如何处理添加到SFTP/FTP访问允许列表的端口？
SFTP配置(公钥+允许列表上的IP)也将从旧版数据中心移至公共云(AWS)。 客户不需要执行任何操作。
-
我们是否在更改IP？
Adobe服务器的IP地址将更改。 列入允许列表因此，客户可能需要将这些新的IP地址添加到其系统中的。
列入允许列表 了解有关上IP的详细信息。
-
如何处理子域委派？
现有子域将从旧数据中心移至公共云(AWS)。 此部分将在迁移过程中由Adobe可交付性团队处理。
note note NOTE 可交付性团队的参与基于合同，客户应联系其Adobe代表以获取与可交付性参与相关的信息。 Adobe将指导客户完成所需的测试，以确保配置在迁移后的新公共云(AWS)服务器上启动并运行。
-
迁移是否会为跟踪、资源和Web应用程序生成新的URL？
否，我们将保留现有URL。
-
子域中是否会从Neolane.net更改为campaign.adobe.com？
迁移后，
neolane.net和campaign.adobe.com将同时存在。 简单操作：我们将将neolane.net重定向到Public Cloud (AWS)中的新实例，因此客户不需要进行任何更改。 -
IP预热计划是什么？
首先，Adobe可交付性将评估平台的可交付性状态，并推荐切换到新IP的计划
迁移后不需要热身。 可能会出现异常，在这种情况下，Adobe客户关怀将与客户联系。
不过，该计划旨在让这一业务运营变得透明，不同于在上线期间的最初升级。
迁移完成后，Campaign实例将具有不同的发送IP。 为确保顺利过渡，Adobe将通过逐步将流量从旧的IP切换到新的IP，对新的发送IP进行升级。
-
我们是否正在允许列表上移动URL？
是，该文件存储在服务器配置文件中，该文件将从源复制到新实例。
-
我们用来标记通信品牌的委派子域会有什么影响？
用于营销通信的子域保持不变。 但是，根据实施，需要在客户端执行操作：
- 如果子域委派给Adobe（默认），则Adobe会处理所有更改并确保无缝过渡。
- 如果设置了CNAME（例外），则请求客户端与Adobe协调实施更改。
配置和连接影响
关于IP在允许列表上的说明 config
迁移到公共云将为Adobe Campaign应用程序服务器提供新IP，因此更改IP可能会影响Adobe服务器和您的信息系统之间的连接。
我们来考虑两种情况：
-
入站流量：从您的系统或任何其他第三方启动到Adobe Campaign服务器的所有网络活动。 配置将由Adobe处理，然后在迁移期间从旧版复制到公共云。 然后，入站流量的连接将按迁移后的方式保留，并且不需要从客户端执行任何操作
-
出站流量： Adobe Campaign服务器向您的信息系统或任何其他第三方（例如：短信提供商）发起的所有网络活动。 根据您公司现有的安全策略，更改IP可能需要从您的信息系统或任何其他第三方进行允许列表操作
全球影响
下面列出了对配置、与其他系统和产品的连接、API和时区的全局影响。
-
迁移是否会影响与外部帐户的连接？
是的。 例如，第三方集成（短信提供商）应将新的Adobe Campaign列入允许列表应用程序服务器IP地址添加到。
-
迁移是否会影响使用Genesis连接器的Adobe Analytics连接？ 列入允许列表如何将Campaign IP地址添加到Adobe Analytics端的？
Adobe Campaign应用程序服务器IP地址将会更改。 此步骤将在迁移后由Adobe客户关怀团队处理。
-
迁移是否会影响与其他Adobe解决方案(AEM、Target等)的连接？
集成是在允许列表和Web服务帐户配置中声明的IP地址的组合。 该帐户将由Adobe客户关怀团队负责和拥有。
列入允许列表由于Application Servers IP将发生变化，因此外部解决方案中需要上的IP地址。 将会提供此信息。 集成的其他部分基于IMS，应按原样工作。
-
对于IMS集成，未附加到组织ID的客户怎么样？
将为没有IMS的客户提供一个组织ID：组织ID将附加到其实例。
-
多品牌配置是否受迁移影响？
只要将子域和所有相关的配置从旧版数据中心正确移动/重定向到公共云(AWS)，我们就不会受到任何影响。
-
API连接是否受迁移影响？
Adobe服务器的IP地址将更改。 列入允许列表因此，客户可能需要将这些新的IP地址添加到其系统中的。
列入允许列表 了解有关IP on的更多信息。
-
我们会确保在迁移后正确设置所有JavaScript内存配置参数吗？
我们会将实例配置从旧版数据中心复制到公共云(AWS)，因此在迁移后将保留这些值。
-
访问特定文件扩展名是否存在任何风险？
客户可能希望允许将字体文件、outlook会议文件加载到公共资源文件夹中。 此配置在当前
config-<instance>.xml文件中完成。 这将随配置文件一起复制。 -
新服务器上的时区是否正在更改？ 客户能否保留其当前时区？
它可能会根据新服务器的位置而更改。 但是，客户将能够保留其当前时区。
安全性和权限
通过此次迁移到公共云(AWS)，客户环境将保持最新，并满足所有必要的安全要求。 这包括：
- 定期提供最新的操作系统和安全修补程序
- 隔离每个客户的基础架构
- 针对支持云基础架构（如负载均衡器、网络安全规则和存储加密）的受管安全和审核审查。
下面列出了对权限、证书和SFTP访问的影响。
-
我们是否要将所有证书移动到新服务器？
是，所有证书都将在此迁移过程中移动。
-
我们需要向客户请求新的STP访问密钥吗？
否，Adobe将像在新服务器上一样复制SFTP访问密钥。
-
如何处理SFTP权限？
我们正在确保新的SFTP服务器、用户、目录和文件具有完全相同的权限级别。
-
如果无法建立SFTP连接，则什么解决方法/计划可使客户保持正常运行？
唯一可能出现的连接问题与客户方的允许列表有关。 客户应在非生产环境中添加此测试，以确保它在移至生产环境之前正常工作。
-
列入允许列表 是否有任何数据中心特定的配置需要迁移？
没有，没有数据中心特定的允许列表配置需要管理。
-
我们是否确保在新环境中成功执行自定义脚本？
例如，客户实施可以在工作流中使用自定义脚本（Perl/Shell/Python/Java脚本）来操作文件和文件夹。
在托管实例上，脚本仅通过JavaScript引擎执行。 这些特定实施可能会导致安全差距和升级后问题。 它们不受支持。
-
通过IMS集成，它是否可以在新实例中按原样工作或需要任何其他配置更新？
由于我们保留的是相同的DNS名称，因此在迁移后，它应该保持不变。
迁移执行
下面列出了迁移过程中的全局影响。
-
我们是否需要计划在迁移期间停止营销活动？
Adobe建议在旧式数据中心上关闭应用程序之前放慢执行速度，最好是暂停所有执行：投放和工作流。 这将简化Cloud Server (AWS)上的重启过程，因为流程将有“正常”暂停的时间，并保存任何正在进行的执行状态。
-
我们是否预计Adobe Campaign服务会停机？
迁移将伴随不可避免的平台停机。 此计划的目的是指导最大限度地减少此停机时间。
数据中心之间的数据传输是停机的关键路径。 数据以两种方式存储：
- 最重要的是，数据库
- 应用程序服务器上的文件（数据导入和导出）
减小数据库的大小对于加快数据传输至关重要。 建议：
- 缩短历史数据（投放日志、跟踪日志等）的保留期
- 删除其他表（投放、收件人、自定义表）上的无用记录
-
迁移实例的估计停机时间是多少？
停机时间完全取决于客户数据库和SFTP文件存储的大小。 请联系您的客户关怀团队联系人以获得估计持续时间。
-
从旧版服务器发送的邮件情况如何。 链接是否始终可访问？
在迁移运行期间，只有一个服务将保持运行状态：电子邮件链接重定向。 单击电子邮件后，所有收件人将能够访问登陆页面。 但是，由于不会跟踪这些点击量，因此在迁移前不久开始的投放的点击率将低于正常值。
-
中源/RT环境呢？
MID源和RT的处理方式与任何其他托管的基础架构相同。
-
迁移将按照什么顺序进行？
环境将按以下顺序迁移：
- 开发环境
- 暂存环境
- 生产环境
- RT环境
- 中间源环境
-
什么是回滚计划？
回滚计划是将DNS切换回，并将源数据库设置为从只读状态读写。 最终，我们将实现自动化。
-
迁移后，我们是否仍可访问旧实例？
应用程序迁移完成后，就不再计划在旧数据中心上再次运行任何流程。 我们希望可以清除旧数据中心中的所有数据（临时备份除外），直到计划的备份过程在Public Cloud (AWS)上运行。
-
迁移到Public Cloud后，每个实例允许测试的时间是多少？
根据客户的复杂性，阶段环境与生产环境迁移之间需要至少1周的备份时间。
-
列入允许列表 谁将处理向添加新IP？
Adobe客户关怀团队将负责通过将新IP添加到允许列表来确保客户和任何第三方可以访问新系统。