Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

TR-4977：『Oracle Database backup、restore and clone with SnapCenter Services - Azure』

共同作成者
PDF

ネットアップ、Niyaz Mohamed、Allen Cao氏

この解決策では、BlueXPコンソールを使用したNetApp SnapCenter SaaSによるOracleデータベースのバックアップ、リストア、クローニングの概要と詳細について説明します。

目的

SnapCenter サービスは、従来のSnapCenter データベース管理UIツールのSaaSバージョンで、NetApp BlueXPクラウド管理コンソールから利用できます。これは、Azure NetApp Filesで実行されるOracleやHANAなどのデータベース向けのNetAppクラウドバックアップ、データ保護サービスに不可欠な要素です。このSaaSベースのサービスは、一般にWindowsドメイン環境で動作するWindowsサーバを必要とする従来のSnapCenter スタンドアロンサーバの導入を簡素化します。

このドキュメントでは、Azure NetApp FilesボリュームとAzureコンピューティングインスタンスに導入されているOracleデータベースをバックアップ、リストア、クローニングするようにSnapCenterサービスをセットアップする方法を説明します。WebベースのBlueXPユーザインターフェイスを使用して、Azure NetApp Filesに導入されたOracleデータベースのデータ保護を簡単にセットアップできます。

この解決策 は、次のユースケースに対応します。

  • Azure NetApp Files VMとAzure VMでホストされるOracleデータベースのSnapshotを使用したデータベースバックアップ

  • 障害発生時のOracleデータベースリカバリ

  • 開発、テスト環境、その他のユースケース向けのプライマリデータベースの高速クローニング

対象者

この解決策 の対象読者は次のとおりです。

  • Azure NetApp Filesストレージで実行されているOracleデータベースを管理するデータベース管理者

  • AzureでのOracleデータベースのバックアップ、リストア、クローニングのテストに関心のある解決策アーキテクト

  • Azure NetApp Filesストレージをサポートおよび管理するストレージ管理者

  • Azure NetApp FilesストレージとAzure VMに導入されるアプリケーションを所有するアプリケーション所有者

解決策 のテストおよび検証環境

この解決策のテストと検証は、最終的な導入環境とは異なる可能性があるラボ環境で実行しました。詳細については、を参照してください 導入にあたって考慮すべき主な要因。

アーキテクチャ

この画像は、管理するUI、コネクタ、リソースなど、BlueXPコンソール内のアプリケーションのBlueXPバックアップとリカバリの詳細を示しています。

この画像は、UI、コネクタ、管理するリソースなど、BlueXPコンソール内のアプリケーションのBlueXPのバックアップとリカバリの詳細を示しています。

ハードウェアおよびソフトウェアコンポーネント

  • ハードウェア *

Azure NetApp Filesストレージ

Premiumサービスレベル

自動QoSタイプ、テストでは4TBのストレージ容量

コンピューティング用Azureインスタンス

標準B4ミリ秒（vCPU×4、メモリ：16GiB）

2つのインスタンスを導入（1つはプライマリDBサーバ、もう1つはクローンDBサーバ）

ソフトウェア

Red Hat Linux

Red Hat Enterprise Linux 8.7（LVM）- x64 Gen2

テスト用にRedHatサブスクリプションを導入

Oracle データベース

バージョン19.18

RUパッチp34765931_190000_Linux-x86-64.zipを適用しました

Oracle OPatchの略

バージョン12.2.0.1.36

最新のパッチp6880880_190000_Linux-x86-64.zip

SnapCenter サービス

バージョンv2.5.0-2822

エージェントバージョンv2.5.0-2822

