復元ポイントとバックアップ
システムの復元で十分な場合、そうでない場合、および何をログに記録するか。
システムの復元は、特定の種類の間違い (特に構成の変更や一部のドライバーのロールバック) に対するセーフティ ネットであり、ファイル バックアップの代わりとなるものではありません。削除されたドキュメント、写真、プロジェクト フォルダーを復元の追跡対象外に削除した場合、それらを確実に復活させることはできません。これは、「すべてを Time Machine で実行する」のではなく、「システム状態の一部を元に戻す」と考えてください。
積極的なクリーンアップ セッションの前に
レジストリ キーやシステムに隣接する残留物を大量に削除する直前に、復元ポイントを作成します。ラベルには、取り外した製品と日付が記載されている必要があります。セッションが横向きになった場合は、危険な編集が行われる前に既知の正常なロールバック ターゲットが存在します。
- ボリュームでリストアが無効になっている場合は、ポリシーで禁止されていない限り、危険なメンテナンス期間のために一時的にオンにしてください。
- クリーンアップが成功したら、新しい復元ポイントを作成して、将来のロールバックで何年もの更新が欠落した埃っぽいベースラインに陥ることがないようにしてください。
- 職場の PC の場合は、IT ポリシーに従ってください。多くの企業では、イメージ ベースの回復またはモバイル デバイス管理ベースラインを優先して、復元ポイントを無効にしています。
実際のバックアップとペアリングする
重要なデータは別のディスクに保存するか、バージョン履歴と同期して信頼できるクラウドに保存します。ドライブに障害が発生した場合、ランサムウェアがファイルを暗号化した場合、または 3 週間後にプロジェクト フォルダーがなくなっていることに気付いた場合、復元ポイントは役に立ちません。短い変更ログ (「X を削除、DATE に Revo でスキャン、2 回再起動」) も、後で奇妙な症状が現れた場合に、あなたや技術者が何が起こったのかを理解するのに役立ちます。
Restore でロールバックされないもの
ドキュメント、デスクトップ、およびダウンロード フォルダー内の個人ファイルは、多くのユーザーが想定しているように魔法のように追跡されるわけではありません。大規模なメディア ライブラリ、Git リポジトリ、セカンダリ ドライブ上のデータベースは、ボリューム構成によっては完全に保護の外に置かれる場合があります。復元ポイントは、クリエイティブな作業のバックアップではなく、システム構成の狭い範囲での元に戻すものとして扱います。
ディスク容量と保持
復元により、小型 SSD 上のかなりのスペースが消費される可能性があります。メンテナンスのために一時的に有効にする場合は、いつ古いスナップショットを削除するか、より小規模な保持を受け入れるかを計画してください。企業イメージは最小限の空き容量で出荷される場合があります。クリーンアップ中のディスク不足は、独自の停止クラスです。
簡単な回答
- システムの復元で削除した写真は戻ってきますか?
- そのために依存しないでください。復元は特定のシステム構成クラスをターゲットとします。ユーザー メディアは、実際のバックアップまたはバージョン管理された同期内に存在する必要があります。
- 復元ポイントはいくつ保持する必要がありますか?
- 最後の危険なメンテナンス期間と、成功後の「既知の良好な」期間を 1 回カバーするのに十分です。最終的には、ディスク容量と IT ポリシーによって保持の上限が決まります。
- 復元に失敗しました。フォールバックとは何ですか?
- 環境に応じて、ベンダー修復インストール、インボックス DISM 健全性復元、または IT 部門からの再イメージ化。ファイルのバックアップは依然として重要です。
続けて: 積極的なクリーンアップを行う場合は常に、復元ポイントを実際のバックアップと短い変更ログと組み合わせます。を参照してください。 機能の概要 and guides 最初にスナップショットを取得する必要があるメンテナンス ウィンドウの場合。