Risoluzione dei problemi relativi ai database di Amazon RDS Custom per Oracle

Il modello di responsabilità condivisa di RDS Custom fornisce l'accesso a livello di shell al sistema operativo e l'accesso come amministratore al database. RDS Custom esegue risorse nel proprio account, a differenza di Amazon RDS, che esegue le risorse in un account di sistema. Con un maggiore accesso si ottiene una maggiore responsabilità. Nelle sezioni seguenti sono descritte le procedure di risoluzione dei problemi relativi alle istanze database Amazon RDS Custom.

Nota

Questa sezione spiega come risolvere i problemi relativi a RDS Custom per Oracle. Per informazioni sulla risoluzione dei problemi relativi a RDS Custom per SQL Server, consulta Risoluzione dei problemi relativi ai database di Amazon RDS Custom per SQL Server.

Visualizzazione di eventi RDS Custom

La procedura per visualizzare gli eventi è la stessa per le istanze database Amazon RDS e RDS Custom. Per ulteriori informazioni, consulta Visualizzazione di eventi Amazon RDS.

Per visualizzare la notifica degli eventi RDS Custom utilizzando il AWS CLI, utilizzare il describe-events comando. RDS Custom presenta diversi nuovi eventi. Le categorie di eventi sono le stesse di Amazon RDS. Per l'elenco di eventi, consultare Categorie di eventi e messaggi di evento di Amazon RDS .

Nell'esempio seguente vengono recuperati i dettagli per gli eventi verificati per l'istanza database RDS Custom specificata.

aws rds describe-events \
    --source-identifier my-custom-instance \
    --source-type db-instance

Abbonamento a eventi RDS Custom

La procedura per visualizzare gli eventi è la stessa per le istanze database Amazon RDS e RDS Custom. Per ulteriori informazioni, consulta Sottoscrizione alle notifiche eventi di Amazon RDS.

Per abbonarsi alle notifiche degli eventi RDS Custom utilizzando la CLI, utilizza il comando create-event-subscription. Includi i parametri obbligatori seguenti:

• --subscription-name

• --sns-topic-arn

Nell'esempio seguente viene creata una sottoscrizione per gli eventi di backup e ripristino per un'istanza database RDS Custom nell'account AWS attuale. Le notifiche sono inviate a un argomento Amazon Simple Notification Service (Amazon SNS) specificato da --sns-topic-arn.

aws rds create-event-subscription \
    --subscription-name my-instance-events \
    --source-type db-instance \
    --event-categories '["backup","recovery"]' \
    --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events

Risoluzione dei problemi relativi alla creazione di istanze DB

Se l'ambiente non è configurato correttamente o mancano le autorizzazioni richieste, non è possibile creare o ripristinare istanze DB RDS Custom for Oracle. Quando tenti di creare o ripristinare un'istanza DB, Amazon RDS convalida l'ambiente e restituisce messaggi di errore specifici se rileva problemi.

Dopo aver risolto tutti i problemi, riprova a creare o ripristinare l'istanza DB RDS Custom for Oracle.

Problemi comuni relativi alle autorizzazioni

Quando crei o ripristini un'istanza RDS Custom for Oracle, Amazon RDS verifica che il tuo ambiente disponga delle autorizzazioni richieste. Se le autorizzazioni sono mancanti o negate, l'operazione fallisce e viene visualizzato un messaggio di errore specifico.

