TR-4977:『Oracle Database backup、restore and clone with SnapCenter Services - Azure』
ネットアップ、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のバックアップとリカバリの詳細を示しています。
ハードウェアおよびソフトウェアコンポーネント
-
ハードウェア *
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サービスの導入手順を段階的に説明することです。
開始するには、次の手順を実行します。
-
一般的な手順をお読みください "クラウドネイティブアプリケーションのデータを保護" およびOracleとAzure NetApp Filesに関連するセクションを参照してください。
-
次のビデオウォークスルーを見る
OracleとANFの導入ビデオ
SnapCenter サービス導入の前提条件
Details
導入には、次の前提条件が必要です。
-
Oracleデータベースが完全に導入されて実行されているAzure VMインスタンス上のプライマリOracleデータベースサーバ。
-
Azureに導入されるAzure NetApp Filesストレージサービスの容量プール。「ハードウェアコンポーネント」セクションに記載されているデータベースストレージのニーズを満たす容量を備えています。
-
Azure VMインスタンス上のセカンダリデータベースサーバ。開発/テストワークロード、または本番環境のOracleデータベースの完全なデータセットが必要なあらゆるユースケースをサポートする目的で、代替ホストへのOracleデータベースのクローニングをテストするために使用できます。
-
Azure NetApp FilesおよびAzureコンピューティングインスタンスに追加情報for Oracleデータベースを導入する場合は、を参照してください。 "Azure NetApp Files へのOracleデータベースの導入と保護"。
BlueXPへのオンボーディング
Details
-
リンクを使用してください "NetApp BlueXP" をクリックして、BlueXPコンソールにアクセスしてください。
-
AzureユーザーアカウントまたはActive Directoryサービスの原則を作成し、Azure Connector展開用のAzureポータルで役割を持つ権限を付与します。
-
Azureリソースを管理するようにBlueXPをセットアップするには、BlueXPクレデンシャルを追加します。BlueXPでは、サービスプリンシパルアプリケーション(クライアントシークレット)のクライアントシークレットであるAzure Active Directory(アプリケーションクライアントID)での認証に使用できるActive Directoryサービスプリンシパルの詳細を記載します。 および組織のActive Directory ID(テナントID)。
-
また、コネクタのプロビジョニングやデータベースプラグインのインストールに備えて、Azure Virtual Network、リソースグループ、セキュリティグループ、VMアクセス用のSSHキーなども必要です。
SnapCenter サービス用コネクタを導入します
Details
-
BlueXPコンソールにログインします。
-
ドロップダウン矢印および[Add Connector]*をクリックして、コネクタプロビジョニングワークフローを開始します。
-
クラウドプロバイダ(この場合は* Microsoft Azure *)を選択します。
-
Azureアカウントですでに設定されている場合は、* Permission 、 Authentication 、 Networking *の各手順をスキップしてください。設定されていない場合は、先に進む前に設定する必要があります。ここから、前のセクションで参照したAzureポリシーの権限を取得することもできます。BlueXPへのオンボーディング. 」
-
[Skip to Deployment]*をクリックして、コネクタ*仮想マシン認証*を設定します。コネクタOS認証の準備として、BlueXPへのオンボーディング時にAzureリソースグループで作成したSSHキーペアを追加します。
-
コネクタインスタンスの名前を指定し、[作成]*を選択し、[詳細]の[デフォルト][ロール名]*を受け入れ、Azureアカウントのサブスクリプションを選択します。
-
適切な* VNet 、 Subnet を使用してネットワークを構成し、 Public IP *を無効にします。ただし、Azure環境でコネクタがインターネットにアクセスできることを確認してください。
-
HTTP、HTTPS、およびSSHアクセスを許可するコネクタの*セキュリティグループ*を設定します。
-
概要ページを確認し、*追加*をクリックしてコネクターの作成を開始します。通常、導入が完了するまでに約10分かかります。完了すると、コネクタインスタンスVMがAzureポータルに表示されます。
-
コネクターが展開されると、新しく作成されたコネクターが*コネクター*ドロップダウンの下に表示されます。
BlueXPでAzureリソースへのアクセスにクレデンシャルを定義
Details
-
BlueXPコンソールの右上にある設定アイコンをクリックして*ページを開き、[クレデンシャルの追加]*をクリックしてクレデンシャルの設定ワークフローを開始します。
-
クレデンシャルの場所として「* Microsoft Azure-BlueXP *」を選択してください。
-
以前のBlueXPのオンボーディングプロセスで収集した、適切な* Client Secret 、 Client ID 、 Tenant ID *を使用してAzureクレデンシャルを定義します。
-
確認して*[追加]*をクリックします。
-
また、* Marketplace Subscription *をクレデンシャルに関連付ける必要がある場合もあります。
SnapCenter サービスのセットアップ
Details
Azureクレデンシャルを設定すると、次の手順でSnapCenterサービスをセットアップできるようになります。
-
Canvasページに戻り、* My Working Environment で[Add Working Environment]*をクリックして、Azureに導入されているAzure NetApp Filesを検出します。
-
場所として* Microsoft Azure を選択し、 Discover *をクリックします。
-
に名前を付け、前のセクションで作成した[Credential Name]を選択して[Continue]*をクリックします。
-
BlueXPコンソールが* My Working Environments に戻り、Azureから検出されたAzure NetApp Filesが Canvas *に表示されるようになりました。
-
Azure NetApp Files アイコンをクリックし、 Enter Working Environment *をクリックして、Azure NetApp Filesストレージに導入されているOracleデータベースボリュームを表示します。
-
コンソールの左側のサイドバーで、保護アイコンの上にマウスを置き、[保護]>*をクリックして、[アプリケーション]の起動ページを開きます。[*アプリケーションの検出]をクリックします。
-
アプリケーションのソースタイプとして* Cloud Native *を選択します。
-
アプリケーションタイプとして* Oracle を選択し、 Next *をクリックしてホストの詳細ページを開きます。
-
を選択し、 IPアドレス*、コネクタ、Azure VM管理*ユーザ名*(azureuserなど)など、Oracle Azure VM VMの詳細を指定します。[Add SSH Private Key]*をクリックして、Oracle Azure VMの導入に使用したSSHキーペアを貼り付けます。また、フィンガープリントを確認するように求められます。
-
次の*[構成]*ページに進み、Oracle Azure VMでのsudoerアクセスをセットアップします。
-
確認し、*[アプリケーションの検出]*をクリックして、Oracle Azure VMにプラグインをインストールし、VM上のOracleデータベースをワンステップで検出します。
-
Azure VMで検出されたOracleデータベースが* Applications に追加され、 Applications ページに環境内のホストとOracleデータベースの数が表示されます。データベース Protection Status は、最初は Unprotected *と表示されます。
これで、Oracle向けSnapCenter サービスの初期セットアップは完了です。このドキュメントの次の3つのセクションでは、Oracleデータベースのバックアップ、リストア、クローニングの処理について説明します。
Oracleデータベースのバックアップ
Details
-
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 ~]$
-
データベースを保護するには、データベース*の横にある3つの点をクリックし、[ポリシーの割り当て]をクリックして、Oracleデータベースに適用可能なデフォルトのプリロード済みまたはユーザ定義のデータベース保護ポリシーを表示します。[設定]-*[ポリシー]*では、バックアップ頻度とバックアップデータ保持期間をカスタマイズして独自のポリシーを作成できます。
-
ポリシーの設定に問題がなければ、選択したポリシーを*割り当て*してデータベースを保護できます。
-
ポリシーが適用されると、データベースの保護ステータスが* Protected *に変わり、緑のチェックマークが表示されます。BlueXPは、定義されたスケジュールに従ってSnapshotバックアップを実行します。また、以下に示すように、3つのドットで構成されるドロップダウン・メニューから*オンデマンド・バックアップ*を利用できます。
-
[ジョブ監視]*タブでは、バックアップジョブの詳細を確認できます。テスト結果から、Oracleデータベースを約1.6TiBバックアップするのに約4分かかることがわかりました。
-
3つのドットで構成されるドロップダウンメニュー*[詳細を表示]*では、Snapshotバックアップから作成されたバックアップセットを表示できます。
-
データベースバックアップの詳細には、[バックアップ名]、[バックアップタイプ]、* SCN 、 RMANカタログ*、*[バックアップ時間]*があります。バックアップセットには、データボリュームとログボリュームのアプリケーションと整合性のあるSnapshotがそれぞれ含まれます。ログボリュームのSnapshotは、データベースデータボリュームのSnapshotの直後に作成されます。バックアップ・リストで特定のバックアップを検索する場合は、フィルタを適用できます。
Oracleデータベースのリストアとリカバリ
Details
-
データベースをリストアする場合は、[アプリケーション]*でリストアする特定のデータベースの3点のドロップダウンメニューをクリックし、[リストア]*をクリックしてデータベースのリストアとリカバリのワークフローを開始します。
-
タイムスタンプによる*リストアポイント*を選択します。リスト内の各タイム・スタンプは、使用可能なデータベース・バックアップ・セットを表します。
-
Oracleデータベースのインプレースリストアおよびリカバリを行う場合は、*リストア先*を*元の場所*に選択します。
-
リストア範囲*および*リカバリ範囲*を定義します。All Logs(すべてのログ)とは、現在のログを含む最新のフルリカバリを意味します。
-
および* Restore *を確認して、データベースのリストアとリカバリを開始します。
-
[Job Monitoring]*タブでは、データベース全体のリストアとリカバリを最新の状態にするのに2分かかったことがわかりました。
Oracleデータベースのクローン
Details
データベースのクローニング手順はリストアに似ていますが、同じOracleソフトウェアスタックがプリインストールされて設定されている別のAzure VMを使用します。
Azure NetAppファイルストレージに、クローニングするプライマリデータベースと同じサイズのクローンデータベース用の十分な容量があることを確認してください。代替Azure VMが*[アプリケーション]*に追加されました。 |
-
クローニングするデータベースの3点のドロップダウンメニューを*でクリックし、[リストア]*をクリックしてクローニングのワークフローを開始します。
-
を選択し、[Restore to alternate location]*を確認します。
-
次の*ページで、代替Azure VMで構成されている代替*ホスト、新しいデータベース* SID 、および Oracle Home *を設定します。
-
[Review]*[General]*ページには、クローニングされたデータベースの詳細(SID、代替ホスト、データファイルの場所、リカバリ範囲など)が表示されます。
-
[Review * Database parameters *]ページに、クローンデータベース設定の詳細と一部のデータベースパラメータ設定が表示されます。
-
[Job Monitoring]タブでクローニングジョブのステータスを監視します。1.6TiBのOracleデータベースのクローニングに8分かかったことがわかりました。
-
クローンデータベースがBlueXPにすぐに登録されたことを示すBlueXP *の[アプリケーション]*ページでクローンデータベースを検証します。
-
クローニングされたデータベースが想定どおりに実行されていることを示すOracle Azure VMで、クローニングされたデータベースを検証します。
これで、SnapCenterサービスを使用したNetApp BlueXPコンソールを使用したAzureでのOracleデータベースのバックアップ、リストア、クローニングのデモは完了です。
追加情報
このドキュメントに記載されている情報の詳細については、以下のドキュメントや Web サイトを参照してください。
-
BlueXPのセットアップと管理
-
BlueXPのバックアップとリカバリに関するドキュメント
-
Azure NetApp Files の特長
-
Azureで開始する