迁移 Oracle Content Management 实例

如果您的 Oracle Content Management 实例在第 1 代 Oracle Cloud Infrastructure (OCI) 或 OCI Classic 上运行，Oracle 建议您将该实例迁移到新的本机 OCI 环境 — 第 2 代 OCI（即，使用 Infrastructure 控制台管理服务实例）。这将确保在将来能够利用 Oracle 云平台的优势和发展。或者，您可能希望将在第 2 代 OCI 上运行的实例移到其他区域。

注：

如果您的实例使用非计量订阅在旧版 Cloud Infrastructure 上运行，请改为按照“从旧版 Cloud Infrastructure 迁移 Oracle Content Management 实例”中的步骤操作。

要启动迁移，您需要在迁移之前执行几个步骤并与 Oracle 技术支持一起计划迁移。

  1. 使用 Infrastructure 控制台为 OCI 上的 Oracle Content Management 创建新实例。这将是数据要迁移到的目标实例。在迁移完成之前，不要使用此实例。
  2. 如果您要使用新的 Oracle Identity Cloud Service (IDCS) 域，则使用 IDCS 用户导出和导入功能将您的所有用户迁移到该新域。确保保留用户名，以便可以在迁移过程中正确迁移角色和权限。在导出的 CSV 文件中，它是“用户名”条目。

    如果您要从另一个第 2 代 OCI 实例或第 1 代 OCI（非 OCI Classic）迁移，还必须迁移您的所有组。

  3. 准备迁移，包括收集服务请求所需的信息，创建您拥有的所有集成的列表以列出迁移之后需要执行的步骤。
  4. 提交迁移服务请求，并确认迁移日期和时间。
  5. 监视迁移进度.您的服务请求会随着迁移进度而相应更新；完成迁移后，系统将要求您验证新实例是否能按预期方式工作。
  6. 完成迁移，方法是完成迁移您的实例与其他服务或应用程序进行的任何集成所必需的任何步骤。
  7. 将更改传送给您的用户。

准备迁移

您需要收集一些信息以准备迁移：

  • 记下您创建的任何新实例（目标）的 URL，以将其包括在迁移请求中。
  • 记下旧实例（源）的 URL，以将其包括在迁移请求中。
  • 直接或通过 REST API 调用创建您的旧实例与任何其他服务或应用程序之间实现的所有集成的清单。如果存在任何类似的集成，您都需要在迁移之后采取某些措施。

提交迁移请求

做好迁移准备后，必须提交迁移请求才能开始该流程：

  1. 登录 Oracle Cloud Support。
  2. 创建新服务请求。
  3. 对于 Problem Type（问题类型），选择 Service Instance Migration（服务实例迁移），然后选择适合您的迁移的选项：
    • From OCI-Gen1 to OCI-Gen2（从第 1 代 OCI 到第 2 代 OCI）
    • From OCI-Gen2 to OCI-Gen2（从第 2 代 OCI 到第 2 代 OCI）
    • From OCI-Classic to OCI-Gen2（从 OCI Classic 到第 2 代 OCI）
  4. 请在服务请求中提供以下信息：
    • 源实例（要从中迁移的实例）的 URL
    • 目标实例（要迁移到的实例）的 URL
    • 如果您使用 Oracle 提供的 Akamai，请指明，以便我们可以在您迁移之后更新您的 Akamai 配置中的 URL
  5. 提供您希望开始迁移的首选日期。
  6. 提交服务请求。

    在 Oracle 支持人员收到您的迁移服务请求后，我们将基于您请求的日期安排迁移计划，您的服务请求将会更新以反映迁移的开始日期和时间。

  7. 在服务请求中确认您批准了迁移开始日期和时间。

服务请求将更新以反映迁移进度。数据迁移在后端执行；您只需跟踪所有服务请求更新并在完成迁移之后验证迁移，无需执行任何其他操作。

迁移流程

以下是迁移期间发生的事情：

  1. 在迁移开始时，Oracle 支持人员更新服务请求。

    重要：

    从此时开始，您不得对旧（源）实例进行任何更改。在迁移开始之后进行的任何更改都不会迁移到新实例。
  2. 您的内容和配置数据从旧实例（源）导出，然后导入新实例（目标）中。
  3. 迁移完成时，Oracle 技术支持更新服务请求，系统要求您验证新实例以确保一切按照预期方式工作。
  4. 如果您发现任何问题，请在服务请求中记下它们。Oracle 支持人员将尽力解决这些问题，并在实例准备好进行验证时通过服务请求通知您。
  5. 当一切按照预期方式工作时，在服务请求中注明您接受已迁移的实例。

注：

旧实例将继续开启一段时间，以防您出于某种原因需要重新参考它。在此之后，旧实例将被终止。

完成迁移

如果旧实例直接或通过 REST API 调用与其他服务或应用程序进行了集成或通信，您可能需要执行一些迁移后任务。

以下各项在服务范围内适用：

  • 身份证明不会迁移，因此您将需要为所有使用它们的集成重新配置用户身份证明。
  • Oracle Content Management URL 模式有所不同，因此您将需要在使用它们的集成中更新 URL。

    旧 URL 使用以下模式：

    https://<service-name>-<account-name>.<region>.oraclecloud.com/documents

    新 URL 使用以下模式：

    https://<service-name>-<account-name>.<service-type>.ocp.oraclecloud.com/documents

集成 迁移后待办事项
Oracle Integration
  • 重新配置身份证明。
  • 更新 Oracle Integration Cloud 中的 Oracle Content Management URL。
Oracle Commerce Cloud
  • 重新配置身份证明。
  • 更新 Oracle Commerce Cloud 中的 Oracle Content Management URL。
Oracle Process Cloud Service
  • 重新配置身份证明。
Oracle Eloqua Cloud Service
  • 重新配置身份证明。
Oracle Intelligent Advisor
  • 重新配置身份证明。
Oracle Cobrowse Cloud Service
  • 重新配置身份证明。
Responsys
  • 重新配置身份证明。
Visual Builder Cloud Service (VBCS)
  • 重新配置身份证明。
  • 更新 VBCS 组件中的 Oracle Content Management URL。
CDN/Akamai
  • 如果您使用由 Oracle 提供的 Akamai，在您验证迁移之后，我们将更新 Akamai 配置中的 Oracle Content Management URL。否则，您必须自己更新 CDN 配置中的 URL。
REST API 调用
  • 更新所有 REST API 调用中的 Oracle Content Management URL。
客户端 SDK/CLI 使用情况
  • 如果 URL 保留/缓存在客户端本地，则更新配置中的 Oracle Content Management URL。
连接器
  • 重新配置身份证明。

注：

由于新实例的 URL 已发生更改，所以旧实例内容相关的任何书签将不再起作用。

将更改传送给用户

将新的服务 URL 传送给用户。桌面和移动用户将需要使用新的账户配置他们的设备并重新同步所有内容。