Tipo di problema	Messaggio di errore	Azione
Politica di accesso ai ruoli IAM	Non è possibile creare l'istanza DB a causa di risorse incompatibili. La convalida dell'ambiente host non è riuscita per le seguenti autorizzazioni: sulla risorsa: a causa di un problema di autorizzazioni con il messaggio: Utente: non autorizzato a eseguire: sulla risorsa: perché nessuna politica basata sull'identità consente l'azione. <permission><resource><user><permission><resource><permission>	Assicurati che le autorizzazioni richieste elencate siano presenti e impostate Allow nella politica di accesso con le risorse appropriate incluse.
Limite di autorizzazione	Non è possibile creare l'istanza DB a causa di risorse incompatibili. La convalida dell'ambiente host non è riuscita per le seguenti autorizzazioni: on resource: a causa di un problema di autorizzazioni con message: User: is not authorized to perform: on resource: con una negazione esplicita in un limite di autorizzazioni. <permission><resource><user><permission><resource>	Verifica che il limite delle autorizzazioni associato al ruolo dell'istanza non limiti le autorizzazioni e le risorse richieste elencate.
Policy di controllo dei servizi	Non è possibile creare l'istanza DB a causa di risorse incompatibili. La convalida dell'ambiente host non è riuscita per le seguenti autorizzazioni: on resource: a causa di un problema di autorizzazioni con il messaggio: User: is not authorized to perform: on resource: with a esplicitamente negate in una policy di controllo del servizio. <permission><resource><user><permission><resource>	Contatta AWS Organizations l'amministratore e verifica che la politica di controllo del servizio allegata al tuo account non limiti le autorizzazioni e le risorse richieste elencate.
Politica di controllo delle risorse	Non è possibile creare l'istanza DB a causa di risorse incompatibili. La convalida dell'ambiente host non è riuscita per le seguenti autorizzazioni: sulla risorsa: a causa di un problema di autorizzazioni con il messaggio: Utente: non autorizzato a eseguire: sulla risorsa: con una negazione esplicita in una politica di controllo delle risorse. <permission><resource><user><permission><resource>	Contatta AWS Organizations l'amministratore e verifica che la politica di controllo delle risorse allegata al tuo account non limiti le autorizzazioni e le risorse richieste elencate.
Policy degli endpoint VPC	Non è possibile creare l'istanza DB a causa di risorse incompatibili. La convalida dell'ambiente host non è riuscita per le seguenti autorizzazioni: sulla risorsa: a causa di un problema di autorizzazioni con il messaggio: Utente: non autorizzato a eseguire: sulla risorsa: con una negazione esplicita in una politica degli endpoint VPC. <permission><resource><user><permission><resource>	Assicurati che gli endpoint VPC richiesti esistano e che le policy ad essi associate non limitino le autorizzazioni e le risorse richieste elencate.

Problemi di rete

Oltre a verificareFase 6: configurazione del VPC per RDS Custom per Oracle, verifica che quanto segue sia configurato correttamente e non limiti l'accesso ai servizi richiesti: AWS

Gruppo di sicurezza collegato all' EC2 istanza Amazon

Assicurati che il gruppo di sicurezza consenta tutto il traffico in entrata e in uscita necessario per le operazioni RDS Custom.

Gruppo di sicurezza collegato al tuo VPC

Verifica che i gruppi di sicurezza VPC consentano il traffico da e verso i servizi richiesti. AWS

Endpoint VPC

Verifica che tutti gli endpoint VPC richiesti siano configurati e accessibili correttamente.

Liste di controllo degli accessi alla rete

Verifica che la rete ACLs non stia bloccando il traffico necessario per la funzionalità RDS Custom.

Risoluzione dei problemi relativi alla creazione di versioni personalizzate del motore per RDS Custom per Oracle

Se la creazione di CEV non riesce, RDS Custom emette RDS-EVENT-0198 con il messaggio Creation failed for custom engine version major-engine-version.cev_name e include i dettagli sull'errore. Ad esempio, l'evento stampa i file mancanti.

La creazione di CEV potrebbe non riuscire a causa dei seguenti problemi:

• Il bucket Amazon S3 contenente i file di installazione non si trova nella stessa AWS regione del CEV.

• Quando richiedi la creazione di CEV Regione AWS per la prima volta, RDS Custom crea un bucket S3 per archiviare risorse RDS Custom (come artefatti CEV, log e log delle transazioni). AWS CloudTrail

  La creazione di CEV non riesce se RDS Custom non è in grado di creare il bucket S3. O il chiamante non dispone delle autorizzazioni S3 come descritto in Fase 5: concessione delle autorizzazioni richieste al ruolo o utente IAM o il numero di bucket S3 ha raggiunto il limite.

• Il chiamante non dispone delle autorizzazioni per ottenere i file dal bucket S3 che contiene i file multimediali di installazione. Queste autorizzazioni sono descritte in Fase 7: aggiunta delle autorizzazioni IAM necessarie.

• La tua policy IAM ha una condizione aws:SourceIp. Assicurati di seguire i consigli in AWS nega l'accesso ad AWS in base all'IP di origine nella Guida per l’utente di AWS Identity and Access Management . Assicurati inoltre che il chiamante disponga delle autorizzazioni S3 descritte in Fase 5: concessione delle autorizzazioni richieste al ruolo o utente IAM.

• I file multimediali di installazione elencati nel manifest CEV non si trovano nel bucket S3.

