Проблема: при выполнении полного резервного копирования сервера в общий ресурс NAS, раздел C: создается правильно, но в какой-то момент во время резервного копирования раздела D: (около 300 ГБ из 490 ГБ) в случае сбоя с отказом в доступе для тома D:
Что я пробовал: стал владельцем тома, попытался выполнить резервное копирование только тома D: и по-прежнему не работает с теми же симптомами. Выполните резервное копирование без никого в сети, кроме сервера и NAS, возникает та же проблема.
Подробности: Windows Server 2008 SP1 VSS активен, и есть папка с информацией о системном томе размером около 11 ГБ, которую я не могу принять во владение, потому что это системная папка. На диске 5 папок, две папки на томе являются общими для пользователей домена и остальные доступны группе администраторов
Я почти уверен, что где-то есть проблема с разрешениями, но моя проблема в том, что сбой не оставляет следов в журнале событий, где его искать или, по крайней мере, как сузить его.
Любая помощь и идеи приветствуются!
Чтобы подключиться к NAS, вам нужно было поместить системную учетную запись в Windows Backup. Это привилегированная учетная запись? Может ли она подключиться к C :, D: и NAS? Вы должны попытаться создать резервную копию через командную строку на локальном (может быть, USB) диске, используя локальную системную учетную запись.
Использовать wbadmin команда, используйте это ссылка на сайт для синтаксиса. Предотвратить -quiet параметр. Взгляните на результат. Если это все еще не удается, я не думаю, что это проблема, связанная с разрешениями, поскольку резервное копирование Windows, запущенное через локальную службу, должно иметь доступ к что-нибудь локально. Возможно, у вас есть проблема, связанная с файловой системой.
Вы можете попробовать выполнить полное сканирование чтения D :, чтобы убедиться, что каждый сектор вашего диска D: действительно доступен для чтения. Если вы получите ошибку при таком тесте, вы не сможете полностью создать резервную копию такого диска. Затем попробуйте выполнить резервное копирование для каждой папки, пока вы не исправите диск (-ы) / файловую систему D :.
Бег wbadmin вручную может помочь вам устранить проблему.
Я не буду добавлять командный синтаксис к ответу, так как я призываю людей проводить собственные исследования, и в данном случае wbadmin использование широко задокументировано на всех языках.