21cのPDBリカバリ分離で生活が楽になる方法 (2022/01/31)

21cのPDBリカバリ分離で生活が楽になる方法 (2022/01/31)

https://database-heartbeat.com/2022/01/31/pdb-recovery-isolation-21c/



はじめに


Data Guard環境でのリモートPDBクローニングについては、以前のブログ記事ですでに説明しました。クローンしたPDBのデータファイルはスタンバイデータベース上に存在しないため、19cでスタンバイサイト上にPDBを作成するには、いくつかの手動手順が必要です。



Oracle Database バージョン 21c では、PDBリカバリ分離という新しい機能が導入され、以下のステップを自動的に実行することで、スタンバイ上の PDB をリカバリするための手作業を完全に省くことができるようになりました。


  1.     スタンバイ上のPDBを無効とマークし、CDBメディアのリカバリーを続行する。
  2.     スタンバイ状態のPDBを別のバックグラウンド・セッションで自動的にリカバリーする（PDB Recovery Isolation）。
  3.     スタンバイ状態のPDBを有効にして、Data Guardのメディアリカバリを続行する。


PDBリカバリ分離は、Data Guard環境でのリモートPDBクローニングを、たった1つのコマンドを実行するだけで簡単に行えるようにします。それでは見てみましょう。



環境


  •     ソース シングルインスタンス・マルチテナントデータベース バージョン21.4。PDBREMという名前のPDBが含まれており、これをリモートCDBにクローンする予定です。
  •     ターゲット Active Data Guard構成のシングルインスタンスマルチテナントデータベースバージョン21.4。リモートクローン操作はプライマリデータベース上で実行されます。



ソースデータベースでの作業

ステップ 1: 移行元データベースに C##SYSOPER ユーザーを用意


C##SYSOPERユーザーに、データベースリンクに必要な権限を付与します。

SQL> grant create session, sysoper to C##SYSOPER identified by WElcome123## container=all;
  
Grant succeeded.



対象のプライマリデータベース上

ステップ2：ターゲットからソースへのデータベースリンクの作成


ターゲットのプライマリデータベースに、ソースデータベースを指すデータベースリンクを作成します。

SQL> create database link DBLINK_TO_REM connect to C##SYSOPER identified by WElcome123## using '<connection_string_to_source_database>';
  
Database link created.


接続先のデータベースと同じ名前のデータベースリンクを使用しないため、global_namesパラメータをfalseに追加設定する必要があります。

SQL> alter system set global_names=false scope=both;
  
System altered.



ステップ3：ソースデータベースからリモートホットクローンPDBを作成


前のステップのデータベースリンクを使用して、ソースPDBからホットクローンを作成します。

SQL> create pluggable database REMCLONE from PDBREM@DBLINK_TO_REM keystore identified by "WElcome123##";
 
Pluggable database created.
 
SQL> alter pluggable database REMCLONE open;
  
Pluggable database altered.


これだけです。CREATE PLUGGABLE DATABASEコマンドに追加のパラメータを指定する必要もなく、スタンバイ側で新しいPDBをリカバリする心配もありません。すべてはバックグラウンドで自動的に行われたのです。

-- on primary
SQL> show pdbs
    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB21                          READ WRITE NO
         4 REMCLONE                       READ WRITE NO
 
-- on standby
SQL> show pdbs
    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 PDB21                          MOUNTED
         4 REMCLONE                       MOUNTED
 
SQL> select name from v$datafile where con_id=4;
NAME
------------------------------------------------------------------------------------------------------------------------
/u02/app/oracle/oradata/CDB21_fra385/CDB21_FRA385/D6663CA8FB51D59DE0532C000A0AC2BC/datafile/o1_mf_system_jyzlxx5c_.dbf
/u02/app/oracle/oradata/CDB21_fra385/CDB21_FRA385/D6663CA8FB51D59DE0532C000A0AC2BC/datafile/o1_mf_sysaux_jyzlxqmh_.dbf
/u02/app/oracle/oradata/CDB21_fra385/CDB21_FRA385/D6663CA8FB51D59DE0532C000A0AC2BC/datafile/o1_mf_undotbs1_jyzlxom1_.dbf
/u02/app/oracle/oradata/CDB21_fra385/CDB21_FRA385/D6663CA8FB51D59DE0532C000A0AC2BC/datafile/o1_mf_users_jyzlxnh0_.dbf


このように、スタンバイ上のデータファイルはすでに作成されています。



考察


PDBリカバリの分離は、Active Data Guardの機能です。そのため、Active Data Guardの設定とオプションライセンスが必要です。


