Data Disaster Recovery を使用すると、Oracle データベースの真の永久増分バックアップを作成できます。完全バックアップと統合バックアップがサポートされており、バックアップコストとリソースのオーバーヘッドを削減できます。
背景情報
次のセクションでは、真の永久増分バックアップ機能の仕組みについて説明します。
完全バックアップ: Recovery Manager(RMAN)ツールを使用した Oracle データベースのレベル 0 バックアップ。Oracle データベースのすべてのデータファイル、アーカイブログファイル、サーバーパラメータファイル(SPFILE)、および制御ファイルが完全バックアップにバックアップされます。
統合バックアップ:
スナップショットを作成し、スナップショットをオンプレミスの自己管理データベースにマウントする: 最後の完全バックアップセットまたは統合バックアップセットのスナップショットが作成され、Filesystem in Userspace(FUSE)プロトコルを使用してデータベースにマウント(複製)されます。
増分バックアップを作成する: 最後の完全バックアップまたは統合バックアップ後に変更されたデータブロックをバックアップし、増分バックアップファイルとして保存します。
データを統合する:
RMAN RECOVER COPY OF DATABASE WITH TAG 'DBS-specific tag'
SQL 文を実行して、前の手順で増分バックアップデータを読み取り、増分バックアップデータを完全バックアップデータにマージし、マージ結果を書き込んで最後の完全バックアップセットのスナップショットを上書きします。説明マージ操作後に生成される新しい完全バックアップセットは、最後の完全バックアップセットには影響しません。
自己管理データベースのマウントポイントをアンマウントします。
Data Disaster Recovery では、毎週実行する完全バックアップの数を構成できます。Data Disaster Recovery は、まず毎週完全バックアップを実行し、その後続のバックアップに対して統合バックアップを実行します。1 週間の完全バックアップが完了すると、生成されたバックアップセットがその週の後続の統合バックアップの開始点になります。
統合バックアップ方式には、次の利点があります。
コスト削減: この方式では、バックアップおよび保存されるデータが少なくなり、データ転送の帯域幅消費も少なくなります。
リソース消費の削減: 完全バックアップと比較して、統合バックアップではソースデータベースのディスク IOPS が少なくて済みます。
マウントのサポート: 統合バックアップセットのスナップショットを自己管理データベースにマウントすると、バックアップデータを数秒でリストアできます。
前提条件
Oracle データベースのバージョンは 11 ~ 19 です。
Oracle データベースは、シングルインスタンスまたは Oracle リアルアプリケーションクラスタ(RAC)アーキテクチャを使用します。Data Guard 物理スタンバイアーキテクチャの Oracle データベースはサポートされていません。
Oracle データベースが存在するサーバーは Linux オペレーティングシステムを使用し、バックアップゲートウェイは宛先サーバーにインストールされています。詳細については、「バックアップゲートウェイをインストールする」をご参照ください。
FUSE プロトコルがデータベースサーバーにインストールされています。
バックアップ対象の Oracle データベースでアーカイブモードが有効になっています。詳細については、「Oracle データベースの物理バックアップの準備をする」トピックの「アーカイブモードを有効にする」セクションをご参照ください。
宛先 Oracle データベースの SID が取得されています。詳細については、「Oracle データベースの物理バックアップの準備をする」トピックの「Oracle データベースの SID を取得する」セクションをご参照ください。
Oracle データベースでブロック変更追跡機能が有効になっています。
説明SELECT status FROM v$block_change_tracking;
SQL 文を実行して、ブロック変更追跡機能が有効になっているかどうかを確認できます。デフォルトでは、この機能は無効になっています。ENABLED
の値は、機能が有効になっていることを示します。DISABLED
の値は、機能が無効になっていることを示します。次の SQL 文を実行して、ブロック変更追跡機能を有効にできます。
ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE <ブロック変更追跡ファイルのパス> REUSE;
パブリックプレビューに関する声明
真の永久増分バックアップ機能はパブリックプレビュー段階にあります。この機能を使用するには、ID が 35585947 の DingTalk グループに参加してください。
パブリックプレビュー期間中に作成された Oracle バックアップスケジュールの場合、[バックアップセットモード] パラメーターを サンドボックスインスタンスへのバックアップのマウント に設定する必要があり、サンドボックス機能はデフォルトで有効になっています。パブリックプレビュー期間中は、バックアップスケジュール用に無料のサンドボックスインスタンスを作成できます。詳細については、「データ管理をコピーする」をご参照ください。
パブリックプレビュー期間中は、サンドボックス機能を無効にすることはできません。
手順 1: バックアップスケジュールを作成する
詳細については、「バックアップスケジュールを作成する」をご参照ください。
バックアップスケジュールを購入する際は、データソースタイプパラメーターを [oracle] に、バックアップ方式パラメーターを [物理バックアップ] に設定します。
手順 2: バックアップスケジュールを構成する
Data Management (DMS) コンソール V5.0 にログオンします。
上部のナビゲーションバーで、
を選択します。説明DMS コンソールをシンプルモードで使用している場合は、DMS コンソールの左上隅にある
アイコンにポインターを移動し、 を選択します。
[バックアップスケジュール] ページで、構成するバックアップスケジュールを見つけ、[操作] 列の [バックアップスケジュールの構成] をクリックします。
バックアップスケジュールの構成ウィザードの [バックアップソースと宛先の構成] 手順で、バックアップソースと宛先を構成し、ページの右下隅にある [次へ] をクリックします。
カテゴリ
パラメーター
説明
該当なし
[スケジュール名]
Data Disaster Recovery は、バックアップスケジュール名を自動的に生成します。識別しやすい説明的な名前を入力することをお勧めします。バックアップスケジュール名は一意である必要はありません。
[バックアップソース情報]
[バックアップモード]
データをバックアップするために使用される方式。デフォルトでは、バックアップスケジュールを購入したときに選択したバックアップ方式が使用されます。この例では、物理バックアップが使用されます。
[インスタンスリージョン]
ソースデータベースがデプロイされているリージョン。
[バックアップゲートウェイ]
データをバックアップするためにインストールされているバックアップゲートウェイ。バックアップゲートウェイのインストール方法については、「バックアップゲートウェイをインストールする」をご参照ください。
[データタイプ]
ソースデータベースのタイプ。デフォルト値: Oracle。
[SID]
ソース Oracle データベースの SID。詳細については、「Oracle データベースの物理バックアップの準備をする」トピックの「Oracle データベースの SID を取得する」セクションをご参照ください。
[データベース]
ソースデータベースへの接続に使用される SQL*Plus コマンド。SQL*Plus コマンドの形式は次のとおりです:
データベースユーザー名/パスワード@インスタンス名 as sysdba
。例:sys/password@orcl as sysdba
。説明/ as sysdba
と入力することもできます。ただし、データベース環境で sysdba ユーザーのオペレーティングシステム認証が無効になっている場合は、/ as sysdba コマンドを使用してデータベースに接続することはできません。この場合は、データベースユーザー名/パスワード@インスタンス名 as sysdba
コマンドを入力します。[oracle Home]
ソースデータベースのプログラムディレクトリ。詳細については、「Oracle データベースの物理バックアップの準備をする」トピックの「Oracle データベースがインストールされているディレクトリを取得する」セクションをご参照ください。
説明このパラメーターはオプションです。
[国境を越えたデータ転送に関するコンプライアンス保証]
チェックボックスを選択して、コンプライアンスのコミットメントを読み、同意します。
[バックアップ宛先情報]
[バックアップストレージタイプ]
バックアップデータを保存するために使用されるストレージのタイプ。有効な値:
[USB (推奨)]: バックアップデータは、Object Storage Service (OSS) バケットを作成する必要なく、Data Disaster Recovery に保存されます。Data Disaster Recovery に保存されているデータ量に基づいて課金されます。課金方法の詳細については、「ストレージ料金」をご参照ください。
ユーザー OSS: 事前に OSS コンソールでバケットを作成する必要があります。詳細については、「バケットを作成する」をご参照ください。
説明この例では、[USB (推奨)] が選択されています。[ユーザー向け OSS] を選択した場合は、[OSS バケット名] パラメーターを構成する必要があります。標準ストレージタイプのみがサポートされています。
バックアップするデータ量が大きい場合は、サブスクリプションストレージプランを購入して料金を相殺することをお勧めします。Data Disaster Recovery ストレージプランは、従量課金方式よりも費用対効果が高くなります。
[ストレージの暗号化]
バックアップデータを暗号化するかどうかを指定します。有効な値:
内蔵暗号化ストレージ: 推奨。Data Disaster Recovery は AES-256 を使用してデータを暗号化します。
サーバー側暗号化機能は OSS で使用されます。サーバー側暗号化が有効になっているバケットにオブジェクトをアップロードすると、OSS はオブジェクトを暗号化して保存します。OSS から暗号化されたオブジェクトをダウンロードすると、OSS はオブジェクトを復号化し、復号化されたオブジェクトを返します。詳細については、「サーバー側暗号化」をご参照ください。
非暗号化ストレージ: バックアップデータは暗号化されません。
[バックアップオブジェクトの編集] 手順では、デフォルトで [インスタンス全体をバックアップ] が選択されています。[次へ] をクリックします。
説明データベース全体をバックアップすると、権限データとストアドプロシージャもバックアップされます。
[バックアップ時間の構成] 手順で、次の表に示すパラメーターを構成します。次に、ページの右下隅にある [次へ] をクリックします。
パラメーター
説明
[フルスケールバックアップ頻度]
バックアップスケジュールの頻度。有効な値: [定期バックアップ] および [単一バックアップ]。
説明[定期バックアップ] を選択した場合は、[完全データバックアップの繰り返し]、[開始時刻]、および [増分バックアップ] パラメーターを構成する必要があります。
[完全データバックアップの繰り返し]
データディザスタリカバリ がバックアップスケジュールを実行する曜日です。1 つ以上の曜日を選択できます。少なくとも 1 つの曜日を選択してください。
[開始時刻]
バックアップの開始時刻。オフピーク時の時刻を指定することをお勧めします。例: [01:00]。
説明次のバックアップの開始時刻に前の完全データバックアップが完了していない場合、Data Disaster Recovery は次のバックアップをスキップします。
増分バックアップ
増分バックアップを有効にするかどうかを指定します。
[完全データバックアップの最大同時スレッド数]
完全バックアップに使用できる同時スレッドの最大数。このパラメーターを構成して、バックアップ速度を調整できます。たとえば、バックアップスレッドの数を減らして、データベースへの影響を最小限に抑えることができます。
[バックアップネットワーク速度制限]
ネットワーク帯域幅の制限。ビジネス要件に基づいて制限を指定できます。デフォルト値:
0
。これは、ネットワーク帯域幅が制限されていないことを示します。説明本番データベースをバックアップする場合は、本番データベースへの影響を軽減するために、バックアップの速度制限を構成することをお勧めします。
[トランザクションログのバックアップ間隔]
増分バックアップを実行する間隔。Data Disaster Recovery は、構成に基づいて増分バックアップを実行します。間隔を 10 分に設定すると、Data Disaster Recovery は 10 分ごとに増分バックアップを実行します。
[バックアップ成功時にログを削除]
自己管理データベースからバックアップされたアーカイブログファイルを自動的に削除するかどうかを指定します。有効な値:
[有効] を選択した場合は、[アーカイブログの保存日数] パラメーターを構成する必要があります。
[アーカイブログの保存日数]
Data Disaster Recovery は、バックアップが成功した後、自己管理データベースからこの期間より前にアーカイブされたログファイルを自動的に削除します。デフォルト値: 7。このパラメーターをデフォルト値に設定すると、Data Disaster Recovery は、バックアップが成功した後、自己管理データベースから 7 日前にアーカイブされたログファイルを自動的に削除します。
このパラメーターは、[バックアップ成功時にログを削除] パラメーターが [有効] に設定されている場合にのみ表示されます。
[圧縮を有効にする]
バックアップ中に圧縮を有効にするかどうかを指定します。有効な値:
[有効]: 推奨。ストレージ容量を削減するために、バックアップ中にデータが圧縮されます。
[無効]: バックアップ中にデータは圧縮されません。
[バックアップセットモード]
サンドボックスインスタンスへのバックアップのマウント のみがサポートされています。Data Disaster Recovery は RMAN ツールを使用してイメージコピーバックアップを実行します。バックアップデータは、ディスクに保存されるのではなく、FUSE プロトコルを使用してストリーム配信され、Object Storage Service (OSS) に送信されます。サンドボックス機能が有効になっていると、バックアップデータは数秒でマウントできます。サンドボックス機能が有効になっていると、バックアップデータは数秒以内にマウントできます。
バックアップタスクが正常に完了するように、サーバーに FUSE プロトコルをインストールする必要があります。
ライフサイクルの設定 手順で、[完全データバックアップのライフサイクルの構成] セクションで完全バックアップデータのライフサイクルを構成します。
手順 6 で [増分バックアップ] パラメーターを [有効] に設定した場合は、増分バックアップデータのライフサイクルを構成する必要があります。バックアップデータのライフサイクルルールについては、「バックアップセットのライフサイクルルールを管理するにはどうすればよいですか。」をご参照ください。
上記の構成が完了したら、ページの右下隅にある 事前チェックして開始する をクリックします。
[事前チェックに合格しました] メッセージが表示されたら、[タスクの開始] をクリックします。
次のステップ
Data Disaster Recovery を使用すると、Oracle データベースを別のサーバー、ソースサーバー上の別のディレクトリ、またはソースサーバー上の元のディレクトリにリストアできます。詳細については、「物理バックアップから Oracle データベースをリストアする」をご参照ください。