Risoluzione dei problemi relativi ai database di Amazon RDS Custom per Oracle - Amazon Relational Database Service
Visualizzazione di eventi RDS CustomIscrizione agli eventi RDS CustomRisoluzione dei problemi relativi alla creazione di CEVCorrezione delle configurazioni non supportate in RDS Custom per OracleRisoluzione dei problemi di aggiornamento RDS Custom per OracleRisoluzione dei problemi di promozione delle repliche RDS Custom per Oracle

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à.

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 eventi 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

Iscrizione agli 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 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 Passaggio 5: concedi le autorizzazioni necessarie al tuo utente o ruolo 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 Passaggio 5: concedi le autorizzazioni necessarie al tuo utente o ruolo 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 di OPatch non è compatibile con i file di patch. È 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'utilità OPatch. La versione richiesta dell'utilità Opatch è disponibile nel file readme della patch. Scarica l'utilità OPatch più recente da My Oracle Support e prova a creare nuovamente il tuo CEV.

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

È possibile visualizzare gli eventi RDS sulla console RDS (nel pannello di navigazione, scegliere 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 creare CEV 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, puoi utilizzare la console o AWS CLI risolverlo. Se il problema riguarda il sistema operativo o la configurazione del database, è possibile accedere 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.

Nella tabella seguente 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 eventi di Amazon RDS .

ID evento Configurazione Messaggio dell'evento RDS Azione

SP-O0000

Configurazione manuale non supportata

Lo stato dell'istanza RDS Custom DB è impostato su [Configurazione non supportata] per: motivo.

Per risolvere questo problema, crea un AWS Support caso.
AWS risorse (infrastruttura)

SP-O1001

Volumi Amazon Elastic Block Store (Amazon EBS)

I seguenti volumi EBS sono stati aggiunti all'istanza EC2 ec2_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 file binari del software di database

  • I volumi di dati in cui si trovano i file del database

Quando crei l'istanza DB, le configurazioni di storage che specifichi configurano i volumi di dati.

Il perimetro di supporto monitora quanto segue:

  • I volumi EBS iniziali creati con l'istanza DB 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 il tipo di volume dei dettagli del volume EBS e i dettagli dell'istanza DB RDS Custom for 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 puoi scollegare il volume originale da questa istanza. Per risolvere il problema, ricollega volume_id 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 file binari del software di database

  • I volumi di dati in cui si trovano i file del database

Quando crei l'istanza DB, le configurazioni di storage che specifichi configurano i volumi di dati.

Il perimetro di supporto monitora quanto segue:

  • I volumi EBS iniziali creati con l'istanza DB 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 il tipo di volume dei dettagli del volume EBS e i dettagli dell'istanza DB RDS Custom for 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 volume_id originale collegato all'istanza EC2 ec2_id è stato modificato come segue: dimensione da [X] a [Y], tipo da [N] a [M] o IOPS [J] a [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 file binari del software di database

  • I volumi di dati in cui si trovano i file del database

Quando crei l'istanza DB, le configurazioni di storage che specifichi configurano i volumi di dati.

Il perimetro di supporto monitora quanto segue:

  • I volumi EBS iniziali creati con l'istanza DB 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 il tipo di volume dei dettagli del volume EBS e i dettagli dell'istanza DB RDS Custom for Oracle: 

aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name | grep StorageType

SP-O1004

Stato dell'istanza Amazon EC2

Il ripristino automatico ha lasciato l'istanza EC2 [ec2_id] in uno stato compromesso. Per risolvere il problema, consulta Risoluzione dei problemi di ripristino delle istanze.

Per verificare lo stato di un'istanza DB, usa la console o esegui il AWS CLI comando seguente:

aws rds describe-db-instances \ 
    --db-instance-identifier db-instance-name |grep DBInstanceStatus

SP-O1005

Attributi dell'istanza Amazon EC2

L'istanza EC2 [ec2_id] è stata modificata 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'istanza Amazon EC2

L'istanza EC2 [ec2_id] è stata terminata o non può essere trovata. Per risolvere il problema, elimina l'istanza DB personalizzata RDS.

Il perimetro di supporto monitora le notifiche di modifica dello stato dell'istanza EC2. L'istanza EC2 deve essere sempre in esecuzione.

Per eliminare l'istanza DB

  1. 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

  2. Elimina la tua istanza DB RDS Custom for Oracle.

SP-O1007

Stato dell'istanza Amazon EC2

L'istanza EC2 [ec2_id] è stata interrotta. Per risolvere il problema, avvia l'istanza.

Il perimetro di supporto monitora le notifiche di modifica dello stato dell'istanza EC2. L'istanza EC2 deve essere sempre in esecuzione.

Per riavviare l'istanza DB

  1. 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

  2. Avvia la tua istanza DB.

  3. Rimontare i volumi binari e di dati.
Sistema operativo

SP-O2001

Stato dell'agente RDS Custom

L'agente RDS Custom non è in esecuzione sull'istanza EC2 [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

  1. Accedi all'host e verifica che l'agente RDS Custom sia in esecuzione.

  2. Esegui il comando seguente per trovare lo stato dell'agente.

    service rdscustomagent status

  3. Utilizzate 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'istanza EC2 [ec2_id] non è raggiungibile. Assicurati di aver 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 una metrica su. CloudWatch L'agente RDS Custom ha un allarme sul parametro impostato per attivarsi quando è stato effettuato un riavvio in ciascuno dei tre minuti precedenti. Il perimetro di supporto monitora inoltre lo stato del processo di SSM Agent 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'istanza EC2 [ec2_id] si è bloccato più volte. Per ulteriori informazioni, consulta la documentazione sulla risoluzione dei problemi di SSM Agent.

Per ulteriori informazioni, consulta Risoluzione dei problemi relativi all’SSM Agent.

SP-O2004

Fuso orario del sistema operativo

Il fuso orario sull'istanza EC2 [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 EC2 viene collocata nello stato. unsupported-configuration

Per correggere l'impostazione del fuso orario

  1. Accedi al tuo host EC2 e controlla il fuso orario del sistema operativo come segue:

    timedatectl

  2. Sospendi l'automazione RDS Custom. Per ulteriori informazioni, consulta Sospensione e ripresa dell'istanza database RDS Custom.

  3. Arresta l'istanza DB.

  4. Ripristina la modifica del fuso orario nel sistema operativo.

  5. Avviare l'istanza database.

  6. 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.

SPO-2005

Configurazioni sudo

Le configurazioni sudo sull'istanza EC2 [ec2_id] non dispongono delle autorizzazioni necessarie. Per risolvere questo problema, ripristina le modifiche recenti alle configurazioni sudo.

Il perimetro di supporto monitora che alcuni utenti del sistema operativo possano eseguire determinati comandi sulla scatola. Monitora le configurazioni sudo rispetto allo stato supportato.

Quando le configurazioni sudo non sono supportate, RDS Custom tenta di sovrascriverle riportandole al precedente stato supportato. In caso di esito positivo, viene inviata la seguente notifica:

RDS Custom ha sovrascritto con successo la configurazione.

Per esaminare le modifiche alle configurazioni sudo

  1. Accedi al tuo host.

  2. Esegui il comando seguente.

    visudo -c -f /etc/sudoers.d/individual_sudo_files

  3. Modifica le sudo configurazioni secondo necessità.

Dopo che il perimetro di supporto ha stabilito che le sudo configurazioni sono supportate, l'istanza DB RDS Custom for Oracle diventa disponibile entro 30 minuti.

SPO-2006

Accessibilità del bucket S3

L'automazione RDS Custom 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.
Database

SP-O3001

Target di ritardo dell'archivio del database

Il parametro ARCHIVE_LAG_TARGET sull'istanza EC2 [ec2_id] non rientra nell'intervallo consigliato value_range. Per risolvere il problema, imposta il parametro su un valore all'interno di value_range.

Il perimetro di supporto monitora il parametro del ARCHIVE_LAG_TARGET database per verificare che l'ultimo periodo di ripristino dell'istanza DB rientri nei limiti ragionevoli.

Per modificare l'obiettivo di ritardo per i redo log archiviati

  1. Accedi al tuo host EC2

  2. Connect alla tua istanza DB RDS Custom for Oracle

  3. Modificate il ARCHIVE_LAG_TARGET parametro impostando un valore compreso tra 60 e 7200. Ad esempio, utilizzate 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'istanza EC2 [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 il ruolo del database Oracle Data Guard su un valore supportato

  1. Verifica il ruolo di Oracle Data Guard eseguendo la seguente istruzione:

    SELECT DATABASE_ROLE FROM V$DATABASE;

  2. Se l'istanza DB è autonoma, utilizza una delle seguenti istruzioni per riportarla al PRIMARY ruolo:

    ALTER DATABASE COMMIT TO SWITCHOVER PRIMARY;
ALTER DATABASE ACTIVATE STANDBY DATABASE;

    Se l'istanza DB è una replica, usa la seguente istruzione per riportarla al PHYSICAL STANDBY ruolo:

    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'istanza EC2 [ec2_id], apri il database ed esegui immediatamente il backup. Per ulteriore assistenza, contatta. AWS 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

  1. Accedi al tuo host e determina lo stato del database.

    ps -eo pid,state,command | grep smon

  2. Se necessario, riavvia l'istanza DB. Se il riavvio fallisce, procedi al passaggio successivo.

  3. Se necessario, riavvia l'host EC2.

Dopo il riavvio dell'istanza DB, l'agente RDS Custom rileva che l'istanza DB non è più in uno stato di non risposta. 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'istanza EC2 [ec2_id] è stata modificata in [value_b]. Per risolvere il problema, imposta la modalità di registro su [value_a].
Per modificare la modalità di registro dell'istanza DB su ARCHIVELOG

  1. Accedi al tuo host EC2.

  2. Connect al database ed esegui la seguente istruzione:

    SELECT LOG_MODE FROM V$DATABASE;

    Oppure è possibile eseguire il seguente comando in SQL*Plus:

    ARCHIVE LOG LIST

  3. Esegui il seguente comando SQL*Plus per avviare un arresto coerente.

    SHUTDOWN IMMEDIATE

L'agente RDS Custom riavvia automaticamente l'istanza DB e imposta la modalità di registro su. ARCHIVELOG L'istanza database diventa disponibile entro 30 minuti.

SP-O3005

Percorso principale di Oracle

La home Oracle sull'istanza EC2 [ec2_id] è stata modificata in new_path. Per risolvere il problema, ripristina l'impostazione su old_path.

SP-O3006

Nome univoco del database

Il nome univoco del database sull'istanza EC2 [ec2_id] è stato modificato in new_value. Per risolvere il problema, ripristina il nome in old_value.
Per modificare il nome univoco del database per l'istanza DB

  1. Accedi al tuo host EC2.

  2. Connect al database ed esegui la seguente istruzione:

    SELECT DB_UNIQUE_NAME FROM V$DATABASE;

  3. Specificare il nome univoco del database originale utilizzando il comandoALTER SYSTEM SET DB_UNIQUE_NAME.

  4. Esegui la seguente istruzione SQL per avviare un arresto coerente.

    SHUTDOWN IMMEDIATE;

L'agente RDS Custom riavvia automaticamente l'istanza DB e imposta la modalità di registro 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 l'API. PromoteReadReplica 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 Limitazioni della promozione delle repliche per RDS Custom per Oracle.

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 è in grado di archiviare tutti i redo log online.

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

Per rispondere al 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. Contatta AWS Support e chiedi loro di spostare la tua istanza DB allo available stato.