Esegui la migrazione di Oracle E-Business Suite ad Amazon Custom RDS - Prontuario AWS

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

Esegui la migrazione di Oracle E-Business Suite ad Amazon Custom RDS

Creato da Simon Cunningham (AWS), Jaydeep Nandy (), Nitin Saxena () e Vishnu Vinnakota (AWS) AWS AWS

Ambiente: produzione

Fonte: Amazon EC2 o locale

Obiettivo: Amazon RDS Custom

Tipo R: Replatform

Carico di lavoro: Oracle

Tecnologie: migrazione; database; infrastruttura

AWSservizi: AmazonEFS; AmazonRDS; AWS Secrets Manager

Riepilogo

Oracle E-Business Suite è una soluzione Enterprise Resource Planning (ERP) per automatizzare processi a livello aziendale come dati finanziari, risorse umane, catene di approvvigionamento e produzione. Ha un'architettura a tre livelli: client, applicazione e database. In precedenza, dovevi eseguire il database Oracle E-Business Suite su un'istanza Amazon Elastic Compute Cloud (AmazonEC2) autogestita, ma ora puoi trarre vantaggio da Amazon Relational Database Service (Amazon) Custom. RDS  

Amazon RDS Custom for Oracle è un servizio di database gestito per applicazioni legacy, personalizzate e confezionate che richiedono l'accesso al sistema operativo e all'ambiente di database sottostanti. Automatizza le attività e le operazioni di amministrazione del database, consentendo al contempo, in qualità di amministratore di database, di accedere e personalizzare l'ambiente di database e il sistema operativo. Quando migri il tuo database Oracle RDS su Amazon Custom, Amazon Web Services (AWS) si occupa di tutte le attività più impegnative, come le attività di backup e la garanzia di un'elevata disponibilità, mentre tu puoi concentrarti sulla manutenzione dell'applicazione e delle funzionalità della suite Oracle E-Business. Per i fattori chiave da considerare per una migrazione, consulta le strategie di migrazione dei database Oracle in AWS Prescriptive Guidance.

Questo modello si concentra sui passaggi per migrare un database Oracle autonomo da Amazon ad EC2 Amazon RDS Custom utilizzando un backup di Oracle Recovery Manager (RMAN) e un file system condiviso Amazon Elastic File System (AmazonEFS) tra l'EC2istanza e Amazon RDS Custom. Il modello utilizza un backup RMAN completo (che a volte viene definito backup di livello 0).  Per semplicità, utilizza un backup a freddo in cui l'applicazione viene chiusa e il database è montato e non aperto. (È inoltre possibile utilizzare Oracle Data Guard o la RMAN duplicazione per il backup. Tuttavia, questo modello non copre tali opzioni.)

Per informazioni sull'architettura di Oracle E-Business Suite AWS per l'alta disponibilità e il disaster recovery, consulta lo schema Configurare un'architettura HA/DR per Oracle E-Business Suite su RDS Amazon Custom con un database in standby attivo.

Nota: questo modello fornisce collegamenti alle note di supporto Oracle. È necessario un account Oracle Support per accedere a questi documenti.

Prerequisiti e limitazioni

Prerequisiti

  • Un database di origine Oracle versione 12.1.0.2 o 19c (minimo 19.3) in esecuzione su Amazon EC2 con Oracle Linux 7 o Red Hat Enterprise Linux (RHEL) versione 7.x. Questo modello presuppone che il nome del database di origine sia VIS e che il nome del database contenitore aggiuntivo per Oracle 19c siaVISCDB, ma è possibile utilizzare altri nomi.

    Nota: puoi utilizzare questo modello anche con database di origine Oracle locali, purché disponga della connettività di rete appropriata tra la rete locale e Amazon Virtual Private Cloud (Amazon VPC).

  • Un'applicazione Oracle E-Business Suite versione 12.2.x (istanza vision). Questa procedura è stata testata nella versione 12.2.11.

  • Un singolo livello di applicazione di Oracle E-Business Suite. Tuttavia, è possibile adattare questo modello per lavorare con più livelli di applicazione.

  • Per Oracle 12.1.0.2, Amazon RDS Custom è configurato con almeno 16 GB di spazio di swap. Altrimenti, il CD 12c Examples visualizza un avviso. (Oracle 19c non richiede il CD Examples, come indicato più avanti in questo documento).

Completa i seguenti passaggi prima di iniziare la migrazione:

  1. Sulla RDS console Amazon, crea un'istanza database Amazon RDS Custom for Oracle con il nome del database VIS (o il nome del database di origine). Per istruzioni, consulta Working with Amazon RDS Custom nella AWS documentazione e il post di blog Amazon RDS Custom for Oracle — New Control Capabilities in Database Environment. Ciò garantisce che il nome del database sia impostato sullo stesso nome del database di origine. (Se lasciato vuoto, l'EC2istanza e il nome del database verranno impostati suORCL.)  Assicurati di creare la versione del motore personalizzata (CEV) con almeno le patch applicate al codice sorgente. Per ulteriori informazioni, consulta Preparazione alla creazione di un CEV nella RDS documentazione di Amazon.

    Nota per Oracle 19c: attualmente, per Oracle 19c, il nome del database Amazon RDS Container può essere personalizzato. Il valore predefinito è RDSCDB. Assicurati di creare l'istanza Oracle RDS personalizzata con lo stesso ID di sistema (SID) dell'istanza di origineEC2. Ad esempio, in questo modello, si presume che l'Oracle 19c SID si trovi nell'istanza di origine. VISCDB Pertanto, dovrebbe essere l'obiettivo anche Oracle 19c RDS su SID Amazon Custom. VISCDB

  2. Configura l'istanza database Amazon RDS Custom con storageCPU, v e memoria sufficienti a corrispondere al database di EC2 origine Amazon.  A tale scopo, puoi abbinare i tipi di EC2 istanza Amazon in base a v CPU e memoria. 

  3. Crea un EFS file system Amazon e montalo sulle istanze Amazon EC2 e Amazon RDS Custom.  Per istruzioni, consulta il post sul EFS blog Integrate Amazon RDS Custom for Oracle with Amazon. Questo modello presuppone che tu abbia montato il EFS volume Amazon sia /RMAN sull'RDSistanza Amazon Custom DB di origine che su quella di destinazione EC2 e che sia possibile la connettività di rete tra l'origine e la destinazione. Puoi anche utilizzare lo stesso metodo utilizzando Amazon FSx o qualsiasi unità condivisa.

Ipotesi

Questo modello presuppone che l'applicazione e il database utilizzino nomi host logici, il che riduce il numero di passaggi di migrazione. È possibile modificare questi passaggi per utilizzare nomi host fisici, ma i nomi host logici riducono la complessità del processo di migrazione. Per informazioni sui vantaggi dell'utilizzo di nomi host logici, consulta le seguenti note di supporto:

  • Per 12c, Oracle Support Note 2246690.1

  • Per 19c, Oracle Support Note 2617788.1

Questo modello non copre lo scenario di aggiornamento da Oracle 12c a 19c e si concentra sulla migrazione della stessa versione del database Oracle in esecuzione su Amazon su EC2 Amazon RDS Custom for Oracle.

Amazon RDS Custom for Oracle supporta la personalizzazione di Oracle Home. (Oracle Home memorizza i file binari Oracle). È possibile modificare il percorso predefinito /rdsdbbin/oracle di in un percorso specificato dall'utente, ad esempio/d01/oracle/VIS/19c. Per semplicità, le istruzioni di questo modello presuppongono il percorso predefinito/rdsdbbin/oracle.

Limitazioni

