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à.
# Gestione di un’implementazione Multi-AZ per RDS Custom per Oracle
In un’implementazione Multi-AZ di istanze database per RDS Custom per Oracle, Amazon RDS effettua automaticamente il provisioning e mantiene una replica in standby sincrona in un’altra zona di disponibilità (AZ). L'istanza database principale viene replicata in modo sincrono tra le zone di disponibilità in una replica in standby per garantire la ridondanza dei dati.
Un’implementazione Multi-AZ di istanze database migliora la disponibilità durante la manutenzione pianificata del sistema. Se si verifica una manutenzione pianificata del database o un'interruzione non pianificata del servizio, Amazon RDS esegue automaticamente il failover sull'istanza DB in up-to-date standby. Le operazioni del database possono riprendere velocemente senza intervento manuale. Le istanze primarie e in standby utilizzano lo stesso endpoint, il cui indirizzo di rete fisico passa alla replica in standby durante il processo di failover. Non è necessario riconfigurare l’applicazione quando si verifica un failover.
Il seguente diagramma mostra l’architettura Multi-AZ per RDS Custom per Oracle:
![\[Amazon RDS architecture with primary DB instance and standby replica in separate availability zones.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/custom-oracle-multiaz-architecture.png)
La console Amazon RDS mostra la zona di disponibilità della replica in standby (zona di disponibilità secondaria). Puoi anche utilizzare il comando dell'interfaccia della riga di comando `describe-db-instances` o l'operazione API `DescribeDBInstances` per trovare la zona di disponibilità secondaria.
## Disponibilità di Regioni e versioni per un’implementazione Multi-AZ per RDS Custom per Oracle
Le implementazioni Multi-AZ per RDS Custom for Oracle sono supportate per le seguenti versioni sia per Enterprise Edition (EE) che per Standard Edition 2 (): SE2
+ Oracle Database 19c
+ Oracle Database 12c Release 2 (12.2)
+ Oracle Database 12c Release 1 (12.1)
**Nota**
Le implementazioni Multi-AZ per RDS Custom per Oracle non sono supportate su Oracle Database 18c.
Le implementazioni Multi-AZ per RDS Custom per Oracle sono disponibili in tutte le Regioni in cui è disponibile RDS Custom per Oracle. Per ulteriori informazioni sulla disponibilità di Regioni delle implementazioni Multi-AZ per RDS Custom per Oracle, consulta [Regioni e motori di database supportati per RDS Custom per Oracle](Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.md#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.ora).
## Limitazioni per un’implementazione Multi-AZ con RDS Custom per Oracle
Le implementazioni Multi-AZ con RDS Custom per Oracle sono caratterizzate dalle seguenti limitazioni:
+ Se l’istanza database è stata creata prima del 30 giugno 2025, non è possibile passare da un’implementazione Single-AZ a un’implementazione Multi-AZ. La versione del motore personalizzato (CEV) sottostante è stata creata con un’AMI precedente fornita dal servizio priva del supporto Multi-AZ. È necessario migrare il database a una nuova istanza database utilizzando una CEV creata con un’AMI fornita dal servizio dopo il 30 giugno 2025. Per informazioni dettagliate, vedi [Fasi di migrazione per le istanze DB CEVs create prima del 30 giugno 2025](custom-oracle-multiaz-prerequisites.md#migration-using-older-CEVs).
+ Non è possibile creare implementazioni Multi-AZ tra Regioni.
+ Non è possibile configurare l’istanza database in standby in modo da accettare attività di lettura del database.
+ Quando si utilizza una versione del motore personalizzato (CEV) con un’implementazione Multi-AZ, anche l’istanza database in standby utilizzerà la stessa versione. L’istanza database in standby non può utilizzare una CEV diversa.
+ Non è possibile creare una replica di lettura su un’istanza con implementazione Multi-AZ e non è possibile modificare l’istanza primaria della replica di lettura in modo che abbia un’implementazione Multi-AZ.
+ Le istanze database RDS Custom per Oracle che utilizzano implementazioni Multi-AZ possono avere una latenza di scrittura e di commit maggiore rispetto a un’implementazione Single-AZ. Questo incremento può verificarsi a causa della replica sincrona dei dati tra istanze DB. È possibile che si verifichi una modifica della latenza se la distribuzione passa alla replica di standby, sebbene AWS sia progettata con connettività di rete a bassa latenza tra le zone di disponibilità.
## Creazione di un’implementazione Multi-AZ per RDS Custom per Oracle
Per creare un’istanza database RDS Custom per Oracle con un’implementazione Multi-AZ, segui la procedura descritta in [Configurazione dell'ambiente per Amazon RDS Custom per Oracle](custom-setup-orcl.md) per configurare l’ambiente con i prerequisiti.
**Importante**
Per semplificare la configurazione, si consiglia di utilizzare il file CloudFormation modello più recente fornito nelle istruzioni di configurazione della rete. Per ulteriori informazioni, consulta [Implementazione di RDS Custom per Oracle con AWS CloudFormation](custom-oracle-multiaz-deployment.md).
Puoi creare un’istanza RDS Custom per Oracle con un’implementazione Multi-AZ scegliendo **Multi-AZ** durante la creazione dell’istanza database nella console Amazon RDS. In alternativa, puoi specificare il parametro `--multi-az` nel comando `create-db-instance` di Amazon RDS nella AWS CLI.
# Prerequisiti per un’implementazione Multi-AZ in RDS Custom per Oracle
Un’implementazione Multi-AZ per RDS Custom per Oracle è diversa da un’implementazione Multi-AZ per RDS per Oracle. A differenza di un’implementazione Multi-AZ per RDS per Oracle, è necessario configurare RDS Custom per Oracle prima di creare l’istanza database Multi-AZ. Questo perché RDS Custom viene eseguito all’interno del tuo account, che richiede autorizzazioni. Inoltre, è necessario creare l’istanza Multi-AZ sulla CEV con l’AMI più recente fornita dal servizio, che supporta le implementazioni Multi-AZ.
Se non vengono configurati i prerequisiti, l'istanza DB Multi-AZ potrebbe non funzionare o venire automaticamente convertita in un'istanza DB Single-AZ. Per ulteriori informazioni sui prerequisiti, consulta [Prerequisiti per un’implementazione Multi-AZ in RDS Custom per Oracle](#custom-oracle-multiaz-prerequisites).
RDS Custom per Oracle prevede prerequisiti specifici per la conversione di implementazioni Single-AZ in implementazioni Multi-AZ. Se i prerequisiti non sono soddisfatti interamente, la configurazione Multi-AZ ha esito negativo. Utilizza la configurazione manuale o il file CloudFormation modello più recente fornito nelle istruzioni di configurazione della rete. Per ulteriori informazioni, consulta [Fase 3: Estrarre i CloudFormation modelli per RDS Custom for Oracle](custom-setup-orcl.md#custom-setup-orcl.cf.downloading).
Per completare manualmente i prerequisiti, segui la procedura descritta in [Conversione di un’implementazione Single-AZ in un’implementazione Multi-AZ in RDS Custom per Oracle](custom-oracle-multiaz-modify-single-to-multi.md) e tieni presente quanto segue:
+ Assicurati che la tua istanza database RDS Custom per Oracle utilizzi una CEV creata dopo il 30 giugno 2025 con l’AMI più recente fornita dal servizio.
+ Aggiorna le regole in entrata e in uscita del gruppo di sicurezza Amazon RDS per consentire l'uso della porta 1120.
+ Crea nuovi endpoint VPC Amazon SQS che consentano la comunicazione tra l’istanza database RDS Custom per Oracle e Amazon SQS.
+ Aggiorna le autorizzazioni Amazon SQS nel ruolo del profilo dell’istanza.
**Importante**
Non riavviare manualmente l’istanza database primaria Multi-AZ accedendo all’istanza senza mettere in pausa l’automazione di RDS Custom per Oracle.
## Fasi di migrazione per le istanze DB CEVs create prima del 30 giugno 2025
Se hai creato l’istanza database RDS Custom per Oracle prima del 30 giugno 2025, non puoi convertirla direttamente in un’implementazione Multi-AZ perché la CEV sottostante è stata creata con un’AMI precedente fornita dal servizio che non supporta Multi-AZ. È necessario migrare il database a una nuova istanza database utilizzando una CEV creata dopo il 30 giugno 2025. Effettua le seguenti operazioni per la migrazione.
1. **Crea la CEV dall’origine** con l’AMI più recente fornita dal servizio (successiva al 30 giugno 2025).
1. **Avvia una nuova istanza database** con la nuova CEV.
1. **Esegui la migrazione del database** dall’istanza database esistente che non supporta l’implementazione Multi-AZ all’istanza appena creata utilizzando uno dei seguenti metodi:
+ [Migrazione fisica dei database Oracle ad Amazon RDS Custom utilizzando Data Guard](https://aws.amazon.com/blogs//database/physical-migration-of-oracle-databases-to-amazon-rds-custom-using-data-guard/)
+ [Migrazione fisica dei database Oracle ad Amazon RDS Custom utilizzando la duplicazione RMAN](https://aws.amazon.com/blogs//database/physical-migration-of-oracle-databases-to-amazon-rds-custom-using-rman-duplication/)
# Conversione di un’implementazione Single-AZ in un’implementazione Multi-AZ in RDS Custom per Oracle
Puoi convertire un’istanza RDS Custom per Oracle esistente compatibile con Multi-AZ da implementazione Single-AZ a un’implementazione Multi-AZ. Quando modifichi l’istanza database, Amazon RDS esegue diverse azioni:
+ Crea uno snapshot dell'istanza DB primaria.
+ Creazione di nuovi volumi per la replica in standby basati sullo snapshot. Questi volumi vengono inizializzati in background e le massime prestazioni del volume vengono raggiunte dopo la completa inizializzazione dei dati.
+ Attiva la replica sincrona a livello di blocco tra le istanze database primarie e secondarie.
**Importante**
È consigliabile evitare di modificare l’istanza database RDS Custom per Oracle da un’implementazione Single-AZ a un’implementazione Multi-AZ su un’istanza database di produzione durante i periodi di picco dell’attività.
AWS utilizza un'istantanea per creare l'istanza di standby per evitare tempi di inattività durante la conversione da Single-AZ a Multi-AZ, ma le prestazioni potrebbero risentirne durante e dopo la conversione in Multi-AZ. Questo impatto può essere significativo per carichi di lavoro sensibili alla latenza di scrittura. Sebbene questa funzionalità consenta di ripristinare rapidamente grandi volumi dalle istantanee, può causare un aumento della latenza delle operazioni a causa della replica sincrona. I/O Questa latenza può compromettere le prestazioni del database.
## Configurazione dei prerequisiti per modificare un'implementazione da Single-AZ a Multi-AZ utilizzando CloudFormation
Segui [Fase 3: Estrarre i CloudFormation modelli per RDS Custom for Oracle](custom-setup-orcl.md#custom-setup-orcl.cf.downloading) per configurare nuovamente il VPC e il profilo IAM per aggiungere l’endpoint VPC SQS e l’autorizzazione SQS nel profilo IAM.
## Configurazione dei prerequisiti per modificare manualmente un'implementazione Single-AZ in implementazione Multi-AZ
Se scegli di configurare i prerequisiti manualmente, esegui le seguenti operazioni.
1. Apri la console Amazon VPC all'indirizzo [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)
1. Scegli **Endpoint**. La pagina **Creazione endpoint** viene visualizzata.
1. In **Categoria servizio**, scegli **Servizi AWS **.
1. In **Servizi**, cerca `SQS`.
1. In **VPC**, scegli il VPC in cui è implementata l’istanza database RDS Custom per Oracle.
1. In **Sottoreti**, scegli le sottoreti in cui è implementata l’istanza database RDS Custom per Oracle.
1. In **Gruppi di sicurezza**, scegli il gruppo di sicurezza in cui è implementata l’istanza database RDS Custom per Oracle.
1. In **Policy**, scegli **Personalizzata**.
1. Nella policy personalizzata, sostituisci `AWS partition`, `Region`, `accountId` e `IAM-Instance-role` con i tuoi valori.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-oracle"
}
},
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}"
}
}
]
}
```
------
Aggiorna il valore nel campo **Profilo istanza** in base all'autorizzazione ad accedere ad Amazon SQS. Sostituisci `AWS partition`, `Region` e `accountId` con i tuoi valori.
```
{
"Sid": "13",
"Effect": "Allow",
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": [
{
"Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
}
],
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-oracle"
}
}
}
```
Aggiorna le regole in entrata e in uscita del gruppo di sicurezza Amazon RDS per consentire l'uso della porta 1120.
+ In **Gruppi di sicurezza**, scegli il gruppo in cui è implementata l’istanza database RDS Custom per Oracle.
+ In **Regole in entrata**, crea una **Regola TCP personalizzata** per consentire l’uso della porta `1120` dal gruppo di origine.
+ In **Regole in uscita**, crea una **Regola TCP personalizzata** per consentire l’uso della porta `1120` nel gruppo di destinazione.
## Modifica utilizzando la console RDS o l'API AWS CLI RDS
Dopo aver completato i prerequisiti, puoi modificare un'istanza DB RDS Custom for Oracle da una distribuzione Single-AZ a Multi-AZ utilizzando la console Amazon RDS AWS CLI o l'API Amazon RDS.
### Console
**Per modificare un’implementazione RDS Custom per Oracle esistente da Single-AZ a Multi-AZ**
1. Accedi alla console di AWS gestione e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nella console Amazon RDS scegliere **Databases (Database)**. Verrà visualizzato il riquadro **Databases (Database)**.
1. Scegli l’istanza database RDS Custom per Oracle da modificare.
1. In **Operazioni**, scegli **Conversione in implementazione Multi-AZ**.
1. Nella pagina **Conferma**, scegli **Applica immediatamente** per applicare le modifiche immediatamente. La scelta di questa opzione non causa tempi di inattività, ma è possibile riscontrare un impatto sulle prestazioni. In alternativa, puoi scegliere di applicare l'aggiornamento durante la successiva finestra di manutenzione. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
1. Nella pagina **Conferma**, scegli **Conversione in Multi-AZ**.
### AWS CLI
Per eseguire la conversione in una distribuzione di istanze DB Multi-AZ utilizzando AWS CLI, chiama il [modify-db-instance](https://docs.aws.amazon.com//cli/latest/reference/rds/modify-db-instance.html)comando e imposta l'`--multi-az`opzione. Specifica l'identificatore dell'istanza DB e i valori delle altre opzioni da modificare. Per ulteriori informazioni su ciascuna opzione, consulta [Impostazioni per istanze database](USER_ModifyInstance.Settings.md).
**Example Esempio**
Il codice seguente modifica `mycustomdbinstance` includendo l'opzione `--multi-az`. Le modifiche vengono applicate durante la prossima finestra di manutenzione utilizzando `--no-apply-immediately`. Utilizza `--apply-immediately` per applicare immediatamente le modifiche. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--multi-az \
[--no-apply-immediately | --apply-immediately]
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--multi-az ^
[--no-apply-immediately | --apply-immediately]
```
### API RDS
Per eseguire la conversione in una distribuzione di istanze DB Multi-AZ con l'API Amazon RDS, chiama l'DBInstanceoperazione [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) e imposta il `MultiAZ` parametro su true.
# Conversione di un’implementazione Multi-AZ in un’implementazione Single-AZ in RDS Custom per Oracle
Puoi modificare un’istanza database RDS Custom per Oracle esistente da implementazione Multi-AZ a implementazione Single-AZ.
## Console
**Per modificare un’istanza database RDS Custom per Oracle da implementazione Multi-AZ a implementazione Single-AZ**
1. Accedi alla console di AWS gestione e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nella console Amazon RDS scegliere **Databases (Database)**. Verrà visualizzato il riquadro **Databases (Database)**.
1. Scegli l’istanza database RDS Custom per Oracle da modificare.
1. In **Implementazione Multi-AZ**, scegli **No**.
1. Nella pagina **Conferma**, scegli **Applica immediatamente** per applicare le modifiche immediatamente. La scelta di questa opzione non causa tempi di inattività, ma è possibile riscontrare un impatto sulle prestazioni. In alternativa, puoi scegliere di applicare l'aggiornamento durante la successiva finestra di manutenzione. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
1. Nella pagina **Conferma**, scegli **Modifica istanza database**.
## AWS CLI
Per modificare una distribuzione Multi-AZ in una distribuzione Single-AZ utilizzando AWS CLI, chiama il [modify-db-instance](https://docs.aws.amazon.com//cli/latest/reference/rds/modify-db-instance.html)comando e includi l'opzione. `--no-multi-az` Specifica l'identificatore dell'istanza DB e i valori delle altre opzioni da modificare. Per ulteriori informazioni su ciascuna opzione, consulta [Impostazioni per istanze database](USER_ModifyInstance.Settings.md).
**Example Esempio**
Il codice seguente modifica `mycustomdbinstance` includendo l'opzione `--no-multi-az`. Le modifiche vengono applicate durante la prossima finestra di manutenzione utilizzando `--no-apply-immediately`. Utilizza `--apply-immediately` per applicare immediatamente le modifiche. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md).
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--no-multi-az \
[--no-apply-immediately | --apply-immediately]
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--no-multi-az ^
[--no-apply-immediately | --apply-immediately]
```
## API RDS
Per modificare una distribuzione Multi-AZ in una distribuzione Single-AZ utilizzando l'API Amazon RDS, chiama l'DBInstanceoperazione [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) e imposta il `MultiAZ` parametro su. `false`
# Personalizzazione del sistema operativo in un’implementazione Multi-AZ di RDS Custom per Oracle
Con le implementazioni Multi-AZ di RDS Custom per Oracle, puoi personalizzare il sistema operativo e installare software di terze parti sulle istanze EC2 primarie e in standby. A differenza di Amazon RDS, RDS Custom per Oracle fornisce l’accesso amministrativo all’ambiente di database e al sistema operativo sottostante, permettendo di installare strumenti di monitoraggio, agenti di sicurezza o applicazioni personalizzate oltre ai database Oracle.
Quando personalizzi il sistema operativo in un’implementazione Multi-AZ, spetta a te assicurarti che le personalizzazioni siano presenti sia nelle istanze primarie che in quelle di standby. Questo approccio garantisce la continuità delle applicazioni durante il failover Multi-AZ e mantiene funzionalità coerenti in entrambe le istanze.
## Requisiti per la personalizzazione del sistema operativo in un’implementazione Multi-AZ di RDS Custom per Oracle
Prima di personalizzare il sistema operativo in un’implementazione Multi-AZ, tieni presenti i seguenti requisiti:
+ Installa software di terze parti solo sul punto di montaggio `/rdsdbdata`. Il volume di dati (`/rdsdbdata`) è l’unico che viene replicato in un’implementazione Multi-AZ. Il volume root (`/`) viene sostituito durante l’applicazione di patch al sistema operativo e il volume binario (`/rdsdbbin`) viene sostituito durante l’applicazione di patch al database. Il software installato nel volume root e nel volume binario viene perso durante l’applicazione delle patch.
+ Assicurati che tutte le personalizzazioni siano conformi ai termini AWS e alle condizioni di licenza Oracle.
+ Prima di effettuare la conversione da Single-AZ a Multi-AZ, assicurati che HugePages le impostazioni in esso contenute funzionino correttamente. `/etc/sysctl.conf`
## Identificazione delle istanze EC2 in un’implementazione Multi-AZ di RDS Custom per Oracle
Quando personalizzi le istanze Multi-AZ, identifica le istanze Amazon EC2 che fungono da primarie e standby per la tua implementazione RDS Custom per Oracle.
**Per identificare le istanze EC2 primarie e in standby**
1. Aprire la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, seleziona **Database**.
1. Scegli l’istanza database Multi-AZ di RDS Custom per Oracle.
1. Nella sezione **Configurazione**, prendi nota dell’**ID risorsa** (formato `db-nnnnnnn`).
1. Apri la console Amazon EC2 all'indirizzo [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**.
1. Nella casella di ricerca, inserisci l’ID risorsa annotato nel passaggio 4.
1. I risultati della ricerca mostrano due istanze: quella primaria e quella secondaria. L’istanza con il database RDS Custom per Oracle attivo è quella primaria.
## Personalizzazione del sistema operativo prima di creare un’implementazione Multi-AZ di RDS Custom per Oracle
In questo scenario, l’implementazione corrente è un’istanza database Single-AZ. Puoi personalizzare il sistema operativo e quindi convertire l’istanza database in un’implementazione Multi-AZ. Se installi software di terze parti e hai modificato file su più volumi, questa è la tecnica consigliata.
**Per personalizzare il sistema operativo prima di convertire un’implementazione Single-AZ in un’implementazione Multi-AZ**
1. Connect all'istanza EC2 nella distribuzione Single-AZ utilizzando AWS Systems Manager Session Manager o SSH.
1. Esegui una delle seguenti personalizzazioni:
+ Installa il software di terze parti sul volume di dati (`/rdsdbdata`).
+ Personalizza i file nel volume root (`/`).
1. Testa le personalizzazioni del software o del volume root per assicurarti che funzionino correttamente.
1. Converti l’istanza database Single-AZ in un’implementazione Multi-AZ seguendo le istruzioni riportate in [Conversione di un’implementazione Single-AZ in un’implementazione Multi-AZ in RDS Custom per Oracle](custom-oracle-multiaz-modify-single-to-multi.md).
1. Verifica che le personalizzazioni siano presenti su entrambe le istanze nell’implementazione Multi-AZ. Per ulteriori informazioni, consulta [Identificazione delle istanze EC2 in un’implementazione Multi-AZ di RDS Custom per Oracle](#cfo-os-maz-identify-instances).
## Personalizzazione del sistema operativo dopo avere creato un’implementazione Multi-AZ di RDS Custom per Oracle
Se disponi di un’implementazione Multi-AZ esistente, puoi implementare le personalizzazioni mediante AWS Systems Manager o utilizzando tecniche manuali.
### Personalizzazione del sistema operativo in una distribuzione Multi-AZ utilizzando AWS Systems Manager
Per le istanze database Multi-AZ esistenti, Systems Manager è il modo più affidabile per applicare le personalizzazioni contemporaneamente alle istanze primarie e in standby. Questo approccio garantisce la coerenza. Per un’introduzione generale a questo servizio, consulta [Che cos’è AWS Systems Manager?](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html) Per informazioni su come installare il software su entrambe le istanze database contemporaneamente, consulta [Installazione o aggiornamento dei pacchetti Distributor](https://docs.aws.amazon.com/systems-manager/latest/userguide/distributor-working-with-packages-deploy.html).
### Personalizzazione manuale del sistema operativo in un’implementazione Multi-AZ
In questo scenario, l'implementazione Multi-AZ esiste già, ma non viene utilizzata AWS Systems Manager per implementare le personalizzazioni. Puoi personalizzare il sistema operativo manualmente in uno dei seguenti modi:
**Personalizza il sistema operativo sull’istanza primaria e replica le modifiche**
L’implementazione Multi-AZ replica automaticamente il volume `rdsdbdata`. Puoi personalizzare il sistema operativo nei modi seguenti:
+ Installa il software di terze parti direttamente nel punto di montaggio `/rdsdbdata`.
+ Per modificare i file sul volume root (`/`), crea i file sul volume di dati e quindi crea un link simbolico dai file del volume root ai file del volume di dati.
**Personalizza il sistema operativo separatamente sull’istanza primaria e sull’istanza in standby**
Con questo approccio, personalizzi il sistema operativo sull’istanza primaria, quindi esegui le stesse personalizzazioni sull’istanza in standby.
**Per personalizzare il sistema operativo sull’istanza primaria in modo che vengano replicate automaticamente**
1. Identifica le istanze database primarie e in standby seguendo la procedura descritta in [Identificazione delle istanze EC2 in un’implementazione Multi-AZ di RDS Custom per Oracle](#cfo-os-maz-identify-instances).
1. Connettiti all’istanza EC2 primaria utilizzando Gestione sessione o SSH.
1. Utilizza una delle seguenti tecniche, a seconda delle esigenze aziendali:
**Installa il software di terze parti**
Installa il software sul punto di montaggio `/rdsdbdata`.
```
sudo mkdir -p /rdsdbdata/custom-software
cd /rdsdbdata/custom-software
# Install your software here
```
**Personalizza il volume root**
Crea link simbolici dai file di configurazione del sistema operativo sul volume root ai file sul volume di dati. Ad esempio, crea un file `/rdsdbdata/customizations/sysctl.conf` e quindi crea un link simbolico in `/etc/sysctl.conf` che punti a `/rdsdbdata/customizations/sysctl.conf`.
```
sudo mkdir -p /rdsdbdata/customizations
sudo mv /etc/sysctl.conf /rdsdbdata/customizations/sysctl.conf
sudo ln -sf /rdsdbdata/customizations/sysctl.conf /etc/sysctl.conf
```
1. Testa le personalizzazioni del software o del volume root per assicurarti che funzionino correttamente.
1. Connettiti all’istanza in standby e verifica che la replica sincrona abbia copiato le personalizzazioni del software o del volume root nella directory `/rdsdbdata`.
## Personalizzazione del volume binario in un’implementazione Multi-AZ di RDS Custom per Oracle
È possibile applicare una patch del database al volume binario (`/rdsdbbin`) in un’implementazione Multi-AZ di RDS Custom per Oracle. È necessario applicare la patch alle istanze primarie e in standby. Considera le linee guida seguenti:
+ Quando si applica una patch singola, è consigliabile creare una nuova CEV con la nuova patch singola inclusa nel manifesto.
+ Per applicare manualmente una patch singola, assicurati di decomprimerla sia nell’istanza EC2 primaria che in quella secondaria. L’applicazione della patch e l’esecuzione di `datapatch` sono necessarie solo sull’istanza Multi-AZ primaria.
+ Se applichi la patch al database utilizzando una CEV diversa, il volume binario viene sostituito. Assicurati di includere la patch singola nel manifesto della nuova CEV.
## Best practice per la personalizzazione del sistema operativo
Segui queste best practice per personalizzare il sistema operativo sulle istanze Multi-AZ di RDS Custom per Oracle:
**Test in ambienti non di produzione**
Testa sempre le personalizzazioni in un ambiente non di produzione prima di applicarle alle istanze di produzione.
**Documentazione di tutte le modifiche**
Conserva una documentazione dettagliata di tutte le personalizzazioni per riferimento futuro e per la risoluzione dei problemi. È consigliabile archiviare le personalizzazioni in uno script che può essere applicato in qualsiasi momento, per ogni evenienza.
**Verifica su entrambe le istanze**
Verifica regolarmente che le personalizzazioni siano presenti e funzionino correttamente sia sulle istanze primarie che su quelle in standby.
**Uso di Systems Manager per garantire la coerenza**
Utilizza Systems Manager per applicare le modifiche in modo coerente in tutte le istanze, soprattutto per le implementazioni Multi-AZ esistenti.
# Implementazione di RDS Custom per Oracle con AWS CloudFormation
Automatizza la distribuzione di RDS Custom for Oracle utilizzando il modello fornito. AWS CloudFormation Completa i prerequisiti seguenti prima di implementare le risorse.
## Prerequisiti
**Scarica i file Oracle richiesti**
Sono necessari file di installazione Oracle specifici prima di poter creare il CloudFormation modello. Scarica questi file prima dell’implementazione.
1. Passa a [Oracle Database 19c (19.3)](https://www.oracle.com/database/technologies/oracle19c-linux-downloads.html)
1. Individua e scarica il file `LINUX.X64_193000_db_home.zip`
1. Rinomina il file in `V982063-01.zip`
1. Scarica le patch rimanenti, selezionando **Piattaforma o Lingua** come `Linux x86-64`
### OPatch Utilità più recente
[Patch 6880880](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=6880880)
### Patch PSU di gennaio 2023
**Patch PSU e RU del database**
+ [Patch 34765931](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=34765931)
+ [Patch 34786990](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=34786990)
**Patch aggiuntive richieste**
+ [Patch 35099667](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35099667)
+ [Patch 35099674](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35099674)
+ [Patch 28730253](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=28730253)
+ [Patch 29213893](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=29213893)
+ [Patch 35012866](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35012866)
### Patch PSU di aprile 2023
**Patch PSU e RU del database**
+ [Patch 35042068](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35042068)
+ [Patch 35050341](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35050341)
**Patch aggiuntive richieste**
+ [Patch 28730253](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=28730253)
+ [Patch 29213893](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=29213893)
+ [Patch 33125873](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=33125873)
+ [Patch 35220732](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35220732)
+ [Patch 35239280](https://updates.oracle.com/Orion/PatchDetails/process_form?patch_num=35239280)
### Configurazione dei bucket Amazon S3
1. Crea un bucket Amazon S3 nel tuo Account AWS o scegli un bucket esistente.
1. Crea una struttura di cartelle nel bucket simile all’esempio seguente.
```
/
└── oracle_cev/
├── V982063-01.zip
├── p6880880_190000_Linux-x86-64.zip
├── p34765931_190000_Linux-x86-64.zip
├── p34786990_190000_Linux-x86-64.zip
├── p35099667_190000_Linux-x86-64.zip
├── p35099674_190000_Generic.zip
├── p28730253_190000_Linux-x86-64.zip
├── p29213893_1918000DBRU_Generic.zip
├── p35012866_1918000DBRU_Linux-x86-64.zip
├── p35042068_190000_Linux-x86-64.zip
├── p35050341_190000_Linux-x86-64.zip
├── p29213893_1919000DBRU_Generic.zip
├── p33125873_1919000DBRU_Linux-x86-64.zip
├── p35220732_190000_Linux-x86-64.zip
└── p35239280_190000_Generic.zip
```
1. Carica tutti i file Oracle scaricati in precedenza nelle cartelle appropriate.
## Implementa RDS Custom for Oracle utilizzando AWS CloudFormation
### Fase 1: Preparare il modello CloudFormation
Prima di implementare RDS Custom per Oracle, devi scaricare e configurare il modello CloudFormation che crea i prerequisiti necessari.
**Copia e salva il modello**
1. Vai a [Deploying RDS Custom for Oracle with single and multiple Availability Zones](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html#aws-resource-rds-dbinstance--examples--Deploying_RDS_Custom_for_Oracle_with_single_and_multiple_Availability_Zones)
1. Copia il modello nel formato che preferisci (YAML o JSON)
1. Salva il file in formato YAML o JSON. Ad esempio, `rds-custom-oracle-prereqs.yaml`
**Avvia lo stack nella console AWS **
1. Apri la AWS console e vai a AWS CloudFormation
1. Scegli **Crea stack** > **Con nuove risorse (standard)**.
1. Seleziona **Scegli un modello esistente**
1. Seleziona **Carica un file di modello** > **Scegli file**
1. Seleziona il file modello che hai scaricato in precedenza
1. Lascia i valori predefiniti dei parametri
1. Seleziona **Avanti** per creare lo stack
**Alternativa: utilizzo della AWS CLI**
Invece di utilizzare la console, puoi creare lo stack mediante la AWS CLI:
```
aws cloudformation create-stack \
--stack-name rds-custom-oracle \
--template-body file://rds-custom-oracle-prereqs.yaml \
--capabilities CAPABILITY_NAMED_IAM
```
### Fase 2: creazione delle versioni personalizzate del motore (CEVs) e delle istanze Amazon RDS
**Copia e salva il modello**
1. Vai a [Deploying RDS Custom for Oracle with single and multiple Availability Zones](https://docs.aws.amazon.com/AWSCloudFormation/latest/TemplateReference/aws-resource-rds-dbinstance.html#aws-resource-rds-dbinstance--examples--Deploying_RDS_Custom_for_Oracle_with_single_and_multiple_Availability_Zones)
1. Copia il modello nel formato che preferisci (YAML o JSON)
1. Se necessario, aggiorna i seguenti parametri nel modello:
+ `BucketName`
+ `CEVS3Prefix`
+ Password principale del database (sostituisci \$1\$1\$1\$1\$1\$1\$1\$1\$1\$1\$1\$1\$1)
1. Salva il file in formato YAML o JSON
### Fase 3: Esegui la distribuzione utilizzando la console AWS
1. Apri la AWS console e vai a AWS CloudFormation
1. Scegli **Crea stack** > **Con nuove risorse (standard)**.
1. Seleziona **Scegli un modello esistente**
1. Seleziona **Carica un file di modello** > **Scegli file**
1. Seleziona il file modello che hai scaricato in precedenza
1. Lascia i parametri come valori predefiniti
1. Compila i parametri nel modo seguente:
```
BucketName: rds-custom-id
CEVS3Prefix: oracle_cev
CEVCreation: Yes
```
1. Rivedi la configurazione e seleziona **Avanti** per creare lo stack
**Facoltativo: distribuisci utilizzando AWS CLI**
```
aws cloudformation create-stack \
--stack-name rds-custom-oracle \
--template-body file://rds-custom-oracle.yaml \
--parameters \
ParameterKey=BucketName,ParameterValue=rds-custom-id \
ParameterKey=CEVS3Prefix,ParameterValue=oracle_cev \
ParameterKey=CEVCreation,ParameterValue=Yes \
--capabilities CAPABILITY_NAMED_IAM
```
## Risorse di implementazione create
Il modello crea le seguenti risorse:
+ Amazon VPC con sottoreti pubbliche e private
+ Gruppi di sicurezza
+ Endpoint Amazon VPC
+ Ruoli IAM e policy
+ AWS KMS chiave per la crittografia
+ Versioni personalizzate del motore (CEVs)
+ Istanze RDS Custom per Oracle per configurazioni Single-AZ e Multi-AZ
## Monitora l’avanzamento dell’implementazione
Dopo aver creato lo CloudFormation stack, monitorane l'avanzamento per garantire la corretta implementazione. Il processo di distribuzione include la creazione di versioni personalizzate del motore (CEVs) e istanze RDS.
Per monitorare l’avanzamento dell’implementazione:
1. Apri la console. CloudFormation
1. Scegli il nome dello stack.
1. Scegli la scheda **Eventi** per visualizzare lo stato di avanzamento e identificare eventuali errori.
**Nota**
La creazione di una CEV richiede in genere 2-3 ore. Una volta completata correttamente la creazione della CEV, Amazon RDS inizia automaticamente a creare l’istanza Amazon RDS.
## Post-implementazione
Una volta completato il processo di creazione dello stack, esegui i seguenti passaggi di verifica e configurazione post-implementazione:
1. Dalla pagina della console Amazon RDS, accedi a **Versioni del motore personalizzato** per verificare la creazione della CEV.
1. Verifica che le istanze Amazon RDS siano state create e siano disponibili
1. Testa la connettività alle istanze Amazon RDS
1. Configura le strategie di monitoraggio e backup in base alle esigenze
## Pulizia
Per rimuovere tutte le risorse, esegui il seguente AWS CLI comando:
```
aws cloudformation delete-stack --stack-name rds-custom-oracle
```
## Risoluzione dei problemi
In caso di errori durante l’implementazione, utilizza le seguenti soluzioni per risolvere i problemi più comuni.
La creazione di CEV non riesce
+ Verifica che tutte le patch richieste siano caricate in Amazon S3
+ Controlla le autorizzazioni IAM
+ Verifica che le versioni delle patch siano corrette. Per un elenco delle patch richieste, consulta [Prerequisiti](#custom-oracle-prerequisites).
La creazione di istanze Amazon RDS non riesce
+ Controlla le VPC/subnet configurazioni
+ Verifica le regole del gruppo di sicurezza
+ Conferma che la CEV sia disponibile