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 istanze database Amazon RDS Custom for Oracle
Amazon RDS Custom supporta un sottoinsieme delle normali attività di gestione per le istanze database Amazon RDS. Di seguito, puoi trovare le istruzioni per le attività di gestione RDS Custom for Oracle supportate utilizzando la Console di gestione AWS e AWS CLI.
**Topics**
+ [Utilizzo dei database container (CDBs) in RDS Custom for Oracle](custom-managing.multitenant.md)
+ [Utilizzo di funzionalità ad alta disponibilità per RDS Custom per Oracle](custom-managing.ha.md)
+ [Personalizzazione dell'ambiente RDS Custom](custom-managing.customizing-env.md)
+ [Modifica dell'istanza database RDS Custom per Oracle](custom-managing.modifying.md)
+ [Modifica del set di caratteri di un'istanza database di RDS Custom per Oracle](custom-managing.character-set.md)
+ [Impostazione del valore NLS\$1LANG in RDS Custom per Oracle](custom-managing.nlslang.md)
+ [Supporto per Transparent Data Encryption](#custom-managing.tde)
+ [Assegnazione di tag a risorse RDS Custom for Oracle](custom-managing.tagging.md)
+ [Eliminazione di un'istanza database RDS Custom for Oracle](custom-managing.deleting.md)
# Utilizzo dei database container (CDBs) in RDS Custom for Oracle
È possibile creare l’istanza database RDS Custom per Oracle con l’architettura Oracle multitenant (tipo di motore `custom-oracle-ee-cdb` o `custom-oracle-se2-cdb`) o con l’architettura tradizionale non CDB (tipo di motore `custom-oracle-ee` o `custom-oracle-se2`). Quando crei un database container (CDB), include un database collegabile (PDB) e un seed PDB. È possibile crearne altri PDBs manualmente utilizzando Oracle SQL.
## Nomi PDB e CDB
Quando crei un'istanza CDB RDS Custom per Oracle, è necessario specificare un nome del PDB iniziale. Per impostazione predefinita, il nome iniziale del PDB è `ORCL`. È possibile scegliere un nome diverso.
Per impostazione predefinita, il nome del tuo CDB è `RDSCDB`. È possibile scegliere un nome diverso. Il nome CDB è anche il nome dell'identificatore di sistema (SID) Oracle, che identifica in modo univoco la memoria e i processi che gestiscono il CDB. Per ulteriori informazioni sul SID Oracle, consulta la sezione relativa all'[identificatore di sistema (SID) Oracle](https://docs.oracle.com/en/database/oracle/oracle-database/19/cncpt/oracle-database-instance.html#GUID-8BB8140D-63ED-454E-AAC3-1964F80D102D) nel manuale *Oracle Database Concepts*.
Non puoi rinominare una versione esistente PDBs utilizzando Amazon APIs RDS. Inoltre, non è possibile rinominare il CDB utilizzando il comando `modify-db-instance`.
## Gestione dei PDB
Nel modello di responsabilità condivisa RDS Custom for Oracle, sei responsabile della gestione PDBs e della creazione di eventuali elementi aggiuntivi. PDBs RDS Custom non limita il numero di. PDBs È possibile creare, modificare ed eliminare manualmente PDBs collegandosi alla radice del CDB ed eseguendo un'istruzione SQL. Crea PDBs su un volume di dati Amazon EBS per evitare che l'istanza DB esca dal perimetro di supporto.
Per modificare il tuo CDBs o PDBs, completa i seguenti passaggi:
1. Sospendi l'automazione per evitare interferenze con le azioni di RDS Custom.
1. Modifica il tuo CDB o PDBs.
1. Esegui il backup di qualsiasi modifica PDBs.
1. Riprendere l'automazione RDS Custom.
## Ripristino automatico della root del CDB
RDS Custom mantiene aperta la root CDB nello stesso modo in cui mantiene aperto un non CDB. Se lo stato della root CDB cambia, il monitoraggio e l'automazione del ripristino tenta di ripristinare la root CDB allo stato desiderato. Vengono generate le notifiche di eventi RDS quando il CDB root viene chiuso (`RDS-EVENT-0004`) o riavviato (`RDS-EVENT-0006`), in modo simile all'architettura non CDB. RDS Custom tenta di aprire la `READ WRITE` modalità PDBs all-in all'avvio dell'istanza DB. Se alcuni non PDBs possono essere aperti, RDS Custom pubblica il seguente evento:. `tenant database shutdown`
# Utilizzo di funzionalità ad alta disponibilità per RDS Custom per Oracle
RDS Custom per Oracle offre la disponibilità elevata integrata tramite le implementazioni Multi-AZ. In alternativa, puoi utilizzare Oracle Data Guard come opzione gestita dal cliente in base ai tuoi casi d’uso.
## Implementazioni Multi-AZ (completamente gestite)
Con le implementazioni Multi-AZ 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 DB principale viene replicata in modo sincrono su una replica in standby AZs per la ridondanza dei dati. L’implementazione Multi-AZ è supportata sia in Enterprise Edition che in Standard Edition 2. Per informazioni dettagliate, vedi [Gestione di un’implementazione Multi-AZ per RDS Custom per Oracle](custom-oracle-multiaz.md).
## Oracle Data Guard (gestito dal cliente)
In alternativa, puoi ottenere disponibilità elevata configurando manualmente Oracle Data Guard in modo da replicare i dati tra istanze database RDS Custom per Oracle. L'istanza database principale sincronizza automaticamente i dati con le istanze di standby. Oracle Data Guard è supportato solo in Enterprise Edition.
Puoi configurare l'ambiente ad elevata disponibilità nei seguenti modi:
+ Configura le istanze di standby in diversi modi per resistere ai guasti AZ. AZs
+ Posizionare i database in standby in modalità montata o di sola lettura. La modalità di sola lettura richiede una licenza Oracle Active Data Guard.
+ Si passa o si esegue il failover dal database principale a un database in standby senza perdita di dati.
+ Eseguire la migrazione dei dati configurando la disponibilità elevata per l’istanza on-premises, quindi eseguendo il failover o passando al database in standby RDS Custom per Oracle.
Per informazioni su come configurare Oracle Data Guard per l'alta disponibilità, consulta il AWS blog [Build high availability for RDS Custom for](https://aws.amazon.com/blogs/database/build-high-availability-for-amazon-rds-custom-for-oracle-using-read-replicas/) Oracle utilizzando repliche di lettura. Si possono eseguire queste attività:
+ Utilizzare un tunnel Virtual Private Network (VPN) per crittografare i dati in transito per le istanze ad alta disponibilità. La crittografia in transito non è configurata automaticamente da RDS Custom per Oracle.
+ Configurare Oracle Fast-Failover Observer (FSFO) per monitorare le istanze ad alta disponibilità.
+ Consentire all'osservatore di eseguire il failover automatico quando sono soddisfatte le condizioni necessarie.
# Personalizzazione dell'ambiente RDS Custom
RDS Custom per Oracle include funzionalità dedicate che consentono di personalizzare l'ambiente delle istanze DB senza interrompere l'automazione. Ad esempio, puoi utilizzare RDS APIs per personalizzare il tuo ambiente come segue:
+ Creare e ripristinare gli snapshot DB per creare un ambiente di clonazione.
+ Creare repliche di lettura.
+ Modificare le impostazioni di archiviazione.
+ Modificare la CEV per applicare gli aggiornamenti dei rilasci.
Per alcune personalizzazioni, come la modifica del set di caratteri, non è possibile utilizzare le API RDS. In questi casi, è necessario modificare l'ambiente manualmente accedendo all'istanza Amazon EC2 come utente root o accedendo al database Oracle come `SYSDBA`.
Per personalizzare l'istanza manualmente, è necessario sospendere e riprendere l'automazione RDS Custom. La pausa garantisce che le personalizzazioni non interferiscano con l'automazione di RDS Custom. In questo modo, si evita di interrompere il perimetro di supporto, che pone l'istanza nello stato `unsupported-configuration` finché non vengono risolti i problemi sottostanti. La sospensione e la ripresa sono le uniche attività di automazione supportate durante la modifica di un'istanza database RDS Custom per Oracle.
## Passaggi generali per personalizzare l'ambiente RDS Custom
Per personalizzare l'istanza database RDS Custom, occorre eseguire le seguenti operazioni:
1. Sospendi l'automazione RDS Custom per un periodo di tempo specificato tramite la console o la CLI.
1. Identifica l'istanza Amazon EC2 sottostante.
1. Stabilisci la connessione all'istanza Amazon EC2 sottostante usando le chiavi SSH o AWS Systems Manager.
1. Verifica le impostazioni di configurazione correnti a livello di database o sistema operativo.
È possibile convalidare le modifiche confrontando la configurazione iniziale con quella modificata. A seconda del tipo di personalizzazione, utilizza gli strumenti del sistema operativo o le query di database.
1. Personalizza l'istanza database RDS Custom per Oracle secondo necessità.
1. Riavvia l'istanza o il database, se necessario.
**Nota**
In un Oracle CDB locale, è possibile mantenere una modalità aperta specificata per PDBs l'utilizzo di un comando integrato o dopo un trigger di avvio. Questo meccanismo porta PDBs a uno stato specifico al riavvio del CDB. All'apertura del CDB, RDS Custom automation elimina tutti gli stati preservati specificati dall'utente e tenta di aprirli tutti. PDBs Se RDS Custom non è in grado di aprire tutto PDBs, viene emesso il seguente evento:. `The following PDBs failed to open: list-of-PDBs`
1. Verifica le nuove impostazioni di configurazione confrontandole con le impostazioni precedenti.
1. Riprendi l'automazione RDS Custom in uno dei seguenti modi:
+ Riprendi l'automazione manualmente.
+ Attendi che il periodo di pausa finisca. In questo caso, RDS Custom riprende automaticamente il monitoraggio e il ripristino delle istanze.
1. Verifica il framework di automazione di RDS Custom.
Se hai seguito correttamente i passaggi precedenti, RDS Custom avvia un backup automatico. Lo stato dell'istanza nella console è **Disponibile**.
Per best practice e step-by-step istruzioni, consulta i post del AWS blog [Apportare modifiche alla configurazione di un'istanza Amazon RDS Custom for Oracle: parte 1](https://aws.amazon.com/blogs/database/part-1-make-configuration-changes-to-an-amazon-rds-custom-for-oracle-instance/) e [Ricreare un database Amazon RDS personalizzato per Oracle:](https://aws.amazon.com/blogs/database/part-2-recreate-an-amazon-rds-custom-for-oracle-database/) parte 2.
## Sospensione e ripresa dell'istanza database RDS Custom
È possibile sospendere e riprendere l'automazione dell'istanza database tramite la console o la CLI.
### Console
**Per sospendere o riprendere l'automazione RDS Custom**
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel pannello di navigazione, scegliere **Databases (Database)** e selezionare l'istanza database RDS Custom da modificare.
1. Scegliere **Modify (Modifica)**. Viene visualizzata la pagina **Modify DB Instance (Modifica istanza database)**.
1. Per **Modalità di automazione RDS Custom**, scegliere una delle seguenti opzioni:
+ **Paused (In pausa)** sospende il monitoraggio e il ripristino dell'istanza per l'istanza database RDS Custom. Inserire la durata di pausa desiderata (in minuti) **Durata della modalità di automazione**. Il valore minimo è 60 minuti (predefinito). Il valore massimo è 1.440 minuti.
+ **Automazione completa** riprende l'automazione.
1. Scegliere **Continue (Continua)** per controllare il riepilogo delle modifiche.
Un messaggio indica che RDS Custom applicherà immediatamente le modifiche.
1. Se le modifiche sono corrette, selezionare **Modify DB Instance (Modifica istanza database)**. Oppure scegliere **Back (Indietro)** per cambiare le modifiche o **Cancel (Annulla)** per annullare le modifiche.
Nella console RDS vengono visualizzati i dettagli per la modifica. Se hai interrotto l'automazione, lo **Stato** della tua istanza database RDS Custom indica **Automation paused (Sospensione dell'automazione)**.
1. (Opzionale) Nel pannello di navigazione, scegliere **Databases (Database)**, quindi scegliere un'istanza database RDS Custom.
Nel pannello **Summary (Riepilogo)**, la **Modalità di automazione RDS Custom** indica lo stato dell'automazione. Se l'automazione è sospesa, il valore è **In pausa. L'automazione riprenderà tra pochi minuti**. *num*
### AWS CLI
Per mettere in pausa o riprendere l'automazione RDS Custom, usa il comando. `modify-db-instance` AWS CLI Identificare l'istanza database utilizzando il parametro richiesto `--db-instance-identifier`. Controllare la modalità di automazione con i seguenti parametri:
+ `--automation-mode` specifica lo stato di pausa dell'istanza database. I valori validi sono `all-paused`, che mette in pausa l'automazione e `full`, che la riprende.
+ `--resume-full-automation-mode-minutes` specifica la durata della pausa. Il valore predefinito è di 60 minuti.
**Nota**
Indipendentemente dal fatto che tu specifichi `--no-apply-immediately` o `--apply-immediately`, RDS Custom applica le modifiche in modo asincrono il prima possibile.
Nella risposta al comando, `ResumeFullAutomationModeTime` indica l'orario di ripristino come timestamp UTC. Quando la modalità di automazione è `all-paused`, è possibile utilizzare `modify-db-instance` per riprendere la modalità di automazione o prolungare il periodo di pausa. Non sono supportate altre opzioni `modify-db-instance`.
L'esempio seguente sospende l'automazione per `my-custom-instance` per 90 minuti.
**Example**
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode all-paused \
--resume-full-automation-mode-minutes 90
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode all-paused ^
--resume-full-automation-mode-minutes 90
```
L'esempio seguente estende la durata della pausa di altri 30 minuti. I 30 minuti vengono aggiunti all'orario di origine mostrato in `ResumeFullAutomationModeTime`.
**Example**
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode all-paused \
--resume-full-automation-mode-minutes 30
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode all-paused ^
--resume-full-automation-mode-minutes 30
```
L'esempio seguente riprende l'automazione completa per `my-custom-instance`.
**Example**
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-custom-instance \
--automation-mode full \
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-custom-instance ^
--automation-mode full
```
Nel seguente output di esempio parziale, il valore `AutomationMode` in attesa è `full`.
```
{
"DBInstance": {
"PubliclyAccessible": true,
"MasterUsername": "admin",
"MonitoringInterval": 0,
"LicenseModel": "bring-your-own-license",
"VpcSecurityGroups": [
{
"Status": "active",
"VpcSecurityGroupId": "0123456789abcdefg"
}
],
"InstanceCreateTime": "2020-11-07T19:50:06.193Z",
"CopyTagsToSnapshot": false,
"OptionGroupMemberships": [
{
"Status": "in-sync",
"OptionGroupName": "default:custom-oracle-ee-19"
}
],
"PendingModifiedValues": {
"AutomationMode": "full"
},
"Engine": "custom-oracle-ee",
"MultiAZ": false,
"DBSecurityGroups": [],
"DBParameterGroups": [
{
"DBParameterGroupName": "default.custom-oracle-ee-19",
"ParameterApplyStatus": "in-sync"
}
],
...
"ReadReplicaDBInstanceIdentifiers": [],
"AllocatedStorage": 250,
"DBInstanceArn": "arn:aws:rds:us-west-2:012345678912:db:my-custom-instance",
"BackupRetentionPeriod": 3,
"DBName": "ORCL",
"PreferredMaintenanceWindow": "fri:10:56-fri:11:26",
"Endpoint": {
"HostedZoneId": "ABCDEFGHIJKLMNO",
"Port": 8200,
"Address": "my-custom-instance.abcdefghijk.us-west-2.rds.amazonaws.com"
},
"DBInstanceStatus": "automation-paused",
"IAMDatabaseAuthenticationEnabled": false,
"AutomationMode": "all-paused",
"EngineVersion": "19.my_cev1",
"DeletionProtection": false,
"AvailabilityZone": "us-west-2a",
"DomainMemberships": [],
"StorageType": "gp2",
"DbiResourceId": "db-ABCDEFGHIJKLMNOPQRSTUVW",
"ResumeFullAutomationModeTime": "2020-11-07T20:56:50.565Z",
"KmsKeyId": "arn:aws:kms:us-west-2:012345678912:key/aa111a11-111a-11a1-1a11-1111a11a1a1a",
"StorageEncrypted": false,
"AssociatedRoles": [],
"DBInstanceClass": "db.m5.xlarge",
"DbInstancePort": 0,
"DBInstanceIdentifier": "my-custom-instance",
"TagList": []
}
```
# Modifica dell'istanza database RDS Custom per Oracle
La modifica di un’istanza database RDS Custom per Oracle è simile a quella di un’istanza database Amazon RDS: È possibile modificare impostazioni come:
+ DB instance class (Classe istanza database)
+ Allocazione e tipo di archiviazione
+ Periodo di conservazione dei backup
+ Protezione da eliminazione
+ Gruppo di opzioni
+ CEV (consulta [Aggiornamento di un'istanza database RDS Custom per Oracle](custom-upgrading-modify.md))
+ Porta
**Topics**
+ [Requisiti e limitazioni per la modifica dell'archiviazione dell'istanza database](#custom-managing.storage-modify)
+ [Requisiti e limitazioni durante la modifica della classe di istanza database](#custom-managing.instance-class-reqs)
+ [In che modo RDS Custom crea l'istanza database quando si modifica la classe di istanza](#custom-managing.instance-class-resources)
+ [Modifica dell'istanza database RDS Custom per Oracle](#custom-managing.modifying.procedure)
## Requisiti e limitazioni per la modifica dell'archiviazione dell'istanza database
Tieni presenti i seguenti requisiti e le limitazioni quando modifichi l'archiviazione di un'istanza database RDS Custom per Oracle:
+ Lo storage minimo allocato per RDS Custom per Oracle è 40 GiB e il massimo è 64 TiB.
+ Come per Amazon RDS, non è possibile ridurre lo storage allocato. Questa è una limitazione dei volumi Amazon EBS.
+ La scalabilità automatica dello storage non è supportato per le istanze database RDS Custom.
+ Tutti i volumi di archiviazione collegati manualmente all'istanza database RDS Custom si trovano al di fuori del perimetro di supporto.
Per ulteriori informazioni, consulta [Perimetro di supporto RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter).
+ Il tipo di archiviazione magnetico (standard) Amazon EBS non è supportato per RDS Custom. Puoi scegliere solo i tipi di storage SSD io1, io2, gp2 o gp3.
Per ulteriori informazioni sull'archiviazione Amazon EBS, consulta [Storage delle istanze di database Amazon RDS](CHAP_Storage.md). Per informazioni generali sulla modifica dello storage, consulta [Uso dello storage per istanze database di Amazon RDS](USER_PIOPS.StorageTypes.md).
## Requisiti e limitazioni durante la modifica della classe di istanza database
Tieni presenti i seguenti requisiti e le limitazioni quando modifichi la classe di istanza per un'istanza database RDS Custom per Oracle:
+ L'istanza database deve essere nello stato `available`.
+ L'istanza database deve disporre di almeno 100 MiB di spazio libero sul volume root, sul volume dei dati e sul volume binario.
+ È possibile assegnare un solo IP elastico (EIP) all'istanza database RDS Custom per Oracle quando si utilizza l'interfaccia di rete elastica (ENI) predefinita. Se ne alleghi più di uno alla tua istanza DB, ENIs l'operazione di modifica non riesce.
+ Tutti i tag RDS Custom per Oracle devono essere presenti.
+ Tieni presenti i requisiti e le limitazioni seguenti se usi la replica di RDS Custom per Oracle:
+ Per le istanze database primarie e le repliche di lettura, è possibile modificare la classe di istanza per una sola istanza database alla volta.
+ Se l'istanza database RDS Custom per Oracle dispone di un database primario o di replica on-premise, assicurati di aggiornare manualmente gli indirizzi IP privati sull'istanza database on-premise al termine della modifica. Questa azione è necessaria per preservare la DataGuard funzionalità Oracle. RDS Custom per Oracle pubblica un evento quando la modifica ha esito positivo.
+ Non è possibile modificare la classe di istanza database RDS Custom per Oracle quando le istanze database primarie o di replica di lettura hanno configurato FSFO (Fast-Start Failover).
## In che modo RDS Custom crea l'istanza database quando si modifica la classe di istanza
Quando modifichi la classe di istanza, RDS Custom crea l'istanza database come segue:
+ Crea l'istanza Amazon EC2.
+ Crea il volume root dall'ultimo snapshot di database. RDS Custom per Oracle non mantiene le informazioni aggiunte al volume root dopo l'ultimo snapshot di database.
+ Crea CloudWatch allarmi Amazon.
+ Crea una coppia di chiavi SSH Amazon EC2 se hai eliminato la coppia di chiavi originale. Altrimenti, RDS Custom per Oracle mantiene la coppia di chiavi originale.
+ Crea nuove risorse utilizzando i tag associati all'istanza database quando si avvia la modifica. RDS Custom non trasferisce i tag alle nuove risorse quando sono collegate direttamente alle risorse sottostanti.
+ Trasferisce i volumi binari e di dati con le modifiche più recenti alla nuova istanza database.
+ Trasferisce l'indirizzo IP elastico (EIP). Se l'istanza database è accessibile pubblicamente, RDS Custom associa temporaneamente un indirizzo IP pubblico alla nuova istanza database prima di trasferire l'indirizzo EIP. Se l'istanza database non è accessibile pubblicamente, RDS Custom non crea indirizzi IP pubblici.
## Modifica dell'istanza database RDS Custom per Oracle
Puoi modificare la classe o lo storage dell'istanza DB utilizzando la console o AWS CLI l'API RDS.
### Console
**Per modificare un'istanza database RDS Custom per Oracle**
1. Accedi a Console di gestione AWS e apri 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. Scegliere l'istanza database che si vuole modificare.
1. Scegliere **Modify (Modifica)**.
1. (Facoltativo) In **Configurazione dell’istanza**, scegli un valore per **Classe di istanza database**. Per le classi supportate, consultare [Supporto delle classi di istanza database per RDS Custom per Oracle](custom-oracle-feature-support.md#custom-reqs-limits.instances).
1. (Facoltativo) In **Archiviazione**, apporta le seguenti modifiche, se necessario:
1. Inserire un nuovo valore per **Allocated Storage (Storage allocato)**. Questo valore deve essere maggiore di quello corrente e da 40 Gib—64 TiB.
1. **Modifica il valore per il **tipo di storage** in **General Purpose SSD (gp2), General Purpose SSD (gp3)****, Provisioned IOPS (io1)** o **Provisioned IOPS (io2**).**
1. **Se hai specificato un tipo di storage diverso da **General Purpose SSD** (gp2), puoi modificare il valore Provisioned IOPS.**
1. (Facoltativo) In **Configurazione aggiuntiva**, apporta le seguenti modifiche, se necessario:
1. In **Gruppo di opzioni**, scegli un nuovo gruppo di opzioni. Per ulteriori informazioni, consulta [Utilizzo d gruppi di opzioni in RDS Custom per Oracle](custom-oracle-option-groups.md).
1. Scegli **Continue** (Continua).
1. Scegliere **Apply immediately (Applica immediatamente)** o **Apply during the next scheduled maintenance window (Applica durante la prossima finestra di manutenzione pianificata)**.
1. Scegliere **Modify DB Instance (Modifica istanza database)**.
### AWS CLI
Per modificare lo spazio di archiviazione per un'istanza DB RDS Custom for Oracle, utilizzare il comando. [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI Impostazione dei parametri seguenti in base alle esigenze:
+ `--db-instance-class` – Una nuova classe di istanza. Per le classi supportate, consultare [Supporto delle classi di istanza database per RDS Custom per Oracle](custom-oracle-feature-support.md#custom-reqs-limits.instances).
+ `--allocated-storage`: la quantità di spazio di archiviazione, in gibibyte, da allocare per l'istanza database. Questo valore deve essere maggiore di quello corrente e da 40–65,536 GiB.
+ `--storage-type`— Il tipo di archiviazione: gp2, gp3, io1 o io2.
+ `--iops`— IOPS fornito per l'istanza DB, se si utilizzano i tipi di storage io1, io2 o gp3.
+ `--apply-immediately`: utilizza `--apply-immediately` per applicare immediatamente le modifiche.
Oppure utilizza `--no-apply-immediately` (impostazione di default) per applicare le modifiche durante la finestra di manutenzione successiva.
L'esempio seguente modifica la classe dell'istanza DB su. `my-cfo-instance` `db.m5.16xlarge` Il comando modifica anche la dimensione di archiviazione in `1024` (1 TiB), il tipo di archiviazione in`io2`, Provisioned IOPS in e il gruppo di `3000` opzioni in. `cfo-ee-19-mt`
**Example**
Per Linux, macOS o Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my-cfo-instance \
--db-instance-class db.m5.16xlarge \
--storage-type io2 \
--iops 3000 \
--allocated-storage 1024 \
--option-group cfo-ee-19-mt \
--apply-immediately
```
Per Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my-cfo-instance ^
--db-instance-class db.m5.16xlarge ^
--storage-type io2 ^
--iops 3000 ^
--allocated-storage 1024 ^
--option-group cfo-ee-19-mt ^
--apply-immediately
```
# Modifica del set di caratteri di un'istanza database di RDS Custom per Oracle
RDS Custom per Oracle è impostato per default sul set di caratteri US7ASCII. Potrebbe essere necessario specificare set di caratteri diversi per soddisfare i requisiti di caratteri lingua o multibyte. Quando si utilizza RDS Custom per Oracle, puoi sospendere l'automazione e quindi modificare manualmente il set di caratteri del database.
La modifica del set di caratteri di un'istanza database di RDS Custom per Oracle ha i seguenti requisiti:
+ Puoi modificare il carattere solo su un'istanza di RDS Custom appena sottoposta a provisioning che dispone di un database vuoto o di avvio senza dati dell'applicazione. Per tutti gli altri scenari, modifica il set di caratteri utilizzando DMU (Database Migration Assistant for Unicode).
+ Puoi passare solo a un set di caratteri supportato da RDS per Oracle. Per ulteriori informazioni, consulta [Set di caratteri DB supportati](Appendix.OracleCharacterSets.md#Appendix.OracleCharacterSets.db-character-set.supported).
**Modificare il set di caratteri di un'istanza database di RDS Custom per Oracle**
1. Sospendi l'automazione RDS Custom. Per ulteriori informazioni, consulta [Sospensione e ripresa dell'istanza database RDS Custom](custom-managing.customizing-env.md#custom-managing.pausing).
1. Accedi al database come utente con privilegi `SYSDBA`.
1. Riavvia il database in modalità limitata, modifica il set di caratteri e quindi riavvia il database in modalità normale.
Esegui lo script seguente nel client SQL:
```
SHUTDOWN IMMEDIATE;
STARTUP RESTRICT;
ALTER DATABASE CHARACTER SET INTERNAL_CONVERT AL32UTF8;
SHUTDOWN IMMEDIATE;
STARTUP;
SELECT VALUE FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET';
```
Verifica che l'output contenga il set di caratteri corretto:
```
VALUE
--------
AL32UTF8
```
1. Riprendere l'automazione RDS Custom. Per ulteriori informazioni, consulta [Sospensione e ripresa dell'istanza database RDS Custom](custom-managing.customizing-env.md#custom-managing.pausing).
# Impostazione del valore NLS\$1LANG in RDS Custom per Oracle
Un *locale* è un insieme di informazioni che riguardano i requisiti linguistici e culturali che corrispondono a una determinata lingua e paese. Per specificare il comportamento delle impostazioni locali per il software Oracle, imposta la variabile di ambiente `NLS_LANG` sull'host client. Questo parametro imposta la lingua. il territorio e il set di caratteri utilizzati dall'applicazione client in una sessione di database.
Per RDS Custom per Oracle, nella variabile `NLS_LANG` è possibile impostare solo la lingua: il territorio e il set di caratteri utilizzano le impostazioni predefinite. La lingua viene utilizzata per i messaggi del database Oracle, l'ordinamento, i nomi dei giorni e i nomi dei mesi. Ogni lingua supportata ha un nome univoco, ad esempio americano, francese o tedesco. Se la lingua non è specificata, il valore predefinito è Americano.
Dopo aver creato il database RDS Custom per Oracle, è possibile impostare`NLS_LANG` sull'host client configurando una lingua diversa dall'inglese. Per visualizzare l'elenco delle lingue supportate da Oracle Database, accedi al database RDS Custom per Oracle ed esegui la seguente query:
```
SELECT VALUE FROM V$NLS_VALID_VALUES WHERE PARAMETER='LANGUAGE' ORDER BY VALUE;
```
Puoi impostare `NLS_LANG` sulla riga di comando dell'host. L'esempio seguente imposta la lingua su Tedesco per l'applicazione client utilizzando la shell (interprete di comandi) Z su Linux.
```
export NLS_LANG=German
```
L'applicazione legge il valore `NLS_LANG` all'avvio e quindi lo comunica al database quando si connette.
Per ulteriori informazioni, consulta la pagina relativa alla [scelta di una lingua con la variabile di ambiente NLS\$1LANG](https://docs.oracle.com/en/database/oracle/oracle-database/21/nlspg/setting-up-globalization-support-environment.html#GUID-86A29834-AE29-4BA5-8A78-E19C168B690A) nel manuale *Oracle Database Globalization Support Guide*.
## Supporto per Transparent Data Encryption
RDS Custom supporta Transparent Data Encryption (TDE) per le istanze database RDS Custom for Oracle.
Tuttavia, non è possibile abilitare TDE utilizzando un'opzione in un gruppo di opzioni personalizzato come è possibile in RDS for Oracle. Attiva TDE manualmente. Per informazioni sull'uso di Oracle Transparent Data Encryption, consulta [Garantire la sicurezza dei dati archiviati con Transparent Data Encryption](http://docs.oracle.com/cd/E11882_01/network.112/e40393/asotrans.htm#BABFGJAG) nella documentazione di Oracle.
# Assegnazione di tag a risorse RDS Custom for Oracle
Puoi taggare le risorse RDS Custom come con le risorse Amazon RDS, ma con alcune importanti differenze:
+ Non creare o modificare la tag `AWSRDSCustom` richiesta per l'automazione RDS Custom. Se lo fai, potresti interrompere l'automazione.
+ Il tag `Name` viene aggiunto alle risorse RDS Custom con il valore di prefisso `do-not-delete-rds-custom` o `rds-custom!oracle-do-not-delete`. Qualsiasi valore passato dal cliente per la chiave viene sovrascritto.
+ Le tag aggiunte alle istanze database RDS Custom durante la creazione vengono propagate a tutte le altre risorse RDS Custom correlate.
+ Le tag non vengono propagate quando le aggiungi alle risorse RDS Custom dopo la creazione dell'istanza database.
Per informazioni sul tagging delle risorse, consulta [Etichettatura delle Amazon RDS](USER_Tagging.md).
# Eliminazione di un'istanza database RDS Custom for Oracle
**avvertimento**
L'eliminazione di un'istanza DB è un'azione permanente. Non è possibile ripristinare un'istanza DB dopo l'eliminazione a meno che non si disponga di un backup o di un'istantanea.
Quando elimini un'istanza DB personalizzata RDS, elimina AWS automaticamente l' EC2 istanza Amazon sottostante e i volumi EBS. Non terminare manualmente l' EC2 istanza Amazon o eliminare i volumi EBS prima di eliminare l'istanza DB tramite Amazon RDS. L'eliminazione manuale di queste risorse impedisce l'eliminazione dell'istanza DB e la creazione finale dello snapshot, impedendo qualsiasi possibilità di ripristino.
Per eliminare un'istanza database RDS Custom, occorre eseguire quanto segue:
+ Fornire il nome dell'istanza database.
+ Deselezionare l'opzione per acquisire uno snapshot DB finale dell'istanza database.
+ Scegliere o deselezionare l'opzione per mantenere i backup automatici.
È possibile eliminare un'istanza database RDS Custom utilizzando la console o CLI. Il tempo necessario per eliminare un'istanza database può variare a seconda del periodo di conservazione del backup, ovvero del numero di backup da eliminare, dalla quantità di dati eliminati.
## Console
**Per eliminare un'istanza database RDS Custom**
1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Nel riquadro di navigazione, scegliere **Databases (Database)** e selezionare l'istanza database RDS Custom da eliminare. Le istanze database RDS Custom mostrano il ruolo **Istanza (RDS Custom)**.
1. In **Actions (Azioni)**, scegliere **Delete (Elimina)**.
1. Per mantenere i backup automatici, scegliere **Retain automated backups (Mantieni backup automatici)**.
1. Immettere **delete me** nella casella.
1. Scegliere **Delete (Elimina)**.
## AWS CLI
È possibile eliminare un'istanza DB personalizzata RDS utilizzando il [delete-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance.html) AWS CLI comando. Identificare l'istanza database utilizzando il parametro richiesto `--db-instance-identifier`. I parametri rimanenti sono gli stessi di un'istanza database Amazon RDS, con le seguenti eccezioni:
+ `--skip-final-snapshot` è obbligatorio.
+ `--no-skip-final-snapshot` non è supportata.
+ `--final-db-snapshot-identifier` non è supportata.
L'esempio seguente elimina l'istanza database RDS Custom denominata `my-custom-instance` e mantiene backup automatici.
**Example**
Per Linux, macOS o Unix:
```
aws rds delete-db-instance \
--db-instance-identifier my-custom-instance \
--skip-final-snapshot \
--no-delete-automated-backups
```
Per Windows:
```
aws rds delete-db-instance ^
--db-instance-identifier my-custom-instance ^
--skip-final-snapshot ^
--no-delete-automated-backups
```