環境の構成
スクリプトを使用して、いくつかのステップを自動化できます。これらのスクリプトは完全な設定を自動化しないため、タスクを完了し、参照時にスクリプトを使用できます。
リンクの「コードのダウンロード」に移動して、このドキュメントで参照されているスクリプトをダウンロードします。
プライマリ・データ・センターでのWebLogicデータ・ソースの準備
TNS別名がプライマリとセカンダリの同じ名前であるため、データソースで同じDB接続文字列が使用されます。これは、スタンバイにコピーされないtnsnames.oraファイルで解決されるため、サイトごとに異なるtnsnames.oraコンテンツを持つことができます。WebLogicドメイン構成とは別に、サイト間でレプリケートされないファイル・システムに配置できます。または、構成の一部である場合は、ドメイン構成の下のフォルダに格納することもできます。この場合、ドメイン構成をプライマリからスタンバイにコピーするときに、必ずそのフォルダを除外してください。各サイトでは、ローカル・データベースのみを指す、サイトごとに適切な接続文字列を使用して、TNS別名を解決します。例:
Connect string in data sources in primary site:
jdbc:oracle:thin:@soapdb
The tnsnames.ora file in primary contains:
SOAPDB =
(DESCRIPTION=
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(PROTOCOL=TCP)(HOST=prmy-scan)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=soapdb.example.com))
)
Connect string in data sources in secondary site:
jdbc:oracle:thin:@soapdb
The tnsnames.ora file in secondary:
SOAPDB =
(DESCRIPTION=
(ADDRESS_LIST=
(LOAD_BALANCE=ON)
(ADDRESS=(PROTOCOL=TCP)(HOST=stby-scan)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=soapdb.example.com))
)TNS別名を使用する利点は次のとおりです。
- 同じdb接続文字列がWebLogicドメイン
configで使用されているため、configをプライマリからスタンバイにレプリケートした後にWebLogic構成を変更する必要はありません。 - 各サイトがローカル・データベースのみを指しているため、中間層からリモート・データベースへの相互接続のリスクはありません。
このアプローチをプライマリSOAシステムでまだ使用していない場合は、次のステップを実行してデータ・ソースのTNS別名を使用します。
ネットワークの構成
Oracle Data Guardを構成
データベースのバージョンとパッチ・レベルについて
オンプレミス・データベースのOracleホームとOCIのスタンバイ・データベースは、同じバージョンで同じパッチ・レベルである必要があります。次の方法で可能です。
- OCIでDB Systemのプロビジョニング中にデータベース・ソフトウェア・イメージを選択する場合は、「すべてのバージョンの表示」を選択し、オンプレミス・データベースと同じデータベース・バージョンおよびパッチ・セット・レベルを選択します。
- プロビジョニングのためにソース・データベースのOracleホーム・バージョンがOCIで使用できなくなった場合は、ソース環境にクラウド環境のデータベース・ホームと同じデータベース・パッチ・レベルにパッチを適用する必要があります。
次のシナリオは、参照の実際の例です。オンプレミスDBホームは19.6で、OCI DBホームは19.11です。
$ORACLE_HOME/OPatch/opatch lspatchesコマンドを実行して、ソース環境とターゲット環境の両方にインストールされているパッチを特定します。$ORACLE_HOME/OPatch/opatch lspatchesこの例の出力は、次のとおりです。
オンプレミスのDB Oracleホーム・パッチ OCI上のDB Oracleホーム・パッチ 30676209;LNX64-20.1-RAC Asmヒット ORA-07445例外 コアダンプが発生しました[Ksxposdifqry()+556]
30613937;Ipcor Topo Service Fix Ip Type Bug In Ip Selection
30484981;Ojvmリリース更新: 19.6.0.0.200114 (30484981)
30489227;Ocwリリース更新19.6.0.0.0 (30489227)
30557433;データベース・リリース更新: 19.6.0.0.200114 (30557433)
29780459;バグ29416368修正から_lm_res_hash_bucketを増やし、変更をバックアウトします
30310195: Gsmadmin_internal.shard_tsのシャーディング STS_CHUNKSの無効化された制約が報告されました
32327201;Rdbms - DSTV36更新- TZDATA2020E
31335037;Rdbms - DSTV35更新- TZDATA2020A
30432118;バグ28852325 29997937の19.0.0.0.0.0の上位でのマージ要求
31732095;Update Perl in 19C Database Oracle Home To V5.32
32490416;JDKバンドル・パッチ19.0.0.0.210420
32399816;Ojvmリリース更新: 19.11.0.0.210420 (32399816)
32579761;Ocwリリース更新19.11.0.0.0 (32579761)
32545013;データベース・リリース更新: 19.11.0.0.210420 (32545013)
- 既存のパッチの分析: 個別パッチを決定し、新しいRUパッチですでに修正されているかどうか、または新しい重複パッチが必要かどうかを確認し、アンインストールする必要があるパッチを決定し、RUの適切なパッチ・ファイルを特定します。
- 分析に基づいて、RU更新をインストールする前に、新しいRUで既に修正されている個別パッチをアンインストールします(そうしないと、競合が発生します)。この例では、オフ・パッチは19.11で修正されているため、19.11 RUをインストールする前にパッチをロールバックする必要があります。
30676209;LNX64-20.1-RAC ASM HIT ORA-07445 EXCEPTION ENCOUNTERED CORE DUMP [KSXPOSDIFQRY()+556] 30613937;IPCOR TOPO SERVICE FIX IP TYPE BUG IN IP SELECTION - RUパッチを検索、ダウンロード、およびインストールします。この例では、19.11 RUパッチはコンボパッチ32578973にあります。COMBO OF OJVM RU COMPCOMPONENT 19.11.0.0.210420 + GI RU 19.11.0.0.210420は次のとおりです。
32399816;OJVM RELEASE UPDATE: 19.11.0.0.210420 (32399816) 32579761;OCW RELEASE UPDATE 19.11.0.0.0 (32579761) 32545013;Database Release Update : 19.11.0.0.210420 (32545013) - OCI DBホームがRUの最上位にあるオーバーレイ、個別パッチおよびその他のパッチを検索、ダウンロードしてインストールします。例:
29780459;INCREASE _LM_RES_HASH_BUCKET AND BACK OUT CHANGES FROM THE BUG 29416368 FIX 30310195;DBSAT REPORTED DISABLED CONSTRAINTS FOR SHARDING STS_CHUNKS ON GSMADMIN_INTERNAL.SHARD_TS 30432118;MERGE REQUEST ON TOP OF 19.0.0.0.0 FOR BUGS 28852325 (DSTV33 update) 29997937 (DSTV34 update) 31335037;RDBMS - DSTV35 UPDATE - TZDATA2020A 32327201;RDBMS - DSTV36 UPDATE - TZDATA2020E 32490416;JDK BUNDLE PATCH 19.0.0.0.210420 31732095;UPDATE PERL IN 19C DATABASE ORACLE HOME TO V5.32 - GIパッチについても同様の分析を実行します。
ノート:
- Oracle Data Guardの観点からは、プライマリとスタンバイに同じGIバージョンを持つ必要はありません。Oracle Data Guardは、データベース内のどのバージョンからも完全に独立しているため、バージョンや時間に制限なく、異なるサイト間で異なるバージョンのオペレーティング・システム、Oracle Clusterware、ハードウェアまたはストレージ・ソフトウェアを実行できます。(ドキュメントID 1265700.1)
- Oracle Data Guardに関係なく、RAC DBのGIおよびRDBMSバージョンで同じバージョンを持つ必要はありません: 18c以降、Oracle Grid Infrastructure (GI) /Clusterware (CRS)のバージョンは、可能な組合せの最初の桁まで常に等しいか、最も高いバージョンである必要があります。たとえば、グリッド・インフラストラクチャは18.1.0.0、データベースは18.3.0.0です。(ドキュメントID 337737.1)
DBホームと同じレベルでGIにパッチを適用することをお薦めします。DBホームを新しいリリース更新(RU)にパッチを適用すると、多くのパッチがDBとGIに共通し、OPatchAutoを使用して両方のホームを同時に実行できます。