1. Esegui il provisioning e distribuisci una soluzione di massima disponibilità per PeopleSoft su Oracle Cloud
  2. Passa al cloud

Passa al cloud

Quando i test funzionali e di performance mostrano che il nuovo ambiente è pronto, puoi pianificare ed eseguire il passaggio delle operazioni di produzione a OCI.

Ci sono tre parti di questo processo:

  • Arrestare l'applicazione PeopleSoft di produzione in locale.
  • Esegue lo switchover al database nel cloud, rendendo lo standby fisico in OCI il database primario e on-premise uno standby fisico.
  • Avviare le applicazioni PeopleSoft in OCI nel nuovo sito primario.

Dopo aver completato questi task, puoi eseguire un backup dell'ambiente OCI primario.

Eseguire uno switchover completo dello stack

Eseguire una modifica del ruolo di switchover di Oracle Data Guard, rendendo lo standby fisico su Oracle Exadata Database Service on Dedicated Infrastructure in OCI il database primario e on-premise uno standby fisico.

  1. Arrestare le applicazioni PeopleSoft di produzione in locale.
    Nei sistemi on-premise, chiudere PeopleSoft Internet Architecture (PIA), batch e Application Server. Lasciarli chiudere completamente e in modo pulito.
  2. Eseguire il login a un database server OCI nel sito primario come utente oracle. Nella directory home, eseguire l'origine dell'ambiente del database di standby.
    $ . ./CDBHCM.env
  3. Avviare il broker Data Guard come SYS.
    $ dgmgrl
DGMGRL> connect sys/password
  4. Utilizzando il broker Data Guard, verificare che il database sia pronto per lo switchover.
    DGMGRL> validate database CDBHCM_iad1dx
  Database Role:     Physical standby database
  Primary Database:  CDBHCM_sca6dp
  Ready for Switchover:  Yes
  Ready for Failover:    Yes (Primary Running)
  Managed by Clusterware:
    CDBHCM_sca6dp:  YES            
    CDBHCM_iad1dx:  YES
  5. Eseguire lo switchover.
    DGMGRL> switchover to CDBHCM_iad1dx;
Performing switchover NOW, please wait...
New primary database " CDBHCM_iad1dx" is opening...
Oracle Clusterware is restarting database " CDBHCM_sca6dp" ...
Connected to " CDBHCM_sca6dp"
Connected to " CDBHCM_sca6dp"
Switchover succeeded, new primary is "CDBHCM_iad1dx"
  6. Verificare che i servizi di database basati sui ruoli siano stati avviati. Se non sono state avviate, avviarle manualmente.
    Ad esempio, HR92U033_BATCH e HR92U033_ONLINE
    $ srvctl start service -db CDBHCM_iad1dx -s HR92U033_BATCH
$ srvctl start service -db CDBHCM_iad1dx -s HR92U033_ONLINE

    Nota

    È possibile avviare il backup del database primario OCI PeopleSoft, descritto nel task successivo, non appena il database ha assunto il ruolo primario.
  7. Avviare l'applicazione PeopleSoft utilizzando gli script in Application Domain Server e PIA Web Server. Utilizzare i controlli di integrità di base per accertarsi che l'ambiente sia stato avviato correttamente.
    • Controllare i log negli Application Server per assicurarsi che i domini scheduler dell'applicazione e del processo PeopleSoft avviino tutti i processi Tuxedo senza errori.
    • Quando vengono avviati i server Web PIA, utilizzare la console OCI per controllare il load balancer e assicurarsi che i set backend siano in buono stato. Viene visualizzato un messaggio OK verde per ogni istanza di computazione nel set backend.
    • Assicurarsi di poter eseguire il login all'applicazione come utente finale utilizzando un browser.

    Dopo il passaggio al cloud, potrebbe essere necessario riabilitare l'interruzione SSL nel load balancer OCI sia nell'area primaria che in quella secondaria. Questo perché i database erano in SNAPSHOT STANDBY e una volta che i database sono stati restituiti a uno STANDBY fisico, le modifiche all'interno dei database sono andate perdute. Un profilo Web è già stato creato nel file configuration.properties. Per abilitare l'interruzione SSL nel load balancer OCI, effettuare le operazioni riportate di seguito.

    1. Arrestare i servizi Web PIA su tutte le istanze di computazione PIA.
    2. In uno dei servizi Web PIA, modificare il file configuration.properties e ripristinare la versione non SSL (PROD) del profilo Web e salvare la modifica.
    3. Avviare il server Web PIA solo nell'istanza di computazione in cui è stata apportata questa modifica.
  8. Eseguire il login all'applicazione Web PIA come amministratore PeopleSoft, ad esempio PS.
    • Utente: PeopleSoft Utente amministratore, PS
  9. Copiare il profilo Web corrente o attivo come utente PS.
    • Utente: PeopleSoft Utente amministratore, PS
    1. Fare clic sull'icona barra di navigazione.
    2. Fare clic su Navigator.
    3. Fare clic su PeopleTools.
      Potrebbe essere necessario scorrere le opzioni.
    4. Fare clic su Profilo Web.
      Potrebbe essere necessario scorrere le opzioni.
    5. Fare clic su Copia profilo Web.
    6. Fare clic su Cerca.
      Non è necessario immettere alcun valore nella casella di ricerca.
    7. Fare clic su un profilo Web attivo dall'elenco, ad esempio PROD.
    8. Immettere un nome, ad esempio PROD_SSL, nel campo A.
    9. Fare clic su Save.
    10. Fare clic sull'icona Home (Home).
  10. Configurare il profilo Web copiato.
    • Utente: PeopleSoft Utente amministratore, PS
    1. Fare clic sull'icona barra di navigazione.
    2. Fare clic su Navigator.
      Se ci si trova nella stessa sessione del Passo 2, Navigator ricorda dove ci si trova.
    3. Fare clic su Configurazione profilo Web.
    4. Fare clic su Cerca.
      Non è necessario immettere alcun valore nella casella di ricerca.
    5. Fare clic su un profilo Web attivo dall'elenco, ad esempio PROD_SSL appena creato.
    6. Fare clic sulla scheda Indirizzamento virtuale.
    7. Protocollo: immettere https (minuscolo) per Indirizzamento predefinito.
    8. Porta: immettere 443 per la porta predefinita o immettere una porta diversa. Lasciandolo vuoto, per impostazione predefinita verrà utilizzata la porta 443.
    9. Fare clic su Save.
    10. Esce dall'applicazione.
  11. Arrestare il server Web PIA.
  12. Modificare il file configuration.properties e impostare il profilo Web sulla versione SSL, ovvero PROD_SSL, quindi salvare la modifica.
  13. Assicurarsi che il profilo Web di tutte le istanze di calcolo del server Web PIA sia ora impostato sul profilo abilitato per SSL.
  14. Riavviare il server Web PIA.

