Oracle E-Business Suite を Amazon RDS Custom に移行する

アプリケーションをシャットダウンします。

ソースアプリケーションをシャットダウンするには、以下のコマンドを使用します。 

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

.zip ファイルを作成します。

ソースアプリケーション層に appsutil.zip ファイルを作成します。このファイルは、後で Amazon RDS Custom データベースノードの設定に使用します。

$ perl $AD_TOP/bin/admkappsutil.pl

.zip ファイルを Amazon にコピーしますEFS。

appsutil.zip から共有 Amazon EFSボリューム () にコピー$INST_TOP/admin/outします/RMAN/appsutil。安全なコピー (SCP) または別の転送メカニズムを使用して、ファイルを手動で転送できます。

Amazon でデータベース階層のクローンを事前に作成しますEC2。

Oracle ユーザーとしてログインし、以下を実行します。

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

生成されたログファイルを確認して、操作が正常に完了したことを確認します。

appsutil.zip を共有 Amazon EFS ファイルシステムにコピーします。

tar バックアップを作成し、共有 Amazon EFS ファイルシステム (例: /RMAN/appsutil) $ORACLE_HOME/appsutilにコピーします。

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

バックアップスクリプトを作成します。

ソースデータベースの共有 Amazon EFS ファイルシステムへのRMANフルバックアップを実行します。

わかりやすくするために、このパターンではコールドRMANバックアップを実行します。ただし、これらのステップを変更して Oracle Data Guard でホットRMANバックアップを実行し、ダウンタイムを減らすことができます。

1. マウントモードでソース Amazon EC2 データベースを起動します。

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

