14:21我が家のサーバー機がどうも不調です。バックアップでブルースクリーンになるし、イベントビューアにはシャドウコピーの失敗が記録され、シャドウコピー情報が消去されているし・・・シャドウコピーファイルはデリケートです。実験からのトラブルなので、あの作業が原因なのでしょう。保証外の事をすると問題も大きい様子です。今回はその典型といったところでしょうか?触らぬシステムに祟り無し。等の見直しもしましたがどうも違う様子です。同じデバイスを差し込むときでも、端子が違うと再びドライバーの読み込みが起きたりします。別の装置として認識されるわけです。便利すぎて適当に空いている端子に適当に差し込んでしまいますが、この辺に原因があるのかもしれません。いうことで、元の場所(=埃の少ない端子)に刺し直したところバックアップは無事に終了しました。※すいません、昨日再起動後にバックアップが始まったというのは勘違いでしたもしもこれが原因だとすると、バックアップ装置の端子には十分な注意が必要となります。10:20昨日は夜更かし気味だったので、バックアップの様子を見ることにしました。予想では、完全バックアップが開始されるはずでした。バックアップスタート、VSSによる仮想ディスクが作成されていきます。システム停止となりました。当初から使っていますが、ブルースクリーンを見たのは初めてです。上の仮想マシンも同時に死亡です。マシンを開いてみたら、やはりSTOP扱いになっていました。状態が不安定で、念のために再起動をかけました。再起動後にバックアップタスクは自動的に始まりました。増分バックアップ・・・何故??今回は事故ということで、見なかったことにしよう。これは元に戻している。製品ファミリの一製品です。複数の回復ポイントを含む単一のスナップショットが作成される。回実行する必要がある。なんて事が記述されています。バックアップに反映されているとすると、符号が一致します。12:35前回の完全バックアップからさらに一週間。予想通り、完全バックアップが実行されました。バックアップは、一週間毎に完全バックアップを行う様です。※もしかすると7回毎かもしれません。してこんな動きをするのかは謎ですが、きちんとバックアップはされています。変更しているので、完全バックアップ時の負荷も気になりません。この負荷の問題は、私の環境が原因かもしれないと考えています。バックアップ用のドライブはUSB2.0にて接続していますが、ここに負荷をかけると反応が低下します。場合、単純なファイルコピーにも出来るだけメモリーを使用する傾向があり、この辺が複雑に影響しているのかもしれません。4回目の完全バックアップですが、ディスクの使用量は309.54GBであり、微増といったところです。この理由ですが、重複除外という技術が鍵なのかもしれません。(TECHWORLD)バックアップ技術も日進月歩なんですね。考えてみれば、共有フォルダのシャドウコピーも重複除外の一種だといえます。この機能には本当に助けられます。運用者は是非使いましょう。