導入にあたって考慮すべき主な要因

  • *コネクタは、データベースおよびAzure NetApp Filesと同じ仮想ネットワーク/サブネットに導入します。*可能な場合は、同じAzure仮想ネットワークおよびリソースグループに導入する必要があります。これにより、Azure NetApp FilesストレージおよびAzureコンピューティングインスタンスへの接続が可能になります。

  • * AzureポータルでSnapCenter Connector用に作成されたAzureユーザアカウントまたはActive Directoryサービスの原則。* BlueXP Connectorを導入するには、仮想マシンやその他のコンピューティングリソースの作成と構成、ネットワークの構成、Azureサブスクリプションへのアクセスに特定の権限が必要です。また、コネクタが動作するためのロールと権限を後で作成するための権限も必要です。Azureで権限を持つカスタムロールを作成し、ユーザーアカウントまたはサービス原則に割り当てます。詳細については、次のリンクを参照してください。"Azure権限を設定する"。

  • * Azureリソースグループで作成されたsshキーペア。* sshキーペアは、コネクタホストにログインするためのAzure VMユーザに割り当てられ、プラグインをデプロイして実行するためのデータベースVMホストにも割り当てられます。BlueXPコンソールUIでは、sshキーを使用してSnapCenterサービスプラグインをデータベースホストに導入し、プラグインのワンステップインストールとアプリケーションホストデータベースの検出を行います。

  • * BlueXPコンソールの設定にクレデンシャルが追加されました。* Azure NetApp FilesストレージをBlueXP作業環境に追加するには、BlueXPコンソールからAzure NetApp Filesにアクセスするための権限を付与するクレデンシャルをBlueXPコンソールの設定で設定する必要があります。

  • * Azure VMデータベースインスタンスホストにjava-11-openjdkがインストールされています。* SnapCenterサービスのインストールには、Javaバージョン11が必要です。プラグインを導入する前に、アプリケーションホストにインストールする必要があります。

解決策 の導入

クラウドネイティブアプリケーションデータの保護に役立つ、より広範な範囲を含む広範なネットアップドキュメントが用意されています。このドキュメントの目的は、Azure NetApp FilesストレージとAzureコンピューティングインスタンスに導入されたOracleデータベースを保護するための、BlueXPコンソールを使用したSnapCenterサービスの導入手順を段階的に説明することです。

開始するには、次の手順を実行します。

SnapCenter サービス導入の前提条件

Details

導入には、次の前提条件が必要です。

  1. Oracleデータベースが完全に導入されて実行されているAzure VMインスタンス上のプライマリOracleデータベースサーバ。

  2. Azureに導入されるAzure NetApp Filesストレージサービスの容量プール。「ハードウェアコンポーネント」セクションに記載されているデータベースストレージのニーズを満たす容量を備えています。

  3. Azure VMインスタンス上のセカンダリデータベースサーバ。開発/テストワークロード、または本番環境のOracleデータベースの完全なデータセットが必要なあらゆるユースケースをサポートする目的で、代替ホストへのOracleデータベースのクローニングをテストするために使用できます。

  4. Azure NetApp FilesおよびAzureコンピューティングインスタンスに追加情報for Oracleデータベースを導入する場合は、を参照してください。 "Azure NetApp Files へのOracleデータベースの導入と保護"。

BlueXPへのオンボーディング

Details

  1. リンクを使用してください "NetApp BlueXP" をクリックして、BlueXPコンソールにアクセスしてください。

  2. AzureユーザーアカウントまたはActive Directoryサービスの原則を作成し、Azure Connector展開用のAzureポータルで役割を持つ権限を付与します。

  3. Azureリソースを管理するようにBlueXPをセットアップするには、BlueXPクレデンシャルを追加します。BlueXPでは、サービスプリンシパルアプリケーション（クライアントシークレット）のクライアントシークレットであるAzure Active Directory（アプリケーションクライアントID）での認証に使用できるActive Directoryサービスプリンシパルの詳細を記載します。 および組織のActive Directory ID（テナントID）。

  4. また、コネクタのプロビジョニングやデータベースプラグインのインストールに備えて、Azure Virtual Network、リソースグループ、セキュリティグループ、VMアクセス用のSSHキーなども必要です。

SnapCenter サービス用コネクタを導入します