Questo modello non supporta le seguenti funzionalità e configurazioni:

  • Impostazione del ARCHIVE_LAG_TARGET parametro del database su un valore esterno all'intervallo 60—7200

  • Disattivazione della modalità di registro dell'istanza DB () NOARCHIVELOG 

  • Disattivazione dell'EBS-optimizedattributo dell'istanza EC2

  • Modifica dei volumi Amazon Elastic Block Store (AmazonEBS) originali collegati all'istanza EC2

  • Aggiungere nuovi EBS volumi o modificare il tipo di volume da a gp2 gp3

  • Support per l'TNSifile

  • Modifica della control_file posizione e del nome (deve essere/rdsdbdata/db/VISCDB_A/controlfile/control-01.ctl, VISCDB dov'è il CDB nome)

Per ulteriori informazioni su queste e altre configurazioni non supportate, consulta Correzione delle configurazioni non supportate nella documentazione di Amazon. RDS

Versioni del prodotto

Per le versioni e le classi di istanze di Oracle Database supportate da Amazon RDS Custom, consulta Disponibilità e requisiti per Amazon RDS Custom for Oracle.

Architettura

Il seguente diagramma di architettura rappresenta un sistema Oracle E-Business Suite in esecuzione in una singola zona di disponibilità su. AWS È possibile accedere al livello dell'applicazione tramite un Application Load Balancer, sia l'applicazione che i database si trovano in sottoreti private e il livello di EC2 database Amazon Custom RDS e Amazon utilizza un file system EFS condiviso di Amazon per archiviare e accedere ai file di backup. RMAN

Architettura per E-Business Suite in un'unica zona di disponibilità su AWS

Strumenti

AWSservizi

  • Amazon RDS Custom for Oracle è un servizio di database gestito per applicazioni legacy, personalizzate e confezionate che richiedono l'accesso al sistema operativo e all'ambiente di database sottostanti. Automatizza le attività e le operazioni di amministrazione del database, consentendo al contempo, in qualità di amministratore di database, di accedere e personalizzare l'ambiente di database e il sistema operativo. 

  • Amazon Elastic File System (AmazonEFS) è un file system semplice, senza server ed elastico per aggiungere e rimuovere file senza necessità di gestione o provisioning. Questo modello utilizza un file system EFS condiviso di Amazon per archiviare e accedere ai file RMAN di backup.

  • AWSSecrets Manager è un servizio AWS gestito che consente di ruotare, gestire e recuperare facilmente le credenziali, le API chiavi e altre informazioni segrete del database. Amazon RDS Custom memorizza la coppia di chiavi e le credenziali utente del database in Secrets Manager al momento della creazione del database. In questo schema, si recuperano le password degli utenti del database da Secrets Manager per creare gli ADMIN utenti RDSADMIN e modificare le password di sistema e di sistema.

Altri strumenti

  • RMANè uno strumento che fornisce supporto per il backup e il ripristino dei database Oracle. Questo modello viene utilizzato RMAN per eseguire un backup a freddo del database Oracle di origine su Amazon EC2 che viene ripristinato su Amazon RDS Custom.

Best practice

  • Usa nomi host logici. Ciò riduce in modo significativo il numero di script post-clonazione da eseguire. Per ulteriori informazioni, vedere Oracle Support Note 2246690.1.

  • Amazon RDS Custom utilizza Oracle Automatic Memory Management (AMM) per impostazione predefinita.  Se desideri utilizzare il kernel hugemem, puoi configurare Amazon RDS Custom per utilizzare invece Automatic Shared Memory Management (). ASMM

  • Lascia il memory_max_target parametro abilitato per impostazione predefinita. Il framework utilizza questo parametro in background per creare repliche di lettura.

  • Abilita Oracle Flashback Database. Questa funzionalità è utile negli scenari di test di failover (non di switchover) per ripristinare lo standby.

  • Per i parametri di inizializzazione del database, personalizza lo standard PFILE fornito dall'istanza Amazon RDS Custom DB per Oracle E-Business Suite invece di utilizzare lo standard del database SPFILE di origine Oracle. Questo perché gli spazi bianchi e i commenti causano problemi durante la creazione di repliche di lettura in Amazon RDS Custom. Per ulteriori informazioni sui parametri di inizializzazione del database, vedere Oracle Support Note 396009.1.

Nella seguente sezione Epics, abbiamo fornito istruzioni separate per Oracle 12.1.0.2 e 19c, in cui i dettagli differiscono.

Epiche

AttivitàDescrizioneCompetenze richieste

Chiudi l'applicazione.

Per chiudere l'applicazione sorgente, utilizzate questi comandi: 

$ su - applmgr $ cd $INST_TOP/admin/scripts $ ./adstpall.sh
DBA

Create il file.zip.

Crea il appsutil.zip file sul livello dell'applicazione di origine. Utilizzerai questo file in seguito per configurare il nodo di database Amazon RDS Custom.

$ perl $AD_TOP/bin/admkappsutil.pl
DBA

Copia il file.zip su AmazonEFS.

Copia appsutil.zip $INST_TOP/admin/out da nel tuo EFS volume Amazon condiviso (/RMAN/appsutil). Puoi trasferire il file manualmente utilizzando secure copy (SCP) o un altro meccanismo di trasferimento.

DBA
AttivitàDescrizioneCompetenze richieste

Preclona il livello del database su Amazon. EC2

Accedi come utente Oracle ed esegui:

$ cd $ORACLE_HOME/appsutil/scripts/$CONTEXT_NAME $ perl adpreclone.pl dbTier

Controlla il file di registro generato per confermare che l'operazione sia stata completata correttamente.

DBA

Copia appsutil.zip nel EFS file system Amazon condiviso.

Crea un backup tar e copialo $ORACLE_HOME/appsutil nel EFS file system Amazon condiviso (ad esempio,/RMAN/appsutil):

$ cd $ORACLE_HOME $ tar cvf sourceappsutil.tar appsutil $ cp sourceappsutil.tar /RMAN/appsutil
DBA
AttivitàDescrizioneCompetenze richieste

Crea uno script di backup.

Esegui un backup RMAN completo del database di origine sul EFS file system Amazon condiviso.

Per semplicità, questo modello esegue un RMAN backup a freddo. Tuttavia, è possibile modificare questi passaggi per eseguire un RMAN backup a caldo con Oracle Data Guard per ridurre i tempi di inattività.

1. Avvia il EC2 database Amazon di origine in modalità mount:

$ sqlplus / as sysdba $ SQL> shutdown immediate $ SQL> startup mount

2. Crea uno script di RMAN backup (usa uno dei seguenti esempi, a seconda della versione di Oracle, o esegui uno degli RMAN script esistenti) per eseguire il backup del database sul EFS file system Amazon che hai montato (/RMANin questo esempio).

Per Oracle 12.1.0.2:

$ vi FullRMANColdBackup.sh #!/bin/bash . /home/oracle/.bash_profile export ORACLE_SID=VIS export ORACLE_HOME=/d01/oracle/VIS/12.1.0 export DATE=$(date +%y-%m-%d_%H%M%S) rman target / log=/RMAN/VISDB_${DATE}.log << EOF run { allocate channel ch1 device type disk format '/RMAN/visdb_full_bkp_%u'; allocate channel ch2 device type disk format '/RMAN/visdb_full_bkp_%u'; crosscheck backup; delete noprompt obsolete; BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG; backup archivelog all; release channel ch1; release channel ch2; } EOF

Per Oracle 19c:

$ vi FullRMANColdBackup.sh #!/bin/bash . /home/oracle/.bash_profile export ORACLE_SID=VISCDB export ORACLE_HOME=/d01/oracle/VIS/19c export DATE=$(date +%y-%m-%d_%H%M%S) rman target / log=/RMAN/VISDB_${DATE}.log << EOF run { allocate channel ch1 device type disk format '/RMAN/visdb_full_bkp_%u'; allocate channel ch2 device type disk format '/RMAN/visdb_full_bkp_%u'; crosscheck backup; delete noprompt obsolete; BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG; backup archivelog all; backup current controlfile format '/RMAN/cntrl.bak'; release channel ch1; release channel ch2; } EOF
DBA

Esegui lo script di backup.

Modifica le autorizzazioni, accedi come utente Oracle ed esegui lo script:

$ chmod 755 FullRMANColdBackup.sh $ ./FullRMANColdBackup.sh
DBA

Verifica la presenza di errori e annota il nome del file di backup.

Verifica la presenza di errori nel file di RMAN registro. Se tutto sembra corretto, elenca il backup del file di controllo. Nota il nome del file di output.

Per Oracle 12.1.0.2:

RMAN> connect target / RMAN> list backup of controlfile; BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 9 Full 1.11M DISK 00:00:04 23-APR-22 BP Key: 9 Status: AVAILABLE Compressed: YES Tag: TAG20220423T121011 Piece Name: /RMAN/visdb_full_bkp_100rlsbt Control File Included: Ckp SCN: 12204595396727 Ckp time: 23-APR-22

Utilizzerai il file di backup in un /RMAN/visdb_full_bkp_100rlsbt secondo momento, quando ripristini il database su Amazon RDS Custom.

Per Oracle 19c:

RMAN> connect target / RMAN> list backup of controlfile; BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 38 Full 17.92M DISK 00:00:01 25-NOV-22 BP Key: 38 Status: AVAILABLE Compressed: NO Tag: TAG20221125T095014 Piece Name: /RMAN/cntrl.bak Control File Included: Ckp SCN: 12204620188873 Ckp time: 23-NOV-22

Utilizzerai il file di backup in un /RMAN/cntrl.bak secondo momento, quando ripristini il database su Amazon RDS Custom.

DBA
AttivitàDescrizioneCompetenze richieste

Cambia il file hosts e imposta il nome host.

Nota: i comandi in questa sezione devono essere eseguiti come utente root.

1. Modifica il /etc/hosts file sull'istanza Amazon RDS Custom DB. Un modo semplice per farlo è copiare le voci del database e dell'host dell'applicazione dal file host del EC2 database Amazon di origine.

<IP-address> OEBS-app01.localdomain OEBS-app01 OEBS-app01log.localdomain OEBS-app01log <IP-address> OEBS-db01.localdomain OEBS-db01 OEBS-db01log.localdomain OEBS-db01log

dove <IP-address> è l'indirizzo IP del nodo di database, che devi sostituire con l'indirizzo IP Amazon RDS Custom. I nomi host logici vengono aggiunti con. *log

2. Cambia il nome host del database eseguendo il comando: hostnamectl 

$ sudo hostnamectl set-hostname --static persistent-hostname

Per esempio:

$ sudo hostnamectl set-hostname --static OEBS-db01log

Per ulteriori informazioni, consulta l'articolo del Knowledge Center sull'assegnazione di nomi host statici.

3. Riavvia l'RDSistanza Amazon Custom DB.  Non preoccuparti di chiudere il database, perché lo eliminerai in una fase successiva.

$ reboot

4. Quando l'istanza Amazon RDS Custom DB torna attiva, accedi e verifica che il nome host sia cambiato: 

$ hostname oebs-db01
DBA

Installa il software Oracle E-Business Suite.

Installa la suite Oracle E-Business consigliata RPMs nella home page di Oracle sull'istanza Amazon RDS Custom DB. Per i dettagli, vedere Oracle Support Note #1330701 .1. Di seguito è riportato un elenco parziale. L'RPMelenco cambia per ogni versione, quindi verificate che RPMs siano installate tutte le versioni necessarie.

Come utente root, esegui:

$ sudo yum -y update $ sudo yum install -y elfutils-libelf-devel* $ sudo yum install -y libXp-1.0.2-2.1*.i686 $ sudo yum install -y libXp-1.0.2-2.1* $ sudo yum install -y compat-libstdc++-*

Verificate che tutte le patch richieste siano installate prima di procedere con il passaggio successivo.

DBA

Installa il server. VNC

Nota: è possibile omettere questo passaggio per Oracle 19c perché il CD Examples non è più necessario; vedere Oracle Support Note 2782085.1.

Per Oracle 12.1.0.2:

Installa il VNC server e i pacchetti desktop dipendenti. Questo è un requisito per installare il CD 12c Examples nel passaggio successivo.

1. Come utente root, esegui:

$ sudo yum install -y tigervnc-server $ sudo yum install -y *kde* $ sudo yum install -y *xorg*

2. Avvia il VNC server per rdsdb l'utente e imposta la password perVNC:

$ su - rdsdb $ vncserver :1 $ vncpassword
DBA

Installa il CD 12c Examples.

Nota: è possibile omettere questo passaggio per Oracle 19c perché il CD Examples non è più necessario; vedere Oracle Support Note 2782085.1.

Per Oracle 12.1.0.2:

1. Scarica i file di installazione dahttps://edelivery.oracle.com/.  Per Oracle E-Business Suite 12.2.11 — Oracle Database 12c Release 1 (12.1.0.2), cerca Esempi per Linux x86-64 V100102-01.zip.

2. Crea una directory per archiviare il CD Examples:

$ mkdir /RMAN/12cexamples

3. Copia il file.zip del CD Examples in questa directory utilizzando il meccanismo di trasferimento che preferisci (ad esempio,SCP):

V100102-01.zip

4. Cambia la proprietà inrdsdb:

$ chown -R rdsdb:rdsdb /RMAN/12cexamples

5. Come rdsdb utente, decomprimi il file:

$ unzip V10010201.zip

6. Connect da un client che ha accesso al VNC client e ad Amazon RDS Custom. Assicurati di avere la connettività di rete e le porte firewall necessarie per consentire l'accesso aVNC. Ad esempio, un VNC server in esecuzione display :1 avrà bisogno dell'apertura della porta 5901 sul gruppo di sicurezza associato all'EC2host Amazon RDS Custom.

7. Passa alla directory in cui hai copiato il CD Examples:

$ cd /RMAN/12cexamples/examples

8. Eseguire il programma di installazione.  Assicurati di verificare la posizione del oraInst.loc file. 

./runInstaller -invPtrLoc /rdsdbbin/oracle.12.1.custom.r1.EE.1/oraInst.loc

9. Utilizzate i seguenti parametri durante l'installazione del CD Examples:  

Skip Software Update Downloads Select Oracle Home 12.1.0.2 (Oracle Base = /rdsdbbin) (Software Location = /rdsdbbin/oracle/12.1.custom.r1.EE.1)

10. Il programma di installazione include cinque passaggi con istruzioni.  Segui i passaggi fino al completamento dell'installazione. 

DBA
AttivitàDescrizioneCompetenze richieste

Metti in pausa la modalità di automazione.

Devi mettere in pausa la modalità di automazione sulla tua istanza Amazon RDS Custom DB prima di procedere con i passaggi successivi, per assicurarti che l'automazione non interferisca con l'RMANattività.

Metti in pausa l'automazione utilizzando il seguente AWS comando Command Line Interface (AWSCLI). (Assicurati di aver configurato il AWS CLI primo).

aws rds modify-db-instance \ --db-instance-identifier VIS \ --automation-mode all-paused \ --resume-full-automation-mode-minute 360 \ --region eu-west-1

Quando specificate la durata della pausa, assicuratevi di lasciare abbastanza tempo per il RMAN ripristino. Questo dipende dalla dimensione del database di origine, quindi modificate il valore 360 di conseguenza.

DBA

Eliminate il database iniziale.

Elimina il database Amazon RDS Custom esistente. 

Come utente Oracle Home, esegui i seguenti comandi. (L'utente predefinito èrdsdb, a meno che non sia stato personalizzato).

$ sqlplus / as sysdba SQL> shutdown immediate; SQL> startup nomount restrict; SQL> alter database mount; SQL> drop database; SQL> exit
DBA

Crea directory per archiviare i file del database.

Per Oracle 12.1.0.2:

Crea directory per il database, il control file, i file di dati e il registro online. Utilizzate la directory principale del control_files parametro nel comando precedente (in questo caso,). VIS_A Esegui i seguenti comandi come utente Oracle Home (per impostazione predefinita,rdsdb).

$ mkdir -p /rdsdbdata/db/VIS_A/controlfile $ mkdir -p /rdsdbdata/db/VIS_A/datafile $ mkdir -p /rdsdbdata/db/VIS_A/onlinelog

Per Oracle 19c:

Crea directory per il database, il control file, i file di dati e il registro online. Utilizzate la directory principale del control_files parametro nel comando precedente (in questo caso,). VISCDB_A Esegui i seguenti comandi come utente Oracle Home (per impostazione predefinita,rdsdb).

$ mkdir -p /rdsdbdata/db/cdb/VISCDB_A/controlfile $ mkdir -p /rdsdbdata/db/cdb/VISCDB_A/datafile $ mkdir -p /rdsdbdata/db/cdb/VISCDB_A/onlinelog $ mkdir -p /rdsdbdata/db/cdb/VISCDB_A/onlinelog/arch $ mkdir /rdsdbdata/db/pdb/VISCDB_A
DBA

Creare e modificare il file dei parametri per Oracle E-Business Suite.

In questo passaggio, non copierai il file dei parametri del server (SPFILE) dal database di origine. Utilizzerai invece il file di parametri standard (PFILE) creato con l'istanza Amazon RDS Custom DB e aggiungerai i parametri necessari per Oracle E-Business Suite.

Quando elimini il database, Amazon RDS Automation crea un backup del init.ora file, che è associato al database Amazon RDS Custom. Questo file viene chiamato oracle_pfile e si trova in/rdsdbdata/config.

Per Oracle 12.1.0.2:

1. Copia /rdsdbdata/config/oracle_pfile su $ORACLE_HOME.

$ cp /rdsdbdata/config/oracle_pfile $ORACLE_HOME/dbs/initVIS.ora

2. Modifica il initVIS.ora file sull'istanza Amazon RDS Custom DB. Convalida tutti i parametri sull'origine e aggiungi i parametri necessari. Per i dettagli, vedere Oracle Support Note 396009.1.

Importante: assicurati che non ci siano commenti nei parametri che aggiungi. I commenti causeranno problemi con l'automazione, come la creazione di repliche di lettura e l'emissione di point-in-time ripristini (). PITRs

3. Aggiungete al initVIS.ora file parametri simili ai seguenti, in base ai vostri requisiti:

*.workarea_size_policy='AUTO' *.plsql_code_type='INTERPRETED' *.cursor_sharing='EXACT' *._b_tree_bitmap_plans=FALSE *.session_cached_cursors=500 *.optimizer_adaptive_features=false *.optimizer_secure_view_merging=false *.SQL92_SECURITY=TRUE *.temp_undo_enabled=true _system_trig_enabled = TRUE nls_language = american nls_territory = america nls_numeric_characters = ".," nls_comp = binary nls_sort = binary nls_date_format = DD-MON-RR nls_length_semantics = BYTE aq_tm_processes = 1 _sort_elimination_cost_ratio =5 _like_with_bind_as_equality = TRUE _fast_full_scan_enabled = FALSE _b_tree_bitmap_plans = FALSE optimizer_secure_view_merging = FALSE _optimizer_autostats_job = FALSE parallel_max_servers = 8 parallel_min_servers = 0 parallel_degree_policy = MANUAL sec_case_sensitive_logon = FALSE compatible = 12.1.0 o7_dictionary_accessibility = FALSE utl_file_dir =/tmp

4. Modificare quanto segue. I valori dipenderanno dal sistema di origine, quindi modificali in base alla configurazione corrente.

*.open_cursors=500 *.undo_tablespace='APPS_UNDOTS1

5. Rimuovi il SPFILE riferimento.

*.spfile='/rdsdbbin/oracle/dbs/spfileVIS.ora'

Note:

  • Non modificare i valori forniti da Amazon RDS Custom PFILE per control_files edb_unique_name. Amazon RDS si aspetta questi valori. Se si tenta di creare una replica di lettura in futuro, si verificheranno dei problemi.

  • Amazon RDS Custom utilizza Automatic Memory Management (AMM) per impostazione predefinita. Se desideri utilizzare hugemem, puoi configurare Amazon RDS Custom per utilizzare Automatic Shared Memory Management (). ASMM  

  • Lascia il memory_max_target parametro abilitato per impostazione predefinita. Il RDS framework Amazon lo utilizza in background per creare repliche di lettura.

6. Verifica che non ci siano problemi con il initVIS.ora file eseguendo il startup nomount comando:

SQL> startup nomount pfile=/rdsdbbin/oracle/dbs/initVIS.ora; SQL> create spfile='/rdsdbdata/admin/VIS/pfile/spfileVIS.ora' from pfile; SQL> exit

7. Crea un link simbolico perSPFILE.

$ ln -s /rdsdbdata/admin/VIS/pfile/spfileVIS.ora $ORACLE_HOME/dbs/

Per Oracle 19c:

1. Copia /rdsdbdata/config/oracle_pfile su $ORACLE_HOME.

$ cp /rdsdbdata/config/oracle_pfile $ORACLE_HOME/dbs/initVISCDB.ora

2. Modifica il initVISCDB.ora file sull'istanza Amazon RDS Custom DB. Convalida tutti i parametri sull'origine e aggiungi i parametri necessari. Per i dettagli, vedere Oracle Support Note 396009.1.

Importante: assicurati che non ci siano commenti nei parametri che aggiungi.  Se sono presenti commenti, causeranno problemi con l'automazione, come la creazione di repliche di lettura e l'emissione di point-in-time ripristini (). PITRs

3. Aggiungete al initVISCDB.ora file parametri simili ai seguenti, in base ai vostri requisiti.

*.instance_name=VISCDB *.sec_case_sensitive_logon= FALSE *.result_cache_max_size = 600M *.optimizer_adaptive_plans =TRUE *.optimizer_adaptive_statistics = FALSE *.pga_aggregate_limit = 0 *.temp_undo_enabled = FALSE *._pdb_name_case_sensitive = TRUE *.event='10946 trace name context forever, level 8454144' *.workarea_size_policy='AUTO' *.plsql_code_type='INTERPRETED' *.cursor_sharing='EXACT' *._b_tree_bitmap_plans=FALSE *.session_cached_cursors=500 *.optimizer_secure_view_merging=false *.SQL92_SECURITY=TRUE _system_trig_enabled = TRUE nls_language = american nls_territory = america nls_numeric_characters = ".," nls_comp = binary nls_sort = binary nls_date_format = DD-MON-RR nls_length_semantics = BYTE aq_tm_processes = 1 _sort_elimination_cost_ratio =5 _like_with_bind_as_equality = TRUE _fast_full_scan_enabled = FALSE _b_tree_bitmap_plans = FALSE optimizer_secure_view_merging = FALSE _optimizer_autostats_job = FALSE parallel_max_servers = 8 parallel_min_servers = 0 parallel_degree_policy = MANUAL

4. Modificare quanto segue. I valori dipenderanno dal sistema di origine, quindi modificali in base alla configurazione corrente.

*.open_cursors=500 *.undo_tablespace='UNDOTBS1'

5. Rimuovi il SPFILE riferimento:

*.spfile='/rdsdbbin/oracle/dbs/spfileVISCDB.ora'

Note:

  • Non modificare i valori forniti da Amazon RDS Custom PFILE per control_files edb_unique_name. Amazon RDS si aspetta questi valori. Se si tenta di creare una replica di lettura in futuro, si verificheranno dei problemi.

  • Amazon RDS Custom utilizza Automatic Memory Management (AMM) per impostazione predefinita. Se desideri utilizzare hugemem, puoi configurare Amazon RDS Custom per utilizzare Automatic Shared Memory Management (). ASMM  

  • Lascia il memory_max_target parametro abilitato per impostazione predefinita. Il RDS framework Amazon lo utilizza in background per creare repliche di lettura.

6. Verifica che non ci siano problemi con il initVISCDB.ora file eseguendo il startup nomount comando:

SQL> startup nomount pfile=/rdsdbbin/oracle/dbs/initVISCDB.ora; SQL> create spfile='/rdsdbdata/admin/VISCDB/pfile/spfileVISCDB.ora' from pfile; SQL> exit

7. Crea un link simbolico perSPFILE.

$ ln -s /rdsdbdata/admin/VISCDB/pfile/spfileVISCDB.ora $ORACLE_HOME/dbs/
DBA

Ripristina il database Amazon RDS Custom dal backup.

Per Oracle 12.1.0.2:

1. Ripristina il control file utilizzando il file di backup acquisito in precedenza nella fonte:

RMAN> connect target / RMAN> RESTORE CONTROLFILE FROM '/RMAN/visdb_full_bkp_100rlsbt'; Starting restore at 10-APR-22 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=201 device type=DISK channel ORA_DISK_1: restoring control file channel ORA_DISK_1: restore complete, elapsed time: 00:00:01 output file name=/rdsdbdata/db/VIS_A/controlfile/control-01.ctl Finished restore at 10-APR-22

2. Cataloga i componenti di backup, in modo da poter emettere unRMAN restore:

RMAN> alter database mount; RMAN> catalog start with '/RMAN/visdb';

3. Crea uno script per ripristinare il database:

$ vi restore.sh rman target / log=/home/rdsdb/rman.log << EOF run { set newname for database to '/rdsdbdata/db/VIS_A/datafile/%b'; restore database; switch datafile all; switch tempfile all; } EOF

4. Ripristina l'origine nel database Amazon RDS Custom di destinazione. È necessario modificare le autorizzazioni dello script per consentirne l'esecuzione, quindi eseguire lo restore.sh script per ripristinare il database.

$ chmod 755 restore.sh $ nohup ./restore.sh &

Per Oracle 19c:

1. Ripristina il control file utilizzando il file di backup acquisito in precedenza nell'origine:

RMAN> connect target / RMAN> RESTORE CONTROLFILE FROM '/RMAN/cntrl.bak'; Starting restore at 07-JUN-23 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=201 device type=DISK channel ORA_DISK_1: restoring control file channel ORA_DISK_1: restore complete, elapsed time: 00:00:01 output file name=/rdsdbdata/db/cdb/VISCDB_A/controlfile/control-01.ctl Finished restore at 07-JUN-23

2. Cataloga i componenti di backup, in modo da poter emettere unRMAN restore:

RMAN> alter database mount; RMAN> catalog start with '/RMAN/visdb';

Se riscontri problemi con il start with comando, puoi aggiungere i componenti di backup singolarmente; ad esempio: 

RMAN> catalog backuppiece '/RMAN/visdb_full_bkp_1d1e507m';

e quindi ripeti il comando per ogni componente di backup.

3. Crea uno script per ripristinare il database. Modifica il nome del database collegabile in base alle tue esigenze. Assegna canali paralleli in base al numero di canali vCPUs disponibili per accelerare il processo di ripristino.

$ vi restore.sh rman target / log=/home/rdsdb/rmancdb.log << EOF run { allocate channel c1 type disk; allocate channel c2 type disk; .... .... .... allocate channel c<N> type disk; set newname for database to '/rdsdbdata/db/cdb/VISCDB_A/datafile/%b'; set newname for database root to '/rdsdbdata/db/cdb/VISCDB_A/datafile/%f_%b'; set newname for database "PDB$SEED" to '/rdsdbdata/db/cdb/pdbseed/%f_%b'; set newname for pluggable database VIS to '/rdsdbdata/db/pdb/VISCDB_A/%f_%b'; restore database; switch datafile all; switch tempfile all; release channel c1; release channel c2; release channel c3; .... .... .... release channel c<N>; } EOF

4. Ripristina l'origine nel database Amazon RDS Custom di destinazione. È necessario modificare le autorizzazioni dello script per consentirne l'esecuzione, quindi eseguire lo restore.sh script per ripristinare il database.

$ chmod 755 restore.sh $ nohup ./restore.sh &
DBA

Controlla i file di registro per eventuali problemi.

Per Oracle 12.1.0.2:

1. Verifica che non vi siano problemi esaminando il rman.log file:

$ cat /home/rdsdb/rman.log

2. Conferma il percorso dei file di registro registrati nel file di controllo:

SQL> select member from v$logfile; MEMBER -------------------------------------------------------------------------------- /d01/oracle/VIS/data/log1.dbf /d01/oracle/VIS/data/log2.dbf /d01/oracle/VIS/data/log3.dbf

3. Rinomina i file di registro in modo che corrispondano al percorso del file di destinazione. Sostituisci il percorso in modo che corrisponda all'output del passaggio precedente:

SQL> ALTER DATABASE RENAME FILE '/d01/oracle/VIS/data/log1.dbf' TO '/rdsdbdata/db/VIS_A/onlinelog/log1.dbf'; SQL> ALTER DATABASE RENAME FILE '/d01/oracle/VIS/data/log2.dbf' TO '/rdsdbdata/db/VIS_A/onlinelog/log2.dbf'; SQL> ALTER DATABASE RENAME FILE '/d01/oracle/VIS/data/log3.dbf' TO '/rdsdbdata/db/VIS_A/onlinelog/log3.dbf';

Per Oracle 19c:

1. Verifica che non vi siano problemi esaminando il rmancdb.log file:

$ cat /home/rdsdb/rmancdb.log

2. Conferma il percorso dei file di registro registrati nel file di controllo:

SQL> select member from v$logfile; MEMBER -------------------------------------------------------------------------------- /d01/oracle/VIS/oradata/VISCDB/redo03.log /d01/oracle/VIS/oradata/VISCDB/redo02.log /d01/oracle/VIS/oradata/VISCDB/redo01.log

3. Rinomina i file di registro in modo che corrispondano al percorso del file di destinazione. Sostituisci il percorso in modo che corrisponda all'output del passaggio precedente:

SQL> ALTER DATABASE RENAME FILE '/d01/oracle/VIS/oradata/VISCDB/redo01.log' TO '/rdsdbdata/db/cdb/VISCDB_A/onlinelog/log1.dbf'; SQL> ALTER DATABASE RENAME FILE '/d01/oracle/VIS/oradata/VISCDB/redo02.log' TO '/rdsdbdata/db/cdb/VISCDB_A/onlinelog/log2.dbf'; SQL> ALTER DATABASE RENAME FILE '/d01/oracle/VIS/oradata/VISCDB/redo03.log' TO '/rdsdbdata/db/cdb/VISCDB_A/onlinelog/log3.dbf';

4. Conferma il percorso, lo stato dei file di registro e il numero di gruppo registrato nel file di controllo:

SQL> column REDOLOG_FILE_NAME format a50 SQL> SELECT a.GROUP#, a.status, b.MEMBER AS REDOLOG_FILE_NAME, (a.BYTES/1024/1024) AS SIZE_MB FROM v$log a JOIN v$logfile b ON a.Group#=b.Group# ORDER BY a.GROUP#; GROUP# STATUS REDOLOG_FILE_NAME SIZE_MB 1 CURRENT /rdsdbdata/db/cdb/VISCDB_A/onlinelog/log1.dbf 512 2 INACTIVE /rdsdbdata/db/cdb/VISCDB_A/onlinelog/log2.dbf 512 3 INACTIVE /rdsdbdata/db/cdb/VISCDB_A/onlinelog/log3.dbf 512
DBA

Conferma di poter aprire il database Amazon RDS Custom e creare file di OMF registro.

Amazon RDS Custom for Oracle utilizza Oracle Managed Files (OMF) per semplificare le operazioni. Puoi promuovere le repliche di lettura a istanze autonome, ma devi prima creare i file di registro utilizzando. OMF Questo serve a garantire che venga utilizzato il percorso corretto quando l'istanza viene promossa. Per ulteriori informazioni su come promuovere le repliche di lettura, consulta la RDSdocumentazione di Amazon. Il mancato utilizzo OMF dei file può potenzialmente causare problemi quando si tenta di promuovere le repliche di lettura.

1. Apri il database conresetlogs:

SQL> alter database open resetlogs;

Nota: se ricevi l'errore ORA-00392: il log xx del thread 1 viene cancellato, operazione non consentita, segui i passaggi nella sezione Risoluzione dei problemi per -00392. ORA

2. Conferma che il database sia aperto:

SQL> select open_mode from v$database; OPEN_MODE -------------------- READ WRITE

3. Crea i file di OMF registro. Modifica i numeri, il numero di gruppi e le dimensioni in base alle tue esigenze utilizzando l'output della precedente query del file di registro. L'esempio seguente inizia dal gruppo 4 e aggiunge tre gruppi per semplicità.

SQL> alter database add logfile group 4 size 512M; Database altered. SQL> alter database add logfile group 5 size 512M; Database altered. SQL> alter database add logfile group 6 size 512M; Database altered.

4. Eliminate i precedenti non OMF file. Ecco un esempio che puoi personalizzare in base alle tue esigenze e all'output della query dei passaggi precedenti:

SQL> alter database drop logfile group 1; System altered. SQL> alter database drop logfile group 2; System altered. SQL> alter database drop logfile group 3; System altered.

Nota: se ricevi un errore ORA -01624 quando tenti di eliminare i file di registro, consulta la sezione Risoluzione dei problemi.

5. Conferma di poter vedere i OMF file che sono stati creati. (Il percorso della directory varia per Oracle 12.1.0.2 e 19c, ma il concetto è lo stesso.)

SQL> select member from v$logfile; MEMBER ----------------------------------------------------- /rdsdbdata/db/cdb/VISCDB_A/onlinelog/o1_mf_4_ksrbslny_.log /rdsdbdata/db/cdb/VISCDB_A/onlinelog/o1_mf_5_ksrchw0k_.log /rdsdbdata/db/cdb/VISCDB_A/onlinelog/o1_mf_6_ksrcnl9v_.log

6. Riavvia il database e conferma che SPFILE sia utilizzato dall'istanza:

SQL> shutdown immediate SQL> startup SQL> show parameter spfile

Per Oracle 12.1.0.2, questa query restituisce:

spfile /rdsdbbin/oracle/dbs/spfileVIS.ora

Per Oracle 19c, la query restituisce:

spfile /rdsdbbin/oracle/dbs/spfileVISCDB.ora

7. Solo per Oracle 19c, controlla lo stato del database dei contenitori e, se necessario, aprilo:

SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------- ---------- 2 PDB$SEED READ ONLY NO 3 VIS MOUNTED NO SQL> alter session set container=VIS; Session altered. SQL> alter database open; Database altered. SQL> alter database save state; Database altered. SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ----- 3 VIS READ WRITE NO SQL> exit

8. Elimina il init.ora file da$ORACLE_HOME/dbs, perché non stai utilizzando: PFILE

$ cd $ORACLE_HOME/dbs

Per Oracle 12.1.0.2, utilizzare il comando:

$ pwd /rdsdbbin/oracle/dbs $ rm initVIS.ora

Per Oracle 19c, utilizzare il comando:

$ pwd /rdsdbbin/oracle/dbs $ rm initVISCDB.ora
DBA
AttivitàDescrizioneCompetenze richieste

Recupera le password da Secrets Manager.

È possibile eseguire questi passaggi nella console o utilizzando il. AWS CLI I passaggi seguenti forniscono istruzioni per la console.

1. Accedi alla Console di AWS gestione e apri la RDS console Amazon all'indirizzo https://console.aws.amazon.com/rds/.

2. Nel riquadro di navigazione, scegli Database, quindi seleziona il RDS database Amazon.

3. Scegli Configurazione e annota l'ID della risorsa per l'istanza (sarà nel formato:db-WZ4WLCK6AOQ6TJGZKMGRCDCI3Y).

4. Apri la console AWS Secrets Manager all'indirizzo https://console.aws.amazon.com/secretsmanager/.

5. Scegliete il segreto con lo stesso nomedo-not-delete-custom-<resource_id>, dove resource-id si riferisce all'ID dell'istanza che avete annotato nel passaggio 3.

6. Scegli Retrieve secret value (Recupera il valore del segreto).

DBA

Crea l'RDSADMINutente.

RDSADMINè un utente del database di monitoraggio e orchestrazione nell'RDSistanza Amazon Custom DB. Poiché il database iniziale è stato eliminato e il database di destinazione è stato ripristinato dall'origine utilizzandoRMAN, devi ricreare questo utente dopo l'operazione di ripristino per assicurarti che il monitoraggio Amazon RDS Custom funzioni come previsto. È inoltre necessario creare un profilo e un tablespace separati per l'utente. RDSADMIN Le istruzioni differiscono leggermente per Oracle 12.1.0.2 e 19c.

Per Oracle 12.1.0.2:

1. Immettere i seguenti comandi al prompt: SQL

SQL> set echo on feedback on serverout on SQL> @?/rdbms/admin/utlpwdmg.sql SQL> ALTER PROFILE DEFAULT LIMIT FAILED_LOGIN_ATTEMPTS UNLIMITED PASSWORD_LIFE_TIME UNLIMITED PASSWORD_VERIFY_FUNCTION NULL;

2. Crea il profiloRDSADMIN:

SQL> create profile RDSADMIN LIMIT COMPOSITE_LIMIT UNLIMITED SESSIONS_PER_USER UNLIMITED CPU_PER_SESSION UNLIMITED CPU_PER_CALL UNLIMITED LOGICAL_READS_PER_SESSION UNLIMITED LOGICAL_READS_PER_CALL UNLIMITED IDLE_TIME UNLIMITED CONNECT_TIME UNLIMITED PRIVATE_SGA UNLIMITED FAILED_LOGIN_ATTEMPTS 10 PASSWORD_LIFE_TIME UNLIMITED PASSWORD_REUSE_TIME UNLIMITED PASSWORD_REUSE_MAX UNLIMITED PASSWORD_VERIFY_FUNCTION NULL PASSWORD_LOCK_TIME 86400/86400 PASSWORD_GRACE_TIME 604800/86400;

3. Imposta i profili SYSSYSTEM, e DBSNMP utente suRDSADMIN:

SQL> set echo on feedback on serverout on SQL> alter user SYS profile RDSADMIN; SQL> alter user SYSTEM profile RDSADMIN; SQL> alter user DBSNMP profile RDSADMIN;

4. Crea il RDSADMIN tablespace:

SQL> create bigfile tablespace rdsadmin datafile size 7M autoextend on next 1m Logging online permanent blocksize 8192 extent management local autoallocate default nocompress segment space management auto;

5. Crea l'utente. RDSADMIN Sostituisci la RDSADMIN password con quella ottenuta in precedenza da Secrets Manager:

SQL> create user rdsadmin identified by xxxxxxxxxx Default tablespace rdsadmin Temporary tablespace temp profile rdsadmin ;

6. Concedi privilegi aRDSADMIN:

SQL> grant select on sys.v_$instance to rdsadmin; SQL> grant select on sys.v_$archived_log to rdsadmin; SQL> grant select on sys.v_$database to rdsadmin; SQL> grant select on sys.v_$database_incarnation to rdsadmin; SQL> grant select on dba_users to rdsadmin; SQL> grant alter system to rdsadmin; SQL> grant alter database to rdsadmin; SQL> grant connect to rdsadmin with admin option; SQL> grant resource to rdsadmin with admin option; SQL> alter user rdsadmin account unlock identified by xxxxxxxxxxx; SQL> @?/rdbms/admin/userlock.sql SQL> @?/rdbms/admin/utlrp.sql

Per Oracle 19c:

1. Immettere i seguenti comandi al SQL prompt:

SQL> set echo on feedback on serverout on SQL> @?/rdbms/admin/utlpwdmg.sql SQL> alter profile default LIMIT FAILED_LOGIN_ATTEMPTS UNLIMITED PASSWORD_LIFE_TIME UNLIMITED PASSWORD_VERIFY_FUNCTION NULL;

2. Crea il profiloRDSADMIN.

Nota: RDSADMIN ha il prefisso C## in Oracle 19c. Questo perché il parametro del database common_user_prefix è impostato su. C## RDSADMINnon ha prefisso in Oracle 12.1.0.2.

SQL> create profile C##RDSADMIN LIMIT COMPOSITE_LIMIT UNLIMITED SESSIONS_PER_USER UNLIMITED CPU_PER_SESSION UNLIMITED CPU_PER_CALL UNLIMITED LOGICAL_READS_PER_SESSION UNLIMITED LOGICAL_READS_PER_CALL UNLIMITED IDLE_TIME UNLIMITED CONNECT_TIME UNLIMITED PRIVATE_SGA UNLIMITED FAILED_LOGIN_ATTEMPTS 10 PASSWORD_LIFE_TIME UNLIMITED PASSWORD_REUSE_TIME UNLIMITED PASSWORD_REUSE_MAX UNLIMITED PASSWORD_VERIFY_FUNCTION NULL PASSWORD_LOCK_TIME 86400/86400 PASSWORD_GRACE_TIME 604800/86400;

3. Imposta i SYS profiliSYSTEM, e DBSNMP utente su: RDSADMIN

SQL> alter user SYS profile C##RDSADMIN; SQL> alter user SYSTEM profile C##RDSADMIN; SQL> alter user DBSNMP profile C##RDSADMIN;

4. Crea il RDSADMIN tablespace:

SQL> create bigfile tablespace rdsadmin datafile size 7M autoextend on next 1m Logging online permanent blocksize 8192 extent management local autoallocate default nocompress segment space management auto;

5. Crea l'utente. RDSADMIN Sostituisci la RDSADMIN password con quella ottenuta in precedenza da Secrets Manager.

SQL> create user C##rdsadmin identified by xxxxxxxxxx profile C##rdsadmin container=all;

6. Concedi privilegi aRDSADMIN:

SQL> grant select on sys.v_$instance to c##rdsadmin; SQL> grant select on sys.v_$archived_log to c##rdsadmin; SQL> grant select on sys.v_$database to c##rdsadmin; SQL> grant select on sys.v_$database_incarnation to c##rdsadmin; SQL> grant select on dba_users to c##rdsadmin; SQL> grant alter system to C##rdsadmin; SQL> grant alter database to C##rdsadmin; SQL> grant connect to C##rdsadmin with admin option; SQL> grant resource to C##rdsadmin with admin option; SQL> alter user C##rdsadmin account unlock identified by xxxxxxxxxxx; SQL> @?/rdbms/admin/userlock.sql SQL> @?/rdbms/admin/utlrp.sql
DBA

Crea l'utente principale.

Poiché il database iniziale è stato eliminato e il database di destinazione è stato ripristinato dall'origine utilizzandoRMAN, è necessario ricreare l'utente principale. In questo esempio, il nome utente principale è. admin

Per Oracle 12.1.0.2:

SQL> create user admin identified by <password>; SQL> grant dba to admin

Per Oracle 19c:

SQL> alter session set container=VIS; Session altered. SQL> create user admin identified by <password>; User created. SQL> grant dba to admin; Grant succeeded.
DBA

Modifica le password dei super user.

1. Modifica le password di sistema utilizzando la password recuperata da Secrets Manager.

Per Oracle 12.1.0.2:

SQL> alter user sys identified by xxxxxxxxxxx; SQL> alter user system identified by xxxxxxxxxx;

Per Oracle 19c:

SQL> alter user sys identified by xxxxxxxxxxx container=all; SQL> alter user system identified by xxxxxxxxxx container=all;
  1. Modificare le EBS_SYSTEM password.

Per Oracle 12.1.0.2:

SQL> alter user ebs_system identified by xxxxxxxxxx;

Per Oracle 19c:

Per questa versione, devi anche connetterti al database del contenitore, per aggiornare lì la EBS_SYSTEM password.

SQL> alter session set container=vis; SQL> alter user ebs_system identified by xxxxxxxxxx; SQL> exit;

Se non modifichi queste password, Amazon RDS Custom visualizza il messaggio di errore: Le credenziali dell'utente o dell'utente che monitora il database sono cambiate.

DBA
AttivitàDescrizioneCompetenze richieste

Crea le directory necessarie per Oracle E-Business Suite.

1. Sul database Amazon RDS Custom Oracle, esegui il seguente script come utente Oracle home, in cui creare la 9idata directory$ORACLE_HOME/nls/data/9idata. Questa directory è necessaria per Oracle E-Business Suite.

perl $ORACLE_HOME/nls/data/old/cr9idata.pl

Ignora il ORA_NLS10 messaggio, poiché l'ambiente abilitato al contesto verrà creato nei passaggi successivi.

2. Copia il appsutil.tar file creato in precedenza dal EFS file system condiviso di Amazon e decomprimilo nella home directory Amazon RDS Custom Oracle.  In questo modo viene creata la appsutil directory nella $ORACLE_HOME directory.

$ cd /RMAN/appsutil $ cp sourceappsutil.tar $ORACLE_HOME $ cd $ORACLE_HOME $ tar xvf sourceappsutil.tar appsutil

3. Copia il appsutil.zip file, che hai salvato in precedenza sul file system EFS condiviso di Amazon.  Questo è il file che hai creato a livello di applicazione.

Come rdsdb utente sull'istanza Amazon RDS Custom DB:

$ cp /RMAN/appsutil/appsutil.zip $ORACLE_HOME $ cd $ORACLE_HOME

4. Decomprimi il appsutil.zip file per creare la appsutil directory e le sottodirectory nella directory home di Oracle:

$ unzip -o appsutil.zip

L'-oopzione indica che alcuni file verranno sovrascritti.

Configura i file tsanames.ora e sqlnet.ora.

È necessario configurare il tnsnames.ora file in modo da potersi connettere al database con lo strumento Autoconfig. Nell'esempio seguente, è possibile vedere che il tnsnames.ora file è softlink, ma per impostazione predefinita è vuoto.

$ cd $ORACLE_HOME/network/admin $ ls -ltr -rw-r--r-- 1 rdsdb database 373 Oct 31 2013 shrept.lst lrwxrwxrwx 1 rdsdb database 30 Feb 9 17:17 listener.ora -> /rdsdbdata/config/listener.ora lrwxrwxrwx 1 rdsdb database 28 Feb 9 17:17 sqlnet.ora -> /rdsdbdata/config/sqlnet.ora lrwxrwxrwx 1 rdsdb database 30 Feb 9 17:17 tnsnames.ora -> /rdsdbdata/config/tnsnames.ora

1. Create la tnsnames.ora voce. A causa del modo in cui Amazon RDS automation analizza i file, devi assicurarti che la voce non contenga spazi bianchi, commenti o righe aggiuntive. Altrimenti, potresti riscontrare problemi durante l'utilizzo di alcuni di essi APIs come create-db-instance -read-replica. Usa quanto segue come esempio.    

2. Sostituisci la porta, l'host e SID in base ai tuoi requisiti:

$ vi tnsnames.ora VIS=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(PORT=1521)(HOST=xx.xx.xx.xx)))(CONNECT_DATA=(SID=VIS)(SERVER=DEDICATED)))