• Le checksum SHA-256 dei file di installazione sono sconosciute a RDS Custom.

  Confermare che i checksum SHA-256 dei file forniti corrispondano al checksum SHA-256 sul sito Web Oracle. Se i checksum corrispondono, contattare AWS Supporto e fornire il nome CEV, il nome del file e il checksum non riusciti.

• La versione non è compatibile con i file di patch. OPatch È possibile che venga visualizzato il seguente messaggio: OPatch is lower than minimum required version. Check that the version meets the requirements for all patches, and try again. Per applicare una patch Oracle, è necessario utilizzare una versione compatibile dell' OPatch utilità. La versione richiesta dell'utilità Opatch è disponibile nel file readme della patch. Scarica l' OPatch utilità più recente da My Oracle Support e prova a creare nuovamente il tuo CEV.

• Le patch specificate nel manifesto CEV sono nell'ordine sbagliato.

Puoi visualizzare gli eventi RDS sulla console RDS (nel riquadro di navigazione, scegli Eventi) o utilizzando il comando. describe-events AWS CLI La durata predefinita è di 60 minuti. Se non vengono restituiti eventi, specificare una durata più lunga, come indicato nell'esempio seguente.

aws rds describe-events --duration 360

Attualmente, il MediaImport servizio che importa file da Amazon S3 per crearli CEVs non è integrato con. AWS CloudTrail Pertanto, se attivi la registrazione dei dati per Amazon RDS CloudTrail, le chiamate al MediaImport servizio come l'CreateCustomDbEngineVersionevento non vengono registrate.

Tuttavia, si potrebbero vedere chiamate dal gateway API che accede al bucket Amazon S3. Queste chiamate provengono dal MediaImport servizio dell'evento. CreateCustomDbEngineVersion

Correzione delle configurazioni non supportate in RDS Custom per Oracle

In base al modello di responsabilità condivisa, è tua responsabilità risolvere i problemi di configurazione che comportano il passaggio dell'istanza database RDS Custom per Oracle allo stato unsupported-configuration. Se il problema riguarda l' AWS infrastruttura, usa la console o il AWS CLI per risolverlo. Se il problema riguarda il sistema operativo o la configurazione del database, accedi all’host per risolverlo.

Nota

Questa sezione spiega come correggere le configurazioni non supportate in RDS Custom per Oracle. Per ulteriori informazioni su RDS Custom per SQL Server, consulta Correzione delle configurazioni non supportate in RDS Custom per SQL Server.

Nelle tabelle seguenti puoi trovare le descrizioni delle notifiche e degli eventi inviati dal perimetro di supporto e come risolverli. Queste notifiche e il perimetro di supporto sono soggetti a modifiche. Per informazioni sul perimetro del supporto, consulta Perimetro di supporto RDS Custom. Per le descrizioni degli eventi, consulta Categorie di eventi e messaggi di evento di Amazon RDS .

ID evento	Configurazione	Messaggio dell'evento RDS	Azione
SP-O0000	Configurazione manuale non supportata	Lo stato dell’istanza database RDS Custom è impostato su [Configurazione non supportata] per il seguente motivo: reason.	Per risolvere questo problema, crea un Support caso.

AWS risorse (infrastruttura)

