1

Я уже несколько раз настраивал историю файлов без проблем, но на этот раз все выглядит нормально, но когда "резервное копирование" завершено, FileHistory\xx\xx\Data\C\Users\xx пусто.

В средстве просмотра событий в разделе "Журналы приложений и служб", "Microsoft", "Windows", «FileHistory-Engine», "Журнал резервного копирования FileHistory" появляется много ошибок, таких как "File was not backed up due to its full path exceeding MAX_PATH limit or containing unsupported characters" . Это как-то мешает бэкапу.

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

Я думал, что файлы с слишком длинным путем были сохранены в xx\xx\Data\$ OF. Так почему же мои файлы не позволяют работать истории файлов?

1 ответ1

1

Прежде всего, файл с длинным путем будет сохранен в папке $ OF с переименованным именем вместо его исходного имени.

Согласно официальному документу Microsoft:

Начиная с Windows 10 версии 1607 ограничения MAX_PATH были удалены из общих функций файлов и каталогов Win32. Тем не менее, вы должны подписаться на новое поведение.

Раздел реестра позволяет вам включить или отключить новое поведение длинного пути.

Чтобы включить поведение длинного пути, установите ключ реестра в HKLM\SYSTEM\CurrentControlSet\Control\FileSystem LongPathsEnabled (Тип: REG_DWORD).

Значение ключа будет кэшироваться системой (для каждого процесса) после первого вызова уязвимой функции файла или каталога Win32 (список следует). Раздел реестра не будет перезагружен в течение всего жизненного цикла процесса. Чтобы все приложения в системе могли распознать значение ключа, может потребоваться перезагрузка, поскольку некоторые процессы могли начаться до того, как ключ был установлен.

Раздел реестра также можно контролировать с помощью групповой политики на

Конфигурация компьютера> Административные шаблоны> Система> Файловая система> Включить длинные пути win32.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .