Migracja instancji Oracle Content Management

Jeśli istnieje instancja Oracle Content Management, działająca w środowisku OCI (Oracle Cloud Infrastructure) pierwszej generacji lub OCI Classic, Oracle zaleca migrację tej instancji do nowego natywnego środowiska OCI drugiej generacji (dla którego jest używana konsola Infrastructure do zarządzania instancjami usługi). Pozwoli to w przyszłości odnosić jeszcze więcej korzyści z platformy chmurowej Oracle. Można również przenieść instancję, działającą w OCI drugiej generacji, do innego regionu.

Uwaga:

Jeśli instancja działa w zastanej infrastrukturze chmurowej przy subskrypcji niemierzonej, należy postępować zgodnie z instrukcjami dostępnymi pod hasłem Migracja instancji Oracle Content Management z zastanej infrastruktury chmurowej.

Aby zainicjować migrację, należy wykonać kilka czynności ją poprzedzających oraz — współpracując z Asystą Techniczną — zaplanować migrację.

  1. Utworzyć nową instancję Oracle Content Management w OCI za pomocą konsoli Infrastructure. To będzie instancja docelowa, do której będą przenoszone dane. Instancji tej NIE należy używać, dopóki migracja nie zostanie ukończona.
  2. Jeśli jest używana nowa domena IDCS (Oracle Identity Cloud Service), przeprowadzić migrację wszystkich użytkowników do nowej domeny za pomocą funkcji eksportu i importu użytkowników IDCS. Upewnić się, że nazwy użytkowników zostały zachowane, dzięki czemu role i uprawnienia będą mogły zostać odpowiednio przeniesione w ramach procesu migracji. W eksportowanym pliku CSV istnieje wpis "User Name" (Nazwa użytkownika).

    Jeśli migracja jest przeprowadzana z innej instancji OCI drugiej generacji lub OCI pierwszej generacji (nie z OCI Classic), trzeba także poddać migracji wszystkie grupy.

  3. Przygotować się do migracji, gromadząc informacje potrzebne do utworzenia zlecenia SR oraz tworząc listę wszystkich integracji, które trzeba wykonać po przeprowadzonej migracji.
  4. Przesłać zlecenie SR migracji, po czym potwierdzić datę i godzinę migracji.
  5. Obserwować postęp migracji. Wraz z postępem migracji zlecenie SR będzie aktualizowane. Gdy migracja zostanie ukończona, pojawi się wezwanie do sprawdzenia, czy nowa instancja działa zgodnie z oczekiwaniami.
  6. Ukończyć migrację, kończąc wszelkie etapy niezbędne do migracji wszystkich integracji, które istniały między instancją i innymi usługami lub aplikacjami.
  7. Przekazać użytkownikom informacje o zmianie.

Przygotowanie do migracji

Aby się przygotować do przeprowadzenia migracji, należy:

  • Zanotować adres URL nowo utworzonej instancji (docelowej), aby można było go dołączyć do zlecenia migracji.
  • Zanotować adres URL starej instancji (źródłowej), aby można było go dołączyć do zlecenia migracji.
  • Zrobić spis wszystkich integracji, które istniały między starą instancją i innymi usługami lub aplikacjami (bezpośrednio lub poprzez wywołania REST API). Jeśli takie integracje istnieją, to po migracji użytkownik będzie musiał wykonać pewne czynności.

Przesyłanie zlecenia migracji

Gdy wszystko będzie gotowe do migracji, trzeba — aby uruchomić proces — przesłać zlecenie migracji:

  1. Zalogować się na stronie Asysty Technicznej Oracle.
  2. Utworzyć nowe zlecenie SR.
  3. W polu Typ problemu wybrać opcję Migracja instancji usługi, po czym wybrać opcję właściwą dla migracji:
    • Z OCI pierwszej generacji do OCI drugiej generacji
    • Z OCI pierwszej generacji do OCI drugiej generacji
    • Z OCI Classic do OCI drugiej generacji
  4. W zleceniu SR podać następujące informacje:
    • URL instancji źródłowej (z której jest przeprowadzana migracja)
    • URL instancji docelowej (do której jest przeprowadzana migracja)
    • Jeśli jest używana usługa Akamai dostarczana przez Oracle, należy to zasygnalizować — po migracji zaktualizujemy adresy URL w konfiguracji Akamai
  5. Podać preferowaną datę rozpoczęcia migracji.
  6. Przesłać zlecenie SR.

    Gdy Asysta Techniczna Oracle otrzyma zlecenie SR migracji, zaplanujemy migrację na podstawie żądanej daty; zlecenie SR zostanie wówczas zaktualizowane o datę i godzinę rozpoczęcia migracji.

  7. W zleceniu SR zatwierdzić datę i godzinę rozpoczęcia migracji.

W zleceniu SR będą aktualizowane informacje o postępie przeprowadzanej migracji. Migracja danych będzie przeprowadzana w tle. Ze strony użytkownika nie są wymagane żadne czynności poza śledzeniem aktualizacji zlecenia SR i weryfikacją poprawności migracji po jej zakończeniu.