ID evento	Configurazione	Messaggio dell'evento RDS	Azione
SP-O1001	Volumi Amazon Elastic Block Store (Amazon EBS)	I seguenti volumi EBS sono stati aggiunti all' EC2 istanzaec2_id:volume_id. Per risolvere il problema, scollega i volumi specificati dall’istanza.	RDS Custom crea due tipi di volume EBS, oltre al volume root creato da Amazon Machine Image (AMI), e li associa all'istanza: EC2 Il volume binario in cui si trovano i binari software del database. I volumi di dati sono in cui si trovano i file del database. Le configurazioni di archiviazione impostate durante la creazione dell’istanza database vengono utilizzate per configurare i volumi di dati. Il perimetro di supporto monitora quanto segue: I volumi EBS iniziali creati con l’istanza database sono ancora associati all’istanza. I volumi EBS iniziali hanno ancora le stesse configurazioni impostate inizialmente: tipo di archiviazione, dimensioni, IOPS con provisioning e throughput di archiviazione. Nessun volume EBS aggiuntivo è collegato all'istanza database. Utilizza il seguente comando CLI per confrontare i dettagli del tipo di volume di archiviazione del volume EBS con i dettagli dell’istanza database RDS Custom per Oracle: aws rds describe-db-instances \ --db-instance-identifier db-instance-name | grep StorageType
SP-O1002	Volumi Amazon Elastic Block Store (Amazon EBS)	Il volume EBS volume_id è stato scollegato dall'istanza []. EC2 ec2_id Non è possibile scollegare il volume originale da questa istanza. Per risolvere il problema, volume_id ricollega a. ec2_id	RDS Custom crea due tipi di volume EBS, oltre al volume root creato da Amazon Machine Image (AMI), e li associa all'istanza: EC2 Il volume binario in cui si trovano i binari software del database. I volumi di dati sono in cui si trovano i file del database. Le configurazioni di archiviazione impostate durante la creazione dell’istanza database vengono utilizzate per configurare i volumi di dati. Il perimetro di supporto monitora quanto segue: I volumi EBS iniziali creati con l’istanza database sono ancora associati all’istanza. I volumi EBS iniziali hanno ancora le stesse configurazioni impostate inizialmente: tipo di archiviazione, dimensioni, IOPS con provisioning e throughput di archiviazione. Nessun volume EBS aggiuntivo è collegato all'istanza database. Utilizza il seguente comando CLI per confrontare i dettagli del tipo di volume di archiviazione del volume EBS con i dettagli dell’istanza database RDS Custom per Oracle: aws rds describe-db-instances \ --db-instance-identifier db-instance-name | grep StorageType
SP-O1003	Volumi Amazon Elastic Block Store (Amazon EBS)	Il volume EBS originale volume_id collegato all' EC2 istanza ec2_id è stato modificato come segue: da size [X] a [], type [Y] a [N] o IOPS [M] a [J]. K Per risolvere il problema, annulla la modifica.	RDS Custom crea due tipi di volume EBS, oltre al volume root creato da Amazon Machine Image (AMI), e li associa all'istanza: EC2 Il volume binario in cui si trovano i binari software del database. I volumi di dati sono in cui si trovano i file del database. Le configurazioni di archiviazione impostate durante la creazione dell’istanza database vengono utilizzate per configurare i volumi di dati. Il perimetro di supporto monitora quanto segue: I volumi EBS iniziali creati con l’istanza database sono ancora associati all’istanza. I volumi EBS iniziali hanno ancora le stesse configurazioni impostate inizialmente: tipo di archiviazione, dimensioni, IOPS con provisioning e throughput di archiviazione. Nessun volume EBS aggiuntivo è collegato all'istanza database. Utilizza il seguente comando CLI per confrontare i dettagli del tipo di volume di archiviazione del volume EBS con i dettagli dell’istanza database RDS Custom per Oracle: aws rds describe-db-instances \ --db-instance-identifier db-instance-name | grep StorageType
SP-O1004	Stato dell' EC2 istanza Amazon	Il ripristino automatico ha lasciato l' EC2 istanza [ec2_id] in uno stato compromesso. Per risolvere il problema, consulta Risoluzione dei problemi relativi agli errori di ripristino dell’istanza.	Per verificare lo stato di un’istanza database, utilizza la console o esegui il seguente comando AWS CLI : aws rds describe-db-instances \ --db-instance-identifier db-instance-name |grep DBInstanceStatus
SP-O1005	Attributi delle EC2 istanze Amazon	EC2 instance [ec2_id] è stato modificato come segue: l'attributo [att1] è stato modificato da [val-old] a [val-new], l'attributo [att2] è stato modificato da [val-old] a [val-new]. Per risolvere il problema, ripristina il valore originale.
SP-O1006	Stato dell' EC2 istanza Amazon	EC2 instance [ec2_id] è stata terminata o non può essere trovata. Per risolvere il problema, elimina l’istanza database RDS Custom.	Il perimetro di supporto monitora EC2 le notifiche di modifica dello stato dell'istanza. L' EC2 istanza deve essere sempre in esecuzione. Per eliminare l’istanza database Per verificare lo stato di un'istanza DB, usa la console o esegui il seguente AWS CLI comando: aws rds describe-db-instances \ --db-instance-identifier db-instance-name |grep DBInstanceStatus Modifica l’istanza database RDS Custom per Oracle.
SP-O1007	Stato dell' EC2 istanza Amazon	EC2 instance [ec2_id] è stato interrotto. Per risolvere il problema, avvia l’istanza.	Il perimetro di supporto monitora le notifiche di modifica dello stato dell' EC2 istanza. L' EC2 istanza deve essere sempre in esecuzione. Per riavviare l’istanza database Per verificare lo stato di un'istanza DB, usa la console o esegui il seguente AWS CLI comando: aws rds describe-db-instances \ --db-instance-identifier db-instance-name |grep DBInstanceStatus Riavvia l’istanza database. Rimontare i volumi binari e di dati.
SP-1008	Autorizzazioni di Amazon SQS	Autorizzazioni per Amazon SQS mancanti. Controlla le autorizzazioni per il profilo dell’istanza IAM, la policy degli endpoint VPC e le connessioni ai servizi dipendenti, quindi riprova.	Puoi risolvere questo problema assicurandoti che il profilo IAM associato all’host disponga delle seguenti autorizzazioni: "SQS:SendMessage" "SQS:ReceiveMessage" "SQS:DeleteMessage" "SQS:GetQueueUrl"
SP-1009	Amazon Simple Queue Service (Amazon SQS)	La coda SQS [%s] è stata eliminata e non può essere recuperata. Per risolvere questo problema, ricrea la coda.	Ricrea la coda Amazon SQS.

