Interazione tra il server di accodamento e il server di replica accodamento
Una serie di sei relazioni tra i server di accodamento e di messaggi e il server di replica accodamento forniscono le regole più importanti per l'alta disponibilità dei servizi centrali SAP .
- Avvio iniziale: tutti i nodi sono disponibili
- ERS inizia per primo (a causa di [ 1] e [ 7]), seguito da ES e MS in successione. Poiché ES non era in linea prima dell'avvio iniziale, ES/MS inizia su un nodo diverso da ERS a causa di [ 2], la relazione [ 3] e [ 5] non sono applicabili in questa situazione. Quindi, la tabella di accodamento shadow viene mantenuta da ERS su un nodo diverso da quello su cui è in esecuzione ES.
- Avvio iniziale: solo un nodo è disponibile in un cluster a due nodi
- A causa di [ 2] e [ 5] ES/MS ed ERS non possono essere avviati sullo stesso nodo. La situazione competitiva si risolve con le priorità assegnate ai gruppi ES/MS ed ERS. Il gruppo che contiene ES e MS ha una priorità superiore rispetto al gruppo ERS, quindi viene avviato sul nodo unico. La condizione “IfPossibe” rilassa la relazione [1]. Pertanto, i servizi centrali SAP possono essere disponibili in condizioni avverse.
- Errore di ES
Quando il server di accodamento ha esito negativo, disattiva anche tutti i membri del relativo gruppo perché ES è un membro obbligatorio del gruppo. System Automation for Multiplatforms recupera ES sul nodo in cui ERS è in esecuzione a causa di [ 3]. Così ES può ricostruire la sua tabella di accodamento dall'ombra che è stata mantenuta da ERS. La relazione [ 5] non si applica a questa situazione né la relazione [ 2] dal momento che ES era Online prima. MS e gli altri membri del gruppo seguono ES al nodo in cui è stato riavviato.
Esiste anche una funzione di riavvio facoltativa per il server di accodamento nel profilo SAP , che è in grado di ripristinare un ES non riuscito sullo stesso nodo. Questa funzione di riavvio deve essere disabilitata. In caso contrario, ES non viene avviato sul nodo in cui viene eseguito ERS, quindi la rigenerazione della tabella di accodamento non è possibile. Per ulteriori informazioni, vedi Configurazione dei profili SAP.
- Fallimento degli Stati membri
Nelle precedenti release di SAP , System Automation for Multiplatforms può tentare un riavvio nello stesso nodo per un server dei messaggi non riuscito. Nella nuova release SAP , la relazione [ 6] forza il riavvio di MS sul nodo in cui viene eseguito ERS, estraendo tutti gli altri membri del gruppo, incluso ES, per passare al nodo ERS.
La funzione di riavvio per il server dei messaggi nel profilo SAP può essere abilitata per ripristinare un MS non riuscito sullo stesso nodo. Per ulteriori informazioni, vedi Configurazione dei profili SAP. L'azione di ripristino descritta da System Automation per Multiplatforms viene eseguita nel caso in cui la funzione di riavvio SAP non sia stata in grado di riavviare MS sul nodo precedente.
- ERS arresta o riposizionare dopo il ripristino da errore ES o MS
Come descritto nei paragrafi precedenti, una ES non riuscita viene riavviata sul nodo su cui è in esecuzione ERS. Dopo che ES ha recuperato la tabella di accodamento dalla tabella shadow, ERS si arresta e viene riavviato da System Automation for Multiplatforms in successione. Il riavvio di ERS avviene sul nodo in cui è in esecuzione ES, ad esempio anticollocato a ES su un altro nodo a causa di [ 5]. La freccia numero [ 4] consente solo un nodo in cui il componente ES appropriato non è Offline non riuscito, in modo che ES sia avviabile su tale nodo. Tutte le altre relazioni non si applicano qui.
Esiste anche una funzione di riavvio facoltativa per il server di replica accodamento nel profilo SAP , che è in grado di ripristinare un ERS non riuscito sullo stesso nodo. Questa funzione di riavvio deve essere disabilitata. Altrimenti, ERS non si avvia su un altro nodo lontano da EN. Per ulteriori informazioni, vedi Configurazione dei profili SAP.
- Errore ERS
Se ERS ha esito negativo per qualsiasi motivo in un altro sistema SAP attivo e in esecuzione, viene riavviato nel nodo ES a causa di [ 5]. La freccia numero [ 4] consente solo un nodo in cui il componente ES appropriato non è Non riuscito Non in linea. Tutte le altre relazioni non si applicano.
Come già menzionato in precedenza, esiste anche una funzione di riavvio facoltativa per il server di replica accodamento nel profilo SAP , che deve essere disabilitato. Per ulteriori informazioni, vedi Configurazione dei profili SAP.
- Il nodo in cui ES è in esecuzione ha esito negativo
- Questo scenario è simile a Errore di ES, seguito dallo scenario Arresta o riposizionare ERS dopo il ripristino di errori ES o MS . In un cluster a due nodi, ERS non può essere riavviato su un altro nodo come applicato da [ 5] se il nodo ES in errore non viene ripristinato.
- Il nodo in cui ERS è in esecuzione ha esito negativo
- Questa situazione è simile a Arresta o riposizionare ERS dopo il ripristino da errore ES o MS. Il riavvio di ERS è anticollocato su un altro nodo a causa di [ 5], ma in un cluster a due nodi non è rimasto alcun altro nodo. ERS non può essere riavviato su un altro nodo se il nodo ERS in errore non viene ripristinato.