NetApp SnapManager for Oracle＆SANネットワーク

SnapManagerは、NetApp FASシリーズストレージシステムを使用したアプリケーションを停止、コピー、アーカイブのテスト、コピー、アーカイブ、クローン作成を行わずに、いわゆるアプリケーションコンシステントバックアップ （ ACB ）およびクラッシュコンシステントスナップショット （ CCS ）の削除を自動化するNetAppユーティリティのセットですサーバー、ネットワーク、およびストレージシステムの専門家が関与することなく、アプリケーションオペレータのみがGUIインターフェイスを介して、傾斜したデータを他のホストに適合させ、復元し、他の機能を実行します。


Windows上のSnapManager for Oracle、クローニング操作

スナップショットを使用してデータをバックアップし、さらにストレージを使用してデータをバックアップするのはなぜですか？ 事実、情報をバックアップする最新の方法は、プロセスの期間、リソースの消費、つまりホストへのロード、チャネルのロード、スペースの占有、および結果としてのサービスの低下を意味します。 開発/テストユニットの大量の情報のクローン作成にも同じことが当てはまり、実際のデータとバックアップデータの「時間のギャップ」が大きくなり、バックアップが「回復不能」になる可能性が高くなります。 「ハードウェア」NetAppスナップショットを使用することで、パフォーマンスに影響を与えず、無許可の100％バックアップを取得しますが、「差分」のみを使用します（一種の増分バックアップ、または逆増分バックアップと言ってもよいでしょう。 、バックアップおよびアーカイブ用のデータをスナップショット形式で転送する機能により、このようなタスクの現代の高度なビジネス要件をよりエレガントに解決し、情報転送の時間とホストの負荷を削減できます。

SMOコンポーネント

このユーティリティは、いくつかのコンポーネントで構成されています。専用ホストまたは仮想マシン上のサーバーと、 DBを備えたホストにインストールされたエージェントです。 SnapManagerを完全に機能させるには、 「コントローラーごと」にライセンスされている機能、 FlexClone 、 SnapRestoreが必要です。 インストール済みのSnapManagerエージェントに加えて、 SnapDriveユーティリティのインストール済みインスタンス（SnapManagerに含まれるライセンス）が、 DBを備えたOS内のホストに必要です。 SnapDriveはOSとやり取りしてCCSを作成するのに役立ちますが、 SMOはアプリケーションとやり取りしてACBを作成し、相互に補完します。 ACBとCCSの間のカービング 。 購入したSnapRestoreライセンスとFlexCloneライセンスがないと、インスタントリカバリ機能とインスタントストレージのクローン作成とカタログ化の手段はそれぞれ利用できません。


OracleとのSMO統合

「 コントローラーごとの 」 SnapManagerライセンス SnapManagerライセンスには、 MS SQL 、 MS Exchange 、 MS Share Point 、 MS Hyper-V 、 VMWare vSphere 、 SAP 、 Lotus Domino 、 Citrix Xen Server用の他のマネージャーも含まれます 。


SnapManager for MS SQL、移動操作

Snapcreator

「コスト最適化」のパスに従い、 SnapManagerライセンスの購入を拒否すると、 DBAがDBで必要な操作を受け取るために、管理にサーバー管理者、ネットワーク管理者、ストレージ管理者との追加の時間とDBAの対話が必要になることを理解する必要があります。 SnapManagerを 使用すると、 GUIインターフェースのいくつかのボタンを押すことで、さまざまな専門家や時間を費やすことなくこれを実行できます。
SnapManagerによって実行される機能の多くは、無料のSnapCreatorユーティリティを使用して実行できます。これにより、 ストレージシステムを使用して一貫した ACB スナップショットを削除するためのDB （および他の多数のアプリケーション）アプリケーションと統合することもできます。 ただし、このユーティリティは、他の多くの便利なDB管理機能を実行しません。 DBクローン作成、インプレースリカバリ、 DBクローンの別のホストへの適応、操作性の自動テスト、アーカイブからのリカバリなど。


SnapCreatorコンポーネントの相互作用図

スクリプティング

SnapCreatorに欠けている機能のほとんどは、 DataOntap Toolkit 、 SnapCreator 、 OnCommand Unified Manager （ OCUM ）、および他の多くの便利なユーティリティのPowerShellコマンドレットで利用できるスクリプトを使用することで補うことができます。 間違いなくビジネスプロセスのデバッグには時間がかかります。

NetAppイデオロギーに関する簡単な教育プログラム

統合

