迁移到公共云常见问题解答

作为 Gold Standard计划,Adobe会解压缩旧版数据中心。 Campaign Classic实例必须传输到Public Cloud Amazon Web Services(AWS)。 进一步了解此计划.

以下是有关此项目、对营销活动环境的影响以及其他有用资源的一组常见问题。

对于任何其他问题，您可以联系 Adobe客户关怀.

基础架构影响

下面列出了对数据库和基础架构的全局影响。

  • 数据库是否将更改？ 新数据库的版本是什么？ 将使用哪种操作系统？

    Adobe保留选择和部署最适合的数据库管理引擎以在最佳条件下为Adobe Campaign服务的权利。

    此外，为了保持最佳安全级别，Adobe将不提供任何与基础架构相关的详细信息。

  • 数据丢失是否存在风险？

    数据库将从旧数据中心转储，并在Public Cloud(AWS)中恢复。 在新数据中心重新启动后，应用程序将从迁移前的完全状态恢复。 用户将看不到任何差异，只是某些计划任务将被延迟。

  • 旧版数据中心和公共云之间的资源包大小有何差异？

    我们正在Public Cloud(AWS)中配置基于当前数据库大小、磁盘大小等的新包定义。 例如，如果客户在旧版数据中心中有一个应用程序服务器，则他们可以根据包定义在Public Cloud(AWS)中拥有两个应用程序服务器。

  • 内部版本号或Campaign版本是否将发生更改？

    第一步，我们将使用迁移来保留相同的Campaign Classic内部版本。

    在进一步中，我们将继续升级到最新的Campaign ClassicGA内部版本。 有关更多信息，请参阅 内部版本升级常见问题解答 和 Campaign Gold Standard发行说明.

  • 解决迁移后问题的计划是什么？

    在生产系统迁移之前，将进行大量测试。 但是，如果出现任何问题， Adobe客户关怀 仍将是主要的联络点。 Adobe已组建一个专家团队，以在需要时提供高级支持。

投放能力影响