データベースがTDE暗号を使用している場合（Oracle Cloudでは必須）、クローンPDB用に新しいTDE Master Encryption Keyを作成し、TDE Walletファイルをスタンバイ・ホストにコピーする必要があります。Oracle Key Vault (OKV)を使用している場合を除きます。



まとめ


21c の PDB リカバリの分離は、Multitenant と Data Guard の統合をさらに一歩進めたものです。ホットクローニングだけでなく、PDB上で行われるポイントインタイムリカバリーやフラッシュバックデータベース操作においても、スタンバイ上でPDBをシームレスにリカバリーすることができます。



この新しいクールな機能を、最小限の労力で今すぐ試してみたいと思いませんか？Oracle Cloud Free Tierアカウントを取得し、数分でVM DB Systemsを作成して、お楽しみください。


その他の記事

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

OCIサービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30)

イメージ
OCIサービスを利用したWebサイトの作成 その4～Identity Cloud Serviceでサイトの一部を保護 (2021/12/30) https://blogs.oracle.com/cloudsecurity/post/using-oci-services-part-4 投稿者： Christopher Johnson 今回は、OCI Native Servicesを使って完全にサーバーレスでWebサイトをホスティングするシリーズの第4弾です。     パート1 では、OCI WAF + API Gateway + Functionを使用して、OCI Object Store Bucketから静的コンテンツを提供する基本的な方法を紹介しました。     パート2 では、バケットを（公開ではなく）非公開にし、Resource Prinicpalを使用して安全にアクセスする方法を紹介しました。     パート3 では、ハードコードされた設定を削除し、代わりにそれらの設定をアプリケーションに保存する方法を紹介しました。 パート4では、サイトの一部をログインの後ろに置いてみようと思っています。 この記事は、ちょっとした「フクロウの描き方」のようなものになりそうです。でも、コードを見ればきっと理解できるはずです! IDCSでアプリケーションを作成 注：OCI Identity Domains は、OCI の新規顧客に対して IDCS の機能を直ちに提供します。現在 IDCS を使用している顧客については、既存の IDCS ストライプは今後数ヶ月の間に OCI Identity Domains に移行される予定です。詳細については、OCI Identity Domainの ドキュメント を参照してください。この変更は、このブログで説明したセキュリティ・パターンに影響を与えるものではありません。このブログで IDCS に起因するセキュリティ機能は、OCI Identity Domainsでも提供されます。 まず最初に、サイトを表現するために IDCS で実際にアプリケーションを作成する必要があります。 IDCSコンソールを開き、「アプリケーション」に移動し、「作成」をクリックします。Functionアプリケーシ...
続きを読む

Oracle Enterprise Manager 24aiの概要 (2024/12/18)

イメージ
Oracle Enterprise Manager 24aiの概要 (2024/12/18) https://blogs.oracle.com/observability/post/oracle-enterprise-manager-24 投稿者： David Le Roy | Senior Director of Product Management 本日、Oracle Enterprise Manager 24ai(EM 24ai)を発表します。これは、最新のAIを活用した管理テクノロジのパワーを活用して、データ・センターとクラウド全体にOracle Databaseとエンジニアド・システムをさらに充実させる画期的なリリースです。ソフトウェアの ダウンロード が可能になりました。この新しいリリースについてさらに学習するには、2024年12月17日から19日に開催されるOracle Enterprise Manager Technology Forumの年次開催にご 参加 ください。 図1: Oracle Enterprise Manager 24aiの概要 この新しいリリースについてさらに学習するには、2024年12月17日から19日に開催されるOracle Enterprise Manager Technology Forumの年次開催にご参加ください。12月17日午前9時に、エンジニアリング担当エグゼクティブ・バイスプレジデントのWim Coekaerts氏と製品管理担当シニア・バイスプレジデントのMughees Minhas氏が率いるイベント基調講演をご覧ください。基調講演に続き、データベース・パフォーマンス、エンジニアド・システム管理、可用性、セキュリティ、コンプライアンスなどに関するベストプラクティスと新製品機能をカバーする25のテクニカル・セッションが追加されました。オラクルのセッションでは、Oracle製品のエキスパートがお客様の技術的な質問にお答えできるよう、Oracle製品マネージャーや主要なお客様が主導しています。 本日 登録 ! Oracle Enterprise Manager 24aiの新機能 EM 24aiリリースは、お客様がオンプレミスおよびクラウドにデプロイされたOracle DatabaseおよびOracle Exadataフ...
続きを読む