NetWorker:Windowsでの増分ファイル システム バックアップで以前にバックアップされたファイルが変更なしで再度バックアップされる
Resumen: NetWorker:増分ファイル システム バックアップで以前にバックアップされたファイルが変更なしで再度バックアップされる。
Síntomas
スケジュール設定されたレベルincrを使用してWindowsクライアントをバックアップする場合は、そのファイルの前回のバックアップ以降に名前が変更されたファイルは、次の増分で「再び」バックアップされることに注意する必要があります。
設計により、アプリケーション、スクリプト、またはエンドユーザーのいずれかが定期的にファイル名を変更する環境では、「変更されていない」ファイルの多くが再度バックアップされることがあります。
NetWorkerクライアントのファイル システム バックアップ。
Windowsクライアントの増分ファイル システム バックアップ(例:レベル = incr)では、前回のバックアップ以降に変更されていないファイルを再度バックアップします。
監視:
- mminfo -avot -c clientname
- nsrinfo-V clientname(大文字のV)
-Vは、バックアップされたファイルと、それぞれのバックアップ日とmtime、atime、ctimeを示します。
nsrinfoをチェックして、バックアップされたファイルを、最初のバックアップ日と同じmtimeを持つ2つ以上の日付で検索します。
ファイルは変更されなかったが、再度バックアップされたことを示します。
Causa
WindowsでのNetWorkerの増分ファイル システム バックアップの動作は、すべてのNetWorkerバージョンで同じです。
NetWorkerのマニュアルより:
Windowsでは、ファイルの修正/変更時刻は、ファイルが最後に書き込まれた時刻、ファイルの作成時刻、およびアーカイブ ファイル属性を指します。これらすべてを使用して、ファイルをバックアップする必要があるかどうかを判断します。
アーカイブ ファイル属性が設定されている場合、ファイルは常にバックアップされます。これは、一部の古いファイル システムでは、NSR_AVOID_ARCHIVE環境変数が設定されていない場合(「no」以外の値)、正確なファイル作成時刻にならない場合があるためです。
メモ:
- mtimeは、変更時刻です。
- ctimeは、作成時刻です。
- atimeは、最終アクセス時刻です。
- 新しいファイルが作成された場合、ctimeとmtimeは同一です。
- ファイルが再び変更されると、mtimeは更新されます。
- また、特にWindowsオペレーティング システムでは、ファイルが何らかの方法で変更された場合、アーカイブ ビットが有効になります。
- Windowsでは、変更には次が含まれます。
- 新しいファイルの作成
- ファイル内容の変更
- ATTRIBコマンドを使用したアーカイブ ビットの手動変更
- ファイル名の変更 - アーカイブ ビット属性も有効になります。
- 注:Windowsのファイル名が変更されると、アーカイブ ビットが有効になります。
Mode、LastWriteTime、Length(サイズ)、Name
注:例のようにアーカイブ ビット属性が有効になっている場合、Modeには-a-と表示されます。
Directory: C:\tmp
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 3/25/2020 5:27 PM 8 readme.txt
次の例では、nsrinfo-V clientnameを示します。ここでは、
file1.datとfile2.datは、どちらも1日に2回バックアップされました。
ただし、各ファイルのmtimeは、各バックアップで同じでした。
ファイルは変更されず、2回目の再バックアップはされない予定であったことを示します。
Path\File1.dat, size=38947302608, off=12821900, app=backup(1),
date=1585064436 Tue 24 Mar 2020 11:40:36 AM EDT, mtime=1584848135 Sat 21 Mar 2020 11:35:35 PM EDT,
atime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT, ctime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT
Path\File2.dat, size=6878417744, off=312074829280, app=backup(1),
date=1585064436 Tue 24 Mar 2020 11:40:36 AM EDT, mtime=1585019905 Mon 23 Mar 2020 11:18:25 PM EDT,
atime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT, ctime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT
Path\File1.dat, size=38947302608, off=12841656, app=backup(1),
date=1585026274 Tue 24 Mar 2020 01:04:34 AM EDT, mtime=1584848135 Sat 21 Mar 2020 11:35:35 PM EDT,
atime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT, ctime=1584846900 Sat 21 Mar 2020 11:15:00 PM EDT
Path\File2.dat, size=6878417744, off=312074849036, app=backup(1),
date=1585026274 Tue 24 Mar 2020 1:04:34 AM EDT, mtime=1585019905 Mon 23 Mar 2020 11:18:25 PM EDT,
atime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT, ctime=1585019700 Mon 23 Mar 2020 11:15:00 PM EDT
Resolución
Windowsクライアントで、アプリケーション、スクリプト、またはエンドユーザーが定期的にファイル名を変更する環境の場合は、仕様によって、「変更されていない」ファイルの多くが再度バックアップされる可能性があります。
増分バックアップによってファイル名を変更したファイルが再度バックアップされないようにするには、次のいずれかを実行します。
- ファイル名の変更を制限してもこれは実現できません。ただし、ファイル名が頻繁に変更され、名前が変更されたファイルをバックアップしない場合にのみ、Windowsクライアント上で次の手順を実行します。
- Windowsの管理者としてログインします。
- システム環境変数を作成します(以下を参照)。
- 次の増分バックアップの前にnsrexecdサービスを再起動します(例:NetWorker Remote Execサービス)。
システム環境変数
名前 :NSR_AVOID_ARCHIVE
値 :yes