Veritas NetBackupアプライアンスOracleデータベースの冗長性：あるべきかどうか？

同じベンダーのツールを使用して、Oracleデータベースのバックアップを簡単に設定できます。そして、ソリューションのコストを最適化しようとすると？次に、考えられるITツールの実際の動作を慎重に検討する必要があります。そして、それが起こりました。顧客の要求に対する答えを探しているときに、OracleとNBUを「結婚」する価値があるとき、そしてそれをしないほうがよいときが発見されました。 OracleDBMSでのデータ保護のためにVeritasNBUバックアップシステムをテストした経験と、セットアッププロセスの興味深いニュアンスを共有します。





クライアントの1つである連邦規模の小売業者がOracleDBMSのデータのバックアップを担当しました。 Oracle Zero Data Loss Recovery Appliance（ZDLRA）がこのデフォルトです。しかし、この複合施設はクルーズの砕氷船のようなものです。さらに、ZDLRAは、単一のコンソールを介してすべてのバックアッププロセスをクライアントが制御できるわけではありません。これらの考慮事項により、代替案を探す必要がありました。それらの1つは、Veritas NetBackup Appliance 5240でした。これは、標準的な条件下で優れたパフォーマンスを発揮するミッドレンジSRCです。 Oracle DBMSでの作業用に特別に設計された、Veritasの兵器庫のCopilotテクノロジーも、楽観的な見方を追加しました。



ライブインフラストラクチャでVeritasNetBackupアプライアンス5240をテストする前に、顧客はそれをテストするように依頼しました。スタンドを組み立て、戦闘条件でソリューションをテストしました。結論は興味深いことが判明しました。

VeritasNBUの長所

最初に、バックアップとリカバリのプロセスを高速化できる独自のテクノロジーについて説明しました。Oracleデータベースのバックアップと、ネットワーク接続として10 GbE（ファイバーチャネルなし）の使用について話していたので、次のVeritasツールが最も便利でした。

• Media Server Deduplication Pool（MSDP） -オンザフライのデータ重複排除。デバイス間のバックアップの複製を最適化し、増分バックアップ中に合成完全バックアップを作成します。
• NetBackup Optimized Duplicationは、受信デバイスに存在しない一意のブロックのみを転送することにより、データの冗長性を排除します。
• NetBackup Copilotは、NetBackupアプライアンスファイルシステムのスナップショットとOracle RMAN BackupManagerとの統合を使用してOracleDatabaseバックアップを作成するのにかかる時間を短縮します。

NetBackup Copilotは、Oracleデータベースのコンテキストで最も有望なテクノロジーでした。テストでは、通常の増分データベースコピーに対するパフォーマンスのチェックに焦点を合わせました。

テストの準備はできましたか？はい、しかしいいえ

NetBackup Master Server、NetBackup Media Server、およびOracle Linux Server6.7を含むテストベッドを展開しました。 NetBackupアプライアンス（NetBackup Media Serverとして機能）は2つの10 GbEポートを介してデータベースに接続され、NetBackupマスターサーバーはVMware vSphere6.0仮想化環境の仮想マシンにデプロイされました。



RKのソースとしてOSOracle Linux Enterprise6.7とDBMSOracle 19がインストールされた物理サーバーを使用しました。お客様の要件に近い条件でシステムの動作をシミュレートするために、OracleテストベースのボリュームをBigfile形式で1TBのサイズに設定しました。データベースに負荷がかかっていて、12時間以内の変更の量は、元のデータベースの量の50〜60％でした。



じゃあ行こう！バックアップを実行しましたが、パフォーマンスレベルは驚くほど低く、2.3〜2.8 TB / hでした。結果によると、90年代からこんにちは！ OracleDBMSを使用したVeritasNBUの作業に関するドキュメントには、この状況に対する既製のソリューションが含まれていませんでした。しかし、Copilotの可用性と、ファイルシステムのバックアップなどの標準的なタスクでのソリューションの優れたパフォーマンスという事実は、いくつかの点が欠けていることを示唆していました。次に、Veritasの同僚と一緒に、パフォーマンスを向上させるNetBackupの微調整を探し始めました。



数十の設定を確認し、それらに最適な値を見つけました。テストベンチのパフォーマンスに影響を与えたパラメータには、次のものがあります。

• Jumbo Frame ( Ethernet, );
• (xmit_hash_policy), ;
• (Number Disk, Size Disk) Veritas Appliance

Copilot?

NetBackup Copilotに大きな期待を寄せていました。結局のところ、このテクノロジーは元々データベースと連携するように設計されており、Oracleインクリメンタルマージを使用して永久インクリメンタルバックアップスキームに移行しています。コパイロットモードで動作している場合、システムはOracle RMAN DBMSバックアップマネージャーと対話して、DBMSバックアップコマンドを実行します。