下面列出了对IP、阻止列表、子域和URL的全局影响。

  • 如何处理该允许列表上的IP? 客户是否需要向中为来自Campaign的传入允许列表流量添加新的IP地址？

    Adobe服务器的IP地址将发生更改。 因此，客户可能需要在其系统的中添允许列表加这些新IP地址。

    单击此处 有关上IP的更多详细信息允许列表。

  • 我们将如何处理添加到SFTP/FTP允许列表访问的端口？

    SFTP配置(上的允许列表公钥+ IP)也将从旧版数据中心移至公共云(AWS)。 客户没有预期执行的任何操作。

  • 我们在改变IP吗？

    Adobe服务器的IP地址将发生更改。 因此，客户可能需要将这些新IP地址添加到其系允许列表统中的。

    单击此处 有关上IP的更多详细信息允许列表。

  • 如何处理子域委派？

    现有子域将从旧版数据中心移动到公共云(AWS)。 此部分将由Adobe可交付性团队在迁移过程中进行处理。

    Adobe将指导客户完成所需的测试，以确保迁移后新的Public Cloud(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的注允许列表意

迁移到公共云时，将附带Adobe Campaign应用程序服务器的新IP，这样更改IP可能会影响Adobe服务器与您的信息系统之间的连接。

让我们考虑以下两种情况：

  • 入站流量：从您的系统或任何其他第三方向Adobe Campaign服务器发起的所有网络活动。 配置将由Adobe处理，然后在迁移期间从旧版Cloud复制到公共Cloud。 然后，入站流量的连接将保持为与迁移后一样，并且客户端不预期采取任何操作

  • 出站流量：由Adobe Campaign服务器向您的信息系统或任何其他第三方发起的所有网络活动(例如：短信提供商)。 根据贵组织内的安全策略，更改IP可能需要从信息系统或任允许列表何其他第三方执行操作

全球影响

下面列出了对配置、与其他系统和产品的连接、API和时区的全局影响。

  • 迁移会影响到到外部帐户的连接吗？

    是的。 例如，第三方集成（短信提供商）应将新的Adobe Campaign应用程序服务器IP地址添加到允许列表。

  • 迁移是否会影响使用Adobe Analytics连接器与Genesis的连接？ 在Adobe Analytics端将促销活动IP地允许列表址添加到促销活动？

    Adobe Campaign应用程序服务器IP地址将发生更改。 迁移后，Adobe客户关怀将处理此步骤。

  • 迁移会影响与其他Adobe解决方案(AEM、Target等)的连接吗？

    集成是在和Web服务帐户配置中声允许列表明的IP地址的组合。 这将由Adobe客户关怀部门负责并拥有。

    随着应用程序服务器IP的变允许列表化，外部解决方案中将需要具有IP地址。 将提供此信息。 集成的其他部分是基于IMS的，应按原样工作。

  • 对于未附加到IMS集成组织ID的客户，该怎么办？

    将为没有IMS的客户提供一个：IMS组织ID将附加到其实例。

  • 多品牌配置是否会受迁移的影响？

    只要子域和所有相关配置从旧版数据中心正确移动/重定向到Public Cloud(AWS)，我们就不会期望受到任何影响。

  • 迁移是否会影响API连接？

    Adobe服务器的IP地址将发生更改。 因此，客户可能需要将这些新IP地址添加到其系允许列表统中的。

    单击此处 有关“时IP”的更多详允许列表细信息。

  • 我们是否会确保迁移后正确设置所有JavaScript内存配置参数？

    我们将将实例配置从旧版数据中心复制到公共云(AWS)，以便迁移后保留这些值。

  • 访问某些文件扩展名是否存在风险？

    客户可能希望允许在公共资源文件夹中加载字体文件、Outlook会议文件。 此配置在当前完成 config-<instance>.xml 文件。 此操作将与配置文件一起复制。

  • 新服务器上的时区是否在更改？ 客户是否能够保持其当前时区？

    它可能会根据新服务器位置而发生更改。 但是，客户将能够保留其当前时区。

    单击此处 有关Adobe Campaign Classic v7中时区管理的更多详细信息。

安全性和权限

迁移到Public Cloud(AWS)后，客户环境将保持为最新，并满足所有必要的安全要求。 这包括：

  • 定期提供最新的操作系统和安全修补程序
  • 按客户隔离基础架构
  • 针对支持云基础架构（如负载平衡器、网络安全规则和存储加密）的托管安全性和审核审查。

下面列出了对权限、证书和SFTP访问的影响。

  • 我们是否要将所有证书移到新服务器？

    是，所有证书都将作为此迁移的一部分进行移动。

  • 我们是否需要从客户请求新的STP访问密钥？

    否，Adobe将像在新服务器上一样复制SFTP访问密钥。

  • 如何处理SFTP权限？

    我们将确保新的SFTP服务器、用户、目录和文件具有完全相同的权限级别。

  • 如果无法建立SFTP连接，那么为了保持客户的运营，需要采取哪些解决方法/计划？

    可能出现的唯一连接问题与客户允许列表方的有关。 客户应在非生产环境中添加此测试，以确保其在移动到生产之前正常工作。

  • 是否有任何数据中心特定允许列表的配置需要迁移？

    不需要，没有要管理的数据中允许列表心特定配置。

  • 我们是否确保在新环境中成功执行自定义脚本？

    例如，客户实施可以在工作流中使用自定义脚本（Perl/Shell/Python/Java脚本）来处理文件和文件夹。

    在托管实例上，脚本仅通过JavaScript引擎执行。 这些特定实施可能会导致安全差距和升级后问题。 不支持这些功能。

  • 通过IMS集成，它是会像在新实例中一样工作，还是需要进行任何其他配置更新？

    由于我们保留相同的DNS名称，因此它应该与迁移后一样有效。

迁移执行

下面列出了迁移过程中的全局影响。

  • 我们是否需要计划在迁移期间停止营销活动？

    Adobe建议在旧版数据中心上关闭应用程序之前，减慢并最好暂停所有执行：投放和工作流。 这将简化云服务器(AWS)上的重新启动，因为将为进程提供时间来“优雅”暂停并保存任何正在进行的执行状态。

  • 我们是否预计Adobe Campaign服务会停机？

    迁移过程将伴随不可避免的平台停机。 此计划旨在指导最大限度地减少此停机。

    数据中心之间的数据传输处于停机的关键路径上。 数据以两种方式存储：

    • 最重要的是数据库
    • 应用程序服务器上的文件（数据导入和导出）

    缩小数据库大小对于加快数据传输至关重要。 建议：

    • 缩短历史数据（投放日志、跟踪日志等）的保留期
    • 删除其他表（投放、收件人、自定义表）上无用的记录

  • 迁移实例预计停机时间是多少？

    停机完全取决于客户数据库的大小和SFTP文件存储的大小。 请联系您的客户关怀联系人，以获得预计的持续时间。

  • 从旧版服务器发送的消息如何。 链接是否始终可以访问？

    在迁移运行时，只有一项服务可以继续正常运行：电子邮件链接重定向。 所有收件人在单击电子邮件后都可以访问登陆页面。 但是，不会跟踪这些点击，因此在迁移前不久开始的投放的点击率将低于通常的点击率。

  • 中端源/RT环境怎么样了？

    MID源和RT作为任何其他托管的基础架构处理。

  • 迁移将在中执行什么顺序？

    环境将按以下顺序进行迁移：

    1. 开发环境
    2. 暂存环境
    3. 生产环境
    4. RT环境
    5. 中间源环境

  • 什么是回滚计划？

    回滚计划是将DNS切换回源数据库，并将源数据库从只读中重新设置为读写。 最终，我们将实现自动化。

  • 迁移后，我们仍然可以访问旧实例吗？

    应用程序迁移完成后，将没有计划在旧版数据中心再次运行任何进程。 我们希望，除临时备份之外，旧版数据中心上的所有数据都可以擦除，直到计划备份进程在Public Cloud(AWS)上运行。

  • 迁移到Public Cloud后，允许多长时间测试每个实例？

    根据客户的复杂性，在暂存环境和生产环境迁移之间至少需要1周的烘焙时间。

  • 谁将处理向添加新IP允许列表?

    Adobe客户关怀团队将负责确保客户和任何第三方可以通过向添加新IP来访问新系允许列表统。

支持以及其他有用链接

在此页面上