Soluzioni di indisponibilità pianificate e non pianificate
Nell'ambiente PeopleSoft potrebbero verificarsi interruzioni pianificate e non pianificate. Scopri le soluzioni Oracle disponibili per ridurre al minimo i tempi di inattività delle applicazioni. La riduzione dei tempi di inattività dell'applicazione PeopleSoft si basa sull'applicazione e non sul tempo di inattività di un singolo componente.
Soluzioni di indisponibilità non pianificate
Di seguito sono riportati i tipi di interruzioni non pianificate che potrebbero essere causate da errori di sistema o umani in un ambiente PeopleSoft e le soluzioni tecnologiche che è possibile utilizzare per recuperare e ridurre al minimo i tempi di inattività.
Si consiglia di testare gli scenari di base riportati di seguito per assicurarsi che siano configurati correttamente nell'ambiente in uso e di essere certi di essere pronti ad agire in caso di emergenza.
| Tipo di inattività | Soluzione Oracle | Vantaggi | Tempo recupero |
|---|---|---|---|
| Load balancer | Load balancer software, configurazione replicata localmente | Migrazione semplificata delle connessioni al load balancer sopravvissuto | Nessun tempo di inattività |
| Errore del componente o del nodo server Web PIA PeopleSoft | Server Web ridondanti senza cluster server cache Web Coherence* | Le connessioni vengono ridistribuite ai nodi sopravvissuti. I nodi sopravvissuti continuano l'elaborazione. | Nessun tempo di inattività Potrebbe essere necessaria una nuova autenticazione e una nuova sottomissione del lavoro. |
| Errore del componente o del nodo server Web PIA PeopleSoft | Server Web ridondanti con cluster server cache Web Coherence* | Le connessioni vengono ridistribuite ai nodi sopravvissuti, preservando lo stato della sessione. I nodi sopravvissuti continuano l'elaborazione. | Nessun tempo di inattività e nessuna nuova autenticazione o nuova sottomissione del lavoro. |
| Errore del nodo o del componente del server del dominio dell'applicazione PeopleSoft |
Server di dominio delle applicazioni ridondanti I server PIA configurati con connessioni attive vengono bilanciati tra i server applicazioni, quindi il lavoro viene inviato nuovamente a un server applicazioni rimanente. |
Le connessioni vengono ridistribuite ai nodi sopravvissuti. I nodi sopravvissuti raccolgono le richieste, senza perdita di contesto | Nessun tempo di inattività |
| Errore del database server o dell'istanza | Eventi FAN, Oracle RAC, Continuità di applicazione | Ripristino automatico del lavoro sull'istanza non riuscita. Sessioni con failover trasparente. Gli aggiornamenti vengono risottomessi automaticamente. | Secondi a minuti. |
| guasto sito | Oracle Data Guard, rsync | Failover completo del sito con una perdita di dati minima o nulla | Meno di 10 minuti dopo la decisione, per la transizione dei ruoli del database, l'accesso al file system e l'avvio dell'applicazione PeopleSoft. |
| Errore di memorizzazione | ASM | Mirroring e ribilanciamento automatico. | Nessun tempo di inattività |
| Errore di memorizzazione | Oracle RMAN con area di recupero flash. | Recupero completamente gestito e backup basati su disco. | Minuti a ore. |
| Errore di memorizzazione | Storage degli oggetti Oracle locale a livello di area | Ripristino del database gestito nel cloud e backup basati su disco | Minuti a ore. |
| Errore di memorizzazione | Oracle Data Guard, rsync | Failover completo del sito con una perdita di dati minima o nulla. | Meno di 10 minuti dopo la decisione, per la transizione dei ruoli del database, l'accesso al file system e l'avvio dell'applicazione PeopleSoft. |
| Errore umano | Oracle Data Guard con Flashback Database. | Ricerca sulla copia (standby) | Ore (ricerca tramite data fix). |
| Dati danneggiati | Oracle RMAN con area di recupero rapido. | Recupero online dei supporti a blocchi e backup gestiti basati su disco. | Minuti a ore. |
| Dati danneggiati | Oracle Active Data Guard | Rileva e ripara automaticamente i blocchi danneggiati utilizzando il database in standby fisico. | Nessun tempo di inattività, trasparente all'applicazione. |
| Dati danneggiati | Oracle Data Guard | Convalida e ritrasmissione automatica dei redo block danneggiati | Nessun tempo di inattività, trasparente all'applicazione. |
| Dati danneggiati | Broker Oracle Data Guard | Fast failover su un database di standby locale o failover completo del sito nel sito di DR. |
Standby locale: meno di 5 minuti dopo la decisione, per la transizione dei ruoli del database, l'attivazione del file system e l'avvio dell'applicazione PeopleSoft. Failover completo del sito: meno di 10 minuti dopo la decisione, per la transizione del ruolo del database, l'attivazione del file system e PeopleSoft. |
Nota
Potrebbe essere possibile recuperare rapidamente da un guasto nel sito primario e riprendere le operazioni lì, il che potrebbe essere meno dannoso per l'operazione complessiva rispetto al passaggio al sito secondario. Quindi, nella tabella precedente, abbiamo menzionato la decisione di fare il failover e il tempo che ci si aspetta di prendere per eseguire una transizione con script una volta presa la decisione. Se si decide di non richiedere una decisione umana prima di un failover su un sito di DR, verrà configurato il failover Fast-Start nel database.Se Fast-Start Failover è configurato e se il ritardo di applicazione del database di standby rientra nel limite di ritardo di Fast-Start Failover, il tempo di attivazione del sito DR aggiungerà solo la soglia di timeout di Fast-Start Failover al tempo complessivo per la transizione al database di standby.
Indipendentemente dal fatto che l'azione venga intrapresa automaticamente o meno, il processo di failover deve essere completamente predisposto per garantire un'esecuzione rapida e accurata.
Soluzioni di manutenzione pianificate
Di seguito è riportato un riepilogo delle attività di manutenzione pianificate che in genere si verificano in un ambiente PeopleSoft e delle soluzioni tecnologiche consigliate per ridurre al minimo i tempi di inattività.
| Attività di gestione | Soluzione | PeopleSoft Indisponibilità |
|---|---|---|
| Aggiornamento del sistema operativo o dell'hardware di livello intermedio | Bilanciamento del carico, servizi ridondanti su server applicazioni Web e Tuxedo. | Nessun tempo di inattività, presumendo che Coherence*Web sia in esecuzione. |
| PeopleSoft (applicazione e PeopleTools) | PeopleSoft applicazione patch non in loco. | Minuti (nessuna modifica allo schema) in ore (sono necessarie modifiche allo schema) |
| PeopleSoft modifica alla configurazione dell'applicazione | Riavvio in sequenza dell'applicazione PeopleSoft. | Nessun tempo di inattività |
| PeopleSoft aggiornamenti | PeopleSoft aggiornamenti non in loco. | Da ore a giorni (le modifiche di schema saranno necessarie; il tempo dipende dalla dimensione del database)* |
| Applicazione di patch al sistema operativo a livello di database o manutenzione hardware | Oracle RAC in sequenza, in standby. | Nessun tempo di inattività |
| Applicazione patch aggiornamento release di Oracle Database | Oracle RAC in sequenza, in standby. | Nessun tempo di inattività |
| Aggiornamenti di Oracle Database | Aggiornamento in sequenza logico transitorio di Data Guard. Vedere: Riduzione del tempo di inattività PeopleSoft mediante un database di standby locale. | Secondi a minuti |
| Aggiornamento e patch di Oracle Grid e Oracle Clusterware | Oracle RAC in sequenza, in standby. | Nessun tempo di inattività |
* In pratica, ci sono modi per mitigare l'impatto dei tempi di inattività prolungati dell'aggiornamento, ad esempio fornendo una replica di sola lettura. Gli Oracle Consulting Services possono aiutarti a pianificare ed eseguire l'aggiornamento.