Sistema operativo

ID evento	Configurazione	Messaggio dell'evento RDS	Azione
SP-O2001	Stato dell'agente RDS Custom	L'agente RDS Custom non è in esecuzione sull' EC2 istanza [ec2_id]. Assicurati che l'agente sia in esecuzione su [ec2_id].	In RDS Custom per Oracle, l'istanza database esce dal perimetro di supporto se l'agente RDS Custom si arresta. L'agente pubblica la IamAlive metrica su Amazon CloudWatch ogni 30 secondi. Viene attivato un allarme se il parametro non è stato pubblicato per 30 secondi. Il perimetro di supporto controlla inoltre lo stato del processo dell'agente RDS Custom sull'host ogni 30 minuti. Per riavviare l’agente RDS Custom Accedi all'host e verifica che l'agente RDS Custom sia in esecuzione. Esegui il seguente comando per trovare lo stato dell’agente. service rdscustomagent status Usa il seguente comando per avviare l’agente. service rdscustomagent start Quando l'agente RDS Custom è nuovamente in esecuzione, la IamAlive metrica viene pubblicata su Amazon CloudWatch e l'allarme passa allo stato. OK Questo switch notifica al perimetro di supporto che l'agente è in esecuzione.
SP-O2002	AWS Systems Manager stato dell'agente (agente SSM)	L'agente Systems Manager sull' EC2 istanza [ec2_id] non è raggiungibile. Assicurati di avere configurato correttamente la rete, l’agente e le autorizzazioni IAM.	L’agente SSM deve essere sempre in esecuzione. L'agente RDS Custom è responsabile di assicurarsi che Systems Manager agent sia in esecuzione. Se SSM Agent è stato terminato e poi riavviato, l'agente RDS Custom pubblica la metrica su. SSM_Agent_Restarted_Or_NotFound CloudWatch L'agente RDS Custom ha un allarme sulla metrica do-not-delete-rds-custom-ssm-agent-restarted-or-notfound-ec2-id configurato per attivarsi quando si è verificato un riavvio in ciascuno dei tre minuti precedenti. Il perimetro di supporto monitora inoltre lo stato del processo dell’agente SSM sull’host ogni 30 minuti. Per ulteriori informazioni, consulta Risoluzione dei problemi relativi all’SSM Agent.
SP-O2003	AWS Systems Manager stato dell'agente (agente SSM)	L'agente Systems Manager sull' EC2 istanza [ec2_id] si è bloccato più volte. Per ulteriori informazioni, consulta la documentazione sulla risoluzione dei problemi dell’agente SSM.	Per ulteriori informazioni, consulta Risoluzione dei problemi relativi all’SSM Agent.
SP-O2004	Fuso orario del sistema operativo	Il fuso orario sull' EC2 istanza [ec2_id] è stato modificato. Per risolvere questo problema, ripristina il fuso orario all'impostazione precedente di []. previous-time-zone Quindi utilizza un gruppo di opzioni RDS per modificare il fuso orario.	L’automazione RDS ha rilevato che il fuso orario sull’host è stato modificato senza l’uso di un gruppo di opzioni. Questa modifica a livello di host può causare errori di automazione RDS, pertanto l'istanza viene collocata nello EC2 stato. unsupported-configuration Per correggere l’impostazione del fuso orario Accedi al tuo EC2 host e controlla il fuso orario del sistema operativo come segue: timedatectl Sospendi l'automazione RDS Custom. Per ulteriori informazioni, consulta Sospensione e ripresa dell'istanza database RDS Custom. Arresta l’istanza database. Annulla la modifica del fuso orario nel sistema operativo. Avviare l'istanza database. Riprendere l'automazione RDS Custom. L'istanza database diventa disponibile entro 30 minuti. Per evitare di uscire dal perimetro in futuro, modifica il fuso orario tramite un gruppo di opzioni. Per ulteriori informazioni, consulta Fuso orario Oracle.
SP-O2005	Configurazioni sudo	Le configurazioni sudo su EC2 instance [ec2_id] non dispongono delle autorizzazioni necessarie. Per risolvere questo problema, annulla le modifiche recenti alle configurazioni sudo.	Il perimetro di supporto verifica che alcuni utenti del sistema operativo possano eseguire determinati comandi sull’host. Monitora le configurazioni sudo e le confronta con lo stato supportato. Se le configurazioni sudo non sono supportate, RDS Custom tenta di sovrascriverle e di tornare al precedente stato supportato. Se il tentativo ha esito positivo, RDS Custom invia la seguente notifica: RDS Custom ha sovrascritto con successo la configurazione. Se la sovrascrittura non riesce, l’istanza database rimane nello stato di configurazione non supportata. Per risolvere questo problema, annulla le modifiche all’interno del file sudoers.d/ o correggi le autorizzazioni. Per esaminare le modifiche alle configurazioni sudo Accedi all’host. Esegui il comando seguente. visudo -c -f /etc/sudoers.d/individual_sudo_files Modifica le configurazioni sudo in base alle esigenze. Dopo che il perimetro di supporto determina che le configurazioni sudo sono supportate, l’istanza database RDS Custom per Oracle diventa disponibile entro 30 minuti.
SP-O2006	Accessibilità del bucket S3	L'automazione personalizzata RDS non può scaricare file dal bucket S3 sull'istanza []. EC2 ec2_id Controlla la configurazione di rete e assicurati che l’istanza consenta le connessioni da e verso S3.
SP-2007	Versione della soluzione software a disponibilità elevata	La soluzione a disponibilità elevata dell’istanza è diversa da quella prevista. Per risolvere questo problema, crea un caso AWS Support .	Crea un caso. AWS Support

