hadr_peer_window - Parametro di configurazione finestra peer HADR
Quando si imposta hadr_peer_window su un valore di tempo diverso da zero, una coppia di database primario - standby HADR continua a comportarsi come se fosse ancora in stato peer, per il periodo di tempo configurato, se il database primario perde la connessione con il database standby. Questo aiuta a garantire la coerenza dei dati.
- Tipo di configurazione:
- Database
- Tipo di parametro:
- Configurabile1
- Valore predefinito [ intervallo]:
- 0 [0 − 4294967295]
- Unità di misura:
- Secondi
- Nota di aggiornamento:
- Se si esegue l'aggiornamento da un ambiente con la versione 9.8 Fix Pack 4 o precedente, il valore di viene impostato sul membro 0 Db2 pureScale o precedente, il valore di hadr_peer_window è impostato al valore del membro 0.
Se non è stato configurato il parametro di configurazione hadr_target_list , il valore per hadr_peer_window deve essere lo stesso sia sul database primario che su quello standby. Quando hadr_target_list è impostato, il primo standby elencato ( standby principal) utilizza l'impostazione del primario per hadr_peer_window e qualsiasi impostazione per hadr_peer_window sul principal o sui standby ausiliari viene ignorata a meno che uno di essi non diventi il primario.
Un valore minimo consigliato è 120 secondi.
Db2 pureScale non supporta valori diversi da zero per il parametro di configurazione del database hadr_peer_window . I tentativi di impostare hadr_peer_window su un valore diverso da zero in un'istanza Db2 pureScale non riescono con un'avvertenza e il comando START HADR ha esito negativo se hadr_peer_window è già un valore diverso da zero in un'istanza Db2 pureScale .
La funzione della finestra peer richiede che la configurazione del database hadr_syncmode sia impostata su SYNC o NEARSYNC. Quando il database hadr_syncmode è impostato su ASYNC o SUPERASYNC, la configurazione del database hadr_peer_window viene ignorata.
Per evitare di impattare la disponibilità del database principale quando il database standby viene intenzionalmente chiuso, ad esempio, per la manutenzione, la finestra peer non viene richiamata se il database standby viene esplicitamente disattivato mentre la coppia HADR è in stato peer.
Il comando TAKEOVER HADR con l'opzione PEER WINDOW ONLY avvia un'operazione di takeover solo se lo standby HADR si trova attualmente all'interno della finestra peer definita.
L'operazione di takeover con il parametro hadr_peer_window potrebbe non funzionare correttamente se l'orologio del database primario e l'orologio del database standby non sono sincronizzati entro 5 secondi l'uno dall'altro. Cioè l'operazione potrebbe riuscire quando dovrebbe fallire, o fallire quando dovrebbe riuscire. Si dovrebbe utilizzare un servizio di sincronizzazione del tempo (ad esempio, NTP) per tenere gli orologi sincronizzati sulla stessa fonte.
Sul database in standby, l'ora di fine della finestra peer è un tempo specificato nell'ultimo messaggio di heartbeat che lo standby ha ricevuto dal database primario, e non è direttamente correlato a quando lo standby rileva la perdita della connessione.