SMOは 、 RAC 、 RMAN 、 ASM 、Direct NFSテクノロジーを備えた10GR2、11g R1 / R2、12cR1（12.1.0.1）と統合します。 以下に記述されているものはすべて、原則として、SnapManager for MS SQL（ SMSQL ）およびSnapCreatorに帰属することもできます。

Linux上のSnapManager for Oracle、バックアップ操作

1）SMOバックアップとは何ですか：

SMO は次のデータのみをバックアップします。

• データファイル
• 制御ファイル
• アーカイブREDOログ （ アーカイブログ ）

TR-3761 Oracle用NetApp SnapManager 3.3.1 （12ページ、表1）を参照してください。
REDOログはバックアップされません。SnapMirrorを使用してバックアップできます 。 以下を参照してください 。

1.1）アーカイブログのバックアップ、上書き、復元方法：

SMOを使用すると、 アーカイブログのバックアップが実行され、ログは上書きまたは復元されません。 RMANは、 REDOログとアーカイブログの管理に使用されます。 SMO とアーカイブログの連携方法。

2）準備のための推奨事項：

SMO用のFlexVolとLUNにスペースをパーティション分割するためのガイドラインは、一般にNetApp上のOracle DBのガイドラインと一致しています 。

まず、FlexVol'yumsの自動スナップショットをオフにする必要があります。SMOサーバーはそれらを開始します。 一時ファイルを専用のFlexVolに分離することが不可欠です。 LVMを使用する RAWデバイスはサポートされていません。 2011年8月| NetAppストレージ上のOracleデータベースの TR-3633 ベストプラクティス、 11ページ

異なるDBからの同じタイプのいくつかのファイルは、1つのFlexVolにグループ化して保存できますが、同じタイプの他のファイルは分離する必要があります。

• それぞれの月は、別々のQtree *に入れることが望ましいです。 これは、 SnapMirror QSM 、 SnapVault、またはNDMPCopyレプリケーションの場合に便利です。データはQtree *を使用してアーカイブされ、重要なことは常にQtree *に復元されるためです 。 したがって、 Qtree *からバックアップされていないデータ（ 非qtreeデータ）は、常にQtree *に のみ復元できます。 したがって、データを常にQtree *に保存しておくと便利です。これにより、回復の場合に、新しい場所からのデータへのアクセスを再構成する必要がなくなります。 詳細
• 各LUNを個別のQtree *に配置することにより 、そのサイズにクォータを割り当て、FlexVol全体ではなく、その満杯の特定のしきい値に達すると個別のQtree *に対してアラートを生成できます。 これは、追加のユーティリティを使用せずに電子メールでLUNステータスを追跡するのに便利です。
• 一時ファイルは他のすべてのデータから分離する必要があります。 一時ファイルはDB操作中に大きく変化するため、そのようなデータから取得されたスナップショットは貴重なストレージスペースを占有します。
• 一時ファイルのスナップショットをオフにする必要があります
• すべてのDBの 一時ファイルを1つのFlexVolに追加できます。
• SANの場合、 DB アーカイブログ 、 REDOログ 、およびデータ自体のファイル、各タイプは専用LUNに保持する必要があります。 1つの月に異なるタイプのDBファイルを混在させないでください。たとえば、同じ月にアーカイブログとREDOログファイルを保持しないでください。
• アーカイブログ 、 REDOログ、およびデータファイルを含むLUNは 、それぞれ専用のFlexVolに保持する必要があります。 つまり ルールはそのようなLUNに適用されます 。1つのFlexVol-1つのLUN （およびQtree *を忘れないでください）。
• たとえば、 DBが2つのアーカイブログファイルを生成し、それぞれが個別のLUNにある場合、そのようなLUNはルールの例外として1つのFlexVolに保存できます。 1つのFlexVolに複数のLUNがあるようにします。 データファイルやREDOログなど、他のDBファイルについても同様です。
• 対応するREDOログとともに各DBからの制御ファイルのコピーを保存することをお薦めします。
• REDOログは、個別のFlexVolのすべてのインスタンスから分離する必要があります。
• アーカイブログは、すべてのDBインスタンスから個別のFlexVolに分離する必要があります。
• すべてのインスタンスのOracle Cluster Registry（ OCR ）ファイルまたは投票ディスクファイルは、このFlexVolの個別のQtree *にある1つのFlexVolに保存できます。 データベースファイルを保存しないディスクグループにOCRおよび投票ディスクを保存することを強くお勧めします 。
• 元に戻すテーブルスペースは、 データファイルとともに保存する必要があります 。

REDOログ 、 アーカイブログ 、 データファイル、および一時ファイルを分離するためのこれらの要件はすべて、以下に起因します。