Details

  1. BlueXPコンソールにログインします。

    GUIでのこの手順を示すスクリーンショット。

  2. ドロップダウン矢印および[Add Connector]*をクリックして、コネクタプロビジョニングワークフローを開始します。

    GUIでのこの手順を示すスクリーンショット。

  3. クラウドプロバイダ（この場合は* Microsoft Azure *）を選択します。

    GUIでのこの手順を示すスクリーンショット。

  4. Azureアカウントですでに設定されている場合は、* Permission 、 Authentication 、 Networking *の各手順をスキップしてください。設定されていない場合は、先に進む前に設定する必要があります。ここから、前のセクションで参照したAzureポリシーの権限を取得することもできます。BlueXPへのオンボーディング. 」

    GUIでのこの手順を示すスクリーンショット。

  5. [Skip to Deployment]*をクリックして、コネクタ*仮想マシン認証*を設定します。コネクタOS認証の準備として、BlueXPへのオンボーディング時にAzureリソースグループで作成したSSHキーペアを追加します。

    GUIでのこの手順を示すスクリーンショット。

  6. コネクタインスタンスの名前を指定し、[作成]*を選択し、[詳細]の[デフォルト][ロール名]*を受け入れ、Azureアカウントのサブスクリプションを選択します。

    GUIでのこの手順を示すスクリーンショット。

  7. 適切な* VNet 、 Subnet を使用してネットワークを構成し、 Public IP *を無効にします。ただし、Azure環境でコネクタがインターネットにアクセスできることを確認してください。

    GUIでのこの手順を示すスクリーンショット。

  8. HTTP、HTTPS、およびSSHアクセスを許可するコネクタの*セキュリティグループ*を設定します。

    GUIでのこの手順を示すスクリーンショット。

  9. 概要ページを確認し、*追加*をクリックしてコネクターの作成を開始します。通常、導入が完了するまでに約10分かかります。完了すると、コネクタインスタンスVMがAzureポータルに表示されます。

    GUIでのこの手順を示すスクリーンショット。

  10. コネクターが展開されると、新しく作成されたコネクターが*コネクター*ドロップダウンの下に表示されます。

    GUIでのこの手順を示すスクリーンショット。

BlueXPでAzureリソースへのアクセスにクレデンシャルを定義

Details

  1. BlueXPコンソールの右上にある設定アイコンをクリックして*ページを開き、[クレデンシャルの追加]*をクリックしてクレデンシャルの設定ワークフローを開始します。

    GUIでのこの手順を示すスクリーンショット。

  2. クレデンシャルの場所として「* Microsoft Azure-BlueXP *」を選択してください。

    GUIでのこの手順を示すスクリーンショット。

  3. 以前のBlueXPのオンボーディングプロセスで収集した、適切な* Client Secret 、 Client ID 、 Tenant ID *を使用してAzureクレデンシャルを定義します。

    GUIでのこの手順を示すスクリーンショット。

  4. 確認して*[追加]*をクリックします。GUIでのこの手順を示すスクリーンショット。

  5. また、* Marketplace Subscription *をクレデンシャルに関連付ける必要がある場合もあります。GUIでのこの手順を示すスクリーンショット。

SnapCenter サービスのセットアップ

Details

Azureクレデンシャルを設定すると、次の手順でSnapCenterサービスをセットアップできるようになります。

  1. Canvasページに戻り、* My Working Environment で[Add Working Environment]*をクリックして、Azureに導入されているAzure NetApp Filesを検出します。

    GUIでのこの手順を示すスクリーンショット。

  2. 場所として* Microsoft Azure を選択し、 Discover *をクリックします。

    GUIでのこの手順を示すスクリーンショット。

  3. に名前を付け、前のセクションで作成した[Credential Name]を選択して[Continue]*をクリックします。

    GUIでのこの手順を示すスクリーンショット。

  4. BlueXPコンソールが* My Working Environments に戻り、Azureから検出されたAzure NetApp Filesが Canvas *に表示されるようになりました。

    GUIでのこの手順を示すスクリーンショット。

  5. Azure NetApp Files アイコンをクリックし、 Enter Working Environment *をクリックして、Azure NetApp Filesストレージに導入されているOracleデータベースボリュームを表示します。

    GUIでのこの手順を示すスクリーンショット。

  6. コンソールの左側のサイドバーで、保護アイコンの上にマウスを置き、[保護]>*をクリックして、[アプリケーション]の起動ページを開きます。[*アプリケーションの検出]をクリックします。

    GUIでのこの手順を示すスクリーンショット。

  7. アプリケーションのソースタイプとして* Cloud Native *を選択します。

    GUIでのこの手順を示すスクリーンショット。

  8. アプリケーションタイプとして* Oracle を選択し、 Next *をクリックしてホストの詳細ページを開きます。

    GUIでのこの手順を示すスクリーンショット。

  9. を選択し、 IPアドレス*、コネクタ、Azure VM管理*ユーザ名*（azureuserなど）など、Oracle Azure VM VMの詳細を指定します。[Add SSH Private Key]*をクリックして、Oracle Azure VMの導入に使用したSSHキーペアを貼り付けます。また、フィンガープリントを確認するように求められます。

    GUIでのこの手順を示すスクリーンショット。 GUIでのこの手順を示すスクリーンショット。

  10. 次の*[構成]*ページに進み、Oracle Azure VMでのsudoerアクセスをセットアップします。

    GUIでのこの手順を示すスクリーンショット。

  11. 確認し、*[アプリケーションの検出]*をクリックして、Oracle Azure VMにプラグインをインストールし、VM上のOracleデータベースをワンステップで検出します。

    GUIでのこの手順を示すスクリーンショット。

  12. Azure VMで検出されたOracleデータベースが* Applications に追加され、 Applications ページに環境内のホストとOracleデータベースの数が表示されます。データベース Protection Status は、最初は Unprotected *と表示されます。

    GUIでのこの手順を示すスクリーンショット。

