Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Utilizzo delle repliche per Amazon RDS for Db2
Per configurare la replica tra istanze DB RDS per Db2, è possibile creare database di replica. Per un riepilogo delle differenze tra le repliche RDS for Db2 e altri motori DB, consulta. Differenze tra le repliche di lettura per i motori DB
Un database di replica Db2 è una copia fisica del database principale. Una replica Db2 in modalità standby viene chiamata replica standby. Db2 non consente la lettura o la scrittura in una replica, ma è possibile promuovere una replica per renderla scrivibile. La replica promossa contiene i dati replicati al punto in cui è stata fatta la richiesta per promuoverla. RDS per Db2 utilizza Db2 High Availability Disaster Recover (HADR) per la replica. Per ulteriori informazioni, vedere High Availability Disaster Recovery (HADR
Repliche in standby
Quando si crea o si modifica una replica Db2, è possibile metterla in modalità standby. Per le repliche in standby, la variabile di ambiente Db2 DB2_HADR_ROS è impostata in OFF modo che il database di replica non accetti connessioni utente. L'uso principale delle repliche in standby è il disaster recovery tra regioni.
Una replica in standby non può supportare un carico di lavoro di sola lettura. La replica in standby non ha alcun registro di archivio.
È possibile creare fino a tre repliche da un'istanza DB di origine.
Attivazioni del database
Db2 HADR è configurato a livello di database. Dopo aver creato le repliche, HADR viene impostato per tutti i database Db2rdsadmin, inclusi quelli che RDS gestisce completamente. Prima di creare repliche Db2, è necessario attivare in modo esplicito tutti i database. In caso contrario, la creazione di repliche non riesce e Amazon RDS emette un evento. Dopo che un'istanza DB ha una o più repliche, non è possibile attivare o disattivare alcun database sull'istanza DB utilizzando le o stored procedure. rdsadmin.activate_database rdsadmin.deactivate_database Tuttavia, è possibile richiamare la rdsadmin.reactivate_database stored procedure per riattivare i database. Per ulteriori informazioni, consulta Procedure archiviate per database per RDS for Db2.
Configurazioni HADR
È possibile visualizzare tutte le configurazioni HADR per un database connettendosi al database e quindi eseguendole. db2 get db cfg
Conservazione dei log di archivio
Amazon RDS elimina i log da un'istanza DB primaria dopo che sono state soddisfatte le seguenti condizioni:
-
I log risalgono ad almeno due ore fa.
-
L'impostazione per le ore di conservazione dei registri di archivio è scaduta.
-
I log di archivio sono stati replicati correttamente su tutte le istanze DB di replica. Questa condizione si applica sia alle istanze DB della stessa che alle istanze DB Regione AWS interregionali.
Per informazioni sull'impostazione delle ore di conservazione dei log di archivio, consulta rdsadmin.set_archive_log_retention.
Amazon RDS controlla e pulisce ogni database singolarmente. Se un database perde la connessione HADR o se le informazioni sulla connessione non sono disponibili, Amazon RDS salta il database e non elimina i log di archivio.
Interruzioni durante la replica Db2
Quando crei una replica, Amazon RDS acquisisce uno snapshot DB dell'istanza DB di origine e inizia la replica. Quando inizia l'operazione di snapshot DB, l'istanza DB di origine subisce una sospensione molto breve. I/O La I/O sospensione dura in genere circa un secondo. Tuttavia, se l'istanza DB di origine è una distribuzione Multi-AZ, l'istanza DB di origine non subisce alcuna I/O sospensione. Questo perché con le implementazioni Multi-AZ, l'istantanea viene acquisita dall'istanza DB secondaria.
L'istantanea del DB diventa la replica Db2. Amazon RDS imposta i parametri e le autorizzazioni necessari per il database di origine e la replica senza alcuna interruzione del servizio. Analogamente, se si elimina una replica, non si verifica alcuna interruzione.