Database

ID evento	Configurazione	Messaggio dell'evento RDS	Azione
SP-O3001	Target di ritardo dell'archivio del database	Il parametro ARCHIVE_LAG_TARGET sull' EC2 istanza [ec2_id] non rientra nell'intervallo consigliato. value_range Per risolvere il problema, imposta il parametro su un valore che rientra in value_range.	Il perimetro di supporto monitora il parametro del database ARCHIVE_LAG_TARGET per verificare che l’ultimo orario ripristinabile dell’istanza database sia entro limiti ragionevoli. Per modificare il ritardo target per i log di redo archiviati Accedi al tuo host EC2 Connettiti all’istanza database RDS Custom per Oracle Modifica il parametro ARCHIVE_LAG_TARGET su un valore compreso tra 60 e 7200. Ad esempio, utilizza la seguente istruzione SQL. ALTER SYSTEM SET ARCHIVE_LAG_TARGET=300 SCOPE=BOTH; L'istanza database diventa disponibile entro 30 minuti.
SP-O3002	Ruolo di Oracle Data Guard	Il ruolo del database [role_name] non è supportato per Oracle Data Guard sull' EC2 istanza [ec2_id]. Per risolvere il problema, imposta il parametro DATABASE_ROLE su PRIMARY o PHYSICAL STANDBY.	Il perimetro di supporto monitora il ruolo corrente del database ogni 15 secondi e invia una CloudWatch notifica se il ruolo del database è cambiato. Il parametro DATABASE_ROLE Oracle Data Guard deve essere o PRIMARY o PHYSICAL STANDBY. Per ripristinare un valore supportato per il ruolo del database Oracle Data Guard Verifica il ruolo Oracle Data Guard eseguendo la seguente istruzione: SELECT DATABASE_ROLE FROM V$DATABASE; Se l’istanza database è autonoma, utilizza una delle seguenti istruzioni per ripristinarne il ruolo PRIMARY: ALTER DATABASE COMMIT TO SWITCHOVER PRIMARY; ALTER DATABASE ACTIVATE STANDBY DATABASE; Se l’istanza database è una replica, utilizza la seguente istruzione per ripristinarne il ruolo PHYSICAL STANDBY: ALTER DATABASE CONVERT TO PHYSICAL STANDBY; Dopo che il perimetro di supporto determina che il ruolo del database è supportato, l'istanza database RDS Custom per Oracle diventa disponibile entro 15 secondi.
SP-O3003	Integrità del database	Il processo SMON del database Oracle è in uno stato zombie. Per risolvere il problema, ripristina manualmente il database sull' EC2istanza [ec2_id], apri il database ed esegui immediatamente il backup. Per ulteriore assistenza, contatta Support.	Il perimetro di supporto monitora lo stato dell'istanza database. Monitora inoltre il numero di riavvii avvenuti durante l'ora e il giorno precedenti. Viene notificato quando l'istanza si trova in uno stato in cui esiste ancora, ma non è possibile interagire con essa. Per fare in modo che il perimetro di supporto valuti lo stato dell’istanza Accedi all’host e identifica lo stato del database. ps -eo pid,state,command | grep smon Se necessario, riavviare l’istanza database. Se il riavvio non riesce, passa alla fase successiva. Se necessario, riavvia l' EC2 host. Dopo il riavvio dell’istanza database, l’agente RDS Custom rileva che l’istanza database non è più in uno stato in cui non risponde. Quindi invia una notifica al perimetro di supporto affinché rivaluti lo stato dell'istanza database.
SP-O3004	Modalità di log del database	La modalità di registro del database sull' EC2 istanza [ec2_id] è stata modificata in [value_b]. Per risolvere il problema, imposta la modalità di registro su [value_a].	Per modificare la modalità di log dell’istanza database su ARCHIVELOG Accedi al tuo EC2 host. Connettiti al database ed esegui la seguente istruzione: SELECT LOG_MODE FROM V$DATABASE; In alternativa puoi eseguire il seguente comando in SQL*Plus: ARCHIVE LOG LIST Esegui il seguente comando SQL*Plus per avviare un arresto coerente. SHUTDOWN IMMEDIATE L’agente RDS Custom riavvia automaticamente l’istanza database e imposta la modalità di log su ARCHIVELOG. L'istanza database diventa disponibile entro 30 minuti.
SP-O3005	Percorso home Oracle	La home di Oracle sull' EC2 istanza [ec2_id] è stata modificata innew_path. Per risolvere il problema, ripristina l'impostazione suold_path.
SP-O3006	Nome univoco del database	Il nome univoco del database sull' EC2 istanza [ec2_id] è stato modificato innew_value. Per risolvere il problema, ripristina il nome inold_value.	Per modificare il nome univoco del database dell’istanza database Accedi al tuo EC2 host. Connettiti al database ed esegui la seguente istruzione: SELECT DB_UNIQUE_NAME FROM V$DATABASE; Specifica il nome univoco del database originale utilizzando il comando ALTER SYSTEM SET DB_UNIQUE_NAME. Esegui la seguente istruzione SQL per avviare un arresto coerente. SHUTDOWN IMMEDIATE; L’agente RDS Custom riavvia automaticamente l’istanza database e imposta la modalità di log su ARCHIVELOG. L'istanza database diventa disponibile entro 30 minuti.

