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à.
Requisiti e considerazioni sulle repliche RDS per Db2
I requisiti per le repliche Db2 rientrano in diverse categorie: licenze e controllo delle versioni, considerazioni sul backup e il ripristino, comportamento delle repliche e considerazioni operative generali. Prima di creare una replica Db2, esamina i requisiti e le considerazioni riportati di seguito.
Requisiti di versione e licenza per le repliche RDS per Db2
Prima di creare una replica RDS per Db2, consulta le seguenti informazioni sulle versioni e sui modelli di licenza:
-
Versioni supportate: tutte le versioni di Db2 11.5 supportano istanze database di replica.
Le istanze database di origine e di replica devono utilizzare la stessa versione principale. Le repliche Db2 supportano gli aggiornamenti delle versioni minori ma non quelli delle versioni principali. Per informazioni sull’aggiornamento delle istanze database, consulta Aggiornamento della versione del motore di un'istanza database.
Nota
In caso di aggiornamento di un’istanza database di origine, tutte le repliche vengono aggiornate automaticamente per mantenere la compatibilità delle versioni.
-
Modelli di licenza e modalità di replica validi: sia Db2 Advanced Edition (AE) che Standard Edition (SE) possono creare repliche in modalità di sola lettura o standby sia per il modello Bring Your Own License (BYOL) che per il modello con licenza Db2. Marketplace AWS
-
Gruppo di parametri personalizzato: per la replica è necessario specificare un gruppo di parametri personalizzato.
Nel caso di repliche che utilizzano il modello BYOL, questo gruppo di parametri personalizzato deve includere IBM Site ID e IBM Customer ID. Per ulteriori informazioni, consulta IBM IDs per portare la propria licenza (BYOL) per Db2. È possibile specificare questo gruppo di parametri personalizzato per la replica utilizzando l'API, the o RDS. Console di gestione AWS AWS CLI
-
Il numero di vCPU varia in base alla modalità di replica e al modello di licenza:
-
Le repliche in standby utilizzano sempre due v CPUs indipendentemente dalla dimensione dell'istanza DB.
-
Modello BYOL: AWS License Manager le configurazioni mostrano che RDS per le istanze DB Db2 utilizza due v. CPUs
-
Db2 licenza tramite Marketplace AWS modello: le fatture riflettono i costi di licenza per due v. CPUs
-
-
Le repliche di sola lettura utilizzano lo stesso numero di vCPU delle dimensioni dell’istanza database.
-
Modello BYOL: AWS License Manager le configurazioni mostrano che RDS per le istanze DB Db2 utilizza lo stesso numero di v che corrisponde alla dimensione dell'istanza DB. CPUs
-
Db2 licenza tramite Marketplace AWS modello: le fatture riflettono i costi di licenza per lo stesso numero di v corrispondenti alla dimensione dell'istanza DB. CPUs
-
-
Considerazioni sul backup e il ripristino per le repliche RDS per Db2
I backup di repliche hanno un comportamento diverso rispetto ai backup del database primario. Considera i seguenti requisiti di backup e ripristino:
-
Per creare snapshot delle repliche RDS per Db2 o attivare i backup automatici, assicurati di impostare manualmente il periodo di conservazione dei backup. Per impostazione predefinita, i backup automatici non sono attivati.
-
Quando si ripristina un backup di repliche, si esegue il ripristino corrispondente all'ora del database e non al momento in cui il backup è stato eseguito. L'ora del database si riferisce all'ora dell'ultima transazione applicata ai dati nel backup. La differenza è significativa perché una replica può essere in ritardo rispetto al database primario in termini di ore o minuti. In presenza di più database, RDS per Db2 utilizza l’ora del database meno recente.
Per trovare la differenza, esegui il AWS CLIdescribe-db-snapshotscomando o chiama l'operazione RDS API Descrive. DBSnapshots Confronta il valore di
SnapshotDatabaseTimerispetto a quello diOriginalSnapshotCreateTime. Il valore diSnapshotDatabaseTimecorrisponde all’ora del database del backup di replica. Il valore diOriginalSnapshotCreateTimecorrisponde alla transazione più recente applicata al database primario.
Per ulteriori informazioni sui backup e sul ripristino di backup, consulta Utilizzo dei backup di repliche RDS per Db2.
Considerazioni sul processo di replica per le repliche RDS per Db2
Le repliche Db2 utilizzano la tecnologia HADR con limitazioni e comportamenti specifici. Esamina le seguenti considerazioni sul processo di replica:
-
Il processo di replica utilizza la funzione Db2 HADR per tutti i database sull’istanza database RDS per Db2.
-
La replica non supporta il comando
LOAD. Se esegui il comandoLOADdall’istanza database di origine, riceverai dati non coerenti. -
RDS per Db2 non replica i seguenti elementi:
-
Accesso all’archiviazione. Fai attenzione ai dati, come le tabelle esterne, che si basano su account di accesso all’archiviazione.
-
Non in linea LOBs.
-
File binari di stored procedure esterne (in C o Java).
-
-
Per le repliche in standby, RDS per Db2 replica i seguenti elementi:
-
Utenti locali, tranne gli utenti master
-
Parametri di configurazione del database
-
-
Per le repliche di sola lettura, RDS per Db2 replica i seguenti elementi:
-
Utenti locali, tranne gli utenti master
-
Mappature dei gruppi SID
-
Considerazioni varie sulle repliche RDS per Db2
Di seguito sono riportate alcune considerazioni operative aggiuntive che si applicano alle repliche Db2. Esamina quanto segue:
-
RDS per Db2 replica le configurazioni dei database nelle repliche. Quando RDS per Db2 promuove una replica, disattiva e attiva ogni database.
-
RDS per Db2 replica gli utenti locali, ma non l’utente master, e le mappature dei gruppi SID nelle repliche. È possibile modificare l’utente master direttamente sulla replica. Per ulteriori informazioni, consulta Modifica di un'istanza database Amazon RDS.
-
Tutti i database devono essere in stato attivo. Per informazioni sull’attivazione di database, consulta Stored procedure relative ai database per RDS per Db2.
-
Tutte le stored procedure per la creazione, l’eliminazione, il ripristino o il roll-forward dei database devono essere completate prima della creazione di una replica. Per informazioni su queste stored procedure, consulta Stored procedure relative ai database per RDS per Db2.
-
Quando viene creata la replica, Amazon RDS imposta il parametro a livello di database
blocknonloggedper tutti i database sull’istanza database di origine suYES. Quando la replica di origine diventa nuovamente un’istanza autonoma, Amazon RDS reimposta il valore suNO. Per ulteriori informazioni, consulta blocknonlogged - Block creation of tables that allow non-logged activity configuration parameternella documentazione di IBM Db2. -
Quando viene creata la replica, Amazon RDS imposta il parametro a livello di database
logindexbuildper tutti i database sull’istanza database di origine suYES. Quando la replica di origine diventa nuovamente un’istanza autonoma, Amazon RDS reimposta il valore suNO. Per ulteriori informazioni, consulta logindexbuild - Log index pages created configuration parameternella documentazione di IBM Db2.
