Перенос экземпляра Oracle Content Management

Если у вас имеется экземпляр Oracle Content Management работающий в Oracle Cloud Infrastructure (OCI) 1-го поколения или в OCI Classic, Oracle рекомендует перенести этот экземпляр в новую собственную OCI-среду 2-го поколения (т. е. с использованием консоли Infrastructure для управления экземплярами сервисов). Это позволит вам в будущем воспользоваться преимуществами облачной платформы Oracle. Или можно переместить экземпляр, работающий в OCI 2-го поколения, в другую область.

Примечание.:

Если ваш экземпляр работает на устаревшей платформе Cloud Infrastructure с использованием безлимитной подписки, вместо этого выполните действия, описанные в разделе Миграция экземпляра Oracle Content Management из устаревшей облачной инфраструктуры.

Чтобы начать миграцию, сначала необходимо выполнить несколько шагов и совместно со службой поддержки Oracle запланировать миграцию.

Создание нового экземпляра из Oracle Content Management на OCI с консолью Infrastructure. Это будет целевой экземпляр, в который будут перенесены данные. НЕ используйте этот экземпляр до завершения миграции.
Если используется новый домен Oracle Identity Cloud Service (IDCS), перенесите всех пользователей в новый домен, используя функции экспорта и импорта пользователя IDCS. Необходимо сохранить имена пользователей, чтобы роли и разрешения можно было перенести надлежащим образом в процессе миграции. В экспортированном CSV-файле это запись "User Name" (Имя пользователя).
При миграции из другого экземпляра OCI 2-го поколения или OCI 1-го поколения (не OCI Classic) необходимо также выполнить миграцию всех групп.
Подготовка к миграции посредством сбора информации, необходимой для обработки запроса на обслуживание, и создания списка всех интеграций, необходимых для выполнения действий после миграции.
Отправка запроса на обслуживание миграции и подтверждение даты и времени миграции.
Наблюдение за ходом миграции. Ваш запрос на обслуживание будет обновлен в процессе выполнения миграции, после чего вам будет предложено проверить, что новый экземпляр работает должным образом.
Завершение миграции посредством выполнения всех шагов, необходимых для миграции любых интеграций, которые имеются в вашем экземпляре, с другими службами или приложениями.
Уведомление своих пользователей об изменении.

Подготовка к миграции

Для подготовки к миграции необходимо собрать некоторую информацию:

Создайте URL-адрес нового экземпляра (целевого), чтобы включить его в запрос на миграцию.
Запишите URL-адрес старого экземпляра (источника), чтобы включить его в запрос на миграцию.
Выполните инвентаризацию всех интеграций, имеющихся в старом экземпляре, с любыми другими службами или приложениями, напрямую или через вызовы API-интерфейса REST. При наличии таких интеграций после миграции необходимо выполнить некоторые действия.

Отправка запроса на миграцию

По готовности к миграции необходимо отправить запрос на миграцию, чтобы начать процесс:

Войдите в службу поддержки Oracle Cloud.
Создайте новый запрос на обслуживание.
В поле Тип проблемы выберите Миграция экземпляра сервиса, затем выберите параметр, соответствующий вашей миграции:
- С OCI 1-го поколения на OCI 2-го поколения
- С OCI 2-го поколения на OCI 2-го поколения
- С OCI-Classic на OCI 2-го поколения
Предоставьте следующую информацию в запросе на обслуживание:
- URL-адрес исходного экземпляра (экземпляр, с которого выполняется миграция)
- URL-адрес целевого экземпляра (экземпляр, в который выполняется миграция)
- При использовании предоставляемого Oracle решения Akamai сообщите о возможности обновления URL-адреса в конфигурации Akamai после миграции.
Предоставьте предпочитаемую дату для начала миграции.
Отправьте запрос на обслуживание.
После получения запроса на обслуживание миграции службы поддержки Oracle процесс миграции будет запланирован на основе запрошенной даты, а запрос на обслуживание будет обновлен с использованием даты и времени начала миграции.
Подтвердите в запросе на обслуживание утверждение даты и времени начала миграции.

