NetWorker: При инкрементном резервном копировании файловой системы в Windows выполняется, по-видимому, повторное резервное копирование файлов, которые не изменялись со времени предыдущего резервного копирования.

При запланированном инкрементном копировании (incr) клиентов Windows следует отметить, что *любой* файл, переименованный после резервного копирования, будет скопирован *снова* при следующем инкрементном копировании.  

В среде, где приложения, скрипты или конечные пользователи регулярно переименовывают файлы, это может привести к тому, что по умолчанию будет выполняться резервное копирование многих *неизмененных* файлов.

Резервное копирование файловой системы клиента NetWorker.

При инкрементном резервном копировании файловой системы клиента Windows (то есть, level = incr) выполняется, по-видимому, резервное копирование тех файлов, которые не изменялись с момента предыдущего резервного копирования. 

Наблюдения

•  mminfo -avot -c clientname 

• nsrinfo -V clientname (буква V заглавная) 

-V показывает файлы, резервные копии которых были созданы, а также их соответствующие дату и параметры mtime, atime, ctime.

Запустите команду nsrinfo, чтобы найти файлы, резервные копии которых были созданы в разные дни, но имеют такой же параметр mtime, как у резервной копии, созданной в первый день. 

Это означает, что файл не был изменен, тем не менее его резервное копирование было выполнено.

При инкрементном резервном копировании файловой системы в Windows все версии NetWorker ведут себя одинаково. 

В соответствии с документацией NetWorker:

В Windows время изменения файла относится к времени последней записи, времени создания и атрибуту файла «архивный». Все эти данные используются для определения необходимости резервного копирования файла.

Если атрибут «архивный» установлен, резервное копирование такого файла всегда будет выполняться, так как в некоторых устаревших файловых системах правильное время создания файла может отсутствовать, если не задана переменная среды NSR_ИЗБЕГАТЬ_ARCHIVE (имеет значение, отличное от «no»).

Примечания.

• mtime — время изменения
• ctime — время создания
• atime — время последнего доступа 
• При создании нового файла значения ctime и mtime идентичны.
• В дальнейшем при изменении файла mtime обновляется.
• Кроме того, если файл каким-либо образом изменяется в операционной системе Windows, то бит архивации устанавливается в значение Enabled.  
• В Windows под «изменением» понимается:
  • создание нового файла
  • изменение содержимого файла
  • изменение бита архивации вручную с помощью команд ATTRRIB
  • Атрибут бита архивации устанавливается в значение Enabled и при переименовании файла.
• Примечание. При переименовании файла в Windows бит архивации устанавливается в значение Enabled.

Mode,  LastWriteTime, Length (или Size),  Name.

Примечание. Mode принимает значение -a-, если атрибут бита архивации установлен в значение «Enabled», как в примере.
 

В следующем примере показан вывод команды nsrinfo -V clientname. При этом:

резервное копирование файлов file1.dat и file2.dat выполнялось дважды в один день,

но значение mtime для каждого файла было одинаковым в каждом резервном копировании,

следовательно, файл не был изменен, и резервное копирование файлов не должно было выполняться повторно

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

Если в среде клиента Windows файлы регулярно переименовываются приложениями, скриптами или конечными пользователями, это может привести к тому, что по умолчанию будет выполняться резервное копирование многих *неизмененных* файлов.

Чтобы избежать повторного резервного копирования переименованных файлов при выполнении инкрементного резервного копирования, выполните одно из следующих действий:

• Не переименовывайте файлы, и данная проблема исчезнет. Однако, если файлы часто переименовываются, и только если не требуется создавать резервные копии этих переименованных файлов, в клиенте Windows выполните следующие действия:

1. Войдите в систему под учетной записью администратора Windows.
2. Создайте СИСТЕМНУЮ ПЕРЕМЕННУЮ СРЕДЫ (см. ниже).
3. Перезапустите службу nsrexecd (например, службу NetWorker Remote Exec) перед следующим инкрементным резервным копированием.

SYSTEM  ENVIRONMENT VARIABLE
Name          : NSR_AVOID_ARCHIVE
Value           : yes