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 di un'istanza database](USER_UpgradeDBInstance.Upgrading.md).
**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](db2-licensing.md#db2-prereqs-ibm-info). È 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 CLI[describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)comando o chiama l'operazione RDS API Descrive. DBSnapshots](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html) Confronta il valore di `SnapshotDatabaseTime` rispetto a quello di `OriginalSnapshotCreateTime`. Il valore di `SnapshotDatabaseTime` corrisponde all’ora del database del backup di replica. Il valore di `OriginalSnapshotCreateTime` corrisponde 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](db2-read-replicas.backups.md).
## 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 comando `LOAD` dall’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 che non sono registrati.
+ 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](Overview.DBInstance.Modifying.md).
+ Tutti i database devono essere in stato attivo. Per informazioni sull’attivazione di database, consulta [Stored procedure relative ai database per RDS per Db2](db2-sp-managing-databases.md).
+ 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](db2-sp-managing-databases.md).
+ Quando viene creata la replica, Amazon RDS imposta il parametro a livello di database `blocknonlogged` per tutti i database sull’istanza database di origine su `YES`. Quando la replica di origine diventa nuovamente un’istanza autonoma, Amazon RDS reimposta il valore su `NO`. Per ulteriori informazioni, consulta [blocknonlogged - Block creation of tables that allow non-logged activity configuration parameter](https://www.ibm.com/docs/en/db2/11.1?topic=dcp-blocknonlogged-block-creation-tables-that-allow-non-logged-activity) nella documentazione di IBM Db2.
+ Quando viene creata la replica, Amazon RDS imposta il parametro a livello di database `logindexbuild` per tutti i database sull’istanza database di origine su `YES`. Quando la replica di origine diventa nuovamente un’istanza autonoma, Amazon RDS reimposta il valore su `NO`. Per ulteriori informazioni, consulta [logindexbuild - Log index pages created configuration parameter](https://www.ibm.com/docs/en/db2/11.1?topic=parameters-logindexbuild-log-index-pages-created) nella documentazione di IBM Db2.