В запрос на обслуживание будут внесены обновления, чтобы показать способ выполнения миграции. Миграция данных будет выполнена на стороне сервера. В конце операции не требуется никаких действий, кроме выполнения любых обновлений запроса на обслуживание и проверки миграции после этого.

Процесс миграции

В процессе миграции происходит следующее:

Служба поддержки Oracle обновляет запрос на обслуживание после начала миграции.

Важное замечание:
На этом этапе не следует вносить никаких изменений в старый экземпляр (источник). Любые изменения, внесенные после начала миграции, не будут перенесены в новый экземпляр.
Контент и данные конфигурации экспортируются из старого экземпляра (источника) и импортируются в новый экземпляр (адресат).
После завершения миграции служба поддержки Oracle обновляет запрос на обслуживание и отображается запрос на проверку нового экземпляра, чтобы убедиться, что все работает корректно.
При обнаружении каких-либо проблем занесите их в запрос на обслуживание. Служба поддержки Oracle будет работать над устранением данных неполадок и сообщит вам через запрос на обслуживание, когда экземпляр будет готов к проверке.
Если все работает должным образом, занесите в запрос на обслуживание принятие перенесенного экземпляра.

Примечание.:

Старый экземпляр сохраняется некоторое время для возможности возврата к нему по какой-либо причине. По истечении этого времени этот экземпляр удаляется.

Завершение миграции

Если старый экземпляр интегрирован или связан с другими службами или приложениями напрямую или посредством вызова API-интерфейса REST, может потребоваться выполнение задач после миграции.

Следующие элементы применяются в масштабе всех сервисов:

Учетные данные не переносятся, поэтому необходимо перенастроить учетные данные пользователей для всех интеграций, в которых они используются.
Шаблон URL-адреса Oracle Content Management имеет отличия, поэтому необходимо обновить URL-адреса в интеграциях, которые их используют.
Старые URL-адреса использовали следующий шаблон:

https://<имя_службы>-<имя_учетной записи>.<область>.oraclecloud.com/documents

Новые URL-адреса использовали следующий шаблон:

https://<имя_сервиса>-<имя_учетной записи>.<тип_сервиса>.ocp.oraclecloud.com/documents

Интеграция	Действия после миграции
Oracle Integration	Измените учетные данные. Обновить URL-адреса Oracle Content Management в Oracle Integration Cloud.
Oracle Commerce Cloud	Измените учетные данные. Обновить URL-адреса Oracle Content Management в Oracle Commerce Cloud.
Oracle Process Cloud Service	Измените учетные данные.
Oracle Eloqua Cloud Service	Измените учетные данные.
Oracle Intelligent Advisor	Измените учетные данные.
Oracle Cobrowse Cloud Service	Измените учетные данные.
Responsys	Измените учетные данные.
Visual Builder Cloud Service (VBCS)	Измените учетные данные. Обновить URL-адреса Oracle Content Management в компонентах VBCS.
CDN/Akamai	При использовании предоставляемого Oracle решения Akamai выполняется обновление URL-адреса Oracle Content Management в конфигурации Akamai после проверки миграции. В противном случае необходимо обновить URL-адреса в конфигурации CDN самостоятельно.
Вызовы API-интерфейса REST	Обновить URL-адреса Oracle Content Management во всех вызовах REST API.
Использование клиента SDK/CLI	Если URL-адрес сохранен/кэширован локально на стороне клиента, обновите URL-адреса Oracle Content Management в конфигурации.
Коннекторы	Измените учетные данные.

Примечание.:

Любые закладки к контенту старого экземпляра больше не будут работать, так как URL-адрес нового экземпляра был изменен.

Уведомление пользователей об изменении

Сообщите пользователям новый URL-адрес сервиса. Пользователям настольных компьютеров и мобильных устройств потребуется настроить на своих устройствах новую учетную запись и повторно синхронизировать весь контент.