2. RMAN バックアップスクリプトを作成し (Oracle のバージョンに応じて次のいずれかの例を使用するか、既存のRMANスクリプトのいずれかを実行します）、マウントした Amazon EFS ファイルシステムにデータベースをバックアップします (/RMANこの例では )。

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

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

バックアップスクリプトを実行します。

権限を変更し、Oracle ユーザーとしてログインし、スクリプトを実行します。

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

エラーを確認し、バックアップファイル名をメモします。

RMAN ログファイルにエラーがないか確認します。すべて問題なければ、制御ファイルのバックアップをリストアップしてください。出力ファイルの名前に注意してください。

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

バックアップファイルは、/RMAN/visdb_full_bkp_100rlsbt後で Amazon RDS Custom でデータベースを復元するときに使用します。

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

バックアップファイルは/RMAN/cntrl.bak、後で Amazon RDS Custom でデータベースを復元するときに使用します。

ホストファイルを変更し、ホスト名を設定します。

1. Amazon RDS Custom DB インスタンスで /etc/hosts ファイルを編集します。これを行う簡単な方法は、ソース Amazon データベースホストファイルからEC2データベースとアプリケーションのホストエントリをコピーすることです。

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

ここで、 <IP-address>はデータベースノードの IP アドレスであり、Amazon RDS Custom IP アドレスに置き換える必要があります。論理ホスト名には *log が付加されます。

2. 以下の hostnamectl コマンドを実行してデータベースのホスト名を変更します。 

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

以下に例を示します。

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

追加情報については、「Knowledge Centerの静的ホスト名の割り当て」に関する記事を参照してください。

3. Amazon RDS Custom DB インスタンスを再起動します。 データベースは後のステップで削除するので、シャットダウンの心配はありません。

$ reboot

4. Amazon RDS Custom DB インスタンスが起動したら、ログインしてホスト名が変更されていることを確認します。 

$ hostname
oebs-db01

Oracle E-Business Suite ソフトウェアをインストールします。

Amazon RDS Custom DB インスタンスの Oracle ホームロケーションに推奨される RPMs Oracle E-Business Suite をインストールします。詳細については、「Oracle Support ノート #1330701.1」を参照してください。以下に、その一部を示します。このRPMリストはリリースごとに変更されるため、必要な がすべてRPMsインストールされていることを確認してください。

ルートユーザーとして以下を実行します。

$ 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++-*

次のステップに進む前に、必要なパッチがすべてインストールされていることを確認してください。

VNC サーバーをインストールします。

Oracle 12.1.0.2 の場合

VNC サーバーとその依存するデスクトップパッケージをインストールします。これは、次のステップで 12c Examples CD をインストールするための要件です。

1. ルートユーザーとして以下を実行します。

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

2. rdsdb ユーザーのVNCサーバーを起動し、 のパスワードを設定しますVNC。

$ su - rdsdb
$ vncserver :1
$ vncpassword

12c サンプル CD をインストールします。

Oracle 12.1.0.2 の場合

1. https://edelivery.oracle.com/ からインストールファイルをダウンロードします。 Oracle E-Business Suite 12.2.11 — Oracle Database 12c Release 1 (12.1.0.2) については、Linux x86-64 V100102-01.zip を探してください。

2. サンプル CD を格納するディレクトリを作成します。

$ mkdir /RMAN/12cexamples

3. 任意の転送メカニズム (例: SCP) を使用して、Examples CD .zip ファイルをこのディレクトリにコピーします。

V100102-01.zip 

4. 所有権を rdsdb に変更します。

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

5. rdsdb ユーザーとして、ファイルを解凍します。

$ unzip V10010201.zip 

6. クライアントと Amazon RDS Custom にアクセスできるVNCクライアントから接続します。へのアクセスを許可するために必要なネットワーク接続とファイアウォールポートが開いていることを確認しますVNC。例えば、 で実行されているVNCサーバーdisplay :1では、Amazon RDS Custom EC2ホストに関連付けられているセキュリティグループでポート 5901 を開く必要があります。

7. Examples CD をコピーしたディレクトリに移動します。

$ cd /RMAN/12cexamples/examples

8. インストーラーを実行します。 oraInst.loc ファイルの場所を必ず確認してください。 

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

9. Examples CD のインストール時には、以下のパラメーターを使用してください。 

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. インストールプログラムには 5 つのステップとプロンプトが含まれています。 インストールが完了するまで手順に従ってください。 

自動化モードを一時停止します。

自動化がRMANアクティビティを妨げないように、次のステップに進む前に Amazon RDS Custom DB インスタンスの自動化モードを一時停止する必要があります。

次のAWSコマンドラインインターフェイス (AWS CLI) コマンドを使用して、オートメーションを一時停止します。（AWS最初の が設定されCLIていることを確認します）。

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

一時停止時間を指定するときは、RMAN復元に十分な時間を確保してください。これはソースデータベースのサイズによって異なるため、360 の値を適宜変更してください。

スターターデータベースをドロップします。

既存の Amazon RDS Custom データベースを削除します。 

Oracle ホームユーザーとして、以下のコマンドを実行します。(カスタマイズしていない限り、デフォルトユーザーは rdsdb です)。

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

データベースファイルを保存するディレクトリを作成します。

Oracle 12.1.0.2 の場合

データベース、制御ファイル、データファイル、オンラインログ用のディレクトリを作成します。前のコマンドの control_files パラメーターの親ディレクトリ (この場合は VIS_A) を使用します。Oracle ホームユーザ (デフォルトでは rdsdb) として以下のコマンドを実行します。

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

Oracle 19c の場合:

データベース、制御ファイル、データファイル、オンラインログ用のディレクトリを作成します。前のコマンドの control_files パラメーターの親ディレクトリ (この場合は VISCDB_A) を使用します。Oracle ホームユーザ (デフォルトでは 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

Oracle E-Business Suite のパラメータファイルを作成して変更します。

このステップでは、ソースデータベースからサーバーパラメータファイル (SPFILE) をコピーしません。代わりに、Amazon RDS Custom DB インスタンスで作成された標準パラメータファイル (PFILE) を使用し、Oracle E-Business Suite に必要なパラメータを追加します。

データベースを削除すると、Amazon RDS Automation は Amazon RDS Custom データベースに関連付けられているinit.oraファイルのバックアップを作成します。このファイルは oracle_pfile という名前で、/rdsdbdata/config にあります。

Oracle 12.1.0.2 の場合

1. /rdsdbdata/config/oracle_pfile を $ORACLE_HOME にコピーします。

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

2. Amazon RDS Custom DB インスタンスで initVIS.ora ファイルを編集します。ソースのすべてのパラメータを検証し、必要に応じてパラメータを追加します。詳細については、「Oracle Support ノート 396009.1」を参照してください。

3. 要件に応じて、次のようなパラメータを initVIS.ora ファイルに追加します。

*.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. 次のように修正します。値はソースシステムによって異なるため、現在の設定に基づいて変更してください。

*.open_cursors=500
*.undo_tablespace='APPS_UNDOTS1

5. SPFILE リファレンスを削除します。

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

注意:

6. 以下の startup nomount コマンドを実行して、initVIS.ora ファイルに問題がないことを確認します。

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

7. のシンボリックリンクを作成しますSPFILE。

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

Oracle 19c の場合:

1. /rdsdbdata/config/oracle_pfile を $ORACLE_HOME にコピーします。

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

2. Amazon RDS Custom DB インスタンスで initVISCDB.ora ファイルを編集します。ソースのすべてのパラメータを検証し、必要に応じてパラメータを追加します。詳細については、「Oracle Support ノート 396009.1」を参照してください。

3. 要件に応じて、次のようなパラメータを initVISCDB.ora ファイルに追加します。

*.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. 次のように修正します。値はソースシステムによって異なるため、現在の設定に基づいて変更してください。

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

5. SPFILE リファレンスを削除します。

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

注意:

6. 以下の startup nomount コマンドを実行して、initVISCDB.ora ファイルに問題がないことを確認します。

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

7. のシンボリックリンクを作成しますSPFILE。

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

バックアップから Amazon RDS Custom データベースを復元します。

Oracle 12.1.0.2 の場合

1. 先にソースでキャプチャしたバックアップファイルを使用して、コントロールファイルを復元します。

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. バックアップピースをカタログ化し、RMAN restore を発行できるようにします。

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

3. データベースを復元するスクリプトを作成します。

$ 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. ソースをターゲット Amazon RDS Custom データベースに復元します。スクリプトの実行を許可するようにスクリプトの権限を変更し、restore.sh スクリプトを実行してデータベースを復元する必要があります。

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

Oracle 19c の場合:

1. 先にソースでキャプチャしたバックアップファイルを使用して、コントロールファイルを復元します。

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. バックアップピースをカタログ化し、RMAN restore を発行できるようにします。

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

start with コマンドで問題が発生した場合は、バックアップピースを個別に追加できます。例: 

RMAN> catalog backuppiece '/RMAN/visdb_full_bkp_1d1e507m';

バックアップピースごとにコマンドを繰り返します。

3. データベースを復元するスクリプトを作成します。要件に応じて、プラガブルデータベース名を修正します。復元プロセスを高速化するために vCPUs 使用できる の数に基づいて並列チャネルを割り当てます。

$ 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. ソースをターゲット Amazon RDS Custom データベースに復元します。スクリプトの実行を許可するようにスクリプトの権限を変更し、restore.sh スクリプトを実行してデータベースを復元する必要があります。

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

ログファイルに問題がないか確認してください。

Oracle 12.1.0.2 の場合

1. rman.log ファイルを確認して、問題がないことを確認します。

$ cat /home/rdsdb/rman.log

2. コントロールファイルに登録されているログファイルのパスを確認します。

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. ログファイルの名前を、ターゲットのファイルパスと一致するように変更します。前のステップで出力されたものと一致するためにパスを置き換えます。

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';

Oracle 19c の場合:

1. rmancdb.log ファイルを確認して、問題がないことを確認します。

$ cat /home/rdsdb/rmancdb.log

2. コントロールファイルに登録されているログファイルのパスを確認します。

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. ログファイルの名前を、ターゲットのファイルパスと一致するように変更します。前のステップで出力されたものと一致するためにパスを置き換えます。

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. 制御ファイルに登録されているパス、ログファイルのステータス、およびグループ番号を確認します。

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

Amazon RDS Custom データベースを開いてOMFログファイルを作成できることを確認します。

Amazon RDS Custom for Oracle は、Oracle Managed Files (OMF) を使用してオペレーションを簡素化します。リードレプリカはスタンドアロンインスタンスに昇格できますが、まず を使用してログファイルを作成する必要がありますOMF。これは、インスタンスの昇格時に正しいパスが使用されるようにするためです。リードレプリカを昇格させる方法の詳細については、Amazon のRDSドキュメントを参照してください。OMF ファイルを使用しないと、リードレプリカの昇格時に問題が発生する可能性があります。

1. resetlogs でデータベースを開きます。

SQL> alter database open resetlogs;

2. データベースが開いていることを確認します。

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

3. OMF ログファイルを作成します。前のログファイルクエリの出力を使用して、要件に応じてグループ番号、グループ数、サイズを変更します。次の例はグループ 4 から始まり、わかりやすくするために 3 つのグループを追加しています。

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. 以前の OMF以外のファイルをドロップします。要件と前のステップのクエリの出力に基づいてカスタマイズできる例を次に示します。

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.

5. 作成されたOMFファイルが表示されることを確認します。(ディレクトリパスは Oracle 12.1.0.2 と 19c では異なりますが、概念は同じです)。

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. データベースを再起動し、 SPFILE がインスタンスで使用中であることを確認します。

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

Oracle 12.1.0.2 の場合、このクエリは次の値を返します。

spfile   /rdsdbbin/oracle/dbs/spfileVIS.ora

Oracle 19c の場合、クエリは次の値を返します。

spfile    /rdsdbbin/oracle/dbs/spfileVISCDB.ora

7. [Oracle 19c の場合のみ]、コンテナデータベースのステータスを確認し、必要に応じて開きます。

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. を使用していないため$ORACLE_HOME/dbs、 から init.ora ファイルを削除しますPFILE。

$ cd $ORACLE_HOME/dbs

Oracle 12.1.0.2 の場合は、次のコマンドを使用します。

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

Oracle 19c の場合は、次のコマンドを使用してください。

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

Secrets Manager からパスワードを取得します。

これらのステップは、 コンソールまたは AWS を使用して実行できますCLI。次の手順は、コンソールの手順を提供します。

1. AWS マネジメントコンソールにサインインし、 で Amazon RDSコンソールを開きますhttps://console.aws.amazon.com/rds/。

2. ナビゲーションペインで、データベースを選択し、Amazon RDS データベースを選択します。

3. [設定] を選択し、インスタンスのリソース ID をメモします (この形式は: db-WZ4WLCK6AOQ6TJGZKMGRCDCI3Y になります)。

4. で AWS Secrets Manager コンソールを開きますhttps://console.aws.amazon.com/secretsmanager/。

5. do-not-delete-custom-<resource_id> と同じ名前のシークレットを選択します。ここで、resource-id はステップ 3 で書き留めたインスタンスの ID を指します。

6. [シークレットの値を取得する] を選択します。

RDSADMIN ユーザーを作成します。

RDSADMIN は、Amazon RDS Custom DB インスタンスのモニタリングおよびオーケストレーターデータベースユーザーです。スターターデータベースが削除され、ターゲットデータベースが を使用してソースから復元されたためRMAN、復元オペレーション後にこのユーザーを再作成して、Amazon RDS Custom モニタリングが期待どおりに動作することを確認する必要があります。また、RDSADMIN ユーザー用に別のプロファイルとテーブルスペースを作成する必要があります。Oracle 12.1.0.2 と 19c では、手順が少し異なります。

Oracle 12.1.0.2 の場合

1. 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. プロフィール RDSADMIN を作成します。

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. SYS、SYSTEM、および DBSNMP ユーザープロファイルを RDSADMIN に設定します。

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. RDSADMIN テーブルスペースを作成します。

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. RDSADMIN ユーザーを作成します。RDSADMIN パスワードを、以前に Secrets Manager から取得したパスワードに置き換えます。

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

6. RDSADMIN に権限を付与します。

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

Oracle 19c の場合:

1. 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. プロフィール RDSADMIN を作成します。

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. SYS、SYSTEM、および DBSNMP ユーザープロファイルを RDSADMIN に設定します。

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

4. RDSADMIN テーブルスペースを作成します。

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. RDSADMIN ユーザーを作成します。RDSADMIN パスワードを、以前に Secrets Manager から取得したパスワードに置き換えます。

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

6. RDSADMIN に権限を付与します。

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

マスターユーザーを作成します。

スターターデータベースが削除され、ターゲットデータベースが を使用してソースから復元されたためRMAN、マスターユーザーを再作成する必要があります。この例では、ユーザーは admin という名前になります。

Oracle 12.1.0.2 の場合

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

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.

スーパーユーザーのパスワードを変更します。

1. Secrets Manager から取得したパスワードを使用して、システムパスワードを変更します。

Oracle 12.1.0.2 の場合

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

Oracle 19c の場合:

SQL> alter user sys identified by xxxxxxxxxxx container=all;
SQL> alter user system identified by xxxxxxxxxx container=all;

Oracle 12.1.0.2 の場合

SQL> alter user ebs_system identified by xxxxxxxxxx; 

Oracle 19c の場合:

このバージョンでは、コンテナデータベースにも接続して、そこで EBS_SYSTEM パスワードを更新する必要があります。

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

SQL> exit;

これらのパスワードを変更しない場合、Amazon RDS Custom は、データベースモニタリングユーザーまたはユーザー認証情報が変更されているというエラーメッセージを表示します。

Oracle E-Business Suite に必要なディレクトリを作成します。

1. Amazon RDS Custom Oracle データベースで、Oracle ホームユーザーとして次のスクリプトを実行して、 に 9idata ディレクトリを作成します$ORACLE_HOME/nls/data/9idata。このディレクトリは Oracle E-Business Suite に必要です。

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

コンテキスト対応環境は後のステップで作成するので、ORA_NLS10 メッセージは無視してください。

2. 共有 Amazon appsutil.tar ファイルシステムから先ほど作成した EFS ファイルをコピーし、Amazon RDS Custom Oracle ホームディレクトリで解凍します。 これで appsutil ディレクトリが $ORACLE_HOME ディレクトリ内に作成されます。

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

3. 前に Amazon EFS共有appsutil.zipファイルシステムに保存した ファイルをコピーします。 これはアプリケーション層で作成したファイルです。

Amazon RDS Custom DB インスタンスのrdsdbユーザーとして：

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

4. appsutil.zip ファイルを解凍して、Oracle ホームディレクトリに appsutil ディレクトリとサブディレクトリを作成します。

$ unzip -o appsutil.zip

-o のオプションを指定すると、一部のファイルが上書きされます。

tsanames.ora ファイルと sqlnet.ora ファイルを設定します。

Autoconfig ツールでデータベースに接続できるように tnsnames.ora ファイルを設定する必要があります。次の例では、tnsnames.ora ファイルはソフトリンクされているが、デフォルトでは空であることがわかります。

$ 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. tnsnames.ora エントリを作成します。Amazon RDSオートメーションはファイルを解析する方法であるため、エントリに空白、コメント、または余分な行が含まれていないことを確認する必要があります。そうしないと、as create-db-instance-read-replica APIsなどの一部を使用すると問題が発生する可能性があります。次の例のコードを使用します。   

2. 要件SIDに従って、ポート、ホスト、および を置き換えます。

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

3. データベースにアクセスできることを確認します。

$ tnsping vis
OK (0 msec)

4. [Oracle 19c の場合のみ]、sqlnet.ora ファイルを更新してください。これを行わないと、エラー ORA-01017: ユーザー名/パスワードが無効になり、データベースに接続しようとするとログオンが拒否されます。$ORACLE_HOME/network/admin の sqlnet.ora を以下と一致するように編集してください。

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. 接続をテストします。

$ sqlplus apps/****@vis

データベースを設定します。

データベースへの接続をテストしたので、appsutil ユーティリティを使用してデータベースを構成し、コンテキスト対応環境を作成できます。

Oracle 12.1.0.2 の場合

1. 以下の コマンドを実行します。

$ 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. ルートユーザーから oraInst.loc を作成:

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

3. 前の手順で作成したコンテキストファイルを使用して、コンテキストファイルをクローンして論理ホスト名を設定します。rdsdb ユーザーとして以下を実行します。

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

ここで、oebs-db01log は論理ホスト名を指します。以下に例を示します。

$ 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

Oracle 19c の場合:

1. 以下の コマンドを実行します。

$ 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. ルートユーザーから oraInst.loc を作成:

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

3. 前の手順で作成したコンテキストファイルを使用して、コンテキストファイルをクローンして論理ホスト名を設定します。rdsdb ユーザーとして以下を実行します。

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

ここで、oebs-db01log は論理ホスト名を指します。以下に例を示します。

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

Autoconfig をインストールETCCして実行します。

1. Oracle E-Business Suite Technology Codelevel Checker () をインストールしますETCC。 

「My Oracle Support」からパッチ 17537119 をダウンロードし、README.txt の指示に従ってください。$ORACLE_HOME ディレクトリに etcc という名前のディレクトリを作成し、パッチを解凍して checkMTpatch.sh というスクリプトを作成し、そのスクリプトを実行してパッチバージョンを確認します。

2. Autoconfig ユーティリティを実行し、新しい論理ホスト名コンテキストファイルを渡します。

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

Oracle 19c の場合:

Autoconfig はリスナー名が CDBNAME と一致することを想定しています。そのため、バックアップされた元のリスナー設定ファイルは一時的に 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>

Amazon RDS Custom および Oracle E-Business Suite のTNSエントリを設定します。

Autoconfig は、デフォルトの場所にTNSイフェイルを生成します。Oracle 12.1.0.2 ( 以外CDB) および Oracle19c の場合PDB、デフォルトの場所は です$ORACLE_HOME/network/admin/$<CONTEXT_NAME>。CDB for Oracle 19c は$ORACLE_HOME/network/admin/、前のステップ$TNS_ADMINで Autoconfig を実行したときに生成される環境ファイルで によって定義されたデフォルトの を使用します。

Oracle 12.1.0.2 および 19c の場合CDB、Autoconfig によって生成された tnsnames.oraおよび listener.oraファイルは、空白やコメントがないなど、Amazon RDSの要件に準拠していないため、これらのファイルは使用しません。代わりに、Amazon RDS Custom データベースに付属する汎用ファイルを使用して、システムが期待していることへの準拠を確保し、エラーのマージンを減らします。 

例えば、Amazon RDS Custom は次の命名形式を想定しています。

L_<INSTANCE_NAME>_001

Oracle 12.1.0.2 の場合、次のようになります。

L_VIS_001

Oracle 19c の場合、次のようになります。

L_VISCDB_001

使用する listener.ora ファイルの例を以下に示します。これは、Amazon RDS Custom データベースを作成したときに生成されました。この時点では、このファイルには変更を加えていないため、デフォルトのままにします。

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

[Oracle 19c の場合]:元の listener.ora ファイルをリスナー名 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)))

標準 Amazon RDSオペレーションL_<INSTANCE_NAME>_001のリスナーを起動します。

$ lsnrctl stop
$ lsnrctl start L_VISCDB_001

Oracle 12.1.0.2 の場合

Oracle E-Business Suite 環境ファイルを編集して、Amazon RDS Custom 汎用TNSイフェイルを使用する$TNS_ADMINパスを変更します。この環境ファイルは、以前にオートコンフィグを実行したときに作成されたものです。TNS_ADMIN ポストフィックスを削除して <CONTEXT_NAME> 変数を編集します。 

たとえば、Oracle 12.1.0.2 では、以下のファイルを編集します。

$ vi $ORACLE_HOME/VIS_oebs-db01log.env

パスを次のように変更します。 

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

変更後:

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

Oracle 19c の場合:

1. データベース層のコンテキスト変数 s_cdb_tnsadmin の値を、<ORACLE_HOME>/network/admin/<CONTEXT_NAME> ではなく <ORACLE_HOME>/network/admin に変更します。

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

2. s_cdb_tnsadmin の値にに加えた変更を保存します。

s_db_tnsadmin と の値は、PDB名前が 、データベースノードVISの論理名が の次のs_cdb_tnsadminようになりますoebs-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. データベース層で Autoconfig を実行します。

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

rdsdb ユーザーの環境を設定します。

Oracle 19c の場合は、このステップをスキップします。

Oracle 12.1.0.2 の場合

Autoconfig と TNSエントリを完了したので、rdsdbユーザーのプロファイルに設定して環境ファイルをロードする必要があります。

Oracle E-Business Suite データベース .env ファイルを呼び出すように .bash_profile を更新します。環境がロードされていることを確認するには、プロファイルを更新する必要があります。この環境ファイルは、以前に Autoconfig を実行したときに作成されたものです。

Autoconfig を実行すると、次のサンプル環境ファイルが作成されます。

. /rdsdbbin/oracle/VIS_oebs-db01log.env

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

Amazon RDS Custom のアプリケーションとデータベースを設定します。

Oracle 12.1.0.2 と 19c の両方で最初の 2 つのステップを実行します。以降のステップはバージョンごとに異なります。

1. アプリケーション層で、データベースの IP アドレスを編集/etc/hostsして Amazon RDS Custom IP アドレスに変更します。

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

論理ホスト名を使用しているため、データベースノードをほぼシームレスに置き換えることができます。

2. Amazon RDS Custom DB インスタンスで、ソースEC2インスタンスに割り当てられたセキュリティグループを追加または修正して Amazon RDS Custom DB インスタンスを反映し、アプリケーションがノードにアクセスできることを確認します。

Oracle 12.1.0.2 の場合

3. 自動設定を実行します。アプリ所有者 (例:applmgr) として、以下を実行します。

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

4. fnd_nodes エントリを確認します。

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

5. ログインできることを確認し、アプリケーションを起動します。

  $  ./adstrtal.sh

Oracle 19c の場合:

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. apps として接続をテストします。

SQL> sqlplus apps/****@vis 

3. データベース層で Autoconfig を実行します。

$ . $ORACLE_HOME/VIS_oebs-db01log.env
$ echo $ORACLE_SID
VIS

$ cd $ORACLE_HOME/appsutil/scripts/$CONTEXT_NAME
$ ./adautocfg.sh

4. アプリケーション層で Autoconfig をアプリケーション所有者として実行します (例: applmgr)。

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

5. fnd_nodes エントリを確認します。

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

6. アプリケーションを起動します。

 $  ./adstrtal.sh 

自動化を再開して動作することを確認する。

次のAWSCLIコマンドを使用してオートメーションを再開します。

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

データベースが Amazon RDS Custom によって管理されるようになりました。例えば、リスナーまたはデータベースがダウンすると、Amazon RDS Custom エージェントはそれらを再起動します。これをテストするには、以下のようなコマンドを実行してください。

ストップリスナーの例:

-bash-4.2$ lsnrctl stop vis

データベースをシャットダウンする例:

SQL> shutdown immediate;

スキーマ、接続、メンテナンスタスクを検証します。

移行を完了するには、少なくとも以下のタスクを実行する必要があります。