Ciclo di vita

Nel sistema vengono eseguite diverse operazioni durante il relativo ciclo di vita. I più rilevanti sono il passaggio e il test o l'apertura del secondario per le convalide, l'applicazione di patch e così via.

Eseguire uno switchover

Uno switchover è un'operazione pianificata in cui un amministratore ripristina i ruoli dei due siti. Dopo uno switchover, il sistema primario diventa secondario e il sistema secondario diventa primario. L'esecuzione di uno switchover determinerà tempi di inattività nel sito principale.

Lo switchover viene eseguito seguendo le procedure standard (vedere Switchover in Oracle WebLogic Server for Oracle Cloud Infrastructure Disaster Recovery e SOA Suite su Oracle Cloud Infrastructure Marketplace Disaster Recovery.).

1. Propaga le modifiche di configurazione in sospeso per ogni passo fornito in "Imposta replica configurazione in corso".
2. Arresta server nel sito primario.
3. Nomi DNS switchover.
4. Switchover del database.
5. Avviare i server nel sito secondario.

La differenza principale è che solo la console di Oracle Cloud Infrastructure (OCI) viene utilizzata per eseguire lo switchover dell'istanza di Oracle Autonomous Database.

Nota:

Per le copie aggiornabili remote, se viene eseguito uno switchover permanente (se il secondario diventa primario oltre un test o una verifica non permanente), è necessario creare una copia aggiornabile peer nell'area primaria originale per avere un sistema secondario per test e convalide nel nuovo standby (originariamente primario). La copia aggiornabile in secondaria diventerà non riconnessibile poiché la relativa origine sarà ora in standby (le copie aggiornabili non possono essere create, gestite o connesse da Oracle Autonomous Database Serverless in standby). Non è possibile aggiornarlo di nuovo e, se necessario, è possibile rimuovere il database per ridurre i costi. Per la creazione della nuova copia aggiornabile nel database primario originale (ora in standby), seguire la stessa procedura della prima.

Eseguire i passi riportati di seguito per l'operazione di switchover.

1. Disabilitare qualsiasi replica pianificata durante l'esecuzione dello switchover, in quanto potrebbe non riuscire e interferire con l'operazione di switchover stessa.
2. Arrestare i server nel sito principale.
   Utilizzare la console o gli script di Oracle WebLogic Administration Server per arrestare le istanze di Oracle WebLogic Server nel sito primario.

   Nota:

   Il server di amministrazione nel sito principale può rimanere attivo durante lo switchover. Tuttavia, si consiglia di arrestarla quando il sito è in ruolo di standby perché si prevede che la configurazione del dominio nel sito di standby verrà sostituita dalla configurazione primaria durante il ciclo di vita. Se il server di amministrazione è attivo mentre ciò si verifica, verrà eseguito con una configurazione non più valida.
3. Eseguire lo switchover del nome DNS frontend.

   Eseguire il push DNS richiesto nel server DNS che ospita i nomi utilizzati dal sistema o modificare la risoluzione dell'host file nei client per puntare il nome virtuale front-end del sistema all'IP pubblico utilizzato dal load balancer nel sito secondario.

   Per gli scenari in cui il DNS viene utilizzato per la risoluzione front-end esterna (ad esempio, DNS OCI o DNS commerciale), puoi utilizzare un'API per eseguire il push della modifica. Per vedere un esempio che esegue il PUSH di questa modifica in un DNS OCI, andare a GitHub, ad esempio script per aggiornare il DNS front-end.

   Nota:

   Il valore TTL della voce DNS avrà effetto sull'RTO dello switchover: se il TTL è elevato (ad esempio, 20 minuti), la modifica DNS richiederà quel tempo per essere efficace nei client. L'utilizzo di valori TTL inferiori renderà questo processo più rapido, ma ciò può causare un sovraccarico in quanto i client colpiscono il DNS più frequentemente invece di utilizzare i nomi inseriti nella cache. Un buon approccio consiste nell'impostare temporaneamente il TTL su un valore basso (ad esempio, 1 minuto), prima della modifica del DNS. Eseguire quindi la modifica e, una volta completata la procedura di switchover, ripristinare di nuovo il valore originale di TTL.
4. Eseguire il login alla console Oracle Cloud Infrastructure (OCI) per la REGIONE SECONDARIA, quindi passare ad Autonomous Database.
5. Selezionare il compartimento in cui si trova il database Oracle WebLogic e fare clic sul nome del database.
6. Selezionare Switchover dal menu a discesa Altre azioni, quindi confermare l'immissione del nome del database in standby.
7. Attendere il completamento dell'operazione.

   Lo stato viene visualizzato nel menu Richieste di lavoro sotto Risorse a sinistra.

8. Avviare il server di amministrazione secondario (o riavviare se era già stato avviato, quindi le modifiche alla configurazione che sono state replicate mentre era in standby diventano effettive).
9. Avviare i server gestiti secondari utilizzando la console o gli script di Oracle WebLogic Server.

Esecuzione di un failover

Un'operazione di failover viene eseguita quando il sito principale diventa non disponibile ed è in genere un'operazione non pianificata. È possibile eseguire la transizione di un database in standby a un database primario quando il database primario originale non riesce e non è possibile recuperare il database primario in modo tempestivo.

Potrebbe verificarsi o meno una perdita di dati, a seconda che i database di standby primario e di destinazione fossero coerenti al momento dell'errore del database primario. Una procedura di failover è simile a una procedura di switchover, ma è possibile eseguire un failover anziché un'operazione di switchover nel database.

In genere, un'operazione di failover viene eseguita quando un'interruzione interessa l'area primaria. Pertanto, potrebbero esserci alcuni task che non è possibile eseguire nel database principale. Ad esempio, potrebbe non essere possibile arrestare i processi di Oracle WebLogic Server nel database primario perché gli host non sono raggiungibili.

1. Se possibile, arrestare i server WebLogic nel sito principale.
2. Switchover dei nomi DNS.
3. Failover del database.

   Nota

   Quando si utilizza Oracle Autonomous Database Serverless, il collegamento di failover viene visualizzato solo quando il database primario non è disponibile e quando è disponibile un database di standby. Utilizzando l'API, puoi avviare il failover manuale in qualsiasi momento
4. Avviare i server nel sito secondario.
5. Al termine di un'operazione di failover e dopo che il sito principale precedente è stato nuovamente raggiungibile, è necessario eseguire le attività manuali riportate di seguito per preparare il sistema a uno switchback futuro.
   1. Arrestare i processi di Oracle WebLogic Server nel sito con errori.
      Se non sono stati arrestati durante il failover, i processi potrebbero essere sospesi. Assicurati che siano fermati.
   2. Per Oracle Autonomous Database Serverless, non è necessario ripristinare manualmente il database primario non riuscito.
      Dopo un failover manuale di Oracle Autonomous Data Guard, il database di standby viene riconnesso automaticamente o, se necessario, riprogrammato automaticamente (in modo trasparente) quando l'area torna online.
      Per i dettagli, vedere Note per il failover manuale con un database in standby.
   3. Per Oracle Autonomous Database on Dedicated Exadata Infrastructure, ripristinare il container database non riuscito in un ruolo abilitato in standby dalla relativa pagina Dettagli.
      Dopo un failover, il ruolo del container database in standby diventa primario e il ruolo del container database primario diventa in standby disabilitato con lo stato Non disponibile.
      Per i dettagli, vedere Fail Over to the Standby in an Autonomous Data Guard Configuration.
   4. Verificare l'esecuzione corretta della replica di configurazione (dal nuovo database primario al nuovo database in standby).