SharePointのバックアップがこれまで以上に重要である理由
まず、SharePointデータのバックアップそのものの重要性について議論しましょう。
SharePointオンラインのバックアップを作成する必要性は、ビジネスオーナーやSharePointサイト所有者があまり考えないことかもしれません。MicrosoftによるSharePointの管理は、データバックアップと復元が含まれているという誤った印象を与える可能性があります。
しかし現実には、マイクロソフトの責任範囲に関するポリシーに基づき、マイクロソフトが保護するのはホストインフラストラクチャのみです。同社の公式見解によれば、「SharePointおよびOneDrive for Microsoft 365にデータを保存する場合、データ所有権はお客様に帰属します」とされています。これは、基盤となるSharePointインフラが健全であっても、データ損失につながる脅威からの保護責任はお客様（顧客）が負うことを意味します。
SharePointをバックアップすべき6つの理由
脅威は様々な形で発生します。例えば：
- 誤ったデータ削除：従業員や契約社員がSharePointからファイルを削除した場合、データは永久に失われる可能性があります。通常、93日間はデータを「復元」できます（ただし、SharePointのプランやデータの種類によって異なります）。この期間を過ぎると、手元にSharePointのバックアップがない限り、復元する方法はありません。
- 内部脅威：同様に、社内の悪意ある内部関係者が、企業に損害を与える目的で意図的にデータを削除する可能性があります。SharePoint内で復元できる保証はありません。
- ランサムウェア：環境へ侵入したランサムウェア攻撃者は、SharePointデータを削除または暗号化した後、アクセス回復の身代金を要求します。バックアップがあれば身代金を支払わずにデータを復元可能です。これは重要な対策です。なぜなら、身代金を支払った企業のうち20％のみがデータを完全に回復できているという報告があるからです。
- バージョン管理の不足：SharePointには文書を複数バージョン自動保存するバージョン管理機能が組み込まれています。しかし全ての変更を永続的に保存するわけではなく、想定外の状況が発生する可能性があります。例えば、SharePointが保持する最新バージョンよりも古い文書が必要になった場合、復元にはバックアップが不可欠です。
- コンプライアンス要件：HIPAAやGDPRなどの規制では、SharePointの標準サポート期間を超えるデータ保持が求められる場合があります。こうした要件を満たすためにも、バックアップは重要です。
最後に重要な点として、SharePoint Online 自体が一時的に障害を起こす可能性があります。SharePoint のサービス停止は稀ですが、特に業務中断による収益損失のため、非常に大きなコストが発生します。SharePoint やその他の Microsoft 365 サービスの障害は、1時間あたり100万ドルもの損失をもたらす可能性がありとのレポートもます。
SharePointでバックアップすべきデータ
効果的なSharePointのバックアップと復旧戦略では、SharePointに保存されているすべてのデータを対象とします。これは文書やその他の標準的なファイルタイプだけではありません。包括的なバックアップでは、以下の項目も保護する必要があります：
- サイト、サブサイト、ライブラリ。
- ファイルをTeams、OneDrive、その他の外部プラットフォームやサービスにリンクする設定。
- ファイルのバージョン履歴。
SharePointサイトからこれらの情報をすべて復元できない場合、バックアップは事業継続性を確保する上であまり役に立ちません。バックアップにファイルとユーザーアクセスに必要な基本統合のみが含まれている場合、復旧にはどれほどの時間がかかるでしょうか？そのプロセスは数週間かかる可能性があります。しかし、SharePointコンテンツ自体とともにバックアップすれば、SharePointデータをコンテキストを完全に保持した状態で自動的に復元できます。
Microsoftのネイティブバックアップツールでできること、できないこと
Microsoftは、SharePointデータの保護を限定的に提供するさまざまな組み込みツールと機能を提供しています。例えば、前述したように、ほとんどのケースで最大93日間、SharePointのごみ箱からファイルを復元できます。同様に、バージョン管理機能により、必要なバージョンが自動的に保存されている場合、古いファイルバージョンを復元できます。
さらに、SharePointにはeDiscoveryおよびコンプライアンス機能が含まれており、特定のファイルタイプの自動保存を強制するのに役立ちます。
これらの機能は、SharePointにおける非常に基本的なデータバックアップと復元ニーズを満たす上で確かに有用です。しかし、重大な制限があります。何よりも、あらゆる種類のデータを保護するわけではなく、データの保持期間を完全に制御することもできません。自動データ復旧機能も備えていないため、大量のファイルを復元する必要がある場合には不十分な解決策となります。
代わりに、Microsoftのネイティブバックアップ機能は主にデータ保持機能に過ぎず、データ保持は真のバックアップとは異なります。
手動およびローカルの SharePoint バックアップについて
ローカルストレージを使用して手動でバックアップを作成することで、SharePointの基本的なバックアップ要件を満たすことも可能です。例えば、ドキュメントライブラリをPCのハードドライブにダウンロードしたり、ローカルストレージにマッピングされたOneDriveインスタンスとSharePointファイルを同期したりできます。カスタムPowerShellやPower Automateワークフローを使用してデータをローカルストレージに自動的にバックアップすることも可能です（ワークフローを自身で実装できる場合に限ります）。
ただし、これらの手法も基本的なSharePointバックアップ要件を満たすのに役立つに過ぎません。ドキュメントのバージョン履歴など、一部のデータタイプが対象外となるため完全な保護には至りません。さらに自動化機能は限定的で、自動化を実装する場合でもエラーが発生しやすいスクリプトを手動で記述する必要があります。
クラウド間データ保護によるSharePointバックアップの自動化
前述の煩雑で信頼性の低いデータ保護手法に代わる選択肢があります。クラウド間バックアップと呼ばれるこの手法では、すべてのSharePointデータを別のクラウドベースのストレージプラットフォームに自動的にコピーします。
このアプローチには以下のような利点があります：
- より信頼性の高いストレージ： クラウドストレージはローカルディスクやストレージアレイよりも障害が発生しにくい。
- 無制限のストレージ容量： クラウドではストレージ容量が不足することはありません。
- 継続的なバックアップ： クラウド間SharePointバックアップでは、Microsoft Graph APIを通じて本番サイトとバックアップを常に同期させられます。
- 増分バックアップのサポート： 特定の期間のみデータをバックアップしたい場合、増分バックアップも選択肢となります。
- 高速な自動復元： クラウド間バックアップでは、クラウドから直接SharePointデータを自動的に復元するオプションが提供され、通常はローカルストレージからの復元よりも高速です。
- 完全なデータカバレッジ： APIを使用することで、ファイルだけでなくあらゆる種類のSharePointデータをバックアップできます。
これらの理由から、外部ツールを用いたクラウド間バックアップは、大規模なSharePointの自動化に最適な方法です。他の方法は、ほんの一握りのファイルのみを保護する場合にのみ適しています。
こうした状況を踏まえると、88％の企業がサードパーティ製SharePointバックアップツールを好むと回答しているのも当然でしょう。
SharePointバックアップソリューションで重視すべき主要機能
優れたSharePointバックアップソリューションは、単なるクラウド間バックアップ機能や大規模なバックアップ・復旧操作の自動化機能以上のものを提供します。SharePointデータの安全性を確保するには、サイト、サブサイト、ライブラリなどを完全にカバーするツールを選択することも重要です。
広範なバックアップ設定オプションも重要です。ニーズに応じて粒度の細かいバックアップとサイト全体のバックアップおよび復元を選択できる必要があります。また、信頼性の低い一括エクスポートオプションではなく、APIベースのバックアップをサポートすることも目標とすべきです。さらに、ツールはカスタム保存ポリシーの設定オプションを提供し、法的保持要件を満たす必要があります。
セキュリティの観点からは、データのエンドツーエンド暗号化を提供するSharePointバックアップツールを探しましょう。これにより、SharePointサイト内の機密データはバックアップおよび復元プロセス全体を通じて暗号化され、安全に保護されます。多要素認証や役割ベースのアクセス制御も、バックアップデータへの誤ったアクセスを防ぐのに役立ちます。
コストも重要な検討事項です。ここでは、SharePointバックアップツールのライセンス費用（これも重要ですが）だけでなく、選択したクラウドプラットフォームにバックアップを保存することで「クラウドの持ち込み」が可能かどうかを考慮すべきです。可能であれば、低コストのクラウドストレージサービスを活用できるため、費用を抑えられる可能性が高いです。ベンダーが特定のストレージを強制する場合、SharePointデータを保護するためのギガバイトあたりのコストが高くなる傾向があります。
最後に、バックアップソリューションの導入と管理の容易さを検討してください。単一のハブを通じてバックアップを一元的に設定・監視する機能は、ITスタッフの運用を簡素化します。レポート機能も、バックアップのステータスを追跡し問題を検出する手段として重要です。
Climb Cloud Backup for Microsoft 365 が SharePoint を保護する方法
SharePointおよびその他のMicrosoft製品向けに特別に構築されたデータ保護プラットフォームとして、Climb Cloud Backup for Microsoft 365は、上記で説明したすべての主要なSharePointバックアップ機能を提供します。これには以下が含まれます：
- ローカルストレージを必要としない完全なクラウド間バックアップアプローチ。
- バックアップ操作はMicrosoft Graph APIを使用してデータを要求・移動するため（SharePointの単純なデータエクスポート機能ではなく）、高度にカスタマイズ可能で安全かつ効率的なバックアップを実現します。
- アイテム単位の細かなデータ復元と、SharePoint データ全体の完全な復元を完全にサポート。
- あらゆるクラウドにデータを保存できるため、プロプライエタリなストレージとそれに伴う高額なコストを回避可能。
- IT管理者がバックアップを一元管理できる集中管理コンソール。
- マルチテナント対応により、単一のバックアップツールで複数クライアントのSharePointバックアップを容易に実現。
- 保存時データと転送中データの完全暗号化、多要素認証、監査ログ機能による強化されたセキュリティ。
Microsoft 365 SharePoint バックアップのベストプラクティス
使用するバックアップツールに関わらず、以下の手順でSharePointデータの保護を効率的かつ確実に維持できます
SharePoint、OneDrive、Teamsのバックアップを統一管理他のMicrosoftサービスを利用している場合、単一のバックアップツールと保存場所を採用することで運用を簡素化し、コスト削減が可能です。
バックアップスケジュールと保存期間はデータ要件に基づいて設定する異なるデータは、必ずしも同じ頻度や保存期間でバックアップする必要はありません。各SharePoint資産の重要性を評価し、それに基づいてバックアップと保存計画を作成してください。重要度の低いデータは、頻繁にバックアップする必要はありません。
データ復元を定期的にテストする災害発生後にSharePointバックアップが正常に復元できないことに気付く事態は避けたいものです。復元テストを実行して復旧計画を検証し、このリスクを回避してください。
バックアップ認証情報をMicrosoft認証情報から分離するバックアップツールへのアクセス用認証情報は、Microsoft 365アカウントへのアクセスに使用するものと異なるものを使用してください。これにより、Microsoftアカウントが侵害された場合でも、異なる安全な認証情報を必要とするため、バックアップの安全性が保たれます。
バックアップの監視と監査不安定なネットワーク接続によるデータ操作の失敗など、様々な要因がSharePointバックアップを妨げます。バックアップを監視・監査し、障害を早期に把握することで、データ復旧時の予期せぬ事態を回避しましょう。
結論
要するに、SharePointは非常に信頼性の高いプラットフォームですが、データ損失を引き起こす可能性のあるあらゆるシナリオに対して自動的に保護するわけではありません。共有責任モデルにおける自社の責任を果たすためには、SharePointデータのバックアップと復旧計画の策定が必要です。
理想的には、クライムが提供する専用バックアップツールを使用してこれを行うべきです。これにより、スケーラブルで効率的なクラウド間バックアップと復旧が可能となり、コンプライアンスと事業継続性の態勢を最大限に高めることができます。
RSSフィードを取得する