Eseguire il backup del database primario OCI PeopleSoft

Oracle consiglia di eseguire un backup completo del database non appena lo switchover è stato completato e il database in OCI è nel ruolo primario per stabilire il backup del database di base in OCI. Eseguire le operazioni riportate di seguito per eseguire subito un backup completo e impostare i backup automatici.

  1. Eseguire il login a OCI Console.
  2. Selezionare il compartimento contenente il cluster Oracle Exadata Database Service on Dedicated Infrastructure.
  3. Fare clic sul cluster Oracle Exadata Database Service on Dedicated Infrastructure.
  4. Fare clic sul database dalla lista dei database.
  5. Fare clic su Backup in Risorse.
  6. Fare clic su Configura backup automatico.
    Viene visualizzato un nuovo modulo per i backup.
  7. Selezionare Abilita backup automatici.
    Completare quanto segue per definire i backup automatici:
    1. Periodo di conservazione del backup (da 7 a 60 giorni).
    2. Il giorno della settimana in cui deve essere eseguito un backup completo.
    3. La finestra temporale di due ore (UTC) nel giorno selezionato sopra che verrà eseguito il backup completo.
    4. La finestra di due ore (UTC) ogni giorno in cui verranno eseguiti i backup incrementali.
    5. Se si desidera che venga eseguito immediatamente un backup completo, selezionare Esegui il primo backup immediatamente.
      Verrà avviato un backup completo dopo aver salvato le modifiche in questo form.
    6. Fare clic su Salva modifiche.

Se hai indicato che il primo backup deve essere eseguito immediatamente, OCI avvierà un backup completo quando salverai le modifiche.

L'attività di backup da quel momento in avanti si svolgerà durante la finestra di backup specificata, iniziando il modello di eseguire un backup incrementale sei giorni alla settimana e un backup completo una volta alla settimana. Il backup dei log redo archiviati viene eseguito automaticamente una volta ogni 30 minuti. I backup basati su OCI configureranno Oracle Recovery Manager (RMAN) per utilizzare il modulo di backup cloud in OCI.

Quando ogni backup viene completato, viene elencato nella tabella dei backup nella pagina Risorse del database.

Rimuovi database in locale

Hai passato le operazioni all'ambiente OCI, ma stai ancora mantenendo sincronizzato il database on-premise utilizzando Oracle Data Guard. Sebbene sia una buona prassi eseguire questa operazione per un breve periodo come fallback, ad un certo punto si arresterà redo replay nel vecchio database on-premise ed eliminerà tale ambiente.

  1. Eseguire il login a un database server OCI nel sito primario come utente oracle OS.
  2. Origine dell'ambiente.
    $ . ./CDBHCM.env
  3. Esegui il login al broker Data Guard come SYS con il tuo syspassword.
    $ dgmgrl
DGMGRL> sys/syspassword
  4. Rimuovere redoroutes per tutti i database.
    Non è più necessaria una configurazione in standby in cascata ed è possibile rimuovere le configurazioni. 
    DGMGRL> EDIT DATABASE CDBHCM_sca6dp reset property RedoRoutes;
DGMGRL> EDIT DATABASE CDBHCM_iad1dx reset property RedoRoutes;
DGMGRL> EDIT DATABASE CDBHCM_phx5s reset property RedoRoutes;
  5. Rimuovere il database in locale CDBHCM_sca6dp dalla configurazione.
    DGMGRL> REMOVE DATABASE CDBHCM_sca6dp;

Il database primario corrente invia il proprio redo al database di standby rimanente. Ora è possibile chiudere il database in locale.