1. 一時ファイルはバックアップとリカバリには必要ありませんが、スナップショットを適用すると大きく変化するため、 ストレージシステムのスペースを容赦なく消費し、無駄なデータを占有します。
2. スナップショットでバックアップされる他のタイプのDBファイルと同じ一時ファイルを保存すると、それらはスペースを使い果たし（前の段落を参照）、その結果、すべてのスペースを使い果たすと、 LUNが （このFlexVol'yで）残った状態になる可能性がありますスペース）
3. SnapMirror VSMレプリケーションを使用する場合、スナップショットが使用されます。DBから「1つのヒープにデータをミックス」した場合は、 一時ファイルに関する前の2つの段落を参照してください。 さらに、他のすべては不必要なデータによってリモートシステムに絶えず送信され、通信チャネルをダウンロードします。
4. SnapMirror QSMまたはSnapVaultレプリケーションを使用する場合、通信チャネルをダウンロードせずに、データを1つのFlexVolに配置し、そのデータを別のQtree *に複製し、通信チャネルをロードせずにそれらだけを複製することで回避できますが、質問はとにかくスナップショットをバイパスすることはできません（最初の2つの段落を参照）。これは、FlexVol全体のスナップショットが「完全に」削除されるためです。
5. 一方、「ロジックは1つのLUN -1つのFlexVol」であり、すべてのDBではなく、1つまたは複数のDBのみを復元する必要性から進んでいます。 リカバリには、 SnapRestore機能をSFSRまたはVBSRのいずれかのアプローチで使用できます。 VBSRはより高速です。WAFL構造を経由する必要がないためです。VBSRはFlexVolを使用してブロックレベルで動作するため、内部のすべてのデータが復元されます。 したがって、複数のDBまたはその一部を1つのFlexVol'yumに保存する場合、別のDBの古いバージョンを「偶然」復元することが同時に可能です。 これを防ぐため、これに関連して、復元が必要なすべてのデータに対して、1つのFlexVol-1つのLUNを推奨します。
6. ブロックアクセスの代わりにNFSやDirect NFSなどのファイルアクセスを使用する場合、 DBファイルを異なるFlexVolに分離することに関する上記の本質は保持されますが、 NFSがLUNではなくQtree *またはボリュームレベルでエクスポートされる点が異なります 。 SFSRを使用したDBファイルのよりきめ細かい回復の可能性と同様に。

2.1）SnapManagerを使用する場合、1つのベースが複数のコントローラー（FlexVol'yums）に存在することは可能ですか？

スナップショットの作成レベルでは、これは一貫性グループと呼ばれ、 DataOntap 7.2以降でサポートされています。 ただし、これはASMの場合にのみ必要です。 ASMを使用しない場合、Oracle自体がバックアップデータベースの一貫性に対応します。バックアップデータベースは、異なるコントローラー（FlexVol）に分散されています。

SANを使用した場合を考慮して、次のニュアンスに注意を向けたいと思います。

2.2）シンプロビジョニング：

1つのFlexVol'yumでシンプロビジョニングと複数のLUNを使用する場合、このFlexVol'yumのすべてのLUNのスペースが不足する可能性があり、その結果、その中のすべてのLUNが落ちます。 DataOntapはそれらをオフラインにして、破損しないようにします。 この状況を回避するには、 SCSI SBC-3標準（ SCSI Thin Provisioningと呼ばれることが多い）で定義されている論理ブロックプロビジョニングをサポートするRedHat Enterprise Linux 6.2 OS （またはその他の最新のOS ）以上を使用することをお勧めします。実際、「薄い」場所と「実際に終わった」場所は記録操作を禁止しています。 したがって、 OSはそのようなLUNへの書き込みを停止する必要があり、 オフラインに切り替えられず、 OSに対して読み取り専用のままになります （別の質問は、アプリケーションがこれにどのように応答するかです）。 この機能は、 スペース再生を使用する機能も提供します。 したがって、現在のオペレーティングシステムは、 LUNを使用したシンプランニングモードでより適切に動作します 。

2.3）SANおよびスナップショット：

