Abilita PeopleTools per supportare Oracle Active Data Guard

PeopleSoft PeopleTools versioni 8.52 e successive supporta Oracle Active Data Guard, che consente l'offload delle query su uno standby fisico.

È necessario abilitare PeopleTools per supportare Oracle Active Data Guard:

Un database in standby fisico con Oracle Active Data Guard abilitato
Un servizio di database che può essere avviato sull'istanza di database Oracle Active Data Guard
ID di accesso secondario creato in PeopleSoft
Uno schema di database aggiuntivo che verrà associato all'ID di accesso secondario
Un database link che utilizza un servizio che solo viene eseguito sul database primario

Informazioni sull'implementazione di Oracle Active Data Guard

Quando si implementa il supporto per Oracle Active Data Guard, è necessario tenere a mente gli elementi importanti riportati di seguito.

I domini dell'Application Server PeopleSoft nei siti primario e secondario devono essere configurati in modo da supportare Oracle Active Data Guard affinché l'offload delle query funzioni dopo uno switchover o un failover.
L'utente PSFTADG2 avrà bisogno di un proprio database link per accedere al database in standby. Quando si crea manualmente il nuovo database link, assicurarsi che il nome del database link corrisponda al nome del database di destinazione, incluso DB_DOMAIN se impostato.
IMPORTANTE: una volta configurato il server del dominio dell'applicazione PeopleTools per supportare Oracle Active Data Guard, l'applicazione PeopleSoft non verrà avviata se il servizio PSQUERY non è disponibile. Se il database in standby non è disponibile, il servizio PSQUERY deve essere avviato sul database primario. Può essere riposizionato nello standby quando lo standby è nuovamente disponibile senza riavviare l'applicazione.

Nota

Se si prevede di aprire il database di standby come database di standby snapshot per il test, è necessario prima riposizionare il servizio PSQUERY sul database primario.

Se l'implementazione PeopleSoft in locale è già configurata per utilizzare Oracle Active Data Guard per l'offload delle query, è necessario assicurarsi che la configurazione per l'Application Server e lo scheduler dei processi vengano trasferite alla prima e alla seconda distribuzione OCI. Il database avrà già l'utente dello schema associato all'ID di accesso secondario PeopleSoft. Nel nostro caso, questo schema aggiuntivo si chiama PSFTADG2.

Implementare Oracle Active Data Guard

Se si sceglie di implementare il supporto Active Data Guard per le query di scarico, attenersi alla procedura a cui viene fatto riferimento qui per abilitare il supporto PeopleTools per Oracle Active Data Guard.

Attenersi alla procedura descritta in Implementazione di Oracle Active Data Guard.

Queste fasi sono state progettate per fornire le best practice su Oracle Maximum Availability Architecture (Oracle MAA).

Configurare i database server primari e in standby per Oracle Active Data Guard

Il database server primario deve accedere a un servizio nel database in standby tramite un database link. Iniziare creando il servizio di database e aggiungendo le voci tnsnames.ora per risolvere l'indirizzo di rete del database in standby.

Aggiungere un servizio di database basato su ruoli alle aree primaria e secondaria.

Aggiungere il servizio di database basato sui ruoli PSQUERY nelle aree primaria e secondaria, da eseguire solo quando il database soddisfa il ruolo PHYSICAL_STANDBY. Di seguito sono riportati alcuni esempi dei servizi aggiunti.

Primario

$ srvctl add service -db <primary DB unique name> -pdb HR92U033 -service PSQUERY -preferred "CDBHCM1,CDBHCM2" failovermethod BASIC -failovertype SELECT -notification TRUE -role PHYSICAL_STANDBY -failoverretry 10 -failoverdelay 3

Standby

$ srvctl add service -db <standby DB unique name> -pdb HR92U033 -service PSQUERY -preferred "CDBHCM1,CDBHCM2" failovermethod BASIC -failovertype SELECT -notification TRUE -role PHYSICAL_STANDBY -failoverretry 10 -failoverdelay 3

