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 RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01)

イメージ
Oracle RACによるメンテナンスのためのドレインとアプリケーション・コンティニュイティの仕組み (2023/11/01) https://database-heartbeat.com/2023/11/01/draining-ac-rac/ はじめに Oracle RACは、Oracle Databaseのスケーラビリティと高可用性を提供します。1つのサーバー(RACノード)に障害が発生した場合、またはメンテナンスのためにオフラインになった場合でも、追加のノードを介してデータベースにアクセスできます。ただし、メンテナンスの開始時に、データの読取りまたは変更に関係なく、一部の作業を実行しているクライアント・セッションはどうなりますか。この作業は中断され、ドレインを実装してアプリケーション・コンティニュイティまたは透過的アプリケーション・コンティニュイティを有効にしないかぎり、エンドユーザーまたはアプリケーションによって再度実行する必要があります。 環境 2ノードのOracle RACを例に挙げて、高速アプリケーション通知(FAN)、ドレインおよびアプリケーション・コンティニュイティによってメンテナンス・イベントがエンドユーザーに透過的になる方法を理解しましょう。アプリケーションは、30個のセッションを保持するように構成された接続プールを使用しています。 通常の操作 通常の操作中は、両方のRACノードが起動し、アプリケーションを実行しています。ロード・バランシング戦略によっては、セッションの数が両方のノード間で異なるか、均等に分散される場合があります。次の図をよりよく視覚化するために、ノード2のノード1および20のセッションに10のセッションがあるとします。 セッションは、アイドル状態(接続されているが何もしていない)またはアクティブ状態(リクエストの途中)にできます。リクエストは、データの読取り(SELECT)または操作(INSERT、DELETE、UPDATE)が可能です。 ドレインによるサービスの停止 ある時点で、システムのメンテナンスが必要になります。2ノードRACがあるため、メンテナンスはローリング方式で、1つのノードを順番に(ほとんどの場合)実行できます。メンテナンスは、たとえば、オペレーティング・システム、Grid Infrastructureまたはデ
続きを読む

Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28)

イメージ
Oracle Cloud Infrastructure Secure Desktopsを発表: デスクトップ仮想化のためのOracleのクラウドネイティブ・サービス (2023/06/28) https://blogs.oracle.com/cloud-infrastructure/post/secure-desktops-cloud-native-virtualization 投稿者： Joost Pronk Van Hoogeveen Jan Hendrik Mangold | Principal Product Manager Oracleは、Oracle Cloud Infrastructure(OCI)Secure Desktopsという新しいクラウド・ネイティブ・サービスをリリースしています。このエキサイティングな開発により、顧客はOCIテナンシから簡単にすばやく仮想デスクトップ・インフラストラクチャ(VDI)をデプロイできます。 OCIの使用状況は大幅に拡大しています。組織は、OCI内でデータを安全に保つことの価値を実現しています。ゼロトラストなセキュリティ優先アーキテクチャを実装することで、OCI Compute、Storage、およびNetworkingサービスは、グローバル・アクセスのためのエンタープライズ・アプリケーションを導入するための信頼できるプラットフォームを提供します。 データ・セキュリティとVDIがどのように役立つか 業界のアナリストによると 、ラップトップは53秒ごとに盗まれています。その事実と現実を結び付けると、会社のデータは、公共の場所を経由したり、従業員の自宅に座ったりするラップトップやデスクトップへと移行します。ローカル・ディスクの暗号化、データ・アクセス権限の強制、VPNアクセスの保護によってデータを保護するためにテクノロジが使用されていますが、いずれも許容可能なセキュリティ・レベルが適用されるため、リスクは依然として高くなる可能性があります。盗難または準拠していないいくつかのマシンでは、企業データ、さらには顧客データのデータ侵害が発生する可能性があります。 VDIテクノロジは長年にわたって存在してきましたが、従業員はローカル・マシンを使用して、会社のデータ・センター内の仮想マシンで実行されているデスクトップ・アプリケー
続きを読む

Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13)

イメージ
Oracle Cloudのデータベースをオブジェクト・ストレージにバックアップする3つの方法 (2021/12/13) https://database-heartbeat.com/2021/12/13/three-ways-backup-cloud/ はじめに Oracle Cloudでは、ボタンをクリックするだけで自動バックアップを有効にするオプションが用意されています。バックアップの要件が異なる場合でも、手動でバックアップ設定を行い、コマンドライン・ツールやRMANを直接使用してバックアップを作成する柔軟性があります。これは、VM DB Systems、Exadata Cloud Service、およびExadata Cloud at Customerに適用されます。 このブログ記事では、Oracle Cloud Object Storageをバックアップ先として使用する場合の、さまざまなバックアップ・オプションの主な違いと、それに伴うコストについて紹介します。Object Storageは、内蔵されたトリプル・ミラーリングと99.999999%(イレブンナイン)の耐久性を提供します。 ハイブリッド・クラウドとマルチ・クラウド Oracle Cloud Object StorageへのOracle Databaseのバックアップは、Oracle Cloud上のOracle Databaseに限らず、ハイブリッドクラウド上のオンプレミスのOracle Databaseや、マルチクラウド環境のOracle以外のクラウド上で稼働しているOracle Databaseに対しても、RMANを介して実装することができます。 プライベートおよび専用のネットワーク接続は、FastConnect、Azure Interconnect、またはサードパーティのネットワーク接続プロバイダを介して提供できます。マルチクラウド環境では、クラウドプロバイダー、リージョン、転送するデータ量に応じて、追加のアウトバウンドトラフィックコストが発生する可能性があります。オラクルをはじめとする多くのクラウドプロバイダーは、すでに Bandwidth Alliance に参加しており、ネットワークエグレス料金を削減または排除しています。 環境について     Oracle Cloud VM DB Sy
続きを読む