Risoluzione dei problemi di aggiornamento per RDS Custom per Oracle

L'aggiornamento di un'istanza RDS Custom per Oracle potrebbe non riuscire. Di seguito sono riportate alcune tecniche che è possibile utilizzare durante gli aggiornamenti delle istanze database RDS Custom per Oracle:

• Analizza i file di log dell'output degli aggiornamenti nella directory /tmp dell'istanza database. I nomi dei log dipendono dalla versione del motore DB. Ad esempio, potrebbero venire visualizzati i log contenenti le stringhe catupgrd o catup.

• Analizza il file alert.log disponibile nella directory /rdsdbdata/log/trace.

• Eseguire il seguente comando grep nella directory root per monitorare il processo di aggiornamento del sistema operativo. Questo comando mostra dove vengono scritti i file di log e determina lo stato del processo di aggiornamento.

  ps -aux | grep upg

  Di seguito viene mostrato l'output di esempio.

  root     18884  0.0  0.0 235428  8172 ?        S<   17:03   0:00 /usr/bin/sudo -u rdsdb /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh
  rdsdb    18886  0.0  0.0 153968 12164 ?        S<   17:03   0:00 /usr/bin/perl -T -w /rdsdbbin/scripts/oracle-control ORCL op_apply_upgrade_sh RDS-UPGRADE/2.upgrade.sh
  rdsdb    18887  0.0  0.0 113196  3032 ?        S<   17:03   0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh
  rdsdb    18900  0.0  0.0 113196  1812 ?        S<   17:03   0:00 /bin/sh /rdsdbbin/oracle/rdbms/admin/RDS-UPGRADE/2.upgrade.sh
  rdsdb    18901  0.1  0.0 167652 20620 ?        S<   17:03   0:07 /rdsdbbin/oracle/perl/bin/perl catctl.pl -n 4 -d /rdsdbbin/oracle/rdbms/admin -l /tmp catupgrd.sql
  root     29944  0.0  0.0 112724  2316 pts/0    S+   18:43   0:00 grep --color=auto upg