Nota: non dovrebbero esserci righe aggiuntive nel file. Se non rimuovi le righe, in futuro potresti riscontrare problemi durante la creazione di una replica di lettura. La creazione di una replica di lettura potrebbe non riuscire con il messaggio di errore: Activity threw exception: HostManagerException: Unable to successfully call restrictReplication on any host.

3. Conferma che il database è raggiungibile:

$ tnsping vis OK (0 msec)

4. Solo per Oracle 19c, aggiorna il sqlnet.ora file. In caso contrario, verrà visualizzato l'errore ORA-01017: nome utente/password non validi; accesso negato quando si tenta di connettersi al database. Effettua la modifica in modo che corrisponda a quanto segue: sqlnet.ora $ORACLE_HOME/network/admin

NAMES.DIRECTORY_PATH=(TNSNAMES, ONAMES, HOSTNAME) SQLNET.EXPIRE_TIME= 10 SQLNET.INBOUND_CONNECT_TIMEOUT =60 SQLNET.ALLOWED_LOGON_VERSION_SERVER=10 HTTPS_SSL_VERSION=undetermined

5. Verifica la connettività:

$ sqlplus apps/****@vis
DBA

Configurare il database.

Ora che hai testato la connettività al database, puoi configurare il database con l'utilità appsutil per creare l'ambiente abilitato al contesto.

Per Oracle 12.1.0.2:

1. Esegui i comandi seguenti:

$ cd $ORACLE_HOME/appsutil/bin $ perl adbldxml.pl appsuser=apps Enter Hostname of Database server: oebs-db01 Enter Port of Database server: 1521 Enter SID of Database server: VIS Enter Database Service Name: VIS Enter the value for Display Variable: :1 The context file has been created at: /rdsdbbin/oracle/appsutil/VIS_oebs-db01.xml

2. Crea oraInst.loc da utente root:

$ vi /etc/oraInst.loc inventory_loc=/rdsdbbin/oracle.12.1.custom.r1.EE.1/oraInventory inst_group=database

3. Clona il file di contesto per impostare il nome host logico utilizzando il file di contesto creato nel passaggio precedente. Come rdsdb utente, esegui:

$ cd $ORACLE_HOME/appsutil/clone/bin $ perl adclonectx.pl \ contextfile=[ORACLE_HOME]/appsutil/[current context file] \ template=[ORACLE_HOME]/appsutil/template/adxdbctx.tmp

dove oebs-db01log si riferisce al nome host logico. Per esempio:

$ perl adclonectx.pl \ contextfile=/rdsdbbin/oracle.12.1.custom.r1.EE.1/appsutil/VIS_oebs-db01.xml \ template=/rdsdbbin/oracle/appsutil/template/adxdbctx.tmp Target System Hostname (virtual or normal) [oebs-db01] : oebs-db01log Target System Base Directory : /rdsdbbin/oracle Target Instance is RAC (y/n) [n] : n Target System Database SID : VIS Oracle OS User [rdsdb] : Oracle OS Group [rdsdb] : database Role separation is supported y/n [n] ? : n Target System utl_file_dir Directory List : /tmp Number of DATA_TOP's on the Target System [1] : Target System DATA_TOP Directory 1 [/rdsdbbin/oracle/data] : /rdsdbdata/db/VIS_A/datafile/ Target System RDBMS ORACLE_HOME Directory [/rdsdbbin/oracle/12.1.0] : /rdsdbbin/oracle Do you want to preserve the Display [:1] (y/n) : y Do you want the target system to have the same port values as the source system (y/n) [y] ? : y The new database context file has been created : /rdsdbbin/oracle.12.1.custom.r1.EE.1/appsutil/clone/bin/VIS_oebs-db01log.xml contextfile=/rdsdbbin/oracle.12.1.custom.r1.EE.1/appsutil/clone/bin/VIS_oebs-db01log.xml

Per Oracle 19c:

1. Esegui i comandi seguenti:

$ cd $ORACLE_HOME/appsutil/bin $ perl adbldxml.pl appsuser=apps Enter Hostname of Database server: oebs-db01 Enter Port of Database server: 1521 Enter SID of Database server: VIS Enter the database listener name:L_VISCDB_001 Enter the value for Display Variable: :1 The context file has been created at: /rdsdbbin/oracle/appsutil/VIS_oebs-db01.xml

2. Crea oraInst.loc da utente root:

$ vi /etc/oraInst.loc inventory_loc=/rdsdbbin/oracle/oraInventory inst_group=database

3. Clona il file di contesto per impostare il nome host logico utilizzando il file di contesto creato nel passaggio precedente. Come rdsdb utente, esegui:

$ cd $ORACLE_HOME/appsutil/clone/bin $ perl adclonectx.pl \ contextfile=[ORACLE_HOME]/appsutil/[current context file] \ template=[ORACLE_HOME]/appsutil/template/adxdbctx.tmp

dove oebs-db01log si riferisce al nome host logico. Per esempio:

$ perl adclonectx.pl \ contextfile=/rdsdbbin/oracle/appsutil/VIS_oebs-db01.xml \ template=/rdsdbbin/oracle/appsutil/template/adxdbctx.tmp Target System Hostname (virtual or normal) [oebs-db01] : oebs-db01log Target System Base Directory : /rdsdbbin/oracle Target Instance is RAC (y/n) [n] : n Target System CDB Name : VISCDB Target System PDB Name : VIS Oracle OS User [oracle] : rdsdb Oracle OS Group [dba] : database Role separation is supported y/n [n] ? : n Number of DATA_TOP's on the Target System [2] : Target System DATA_TOP Directory 1 [/d01/oracle/VISCDB] : /rdsdbdata/db/pdb/VISCDB_A Target System DATA_TOP Directory 2 [/d01/oracle/data] : /rdsdbdata/db/pdb/VISCDB_A/datafile Specify value for OSBACKUPDBA group [database] : Specify value for OSDGDBA group [database] : Specify value for OSKMDBA group [database] : Specify value for OSRACDBA group [database] : Target System RDBMS ORACLE_HOME Directory [/d01/oracle/19.0.0] : /rdsdbbin/oracle Do you want to preserve the Display [:1] (y/n) : y Do you want the target system to have the same port values as the source system (y/n) [y] ? : y Validating if the source port numbers are available on the target system.. Complete port information available at /rdsdbbin/oracle/appsutil/clone/bin/out/VIS_oebs-db01log/portpool.lst New context path and file name [VIS_oebs-db01log.xml] : /rdsdbbin/oracle/appsutil/VIS_oebs-db01log.xml Do you want to overwrite it (y/n) [n] ? : y Replacing /rdsdbbin/oracle/appsutil/VIS_oebs-db01log.xml file. The new database context file has been created : contextfile=/rdsdbbin/oracle/appsutil/VIS_oebs-db01log.xml Check Clone Context logfile /rdsdbbin/oracle/appsutil/clone/bin/CloneContext_0609141428.log for details.
DBA

Installa ETCC ed esegui Autoconfig.

1. Installa Oracle E-Business Suite Technology Codelevel Checker (). ETCC 

Scarica la patch 17537119 da My Oracle Support e segui le istruzioni riportate in. README.txt Creerai una directory chiamata etcc nella $ORACLE_HOME directory, decomprimerai la patch per creare uno script chiamatocheckMTpatch.sh, quindi eseguirai lo script per controllare le versioni delle patch.

2. Eseguite l'utilità Autoconfig e passate il nuovo file logico di contesto del nome host.

Per Oracle 12.1.0.2:

cd $ORACLE_HOME/appsutil/bin $ ./adconfig.sh contextfile=/rdsdbbin/oracle.12.1.custom.r1.EE.1/appsutil/clone/bin/VIS_oebs-db01log.xml

Per Oracle 19c:

Autoconfig si aspetta che il nome del listener corrisponda. CDBNAME Pertanto, il file di configurazione del listener originale di cui è stato eseguito il backup verrà utilizzato temporaneamente. L_<CDBNAME>_001

$ lsnrctl stop L_VISCDB_001 $ cp -rp /rdsdbdata/config/listener.ora /rdsdbdata/config/listener.ora_orig $ vi /rdsdbdata/config/listener.ora :%s/L_VISCDB_001/VISCDB/g $ lsnrctl start VISCDB $ cd /rdsdbbin/oracle/appsutil $ . ./txkSetCfgCDB.env dboraclehome=/rdsdbbin/oracle.19.custom.r1.EE-CDB.1 Oracle Home being passed: /rdsdbbin/oracle $ echo $ORACLE_HOME /rdsdbbin/oracle.19.custom.r1.EE-CDB.1 $ export ORACLE_SID=VISCDB $ cd $ORACLE_HOME/appsutil/bin $ perl $ORACLE_HOME/appsutil/bin/txkPostPDBCreationTasks.pl -dboraclehome=$ORACLE_HOME -outdir=$ORACLE_HOME/appsutil/log -cdbsid=VISCDB -pdbsid=VIS -appsuser=apps -dbport=1521 -servicetype=onpremise Enter the APPS Password: <apps password> Enter the CDB SYSTEM Password:<password from secrets manager>

Nota: se le directory del database sono cambiate, seguire le istruzioni contenute nella nota di supporto Oracle 2525754.1.

DBA
AttivitàDescrizioneCompetenze richieste

Configura le TNS voci per Amazon RDS Custom e Oracle E-Business Suite.

Autoconfig genera gli TNS ifile nelle posizioni predefinite. Per Oracle 12.1.0.2 (che non è-CDB) e per PDB Oracle19c la posizione predefinita è. $ORACLE_HOME/network/admin/$<CONTEXT_NAME> La versione CDB per Oracle 19c utilizza l'impostazione predefinita$ORACLE_HOME/network/admin/, come definito dai file di ambiente generati durante l'esecuzione di Autoconfig $TNS_ADMIN nei passaggi precedenti.

Per Oracle 12.1.0.2 e 19cCDB, non li utilizzerai perché i listener.ora file tnsnames.ora and generati da Autoconfig non rispettano i RDS requisiti di Amazon, ad esempio l'assenza di spazi bianchi o commenti. Utilizza invece i file generici forniti con il database Amazon RDS Custom per garantire la conformità a ciò che il sistema si aspetta e ridurre il margine di errore. 

Ad esempio, Amazon RDS Custom prevede il seguente formato di denominazione:

L_<INSTANCE_NAME>_001

Per Oracle 12.1.0.2 questo sarebbe:

L_VIS_001

Per Oracle 19c, questo sarebbe:

L_VISCDB_001

Ecco un esempio del listener.ora file che utilizzerai. È stato generato quando hai creato il database Amazon RDS Custom. A questo punto, non hai apportato alcuna modifica a questo file e lo lascerai come predefinito.

Per Oracle 12.1.0.2:

$ cd $ORACLE_HOME/network/admin $ cat listener.ora ADR_BASE_L_VIS_001=/rdsdbdata/log/ SID_LIST_L_VIS_001=(SID_LIST = (SID_DESC = (SID_NAME = VIS)(GLOBAL_DBNAME = VIS) (ORACLE_HOME = /rdsdbbin/oracle))) L_VIS_001=(DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = 1521)(HOST = xx.xx.xx.xx))) (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = 1521)(HOST = 127.0.0.1)))) SUBSCRIBE_FOR_NODE_DOWN_EVENT_L_VIS_001=OFF

Per Oracle 19c: ripristina il listener.ora file originale con il nome del listener. L_<INSTANCE_NAME>_001

$ cd $ORACLE_HOME/network/admin $ cp -rp /rdsdbdata/config/listener.ora /rdsdbdata/config/listener.ora_autoconfig $ cp -rp /rdsdbdata/config/listener.ora_orig /rdsdbdata/config/listener.ora $ cat listener.ora SUBSCRIBE_FOR_NODE_DOWN_EVENT_L_VISCDB_001=OFF ADR_BASE_L_VISCDB_001=/rdsdbdata/log/ USE_SID_AS_SERVICE_L_VISCDB_001=ON L_VISCDB_001=(DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = 1521)(HOST = xx.xx.xx.xx))) (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(PORT = 1521)(HOST = 127.0.0.1)))) SID_LIST_L_VISCDB_001=(SID_LIST = (SID_DESC = (SID_NAME = VISCDB)(GLOBAL_DBNAME = VISCDB) (ORACLE_HOME = /rdsdbbin/oracle)))

Avvia il listener L_<INSTANCE_NAME>_001 per le RDS operazioni standard di Amazon:

$ lsnrctl stop $ lsnrctl start L_VISCDB_001

Per Oracle 12.1.0.2:

Modifica il file di ambiente di Oracle E-Business Suite per modificare il $TNS_ADMIN percorso di utilizzo degli TNS ifile generici di Amazon RDS Custom. Il file di ambiente è stato creato quando hai eseguito Autoconfig in precedenza. Modificate la TNS_ADMIN variabile rimuovendo il suffisso. <CONTEXT_NAME>  

Nota: è necessario modificare il file di ambiente solo in Oracle 12.1.0.2, poiché la home predefinita per 19c è$ORACLE_HOME/network/admin, che è la stessa di default per Amazon Custom. RDS

Ad esempio, in Oracle 12.1.0.2, modifica il file:

$ vi $ORACLE_HOME/VIS_oebs-db01log.env

Cambia il percorso da: 

TNS_ADMIN=”/rdsdbbin/oracle/network/admin/VIS_oebs-db01log” export TNS_ADMIN

to:

TNS_ADMIN=”/rdsdbbin/oracle/network/admin” export TNS_ADMIN

Nota: ogni volta che si esegue Autoconfig, è necessario ripetere questo passaggio per assicurarsi che vengano utilizzati gli TNS ifile corretti. (solo 12.1.0.2).

Per Oracle 19c:

1. Modificare il valore della variabile di contesto s_cdb_tnsadmin a livello di database in <ORACLE_HOME>/network/admin anziché<ORACLE_HOME>/network/admin/<CONTEXT_NAME>.

Nota: non aggiornare la variabile di s_db_tnsadmin contesto. Lasciala così com'è<ORACLE_HOME>/network/admin/<CONTEXT_NAME>.

$ . $ORACLE_HOME/VIS_oebs-db01log.env $ vi $CONTEXT_FILE

2. Salva le modifiche apportate al valore dis_cdb_tnsadmin.

I valori di s_db_tnsadmin e s_cdb_tnsadmin dovrebbero essere simili ai seguenti, con il PDB nome as VIS e il nome logico del nodo di database ugualeoebs-db01log.

$ grep -i tns_admin $CONTEXT_FILE <TNS_ADMIN oa_var="s_db_tnsadmin">/rdsdbbin/oracle/network/admin/VIS_oebs-db01log</TNS_ADMIN> <CDB_TNS_ADMIN oa_var="s_cdb_tnsadmin">/rdsdbbin/oracle/network/admin</CDB_TNS_ADMIN>

3. Esegui Autoconfig a livello di database:

$ . $ORACLE_HOME/VISCDB_oebs-db01log.env $ export ORACLE_PDB_SID=VIS $ sqlplus "/ as sysdba" @$ORACLE_HOME/appsutil/admin/adgrants.sql APPS $ sqlplus "/ as sysdba" @$ORACLE_HOME/rdbms/admin/utlrp.sql $ . $ORACLE_HOME/VIS_oebs-db01log.env $ echo $ORACLE_SID VIS $ cd $ORACLE_HOME/appsutil/scripts/$CONTEXT_NAME $ ./adautocfg.sh
DBA

Imposta l'ambiente per l'utente rdsdb.

Salta questo passaggio per Oracle 19c.

Per Oracle 12.1.0.2:

Dopo aver completato la configurazione automatica e TNS le immissioni, è necessario caricare il file di ambiente impostandolo nel profilo dell'rdsdbutente.

Aggiornamento .bash_profile per richiamare il file di database di Oracle E-Business Suite. .env È necessario aggiornare il profilo per garantire che l'ambiente sia caricato. Questo file di ambiente è stato creato quando è stato eseguito Autoconfig in precedenza.

Il seguente file di ambiente di esempio viene creato quando si esegue Autoconfig:

. /rdsdbbin/oracle/VIS_oebs-db01log.env

Come utente: rdsdb

cd $HOME vi .bash_profile export LD_LIBRARY_PATH=${ORACLE_HOME}/lib:${ORACLE_HOME}/ctx/lib export SHLIB_PATH=${ORACLE_HOME}/lib export PATH=$PATH:${ORACLE_HOME}/bin alias sql=’rlwrap -c sqlplus / as sysdba’ . ${ORACLE_HOME}/VIS_oebs-db01log.env

Nota: per Oracle 19c, non è necessario caricare l'CDBambiente in.bash_profile. Questo perché il valore predefinito ORACLE_HOME è impostato sul percorso predefinito$ORACLE_HOME/network/admin, che è la home predefinita dell'utente rdsdb (Oracle home).

DBA

Configura l'applicazione e il database per Amazon RDS Custom.

Completa i primi due passaggi per Oracle 12.1.0.2 e 19c. I passaggi successivi sono diversi per ogni versione.

1. A livello di applicazione, modifica /etc/hosts e modifica l'indirizzo IP del database con l'indirizzo IP Amazon RDS Custom:

xx.xx.xx.xx OEBS-db01.localdomain OEBS-db01 OEBS-db01log.localdomain OEBS-db01log

Poiché utilizzi nomi host logici, puoi sostituire il nodo del database quasi senza problemi.

2. Sull'istanza Amazon RDS Custom DB, aggiungi o modifica il gruppo di sicurezza assegnato all'istanza di origine in modo che rifletta l'EC2istanza Amazon RDS Custom DB, per garantire che l'applicazione possa accedere al nodo.

Per Oracle 12.1.0.2:

3. Esegui Autoconfig. Come proprietario dell'applicazione (ad esempio,applmgr), esegui:

$ cd $INST_TOP/admin/scripts $ ./adautocfg.sh AutoConfig completed successfully.

4. Verifica le fnd_nodes immissioni:

SQL> select node_name from apps.fnd_nodes NODE_NAME -------------------------------------------------------------------------------- AUTHENTICATION OEBS-APP01LOG OEBS-DB01LOG

5. Conferma di poter accedere e avvia l'applicazione:

$ ./adstrtal.sh

Per Oracle 19c:

  1. Controlla se PDB è aperto e aprilo se necessario:

SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 VIS MOUNTED SQL> alter session set container=vis; SQL> alter database open; SQL> alter database save state;

2. Verifica la connettività comeapps:

SQL> sqlplus apps/****@vis

3. Esegui Autoconfig a livello di database:

$ . $ORACLE_HOME/VIS_oebs-db01log.env $ echo $ORACLE_SID VIS $ cd $ORACLE_HOME/appsutil/scripts/$CONTEXT_NAME $ ./adautocfg.sh

4. Esegui Autoconfig a livello di applicazione come proprietario dell'applicazione (ad esempio,): applmgr

$ cd $INST_TOP/admin/scripts $ ./adautocfg.sh AutoConfig completed successfully.

5. Verifica le immissionifnd_nodes:

SQL> select node_name from apps.fnd_nodes NODE_NAME -------------------------------------------------------------------------------- AUTHENTICATION OEBS-APP01LOG OEBS-DB01LOG

6. Avvia l'applicazione:

$ ./adstrtal.sh
DBA
AttivitàDescrizioneCompetenze richieste

Riprendi l'automazione per confermare che funziona.

Riprendi l'automazione utilizzando il seguente comando: AWS CLI

aws rds modify-db-instance \ --db-instance-identifier vis \ --automation-mode full \

Il database è ora gestito da Amazon RDS Custom. Ad esempio, se il listener o il database non funzionano, l'agente Amazon RDS Custom li riavvierà. Per verificarlo, esegui comandi come i seguenti.

Esempio di stop listener:

-bash-4.2$ lsnrctl stop vis

Esempio di database Shutdown:

SQL> shutdown immediate;
DBA

Convalida dello schema, delle connessioni e delle attività di manutenzione.

Per finalizzare la migrazione, è necessario eseguire almeno le seguenti attività.

  • Esegui FS_CLONE per sincronizzare il file system delle patch.

  • Raccogli le statistiche dello schema. 

  • Assicurati che interfacce e sistemi esterni possano connettersi al nuovo database Amazon RDS Custom.

  • Imposta i tuoi piani di backup e manutenzione.

  • Verifica che AD Online Patching (ADOP) funzioni come previsto emettendo un cutover per cambiare i file system.

DBA

Risoluzione dei problemi

ProblemaSoluzione

Viene visualizzato un errore ORA -01624 quando si tenta di eliminare i file di registro.

Se ricevi un errore ORA -01624 quando tenti di eliminare i file di registro, segui questi passaggi.

Esegui il comando seguente e attendi che sia lo stato dei file di registro che desideri eliminare. INACTIVE Per ulteriori informazioni sui codici di stato inV$log, consulta la documentazione Oracle. Ecco un comando di esempio e il relativo output:

SQL> select group#, status from v$log; GROUP# STATUS ---------- ---------------- 1 ACTIVE 2 CURRENT 3 UNUSED 4 UNUSED 5 UNUSED 6 UNUSED 6 rows selected.

In questo esempio, il file di registro 1 èACTIVE, quindi è necessario forzare il cambio del file di registro tre volte per garantire che il primo nuovo file di registro aggiunto in precedenza abbia lo stato diCURRENT:

SQL> alter system switch logfile; System altered. SQL> alter system switch logfile; System altered. SQL> alter system switch logfile; System altered.

Attendi che tutti i file di log che desideri eliminare siano esauritiINACTIVE, come nell'esempio seguente, quindi esegui il DROP LOGFILE comando.

SQL> select group#, status from v$log; GROUP# STATUS ---------- ---------------- 1 INACTIVE 2 INACTIVE 3 INACTIVE 4 CURRENT 5 UNUSED 6 UNUSED 6 rows selected.

Viene visualizzato un errore ORA -00392 quando si apre il database con. resetlogs

Se viene visualizzato l'errore ORA -00392: il log xx del thread 1 viene cancellato, operazione non consentita, esegui il comando seguente (sostituiscilo xx con il numero del file di registro), quindi esegui nuovamente il comando open: resetlogs

SQL> alter database clear logfile group xx; SQL> alter database open resetlogs;

Hai problemi di connessione all'applicazione tramite Sysadmin o utente dell'applicazione.

Per confermare il problema, esegui la seguente query: SQL

SQL> select dbms_java.get_jdk_version() from dual; select dbms_java.get_jdk_version() from dual ERROR at line 1: ORA-29548: Java system class reported: release of Java system classes in the database (19.0.0.0.220719 1.8) does not match that of the oracle executable (19.0.0.0.0 1.8)

Causa principale: il database di origine è stato applicato con più patch, ma Amazon RDS Custom DB_HOME è una nuova installazione oppure CEV non include tutte le patch perché non sono state utilizzate le RSU patch necessarieOJVM, ad esempio quando hai creato il. CEV Per convalidarlo, controlla se i dettagli della patch di origine sono elencati in$ORACLE_HOME/sqlpath, e. $ORACLE_HOME/.patch_storage opatch – lsinventory

Riferimento: datapatch -verbose fallisce con errore:» Patch xxxxxx: la directory delle patch archiviata è vuota» (ID documento 2235541.1)

Correzione: copia i file mancanti relativi alle patch dal codice sorgente ($ORACLE_HOME/sqlpatch/) su Amazon RDS Custom ($ORACLE_HOME/sqlpatch/), quindi esegui nuovamente. ./datapatch -verbose

Per esempio:

-bash-4.2$ cp -rp 18793246 20204035 20887355 22098146 22731026 $ORACLE_HOME/sqlpatch/

In alternativa, puoi utilizzare una soluzione alternativa eseguendo il seguente comando sulla e: CDB PDB

@?/javavm/install/update_javavm_db.sql

Quindi esegui il comando seguente su: PDB

sql> alter session set container=vis; @?/javavm/install/update_javavm_db.sql

Ora esegui nuovamente il test:

SQL> select dbms_java.get_jdk_version() from dual;

Risorse correlate

Informazioni aggiuntive

Operazioni di manutenzione

Applicazione di nuove patch alla home page del database di Oracle E-Business Suite

Poiché il volume bin (/rdsdbbin) è un out-of-place aggiornamento, il contenuto del volume bin viene eliminato durante l'aggiornamento. CEV Pertanto, è necessario creare una copia della appsutil directory prima di eseguire qualsiasi aggiornamento utilizzandoCEV.

Sull'istanza Amazon RDS Custom di origine, prima di eseguire l'upgradeCEV, esegui un backup di$ORACLE_HOME/appsutil.

Nota: questo esempio utilizza un NFS volume. Tuttavia, puoi invece utilizzarne una copia su Amazon Simple Storage Service (Amazon S3).

1. Crea una directory per archiviare appsutil sull'RDSistanza Amazon Custom di origine:

$ mkdir /RMAN/appsutil.preupgrade

2. Trascina e copia nel EFS volume Amazon:

$ tar cvf /RMAN/appsutil.preupgrade appsutil

3. Verifica che il file tar esista:

$ bash-4.2$ ls -l /RMAN/appsutil.preupgrade -rw-rw-r-- 1 rdsdb rdsdb 622981120 Feb  8 20:16 appsutil.tar

4. Esegui l'upgrade alla versione più recente CEV (il prerequisito CEV è già stato creato) seguendo le istruzioni in Aggiornamento di un'istanza DB RDS personalizzata nella documentazione di AmazonRDS).

Puoi anche applicare la patch direttamente utilizzando. OPATCH Consulta la sezione Requisiti e considerazioni per RDS Custom for Oracle Upgrades della documentazione di AmazonRDS.

Nota: l'indirizzo IP della macchina host non cambia durante il processo di applicazione delle CEV patch. Questo processo esegue un out-of-place aggiornamento e durante l'avvio viene collegato un nuovo volume bin alla stessa istanza.