Seleziona le tue preferenze relative ai cookie

Utilizziamo cookie essenziali e strumenti simili necessari per fornire il nostro sito e i nostri servizi. Utilizziamo i cookie prestazionali per raccogliere statistiche anonime in modo da poter capire come i clienti utilizzano il nostro sito e apportare miglioramenti. I cookie essenziali non possono essere disattivati, ma puoi fare clic su \"Personalizza\" o \"Rifiuta\" per rifiutare i cookie prestazionali.

Se sei d'accordo, AWS e le terze parti approvate utilizzeranno i cookie anche per fornire utili funzionalità del sito, ricordare le tue preferenze e visualizzare contenuti pertinenti, inclusa la pubblicità pertinente. Per continuare senza accettare questi cookie, fai clic su \"Continua\" o \"Rifiuta\". Per effettuare scelte più dettagliate o saperne di più, fai clic su \"Personalizza\".

Preferenze
Contattaci
Feedback
AWS Documentation
Crea un Account AWS

Risoluzione dei problemi relativi al database per Amazon RDS Custom for Oracle

PDF
RSS
Modalità Focus
Risoluzione dei problemi relativi al database per Amazon RDS Custom for Oracle - Amazon Relational Database Service
Visualizzazione di eventi RDS personalizzatiSottoscrizione agli eventi personalizzati RDSRisoluzione dei problemi CEV di creazioneCorrezione delle configurazioni non supportate in RDS Custom for OracleRisoluzione dei problemi relativi all'aggiornamento di RDS Custom for OracleRisoluzione dei problemi relativi alla RDS promozione Custom for Oracle Replica

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

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

Il modello di responsabilità condivisa di RDS Custom fornisce l'accesso a livello di shell del sistema operativo e l'accesso dell'amministratore del database. RDS Custom gestisce le risorse nel tuo account, a differenza di AmazonRDS, che gestisce le risorse in un account di sistema. Con un maggiore accesso si ottiene una maggiore responsabilità. Nelle sezioni seguenti, puoi imparare a risolvere i problemi con le RDS istanze database Amazon Custom.

Nota

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

Visualizzazione di eventi RDS personalizzati

La procedura per la visualizzazione degli eventi è la stessa per le istanze RDS Custom e Amazon RDS DB. Per ulteriori informazioni, consulta Visualizzazione degli RDS eventi Amazon.

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

L'esempio seguente recupera i dettagli degli eventi che si sono verificati per l'istanza DB RDS personalizzata specificata.

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

Sottoscrizione agli eventi personalizzati RDS

La procedura per la sottoscrizione agli eventi è la stessa per le RDS istanze Custom e Amazon RDS DB. Per ulteriori informazioni, consulta Iscrizione alla notifica RDS degli eventi di Amazon.

Per sottoscrivere la notifica RDS personalizzata degli eventi utilizzando ilCLI, usa il create-event-subscription comando. Includi i parametri obbligatori seguenti:

  • --subscription-name

  • --sns-topic-arn

L'esempio seguente crea una sottoscrizione per gli eventi di backup e ripristino per un'istanza DB RDS personalizzata nell' AWS account corrente. Le notifiche vengono inviate a un argomento di Amazon Simple Notification Service (AmazonSNS), 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 for Oracle

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

CEVla creazione 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 tuo. CEV

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

    CEVla creazione fallisce 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 Passaggio 7: Aggiungere le IAM autorizzazioni necessarie.

  • La tua IAM politica ha una aws:SourceIp condizione. 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 CEV manifesto non si trovano nel bucket S3.

  • I checksum SHA -256 dei file di installazione sono sconosciuti a Custom. RDS

    Verifica che i checksum SHA -256 dei file forniti corrispondano al checksum SHA -256 sul sito Web di Oracle. Se i checksum corrispondono, contatta l'AWS assistenza e fornisci il nome, il CEV nome del file e il checksum non riusciti.

  • La OPatch versione 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'OPatchutilità. La versione richiesta dell'utilità Opatch è disponibile nel file readme della patch. Scarica l'OPatchutilità più recente da My Oracle Support e prova a crearla CEV di nuovo.

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

È possibile visualizzare RDS gli eventi sulla RDS console (nel riquadro di navigazione, scegliere Eventi) o utilizzando il describe-events AWS CLI comando. 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 in CloudTrail, le chiamate al MediaImport servizio come l'CreateCustomDbEngineVersionevento non vengono registrate.

Tuttavia, potresti ricevere chiamate dal API gateway che accede al tuo bucket Amazon S3. Queste chiamate provengono dal MediaImport servizio dell'evento. CreateCustomDbEngineVersion

Correzione delle configurazioni non supportate in RDS Custom for Oracle

Nel modello a responsabilità condivisa, è tua responsabilità risolvere i problemi di configurazione che mettono in gioco l'istanza DB RDS Custom for Oracle. unsupported-configuration Se il problema riguarda l' AWS infrastruttura, utilizza 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 for Oracle. Per informazioni su RDS Custom for SQL Server, vedere. Correzione delle configurazioni non supportate in RDS Custom per SQL Server

