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:
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
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.
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-optimized
attributo 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
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
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à | Descrizione | Competenze 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à | Descrizione | Competenze 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à | Descrizione | Competenze 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 (/RMAN in 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à | Descrizione | Competenze 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à | Descrizione | Competenze 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à | Descrizione | Competenze 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 SYS SYSTEM , 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## RDSADMIN non 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;
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à | Descrizione | Competenze 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'-o opzione 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à | Descrizione | Competenze 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'rdsdb utente. 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: 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à | Descrizione | Competenze 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
Problema | Soluzione |
---|
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.