• Eseguire la seguente query SQL per verificare lo stato corrente dei componenti per trovare la versione del database e le opzioni installate nell'istanza database.

  SET LINESIZE 180
  COLUMN COMP_ID FORMAT A15
  COLUMN COMP_NAME FORMAT A40 TRUNC
  COLUMN STATUS FORMAT A15 TRUNC
  SELECT COMP_ID, COMP_NAME, VERSION, STATUS FROM DBA_REGISTRY ORDER BY 1;

  L'output è simile a quello riportato di seguito.

  COMP_NAME                                STATUS               PROCEDURE
  ---------------------------------------- -------------------- --------------------------------------------------
  Oracle Database Catalog Views            VALID                DBMS_REGISTRY_SYS.VALIDATE_CATALOG
  Oracle Database Packages and Types       VALID                DBMS_REGISTRY_SYS.VALIDATE_CATPROC
  Oracle Text                              VALID                VALIDATE_CONTEXT
  Oracle XML Database                      VALID                DBMS_REGXDB.VALIDATEXDB
  
  4 rows selected.

• Eseguire la seguente query SQL per verificare la presenza di oggetti non validi che potrebbero interferire con il processo di aggiornamento.

  SET PAGES 1000 LINES 2000
  COL OBJECT FOR A40
  SELECT SUBSTR(OWNER,1,12) OWNER,
         SUBSTR(OBJECT_NAME,1,30) OBJECT,
         SUBSTR(OBJECT_TYPE,1,30) TYPE, STATUS,
         CREATED
  FROM   DBA_OBJECTS 
  WHERE  STATUS <>'VALID' 
  AND    OWNER IN ('SYS','SYSTEM','RDSADMIN','XDB');

Risoluzione dei problemi di promozione delle repliche per RDS Custom per Oracle

È possibile promuovere le repliche Oracle gestite in RDS Custom for Oracle utilizzando la console, il promote-read-replica AWS CLI comando o PromoteReadReplica l'API. Se si elimina l'istanza database primaria e tutte le repliche sono integre, RDS Custom per Oracle promuove automaticamente le repliche gestite in istanze autonome. Se una replica ha sospeso l'automazione o si trova al di fuori del perimetro di supporto, è necessario correggerla prima che RDS Custom possa promuoverla automaticamente. Per ulteriori informazioni, consulta Promozione di una replica RDS Custom per Oracle a istanza database autonoma.

Il flusso di lavoro di promozione delle repliche potrebbe bloccarsi nella seguente situazione:

• Lo stato dell'istanza database primaria è STORAGE_FULL.

• Il database primario non può archiviare tutti i log di redo online.

• Si è verificata una mancata sincronizzazione tra i file dei registri di ripristino archiviati nella replica Oracle e il database primario.

Per rispondere a un flusso di lavoro bloccato

1. Sincronizza il registro di ripristino con l'istanza database di replica Oracle.

2. Forza la promozione della replica di lettura in base all'ultimo registro di ripristino applicato. Esegui i seguenti comandi in SQL*Plus:

   ALTER DATABASE ACTIVATE STANDBY DATABASE;
   SHUTDOWN IMMEDIATE
   STARTUP

3. Contattateli Support e chiedete loro di spostare la vostra istanza DB allo available stato attuale.