スナップショット（およびSMO で使用されます ）を使用し 、1つのFlexVol'umに複数のLUNを格納する場合、 LUNが 「厚い」場合でも、スペースのある状況に再び陥ります 。 つまり、スナップショットに割り当てられたリザーブに十分なスペースがない場合、 LUNの変更中にアクティブなファイルシステムのスペースを占有し始めます。 つまり、 LUNのスナップショットに空き領域を正しく割り当てる必要があります。 割り当て量が少ない場合、 LUNからのスヌートショットはスナップショットリザーブのスペースを食い尽くし、アクティブなファイルシステムからそれを消費し、前の段落で何が起こるかを確認します。 経験的に選択されたスナップショットの予約、古いスナップショットの削除の設定（ スナップの自動削除）、およびFlexVolの自動増加（ ボリュームの自動拡張 ）により、状況は部分的に解決されます 。 しかし、 LUNがオフラインになった後にスペースの解放が発生するという事実に注意を喚起したいと思います。 そして、1つのFlexVol'yumに多数のLUNが存在することは、いわば、ある瞬間にLUNの 1つが拾い上げられ、1日ではなく1時間ごとに-計画どおりではなく、食事を開始できる可能性が高まることですスペース全体がスナップショット用に予約されているだけでなく、アクティブなFlexVolファイルシステムにもあります。 ここから、FlexVolごとに1つのLUNを使用するか、1つのFlexVolに複数のLUNを保存するが、これらすべてのLUNが同じタイプであり、「均等に比例して」拡大することを推奨します 。 2番目のポイントは、 OCUMの監視の必須の構成を意味し（フリーソフトウェア、および実際に有用なこと、どんな状況でも監視することは害になりません）、何が起こっているかを監視します。 OCUM は、 DataOntap ストレージ システムのすべてのパフォーマンスインジケーターを監視できます。後者のみが提供できます。 さらに、 OCUMはアラートをメールに送信できます。アラートは適宜読む必要があります。 スナップショット、 LUN 、 フラクショナルリザーブ、および通常LUNが通常成長する理由については、こちらをご覧ください 。

2.4）スペース再生：

スナップショットを使用するSANの場合、 スペース再生機能のOSサポートにより、縫合が大幅に改善されます。 前の段落を参照してください。 スペース再利用により、ホストがデータを削除するにつれてストレージ側でシンLUNが減少し、「 シンLUNの継続的な成長の問題 」が解決されます 。 スペース再利用がなければ、 LUNは常にシン LUNの場合にのみ「成長」し、「厚い」 LUNの場合でも、 スペース再利用が存在しないと、誰にも不要になったデータブロックをキャプチャする「生い茂ったスナップショット」になります。 したがって、 スペースの再利用は必須です。

3）RMANにバックアップが表示されていますか？

SMOによって作成されたバックアップは、 RMANでカタログ化できます。この構成はオプションです。 これにより、ブロック（付録Eの例を参照）および表領域インタイム（付録Fの例を参照）リカバリー機能を使用できるようになります。 RMANでSMOバックアップをカタログ化する場合、バックアップ以外のDBに配置する必要があります。 RMANでSMOバックアップを登録するには、 RMAN対応プロファイルを有効にする必要があります 。 TR-3761 Oracle用NetApp SnapManager 3.3.1、11ページ。1つを使用することをお勧めします。RMANまたはSMOのいずれかです。

4）今後、 SMOでREDOログをバックアップする予定はありますか？

REDOログとアーカイブログは、 同期モード、 半同期モード、または非同期モードでSnapMmirrorレプリケーションを使用してバックアップされます。 SnapMirrorを使用することは、スナップショットを使用することを意味します（ SMOと対話せずに）。 他のすべてのデータは通常、非同期的に複製されます。 SnapMirror-両側にライセンスされた「コントローラーごと」-保護する必要のあるデータを含むバックアップコピー（セカンダリ）とメインコントローラー（プライマリ）NetApp FASを格納します。 TR-3455 SnapMirror非同期および同期を使用したデータベースリカバリ 、第12章、17ページ

5） テーブルスペースと一時ファイルを 元に戻すことはできますか？

元に戻すには、元に戻す表領域をデータファイルとともに保存する必要があります。 元に戻すテーブルスペースは、 データファイルと同じ月に保存する必要があります 。

Archive、Redo、Undo Tablespaceの違いは何ですか？

一部のページにアクセスするには、 NetApp NOW IDが必要になる場合があります。 NetApp ストレージをテスト用に使用する場合は、ディストリビューター/インテグレーターがダウンロードを支援します。


* Qtree- SnapVaultおよびSnapMirror QSMが ボリュームレベルでデータを複製および復元できるようになったため、DataONTAp Cluster-Mode（Clustered ONTAP）を使用したNetApp FASシステムでのレプリケーションアプリケーションは不要になりました。

shane54に深い感謝の意を表します。Oracleデータベースの作業に関する助言や建設的な批判に感謝します。

テキストのエラーに関するメッセージをLANに送ってください。
反対にコメントと追加はコメントしてください