Proces migracji

Poniżej opisano, co się dzieje podczas migracji:

  1. Gdy proces migracji się rozpoczyna, Asysta Techniczna Oracle aktualizuje zlecenie SR.

    Ważne:

    Na tym etapie nie można dokonywać żadnych zmian w starej instancji (źródłowej). Wszelkie zmiany wprowadzane po rozpoczęciu migracji nie zostaną przeniesione do nowej instancji.
  2. Zawartość i dane konfiguracji są eksportowane ze starej instancji (źródłowej), a następnie są importowane do nowej instancji (docelowej).
  3. Gdy migracja zostanie ukończona, Asysta Techniczna Oracle zaktualizuje zlecenie SR; pojawi się wezwanie do sprawdzenia nowej instancji i upewnienia się, że wszystko działa zgodnie z oczekiwaniami.
  4. Jeśli pojawią się jakiekolwiek problemy, należy je opisać w zleceniu SR. Asysta Techniczna Oracle będzie pracować nad rozwiązaniem problemów i — gdy instancja będzie gotowa do sprawdzenia — poinformuje o tym poprzez zlecenie SR.
  5. Gdy wszystko będzie działało zgodnie z oczekiwaniami, należy odnotować w zleceniu SR, że instancja po migracji została zaakceptowana.

Uwaga:

Stara instancja pozostanie aktywna przez pewien czas na wypadek, gdyby zaistniała potrzeba odwołania się do niej z dowolnego powodu. Po upływie określonego czasu instancja zostanie trwale zakończona.

Kończenie migracji

Jeśli stara instancja była zintegrowana lub komunikowała się z innymi usługami bądź aplikacjami (bezpośrednio lub poprzez wywołania REST API), może wystąpić konieczność wykonania pewnych zadań po migracji.

Następujące elementy są stosowane na poziomie usługi:

  • Uwierzytelnienia nie są objęte migracją, dlatego trzeba ponownie je skonfigurować dla wszystkich używających ich integracji.
  • Wzorzec adresu URL usługi Oracle Content Management jest inny, dlatego trzeba zaktualizować adresy URL w używających ich integracjach.

    Stare adresy URL mają postać zgodną z następującym wzorcem:

    https://<nazwa_usługi>-<nazwa_konta>.<region>.oraclecloud.com/documents

    Nowe adresy URL mają postać zgodną z następującym wzorcem:

    https://<nazwa_usługi>-<nazwa_konta>.<typ_usługi>.ocp.oraclecloud.com/documents

Integracja Zadania do zrobienia po migracji
Oracle Integration
  • Ponownie skonfigurować uwierzytelnienia.
  • Zaktualizować adresy URL usługi Oracle Content Management w Oracle Integration Cloud.
Oracle Commerce Cloud
  • Ponownie skonfigurować uwierzytelnienia.
  • Zaktualizować adresy URL usługi Oracle Content Management w Oracle Commerce Cloud.
Oracle Process Cloud Service
  • Ponownie skonfigurować uwierzytelnienia.
Oracle Eloqua Cloud Service
  • Ponownie skonfigurować uwierzytelnienia.
Oracle Intelligent Advisor
  • Ponownie skonfigurować uwierzytelnienia.
Oracle Cobrowse Cloud Service
  • Ponownie skonfigurować uwierzytelnienia.
Responsys
  • Ponownie skonfigurować uwierzytelnienia.
VBCS (Visual Builder Cloud Service)
  • Ponownie skonfigurować uwierzytelnienia.
  • Zaktualizować adresy URL usługi Oracle Content Management w składnikach VBCS.
CDN/Akamai
  • Jeśli jest używana usługa Akamai dostarczana przez Oracle, to po sprawdzeniu poprawności migracji zaktualizujemy adresy URL usługi Oracle Content Management w konfiguracji Akamai. W przeciwnym razie trzeba samodzielnie zaktualizować adresy URL w konfiguracji CDN.
Wywołania REST API
  • Zaktualizować adresy URL usługi Oracle Content Management we wszystkich wywołaniach REST API.
Składnia wywołania klienta SDK/CLI
  • Jeśli URL jest utrwalony/buforowany lokalnie po stronie klienta, zaktualizować adresy URL usługi Oracle Content Management w konfiguracji.
Łączniki
  • Ponownie skonfigurować uwierzytelnienia.

Uwaga:

Wszelkie zakładki do zawartości w starej instancji nie będą już działać, ponieważ adres URL nowej instancji uległ zmianie.

Przekazywanie użytkownikom informacji o zmianie

Użytkownikom należy przekazać nowy adres URL usługi. Użytkownicy, korzystający z aplikacji mobilnej lub typu Desktop, będą musieli skonfigurować swoje urządzenia za pomocą nowych kont, a następnie ponownie zsynchronizować całą zawartość.