Replica log job repository report e Process Scheduler

I contenuti del repository di report e dei log dello scheduler dei processi sono artifact del file system creati durante le normali operazioni dell'applicazione PeopleSoft. Il contenuto e i log del repository dei report corrispondono al lavoro svolto nel database e devono essere il più vicini possibile alla sincronizzazione con il database. Questi artifact del file system devono essere replicati nel sito DR, proprio come Oracle Data Guard replica il database.

Il repository dei report PeopleSoft è in genere una directory del file system condivisa a cui possono accedere tutti gli scheduler dei processi e i server a livello Web PIA. In questo esempio, si trova in OCI File Storage nella directory /u02/app/psft/ps/report_repository.

Il repository dei report è definito nel file PeopleSoft PIA configuration.properties:
PS_CFG_HOME/webserv/<PIA web domain>/applications/peoplesoft/PORTAL.war/WEB-INF/psftdocs/ps/configuration.properties

La posizione del repository dei report viene impostata durante la configurazione dei server Web PIA ed è specificata nella riga seguente nel file configuration.properties: ReportRepositoryPath=/u02/app/psft/ps/report_repository

I log dello scheduler dei processi sono specifici dell'istanza di computazione, come descritto in dettaglio in "Configurare i domini PeopleSoft dello scheduler dei processi e dell'applicazione".

Di seguito sono riportate le directory per i log dello scheduler dei processi in questo esempio.
/u02/app/psft/ps/log_output/node1/HR92U033
/u02/app/psft/ps/log_output/node2/HR92U033

Implementa replica

Per stabilire il processo di replica sono necessari script rsync per eseguire la replica e un job cron che definisca la pianificazione e la frequenza di esecuzione degli script.

Sono disponibili gli script riportati di seguito per eseguire frequentemente il PUSH di questi file nello standby.

  • rsync_psft.sh
  • get_site_role.sh
  • enable_psft_rsync.sh
  • disable_psft_rsync.sh

Gli script si trovano nella directory di replica in GitHub.

Lo script rsync_psft.sh viene eseguito come job cron. Verrà eseguito sia nel sito primario che in quello secondario una volta ogni cinque minuti. Quando inizia, controlla tre cose, quindi esce senza fare alcun lavoro se una delle seguenti cose è vera:

  • Lo script rsync è disabilitato? In tal caso, uscire.
  • Il database in questo sito è nel ruolo primario o in standby? In standby, uscire.
  • Esiste un'istanza precedente di questo script ancora in esecuzione? In tal caso, uscire.

Gli script di avvio dell'applicazione sono anche codificati per eseguire lo script enable_psft_rsync.sh. Il commento viene inviato come consegnato, poiché non riuscirà fino a quando lo standby non sarà completamente configurato.

Lo script di chiusura dell'applicazione viene codificato per richiamare lo script rsync_psft.sh un'ultima volta dopo aver chiuso l'applicazione e i server batch, quindi eseguire lo script disable_psft_rsync.sh. I commenti vengono inviati come consegnati, in quanto non riusciranno fino a quando lo standby non sarà completamente configurato.

Poiché il repository dei report e i log dei job dello scheduler dei processi vengono implementati come file system condivisi, eseguire il processo di replica della sincronizzazione su un solo nodo in ogni sito. Per configurare gli script rsync, attenersi alla procedura riportata di seguito.

  1. Configura l'equivalenza utente tra una coppia di istanze di computazione che ospitano lo scheduler dei processi, uno da ciascun sito, per l'utente del sistema operativo psadm2.
    In questo esempio viene utilizzata la stessa coppia configurata con l'equivalenza utente durante l'impostazione dei server di livello intermedio del sito secondario.
  2. Inserisci tutti e tre gli script in una directory condivisa su Oracle Cloud Infrastructure File Storage. Modificare gli script per l'ambiente in uso.
  3. Concedere agli script l'autorizzazione di esecuzione per l'utente psadm2.
    $ chmod u+x rsync_psft.sh
    $ chmod u+x get_site_role.sh
    $ chmod u+x enable_psft_rsync.sh
    $ chmod u+x disable_osft_rsync.sh
  4. Testare gli script per assicurarsi che funzionino tutti come previsto.
  5. Annullare il commento del comando di esecuzione negli script di avvio e chiusura dell'applicazione.
  6. Se l'applicazione è in esecuzione nell'istanza di computazione primaria, eseguire lo script enable_psft.sh.
    $ ./enable_psft_rsync.sh
  7. Se l'applicazione è in esecuzione, nell'istanza di computazione in standby eseguire lo script disable_psft.sh.
    $ ./disable_psft_rsync.sh
  8. Come root in ogni istanza di computazione, aggiungere una voce in /etc/crontab che eseguirà lo script rsync_psft.sh.
    Di seguito sono riportati alcuni esempi.
    */5 * * * * psadm2 /u01/app/psft/pt/custom_admin_scripts/rsync_psft.sh
    Monitorare il file di log in entrambi i siti. Ogni registro deve essere scritto ogni cinque minuti. Nel file di log del sito principale dovrebbe essere visualizzato rsync in esecuzione. Il file di log del sito in standby deve indicare che rsync è disabilitato.