NetBackup Copilotを使用してバックアッププロセスを段階に分割すると、次のようになります。

1. バックアップストレージデバイスは、NFSプロトコルを介してOracle DatabaseServerにアクセスできるNetBackupアプライアンスで構成されます。
2. その後、NetBackupSRKの管理コンソールでバックアップポリシーが構成されます。
3. (level-0), (level-1);
4. , level-0, , level-1;
5. NetBackup NFS- ( InfoScale);
6. Oracle RMAN NetBackup.

このソリューションには多くの利点があります。たとえば、NetBackupアプライアンスのNFSストレージファイルシステムのスナップショットは、最も効率的なストレージ層（ディスク、重複排除プール、テープ、クラウドストレージ）に自動的に複製（移動）したり、バックアップサイトのNetBackupアプライアンスに複製したりできます。これは、ライフサイクル管理ポリシー（SLP）を通じて行われます。



さらに、DBMS管理者は、Oracleのバックアップおよび復元ユーティリティを使用できます。インクリメンタルバックアップを使用すると、多数の復元ポイントを操作でき、すべてのコピーは管理する必要のないファイルストレージにあります。

そして、速度があれば？

それはどれくらい速く動作しますか？個々のパラメータを最適化して手動で調整した後、かなり適切なバックアップ速度が得られました。



この表は、DBMSに負荷がかかっている状態と負荷がかかっていない状態で、クライアントで重複排除を有効または無効にし、REDOログのトリミングを有効または無効にして完全バックアップを作成した結果をまとめたものです。





NBUバックアップシステムは、バックアップの良好な書き込み速度を示しました。テストの明らかなボトルネックは、5240のVeritas Applianceディスクサブシステム（RAIDグループ内のディスクの数とインターフェイス速度）でした。テストでは、1つのディスクエンクロージャーを使用した最小限の構成を使用しました。

インクリメンタルコピーの作成

インクリメンタルバックアップモードでのパフォーマンスを評価するために、1日2回10:00と22:00にバックアップを実行しました。DBMSに負荷がかかっており、クライアントで重複排除が有効になっています。





増分バックアップ時間ははるかに短かったが、バックアップセッションの速度も遅くなった。

コパイロットモードをオンにする

コパイロットモードでは状況が異なります。テストでは、バックアップは12時間ごとに作成され、バックアップ時間は、Oracleスナップショットが作成された瞬間から、バックアップがNBUデバイスのストレージプールに書き込まれた瞬間の終わりまで記録されました。





このテストの結果は平均的でした。ただし、バックアップの合成とそれに続くストレージプールへの書き込みは、NFS共有で行われたことに注意してください。追加のNFS共有の読み取りおよび書き込み速度制限は、パフォーマンスの低下の原因の一部である可能性があります。さらに、「古い」NetBackupアプライアンスモデル用に最適化された共有テクノロジがあるため、このモードでの動作速度を上げる必要があります。 1つのシェルフを備えた最小構成でVeritasアプライアンスを使用しましたが、ベンダーはコパイロットモードに最低2つのシェルフを推奨しています。



したがって、Copilotを使用する主な利点は、増分バックアップをロールフォワードすることなく、最後の完全バックアップを復元することです。リカバリプロセス中にDBMSにすばやくアクセスするためにインスタント復元機能を使用することも大きな利点です。

25％以下50TB以内

顧客のケースに戻りましょう。合成データベースでのテストは、クライアントが最初は魅力的なソリューションのすべての長所と短所を確認するのに役立つため、有用であることが判明しました。パラメータを試してみた結果、最大50 TBのサイズのDBMSには、Veritas NetBackupを使用することをお勧めします。また、データベースの毎日の変更は25％以下であることがわかりました。小売データベースは毎日50％変化するため、VeritasNetBackupは実行可能なソリューションではありませんでした。



私たちのテストの副作用は価値があることが証明されています。VeritasNBUがOracleDBMSと連携するための最適なモードを見つけました。パラメータを調整し、モード（クラシックコピーまたはコパイロット）を選択することにより、数十TBのデータベースでの比較的少数の毎日の変更で、Oracleデータベースをバックアップおよび復元するための価値があり、より手頃な代替手段を作成できます。すでにVeritasSRKを使用している場合は、これが最適なソリューションです。これは、より手頃なSRKの使用と、1つのコンソールによるすべてのバックアップの管理です。



著者：Artem Khmelenko、データストレージシステムのエンジニア、Jet Infosystems