これで、Oracle向けSnapCenter サービスの初期セットアップは完了です。このドキュメントの次の3つのセクションでは、Oracleデータベースのバックアップ、リストア、クローニングの処理について説明します。

Oracleデータベースのバックアップ

Details

  1. Azure VM上のテスト用Oracleデータベースは、3つのボリュームで構成され、合計ストレージは約1.6TiBです。このサイズのデータベースについて、スナップショットによるバックアップ、リストア、およびクローンを実行するタイミングについて説明します。

[oracle@acao-ora01 ~]$ df -h
Filesystem                 Size  Used Avail Use% Mounted on
devtmpfs                   7.9G     0  7.9G   0% /dev
tmpfs                      7.9G     0  7.9G   0% /dev/shm
tmpfs                      7.9G   17M  7.9G   1% /run
tmpfs                      7.9G     0  7.9G   0% /sys/fs/cgroup
/dev/mapper/rootvg-rootlv   40G   23G   15G  62% /
/dev/mapper/rootvg-usrlv   9.8G  1.6G  7.7G  18% /usr
/dev/sda2                  496M  115M  381M  24% /boot
/dev/mapper/rootvg-varlv   7.9G  787M  6.7G  11% /var
/dev/mapper/rootvg-homelv  976M  323M  586M  36% /home
/dev/mapper/rootvg-optlv   2.0G  9.6M  1.8G   1% /opt
/dev/mapper/rootvg-tmplv   2.0G   22M  1.8G   2% /tmp
/dev/sda1                  500M  6.8M  493M   2% /boot/efi
172.30.136.68:/ora01-u01   100G   23G   78G  23% /u01
172.30.136.68:/ora01-u03   500G  117G  384G  24% /u03
172.30.136.68:/ora01-u02  1000G  804G  197G  81% /u02
tmpfs                      1.6G     0  1.6G   0% /run/user/1000
[oracle@acao-ora01 ~]$

  1. データベースを保護するには、データベース*の横にある3つの点をクリックし、[ポリシーの割り当て]をクリックして、Oracleデータベースに適用可能なデフォルトのプリロード済みまたはユーザ定義のデータベース保護ポリシーを表示します。[設定]-*[ポリシー]*では、バックアップ頻度とバックアップデータ保持期間をカスタマイズして独自のポリシーを作成できます。

    GUIでのこの手順を示すスクリーンショット。

  2. ポリシーの設定に問題がなければ、選択したポリシーを*割り当て*してデータベースを保護できます。

    GUIでのこの手順を示すスクリーンショット。

  3. ポリシーが適用されると、データベースの保護ステータスが* Protected *に変わり、緑のチェックマークが表示されます。BlueXPは、定義されたスケジュールに従ってSnapshotバックアップを実行します。また、以下に示すように、3つのドットで構成されるドロップダウン・メニューから*オンデマンド・バックアップ*を利用できます。

    GUIでのこの手順を示すスクリーンショット。

  4. [ジョブ監視]*タブでは、バックアップジョブの詳細を確認できます。テスト結果から、Oracleデータベースを約1.6TiBバックアップするのに約4分かかることがわかりました。

    GUIでのこの手順を示すスクリーンショット。

  5. 3つのドットで構成されるドロップダウンメニュー*[詳細を表示]*では、Snapshotバックアップから作成されたバックアップセットを表示できます。

    GUIでのこの手順を示すスクリーンショット。

  6. データベースバックアップの詳細には、[バックアップ名]、[バックアップタイプ]、* SCN 、 RMANカタログ*、*[バックアップ時間]*があります。バックアップセットには、データボリュームとログボリュームのアプリケーションと整合性のあるSnapshotがそれぞれ含まれます。ログボリュームのSnapshotは、データベースデータボリュームのSnapshotの直後に作成されます。バックアップ・リストで特定のバックアップを検索する場合は、フィルタを適用できます。

    GUIでのこの手順を示すスクリーンショット。

