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 in Amazon RDS per Db2
RDS per Db2 supporta la creazione di database di replica per fornire funzionalità di dimensionamento di lettura e disaster recovery. È possibile creare repliche in due modalità: modalità di sola lettura, per ridurre i carichi di lavoro di lettura, e modalità in standby, per il disaster recovery multi-Regione. Per il processo di replica, RDS per Db2 utilizza la tecnologia High Availability Disaster Recovery (HADR) di IBM Db2. Per ulteriori informazioni, consulta High availability disaster recovery (HADR)
Un database di replica Db2 è una copia fisica del database primario. Se è in modalità di sola lettura, una replica Db2 viene chiamata replica di lettura. Se invece è in modalità standby, viene chiamata replica in standby. Db2 non consente operazioni di scrittura in una replica, ma è possibile promuovere una replica per renderla scrivibile. La replica promossa contiene i dati replicati fino al momento in cui è stata effettuata la richiesta di promozione. Per ulteriori informazioni, consulta Promozione di una replica di lettura a istanza database standalone.
Per un riepilogo delle funzionalità e dei comportamenti delle repliche RDS per Db2, consulta Differenze tra repliche di lettura per i motori di database.
Repliche di sola lettura e in standby
Durante la creazione e la modifica di una replica Db2, è possibile impostare una delle seguenti modalità:
- Sola lettura
-
Questa è l’impostazione predefinita. HADR trasmette e applica le modifiche dal database di origine a tutti i database di replica di lettura. Per le repliche di sola lettura, la variabile di ambiente Db2
DB2_HADR_ROSè impostata suON. Il livello di isolamento per le query di lettura sul database di replica èUncommitted Read. Per ulteriori informazioni, consulta Isolation level on the active standby databasenella documentazione di IBM Db2. Per informazioni generali sulle repliche di lettura applicabili a tutti i motori DB, consulta Uso delle repliche di lettura dell'istanza database. Per ulteriori informazioni su Db2 HADR, consulta High availability disaster recovery (HADR)
nella documentazione di IBM Db2. - Standby
-
Per le repliche in standby, la variabile di ambiente Db2
DB2_HADR_ROSè impostata suOFFper evitare che i database di replica accettino connessioni utente. L’utilizzo primario delle repliche in standby è il disaster recovery multi-Regione.Una replica in standby non può gestire un carico di lavoro di sola lettura. Per la replica in standby non è previsto alcun log di archivio.
È possibile creare fino a tre repliche di lettura da una sola istanza database di origine. È possibile creare una combinazione di repliche di database di sola lettura e in standby per la stessa istanza database di origine. Dopo aver creato una replica, è possibile modificarne la modalità. Per ulteriori informazioni, consulta Modifica della modalità di replica RDS per Db2.
Prima di creare repliche, assicurati che siano soddisfatti tutti i requisiti. Per ulteriori informazioni, consulta Requisiti e considerazioni sulle repliche RDS per Db2.
Attivazioni di database
Db2 HADR è configurato a livello di database. Dopo aver creato le repliche, HADR viene impostato per tutti i database Db2, incluso rdsadmin, 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 genera un evento. Quando una o più repliche sono state create in un’istanza database, non è possibile attivare o disattivare alcun database sull’istanza database utilizzando la stored procedure rdsadmin.activate_database o rdsadmin.deactivate_database. Per ulteriori informazioni, consulta Stored procedure relative ai database per RDS per Db2.
Configurazioni di HADR
È possibile visualizzare tutte le configurazioni di HADR per un database connettendosi al database ed eseguendo db2 get db cfg.
Conservazione dei log di archivio
Amazon RDS rimuove i log da un’istanza database primaria dopo che risultano soddisfatte le seguenti condizioni:
-
I log risalgono ad almeno due ore prima.
-
L’impostazione relativa alle ore di conservazione dei log di archivio è scaduta.
-
I log di archivio sono stati replicati correttamente su tutte le istanze database di replica. Questa condizione si applica sia alle istanze DB nella stessa che alle Regione AWS istanze DB 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 ignora il database e non rimuove i log di archivio.
Interruzioni durante la replica Db2
Durante la creazione di una replica di lettura, Amazon RDS acquisisce uno snapshot di database dell’istanza database di origine e avvia 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 è possibile perché con le implementazioni Multi-AZ, lo snapshot viene acquisito dall’istanza database secondaria.
Lo snapshot di database diventa la replica Db2. Amazon RDS imposta i parametri e le autorizzazioni necessari per il database di origine e la replica di lettura senza alcuna interruzione del servizio. Analogamente, se si elimina una replica, non si verifica alcuna interruzione.
