DocAveリストア コントローラ
for SharePoint

SQL サーバー バックアップは、SharePoint 環境のデータ保護にとって十分？

SharePoint を使用する多くの企業は単純に SQL サーバーのネイティブ機能を使用してバックアップ（必要に応じて）を実行し、コンテンツ及びプラットフォーム自体を復旧します。SQL サーバー バックアップ イメージからの完全忠実且つアイテム レベル リストアの機能が無い場合、その復旧作業は非常に煩わしく、そして非効率な方法と言えます。

しかし、例え上記の機能を備えたツールを持っていても、それで十分と言えるのでしょうか？それは、「お使いの環境に依存」します。まずは、SQL サーバー バックアップ リストアが提供する機能、そして何故アイテム レベル リストアの機能が十分でないのか、そして企業にとってそれがどれだけ重要な事なのか、について段階的に追っていきます。

どの様に、そして何が SQL サーバー データベース及びバックアップ イメージに実際に含まれるの？

• SQL データベース、及びデータベースから生成されたバックアップには、SharePoint コンテンツ データベース、構成データベース、そして管理データベースがすべて含まれます。
• SQL サーバーでは、これらの要素を非同期的にキャプチャします。つまり、要素のイメージは同時にキャプチャされません。例えば、コンテンツ データベースの最新バックアップは、構成データベースの最新バックアップと同期されていない可能性があります。

何が SQL サーバー データベースに保管されないの？

• IIS 設定
• GAC （グローバル アセンブリ キャッシュ）
• 12 ハイブ
• Web フロント エンド サーバー設定及びカスタマイズすべて
• 共有サービス プロバイダ （SSP） 構成
• シングルサインオン （SSO） 構成
• Web パーツ、カスタム機能、SharePoint ソリューション
• SharePoint の外観カスタマイズ （例：マスタ ページの設定、サイトのテーマ）

実際に SharePoint プラットフォームを復旧する際、どんな影響があるの？

お使いの本番環境プラットフォームがシステムダウン （自然障害、破損、その他） した時、最優先事項は環境を出来る限り短時間でオンラインに復旧させる事です。この状況で SQL イメージを使用した復旧に頼る場合の問題を以下に一覧します。

• まず初めにオペレーティング システム （Windows Server）、SQL サーバー、そして SharePoint を再インストールする必要があります。
• 次に、イメージ化されたコンテンツ データベース、構成データベース、そして管理データベースを SQL へリストアします。
• 手動で各 Web アプリケーションを作成し、リストア済みの各データベースを新規 Web アプリケーションへ接続します。
• すべての IIS 設定は手動で再構成する必要があるので、この手順に数時間必要となります。
• グローバル アセンブリ キャッシュは、関連するすべての設定、ソリューション、そして本番環境用に作成されたカスタマイズ等に従って再構成する必要があります。
• 12 ハイブは、SharePoint が再インストールされた時点で自動作成されますが、お使いの本番環境に合わせて手動で構成する必要があり、この手順に数時間必要となります。
• すべての Web フロント エンド サーバー設定とカスタマイズは手動で再構成または再コーディングする必要があります。
• すべての SharePoint ソリューション及び外観カスタマイズは手動で再構成および再インストールする必要があります。
• 非同期で作成されたデータベースの集まりである SQL サーバーのイメージが原因で、一致しないすべての要素が発生。これらの不一致コンテンツは手動で発見及び修正します。

結果、SQL サーバー バックアップを使用して SharePoint プラットフォームを復旧すると、多大な労力が必要となり、また、人的エラーの発生しやすい作業となります。

SharePoint データ保護には、何故自由度の高いバックアップ機能が重要なのか？

理解を深める為にはまず、SQL バックアップをお使いのストレージ及びシステム リソースへの影響という視点から確認してみましょう。分析していくには、まず実際のバックアップ プロセスに必要な SQL サーバー バックアップの機能に注目してみます。

SQL サーバー バックアップの自由度は？

• 完結に述べると、バックアップ対象を自由に選択する機能はありません。SQL バックアップは SQL データベース全体のスナップショットを撮ります。

実際にはどんな影響があるの?

• つまり、ビジネス クリティカル且つ更新頻繁の高いコンテンツ(財務データを含めた SharePoint サイト等)や編集頻度の低く、ビジネス重要性の低いコンテンツ(有給情報を含めた SharePoint サイト等)を含める等、柔軟性が必要とされる積極的なバックアップ プランを割り当てる為の、複数階層に分割されたバックアップ戦略を作成することは出来ません。結果、お使いの SQL データベース全体を最重要コンテンツ(例：財務データ)に合わせた頻度で、より頻繁にバックアップする必要があります。この条件下では、毎日バックアップを取得する必要があり、よって、その他にこれほどのバックアップ頻度を必要とするコンテンツが皆無であっても、SQL データベース全体を同頻度でバックアップする必要があります。
• また、SQL サーバー バックアップを使用するという事は、多岐に渡る SharePoint データセットの重要性及び更新頻度に合わせてストレージ リソースを階層別に使用する事が出来ません。お使いの SQL サーバー イメージのサイズ及び更新頻度によっては、この作業は非常に高価なものとなります。