Creare un file di inclusione o ifile tnsnames.ora con una stringa di connessione TNS che i report in esecuzione nel database di standby Oracle Active Data Guard possono utilizzare per registrare informazioni sui job nel database primario. Posizionare l'ifile nella directory $TNS_ADMIN in ogni nodo del database RAC sia nei siti primari che in quelli in standby.

Ciò consente ai report in esecuzione nel database Oracle Active Data Guard di connettersi al database primario e di aggiornare i dati di esecuzione nel database.

Nota

Non inserire questo alias di stringa di connessione TNS in nessuno dei livelli intermedi. Questa stringa di connessione viene utilizzata solo dal database link creato in un passo successivo sui database server.

Ad esempio, la stringa di connessione TNS riportata di seguito è posizionata in un ifile denominato tns_ps_adg.ora.

HR92U033_PRIMARY =
(DESCRIPTION_LIST =
   (LOAD_BALANCE=off)(FAILOVER=on)
   (DESCRIPTION =
       (CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
       (ADDRESS_LIST =
           (LOAD_BALANCE=on)
           (ADDRESS = (PROTOCOL = TCP)(HOST = iadexadb-bw5wn-scan.exadbprivate.ebscloudmaavcn.oraclevcn.com)(PORT = 1521))
       )
        (CONNECT_DATA =
           (SERVER = DEDICATED)
           (SERVICE_NAME = HR92U033_ONLINE)
       )
    )
    (DESCRIPTION =
       (CONNECT_TIMEOUT=5)(TRANSPORT_CONNECT_TIMEOUT=3)(RETRY_COUNT=3)
       (ADDRESS_LIST =
           (LOAD_BALANCE=on)
           (ADDRESS = (PROTOCOL = TCP)(HOST = phxexadb-krppw-scan.dbprivateexa.maacloud2vcn.oraclevcn.com)(PORT = 1521))
       )
        (CONNECT_DATA =
           (SERVER = DEDICATED)
           (SERVICE_NAME = HR92U033_ONLINE)
       )
    )
 )

Aggiungere una riga per una direttiva IFILE nella parte inferiore dei file tnsnames.ora del database per includere il file IFILE nella definizione tnsnames.
```
IFILE=TNS_ADMIN full path/ tns_ps_adg.ora
```

Aggiornare il database per Oracle Active Data Guard

Aggiornare il contenuto del database in modo da contenere sia un puntatore utilizzato dall'applicazione PeopleSoft nel sito in standby per individuare il database primario sia il database link utilizzato a tale scopo. I dati inseriti nel database primario vengono propagati al database in standby da Oracle Data Guard.

Inserire una nuova riga nella tabella PS.PSDBOWNER nel database primario.
Questa riga consentirà agli Application Server di eseguire l'autenticazione con il database di standby Oracle Active Data Guard.
1. Esegui il login a uno dei database server Oracle Exadata Database Service on Dedicated Infrastructure come utente di oracle OS.
2. Origine dell'ambiente di database (CDBHCM.env).
3. Avviare una sessione SQL*Plus e inserire la nuova riga.
  L'esempio seguente utilizza il nome PDB
```
HR92U033
```
  :
```
sqlplus / as sysdba 

SQL> ALTER SESSION SET CONTAINER = HR92U033;
SQL> INSERT INTO PS.DBOWNER VALUES (‘PSFTADG’, ‘EMDBO’);

COMMIT;
```
Creare il database link nel database primario.

Per creare un database link nel database primario, vedere la procedura descritta in Implementazione di Oracle Active Data Guard.
Utilizzare SQL*Plus per connettersi al secondo schema di database (PSFTADG2) e creare il database link.

Nota
Viene utilizzato l'alias TNS HR92U033_PRIMARY, un servizio che viene eseguito solo quando il database si trova nel ruolo primario.
Ad esempio:
```
CREATE DATABASE LINK PRIMARY CONNECT TO EMDBO IDENTIFIED BY password USING 'HR92U033_PRIMARY'; 
```