Oracleデータベースのリストアとリカバリ

Details

  1. データベースをリストアする場合は、[アプリケーション]*でリストアする特定のデータベースの3点のドロップダウンメニューをクリックし、[リストア]*をクリックしてデータベースのリストアとリカバリのワークフローを開始します。

    GUIでのこの手順を示すスクリーンショット。

  2. タイムスタンプによる*リストアポイント*を選択します。リスト内の各タイム・スタンプは、使用可能なデータベース・バックアップ・セットを表します。

    GUIでのこの手順を示すスクリーンショット。

  3. Oracleデータベースのインプレースリストアおよびリカバリを行う場合は、*リストア先*を*元の場所*に選択します。

    GUIでのこの手順を示すスクリーンショット。

  4. リストア範囲*および*リカバリ範囲*を定義します。All Logs（すべてのログ）とは、現在のログを含む最新のフルリカバリを意味します。

    GUIでのこの手順を示すスクリーンショット。

  5. および* Restore *を確認して、データベースのリストアとリカバリを開始します。

    GUIでのこの手順を示すスクリーンショット。

  6. [Job Monitoring]*タブでは、データベース全体のリストアとリカバリを最新の状態にするのに2分かかったことがわかりました。

    GUIでのこの手順を示すスクリーンショット。

Oracleデータベースのクローン

Details

データベースのクローニング手順はリストアに似ていますが、同じOracleソフトウェアスタックがプリインストールされて設定されている別のAzure VMを使用します。

メモ Azure NetAppファイルストレージに、クローニングするプライマリデータベースと同じサイズのクローンデータベース用の十分な容量があることを確認してください。代替Azure VMが*[アプリケーション]*に追加されました。

  1. クローニングするデータベースの3点のドロップダウンメニューを*でクリックし、[リストア]*をクリックしてクローニングのワークフローを開始します。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

  2. を選択し、[Restore to alternate location]*を確認します。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

  3. 次の*ページで、代替Azure VMで構成されている代替*ホスト、新しいデータベース* SID 、および Oracle Home *を設定します。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

  4. [Review]*[General]*ページには、クローニングされたデータベースの詳細（SID、代替ホスト、データファイルの場所、リカバリ範囲など）が表示されます。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

  5. [Review * Database parameters *]ページに、クローンデータベース設定の詳細と一部のデータベースパラメータ設定が表示されます。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

  6. [Job Monitoring]タブでクローニングジョブのステータスを監視します。1.6TiBのOracleデータベースのクローニングに8分かかったことがわかりました。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

  7. クローンデータベースがBlueXPにすぐに登録されたことを示すBlueXP *の[アプリケーション]*ページでクローンデータベースを検証します。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

  8. クローニングされたデータベースが想定どおりに実行されていることを示すOracle Azure VMで、クローニングされたデータベースを検証します。

    入力/出力ダイアログを示す図、または書き込まれた内容を表す図

これで、SnapCenterサービスを使用したNetApp BlueXPコンソールを使用したAzureでのOracleデータベースのバックアップ、リストア、クローニングのデモは完了です。

追加情報

このドキュメントに記載されている情報の詳細については、以下のドキュメントや Web サイトを参照してください。