La tabella seguente include 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 RDSPerimetro di supporto personalizzato. Per le descrizioni degli eventi, consulta Categorie di eventi e messaggi di eventi di Amazon RDS .

ID evento Configurazione RDSmessaggio di evento Azione

SP-O0000

Configurazione manuale non supportata

Lo stato dell'istanza DB RDS personalizzata è impostato su [Configurazione non supportata] a causa di:. reason

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

SP-O1001

Volumi Amazon Elastic Block Store (AmazonEBS)

I seguenti EBS volumi sono stati aggiunti all'EC2istanzaec2_id:volume_id. Per risolvere il problema, scollega i volumi specificati dall'istanza.

RDSCustom crea due tipi di EBS volume, oltre al volume root creato da Amazon Machine Image (AMI), e li associa all'EC2istanza:

  • 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 EBS volumi iniziali creati con l'istanza DB sono ancora associati all'istanza.

  • I EBS volumi iniziali hanno ancora le stesse configurazioni impostate inizialmente: tipo di storage, dimensione, provisioned IOPS e throughput di archiviazione.

  • Nessun EBS volume aggiuntivo è collegato all'istanza DB.

Utilizza il CLI comando seguente per confrontare il tipo di volume dei dettagli del EBS volume 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 (AmazonEBS)

EBSil volume volume_id è stato staccato dall'EC2istanza [ec2_id]. Non è possibile scollegare il volume originale da questa istanza. Per risolvere il problema, ricollega volume_id a. ec2_id

RDSCustom crea due tipi di EBS volume, oltre al volume root creato da Amazon Machine Image (AMI), e li associa all'EC2istanza:

  • 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 EBS volumi iniziali creati con l'istanza DB sono ancora associati all'istanza.

  • I EBS volumi iniziali hanno ancora le stesse configurazioni impostate inizialmente: tipo di storage, dimensione, provisioned IOPS e throughput di archiviazione.

  • Nessun EBS volume aggiuntivo è collegato all'istanza DB.

Utilizza il CLI comando seguente per confrontare il tipo di volume dei dettagli del EBS volume 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 (AmazonEBS)

Il EBS volume originale volume_id allegato all'EC2istanza è ec2_id stato modificato come segue: da [X] a [Y], da digitare [N] a [M] o IOPS [J] a [K]. Per risolvere il problema, annulla la modifica.

RDSCustom crea due tipi di EBS volume, oltre al volume root creato da Amazon Machine Image (AMI), e li associa all'EC2istanza:

  • 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 EBS volumi iniziali creati con l'istanza DB sono ancora associati all'istanza.

  • I EBS volumi iniziali hanno ancora le stesse configurazioni impostate inizialmente: tipo di storage, dimensione, provisioned IOPS e throughput di archiviazione.

  • Nessun EBS volume aggiuntivo è collegato all'istanza DB.

Utilizza il CLI comando seguente per confrontare il tipo di volume dei dettagli del EBS volume 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'EC2istanza Amazon

Il ripristino automatico ha lasciato l'EC2istanza [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 delle EC2 istanze Amazon