これで、SQL サーバー バックアップの提供する SharePoint データ保護機能はご理解頂けたと思いますので、各管理者が SQL サーバー イメージが企業の戦略にとって十分に強固なものか否かを判断する際に確認すべき事項を以下に一覧します。

• SharePoint 本番環境にシステムダウンが発生した場合、本番環境を復旧するまでにはどれまでの時間が許されるのか？
• ミスによる削除及びデータ破損の発生時、設定されている SLA に準拠するには、どれ程のタイム ウィンドウで削除されたアイテム、サイト及びサイト コレクションをリストアする必要があるのか？
• ストレージ リソースと予算の範囲内では、SQL サーバー バックアップをどの程度の頻度でバックアップ出来るのか？
• ストレージ リソースの制限により SLA に準拠出来ないことがあるのか？
  (SLA の必須条件では SharePoint コンテンツの1日3回のバックアップが要求されていて、実際には SQL サーバー バックアップを1日1回しかバックアップする事が出来ない場合の是正方法は？)

企業により、確認すべき事項は異なります。その為、各企業に合った、より有力且つ強力な SharePoint データの保護戦略が必要です。企業によって、本番環境のプラットフォームを手動でリストアしても、SharePoint SLA に準拠する事が出来る企業、そしてストレージやシステム リソースと比較して、SQL サーバー バックアップを最もクリティカルなデータに必要とされる頻度で、問題も制限も無く取得するだけの条件が揃っている企業等、環境により条件が異なる為です。

しかし、多くの企業は以下の条件に該当します。

• SharePoint はビジネス クリティカルであり、必要以上の時間システム ダウンが長引く事は許されない
• プラットフォームに問題が発生した際、本番環境のファームを手動で再構築するリソースが IT チームに無い
• 自由度の高いバックアップ戦略を使用してストレージ リソースを最大限に活用しなければならない



これらの企業のニーズに合った、費用効果的且つ強固なソリューションが存在します。次のタブでは、包括的且つ効果的なプラットフォーム保護の機能をご紹介します。

DocAve バックアップ＆リカバリー for SharePoint の紹介

DocAve バックアップ＆リカバリー for SharePoint では、Microsoft SharePoint に特化した柔軟且つビジネス インテリジェンスなバックアップ ソリューションを提供します。バックアップ＆リカバリーをお使い頂くと、個別のアイテム コンテンツから、SharePoint 環境全体、そしてファーム レベルのコンポーネントまですべて、メタデータ、セキュリティ、そしてバージョン履歴をすべて含めた状態でバックアップ及び復旧することが可能です。

DocAve 唯一の ビジネス重要性マトリックス では、ビジネス重要性及び更新頻度に応じて SharePoint コンテンツを自動的に分類します。これにより、管理者はストレージ及びシステム リソースを最大限に活用し、リアルタイムのデータ分析に基づいたルールベースのバックアップを実行する事が可能です。

SharePoint に特化したエンタープライズ向けバックアップ

SharePoint 環境全体を個別のアイテムからサイト、そして Web アプリケーション、コンテンツ データベース、インデックス サーバー、IIS 設定まで包括的に保護します。完全忠実なバックアップには、すべてのメタデータ、セキュリティ、バージョン履歴、そしてカスタマイズされたレイアウトが含まれます。DocAve にしかない最小単位バックアップ スケジュール （ビジネス重要性マトリックスまたは完全カスタマイズ可能なスケジューラーを介して）をお使い頂く事で、ビジネス ニーズや企業のタイムラインに合わせたバックアップ プロセスを実行する事が出来ます。また、新規の SharePoint コンテンツを自動検知し、完全、増分、差分レベルのバックアップをスケジュール及び実行する事も可能です。

ビジネスへの影響とデータ ロスを最小限に抑えたリストア

迅速且つ簡単にすべての SharePoint コンポーネント、データベース、インデックス、そして構成を復旧します。直感的なタイムラインを使用したリストア コントローラを介した DocAve 及び SQL サーバー バックアップからの最小単位リストアを使用する事で、クリティカルなドキュメント、サイト コレクションやサイトを、業務時間内の稼働中の SharePoint 環境に迅速に復旧することが可能です。紛失、破損した情報は簡単に元のメディアへリストア出来ます。ブラウザ ベースのインターフェイス （アクティブ ディレクトリに統合） を介したアクセスで、管理者は企業の環境内にある SharePoint ファームを 365日 24時間いつでも監視することが出来ます。

完全システム バックアップによる人的ミスの削減

DocAve バックアップ＆リカバリー for SharePoint は、位置を問わずにすべての SharePoint コンポーネントを保護し、全障害復旧シナリオの複雑性を軽減します。Web ベースの直感的なインターフェイスをお使い頂く事で、お使いの SharePoint 環境全体を表示し、シンプルな数クリックの操作で保護対象のコンポーネントを選択する事が出来ます。

次のステップ:

• 表示と比較：DocAve バックアップ＆リカバリー for SharePoint vs ローカル/SQL バックアップ
• DocAve バックアップ＆リカバリー for SharePoint の詳細については、こちらをご参照ください。
• 無料評価版 DocAve （30日間） はこちらからダウンロード出来ます。