Microsoft 365 バックアップに関してよく寄せられる質問 (プレビュー)
注:
この機能は現在プレビュー段階であり、変更される可能性があります。
データ保護に対する共有責任に対する Microsoft の姿勢は変わりましたか?
いいえ、まだ同じ観点がありますが、組織がこれらの目標と責任を達成するのに役立つ追加のツールを提供しています。
ディザスター リカバリーでバックアップに十分なコピーがないのはなぜですか?
ディザスター リカバリー (DR) は、プライマリ データ センターが引き続き動作できない状況から復旧する機能です。 Microsoft 365 の DR コピーは、以前の時点からの履歴バージョンではなく、コンテンツの現在の状態を維持します。 Microsoft 365 バックアップは、短い RPO 間隔で高速 RTO を使用して、過去に正常な状態にデータを復元する方法を提供することで、追加の利点を提供します。
バージョンでこの時点の復元の問題が既に解決されないのはなぜですか?
バージョンを使用すると、個々のユーザーはファイルまたはサイトを以前の時点に復元できますが、そのような回復方法は、管理者が回復を調整する必要がある大量のランサムウェア攻撃に対してうまくスケーリングされません。 管理者が設定したバージョン制限によっては、バージョンが使い果たされる場合もあります。
訴訟ホールドで、すべてのバージョンのアイテムを回復のために保持するという問題を解決しないのはなぜですか?
訴訟ホールドはデータを保持しますが、その機能は一括復元ではなく、エクスポート (電子情報開示など) 用に最適化されています。 Microsoft 365 バックアップは、ランサムウェアや偶発的または悪意のある大規模な削除に対する適切な強化された復元ツールと、それらのシナリオに合わせて最適化されたパフォーマンスを提供します。
"バックアップ" されるメールボックスの変更
メールボックスのバックアップを使用すると、メールボックス アイテム "バージョン" のコピーを回復できます。 バージョンは、次の 2 種類のアクションによって作成されます。
- 変更
- Deletions
バージョンであり、バックアップを介して回復可能なイベントの例:
ユーザー操作
- OL 経由で "メッセージの編集" を使用して受信したメールを編集する
- メモを編集する (下書きではない)
- メールから添付ファイルを削除する
- メールへの添付ファイルを編集する
- 連絡先を編集する (下書きではない)
- 予定表の招待の本文を変更する
- 予定表の招待の更新時刻
- タスクを編集する (下書きではない)
- 削除済みアイテムからメモを削除する
- 削除済みアイテムからメールを削除する
- 単一アイテムの保持からアイテムを消去する
- アイテムが含まれるフォルダーを削除する
バックアップを使用してバージョン管理または回復できないイベントの例:
ユーザー操作
- 下書きフォルダーのメール アイテムを編集する
- 受信したメールのフラグを更新する
- 受信したメールに [転送不可] を設定する
- 受信したメッセージを非常に重要に設定する
サービス復旧ポイントの目的は何ですか?
目標復旧ポイント (RPO) は、最新のバックアップとデータ破棄イベントの間の最大時間です。 別の方法として、バックアップを介して回復できないデータ破棄イベントが原因で失われたデータ量です。 Microsoft 365 バックアップの場合、RPO は次のとおりです。
OneDrive と SharePoint の場合、最初の 2 週間の RPO は 15 分、その後 1 週間です。 つまり、最初の 2 週間は、データ破棄イベントが原因で失われる可能性があるデータの量の大部分は、最新のデータの約 10 分分分です。 同様に、2 週間後に失われる可能性のあるデータの大部分は、1 週間分のデータです。
Exchange Onlineの場合、RPO は 10 秒です。つまり、データ破棄イベントが原因で失われる可能性があるデータの量の大部分は、約 10 秒分のデータです。
10 秒ごとにスナップショットを作成 するわけではない という意味から始めましょう。
バックアップ頻度が 10 秒 (アイテムが変更された場合) は、その 10 秒間隔で行われた変更の数に関係なく、アイテムに対する変更が 10 秒ごとにバージョンとして保存されることを意味します。 たとえば、ランサムウェア攻撃によって 1 秒ごとに電子メール アイテムが暗号化された場合、1 分で 6 つのコピーを受け取ります。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示