EC2instance [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'EC2istanza Amazon

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

Il perimetro di supporto monitora le notifiche di modifica dello stato dell'EC2istanza. L'EC2istanza 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 l'istanza DB RDS Custom for Oracle.

SP-O1007

Stato dell'EC2istanza Amazon

EC2instance [ec2_id] è stato interrotto. Per risolvere il problema, avvia l'istanza.

Il perimetro di supporto monitora le notifiche di modifica dello stato dell'EC2istanza. L'EC2istanza 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

RDSStatus di agente personalizzato

L'agente RDS personalizzato non è in esecuzione sull'EC2istanza [ec2_id]. Assicurati che l'agente sia in esecuzione su [ec2_id].

In RDS Custom for Oracle, l'istanza DB 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 monitora inoltre lo stato del processo dell'agente RDS personalizzato sull'host ogni 30 minuti.

Per riavviare l'agente Custom RDS

  1. Accedi al tuo host e assicurati 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 è di nuovo in esecuzione, la IamAlive metrica viene pubblicata su Amazon CloudWatch e l'allarme passa allo OK stato. Questo switch notifica al perimetro di supporto che l'agente è in esecuzione.

SP-O2002

AWS Systems Manager stato dell'agente (SSMagente)

L'agente Systems Manager sull'EC2istanza [ec2_id] non è raggiungibile. Assicurati di aver configurato correttamente la rete, l'agente e IAM le autorizzazioni.

SSML'agente deve essere sempre in esecuzione. L'agente RDS Custom ha la responsabilità di assicurarsi che l'agente Systems Manager sia in esecuzione. Se SSM l'agente è stato terminato e poi riavviato, l'agente RDS personalizzato pubblica una metrica su. CloudWatch L'agente RDS Custom ha un allarme sulla metrica impostata per attivarsi quando si è verificato un riavvio in ciascuno dei tre minuti precedenti. Il perimetro di supporto monitora inoltre lo stato del processo dell'SSMagente sull'host ogni 30 minuti.

Per ulteriori informazioni, vedere Troubleshooting Agent. SSM

SP-O2003

AWS Systems Manager stato dell'SSMagente (agente)

L'agente Systems Manager sull'EC2istanza [ec2_id] si è bloccato più volte. Per ulteriori informazioni, consultate la documentazione sulla risoluzione dei problemi SSM dell'agente.

Per ulteriori informazioni, vedere Troubleshooting SSM Agent.

SP-O2004

Fuso orario del sistema operativo

Il fuso orario sull'EC2istanza [ec2_id] è stato modificato. Per risolvere questo problema, ripristina il fuso orario all'impostazione precedente di []. previous-time-zone Quindi utilizzate un gruppo di RDS opzioni per modificare il fuso orario.

RDSl'automazione 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 RDS automazione, pertanto l'EC2istanza viene collocata nello stato. unsupported-configuration

Per correggere l'impostazione del fuso orario

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

    timedatectl

  2. Metti in pausa l'automazione RDS personalizzata. Per ulteriori informazioni, consulta Sospensione e ripresa dell'istanza DB personalizzata RDS.

  3. Arresta l'istanza DB.

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

  5. Avviare l'istanza database.

  6. Riprendi l'automazione RDS personalizzata.

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'EC2istanza [] ec2_id non dispongono delle autorizzazioni necessarie. Per risolvere questo problema, ripristina le modifiche recenti alle configurazioni sudo.

Il perimetro di supporto verifica che determinati utenti del sistema operativo siano autorizzati a eseguire determinati comandi sull'host. Monitora sudo le configurazioni e le confronta con lo stato supportato.

Se le sudo configurazioni non sono supportate, RDS Custom tenta di sovrascriverle e tornare allo stato supportato precedente. Se il tentativo ha esito positivo, RDS Custom invia la seguente notifica:

RDSCustom ha sovrascritto con successo la configurazione.

Se la sovrascrittura non riesce, l'istanza DB rimane nello stato di configurazione non supportato. Per risolvere questo problema, ripristina le modifiche all'interno del sudoers.d/ file o correggi le autorizzazioni.

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

RDSL'automazione personalizzata non può scaricare file dal bucket S3 su 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 TARGET parametro ARCHIVE _ LAG _ sull'EC2istanza [ec2_id] non rientra nell'intervallo consigliato. value_range Per risolvere il problema, impostate 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 dichiarazione. 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'EC2istanza []. ec2_id Per risolvere il problema, imposta il ROLE parametro DATABASE _ su PRIMARY o PHYSICALSTANDBY.

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 ha stabilito che il ruolo del database è supportato, l'istanza DB RDS Custom for Oracle diventa disponibile entro 15 secondi.

SP-O3003

Integrità del database

Il SMON processo 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

  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'EC2host.

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'EC2istanza [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 EC2 host.

  2. Connect al database ed esegui la seguente istruzione:

    SELECT LOG_MODE FROM V$DATABASE;

    Oppure puoi eseguire il seguente comando in SQL *Plus:

    ARCHIVE LOG LIST

  3. Esegui il seguente SQL comando*Plus per avviare uno spegnimento coerente.

    SHUTDOWN IMMEDIATE

L'agente RDS personalizzato 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 di Oracle su EC2 instance [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'EC2istanza [ec2_id] è stato modificato innew_value. Per risolvere il problema, ripristina il nome inold_value.
Per modificare il nome univoco del database per l'istanza DB

  1. Accedi al tuo EC2 host.

  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 SQL istruzione per avviare un arresto coerente.

    SHUTDOWN IMMEDIATE;

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

Risoluzione dei problemi relativi agli aggiornamenti per RDS Custom for Oracle

L'aggiornamento di un'RDSistanza Custom for Oracle potrebbe non riuscire. Di seguito, puoi trovare le tecniche che puoi utilizzare durante gli aggiornamenti di RDS Custom DB for Oracle DB istanze:

  • 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

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

    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.

  • Eseguite la seguente SQL query 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 relativi alla promozione delle repliche per RDS Custom for Oracle

È possibile promuovere le repliche Oracle gestite in RDS Custom for Oracle utilizzando la console, il promote-read-replica AWS CLI comando o. PromoteReadReplica API Se elimini l'istanza DB principale e tutte le repliche sono integre, RDS Custom for Oracle promuove automaticamente le repliche gestite in istanze autonome. Se una replica ha messo in pausa l'automazione o non rientra nel perimetro di supporto, è necessario correggerla prima che Custom possa promuoverla automaticamente. RDS Per ulteriori informazioni, consulta Promozione di una replica RDS Custom for Oracle su un'istanza DB 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 è 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 Support e chiedi loro di spostare la tua istanza DB allo available stato.

In questa pagina

Related resources

Amazon RDS Riferimento alle API
AWS CLI comandi per Amazon RDS
SDKs & Strumenti 

Related resources

Amazon RDS Riferimento alle API
AWS CLI comandi per Amazon RDS
SDKs & Strumenti 
PrivacyCondizioni del sitoPreferenze cookie
© 2025, Amazon Web Services, Inc. o società affiliate. Tutti i diritti riservati.