Архивация имя пользователя не распознано локальным компьютером
Долгое время вполне нормально работала стандартная архивация данных для бекапа всего системного диска (ОС - Windows 7). Недавно установил антивирус Comodo Internet Security и всё было ничего, если бы очередная плановая архивация не завершилась ошибкой:
0x81000037
Программе архивации Windows не удалось выполнить чтение из теневой копии на одном из архивируемых томов.
Пошарив по интернету обнаружил, что всех отсылают к одной и той же статье на сайте Microsoft, а конкретно к главе с заголовком "Проблема 1 и Проблема 2" и там говориться о том, что нужно найти и удалить точки повторной обработки, которые то и не могут быть скопированы.
Всё бы ничего, да вот беда, все мои точки повторной обработки это не те папки которые можно удалить. Это папки AppData, Cookies, Local , Roaming и тому подобное, даже папка "Мои документы" оказалась в этом списке. Не удалять же всё это согласитесь?
Ещё одна тема на форуме подкинула мне идею, что это Comodo виноват, там девушка избавилась от проблем просто удалив «некоторые данные» из одной смонтированной папки, которые находились в карантине антивируса Comodo Internet Security повторить её опыт мне не удалось, очистка карантина ничего не дала, были ли среди них смонтированные папки не знаю, но свои беды связываю именно с этим антивирусом, так как до него всё работало.
Есть идеи что делать кроме "смени антивирус" и "не пользуйся стандартными бэкапами"?
- Вопрос задан более трёх лет назад
- 5102 просмотра
Пока писал вопрос пробовал "последнюю идею" - и как раз к моменту завершения написания бэкап успешно завершился. Просто в настройках архивирования в вопросе: "Что следует архивировать" ответил "предоставить выбор Windows".
Раньше у меня был выбран пункт "предоставить мне выбор" и выбрано:
- все файлы пользовательских библиотек
- весь раздел C
- образ системы дисков (C)
От выбора винды это отличается только на один пункт - весь раздел С (Windows его решила не копировать).
В общем вроде всё заработала, но "лёгкая неудовлетворённость" осталась. Так и не осталась разгаданной загадка - что же конкретно мешало бекапнуть весь диск C.
Ну разумеется.
Образ диска создается с помощью теневой копии, а с ними у вас проблема.
А файлы и папки если не используются можно копировать и так, хотя работающую файловую БД вы таким образом не забэкапите.
В общем из вашего бэкапа систему восстановить будет невозможно, только файлы.
Здравствуйте, коллеги ! Хотел задать вот какой вопрос: на сервере установлено три жестких диска. Первый для системы (Windows Server 2019 Standart), второй для общих файлов, третий для резервных копий общих файлов. Развернута система архивации файлов. До недавнего времени архивация проходила без проблем, но потом начали появляться ошибки
Пробовал менять права доступа на диске с резервными копиями, не помогло. В чем может быть проблема?
Hyper
Участник
Убедитесь, что VSS имеет доступ к корневому каталогу тома
Если у службы теневого копирования тома (VSS) нет доступа к корневому каталогу тома, создание теневого копирования на томе не удастся.
Для выполнения этой процедуры у вас должно быть членство в Администраторах или вам должны быть делегированы соответствующие полномочия.
Чтобы убедиться, что VSS имеет доступ к корневому каталогу тома:
Откройте окно командной строки с повышенными правами. Нажмите «Пуск», выберите «Все программы», нажмите «Стандартные», щелкните правой кнопкой мыши командную строку и выберите «Запуск от имени администратора». Введите в командной строке icacls (VolumeRootPath) /grant system:f, где (VolumeRootPath) - это путь к корневому каталогу тома, например, icacls C:\ /grant system:f
deadushka
Участник
lans1
Случайный прохожий
Убедитесь, что VSS имеет доступ к корневому каталогу тома
Если у службы теневого копирования тома (VSS) нет доступа к корневому каталогу тома, создание теневого копирования на томе не удастся.
Для выполнения этой процедуры у вас должно быть членство в Администраторах или вам должны быть делегированы соответствующие полномочия.
Чтобы убедиться, что VSS имеет доступ к корневому каталогу тома:
Откройте окно командной строки с повышенными правами. Нажмите «Пуск», выберите «Все программы», нажмите «Стандартные», щелкните правой кнопкой мыши командную строку и выберите «Запуск от имени администратора». Введите в командной строке icacls (VolumeRootPath) /grant system:f, где (VolumeRootPath) - это путь к корневому каталогу тома, например, icacls C:\ /grant system:f
Настраивал архивацию под пользователем из группы DomainAdmins.
Ответ после выполнения icacls:
обработанный файл: F:\
Успешно обработано 1 файлов; не удалось обработать: 0 файлов
Перед выполнением архивации в удаленную общую папку убедитесь, что выполняются следующие требования.
-
Убедитесь в наличии доступа к учетной записи, являющейся членом группы «Операторы архива» или «Администраторы» на компьютере, используемом для выполнения архивации, а также на компьютере, на котором находится удаленная общая папка. Кроме того, учетная запись должна иметь разрешение на запись в удаленную общую папку.
Резервная копия, сохраненная в удаленной общей папке, может быть перезаписана при повторном использовании этой же папки для резервного копирования данных этого же компьютера. Кроме того, сбой операции резервного копирования может привести к тому, что не останется ни одной резервной копии, так как старая копия уже будет стерта, а новая еще не будет создана.
На панели Действия страницы по умолчанию оснастки, в разделе Система архивации данных Windows Server, щелкните Однократная архивация. Откроется мастер однократного резервного копирования.
На странице Параметры архивации выполните одно из следующих действий, а затем нажмите кнопку Далее:
-
Щелкните Параметры архивации по расписанию.
-
На странице Выбор конфигурации архивации выполните одно из следующих действий и затем нажмите кнопку Далее:
-
Выберите Весь сервер (рекомендуется), чтобы выполнить архивацию всех томов сервера. Это рекомендуемый вариант.
-
Выберите Не наследовать, если нужно, чтобы резервная копия была доступна только для учетных данных пользователя, создавшего эту резервную копию, а затем нажмите кнопку Далее. Введите имя пользователя и пароль учетной записи, обладающей разрешениями на запись для компьютера, на котором размещена удаленная папка, а затем нажмите кнопку ОК.
Если в этой папке уже есть резервная копия, появится предупреждение о том, что она будет перезаписана. Если это нежелательно, нажмите кнопку Отменить, а затем укажите другую сетевую папку.
Просмотрите сведения на странице Подтверждение операций, а затем нажмите кнопку Архив. Мастер подготавливает набор архивации, проверяет наличие доступа к удаленной общей папке и затем создает архив.
Состояние архивации можно просмотреть на странице Ход архивации.
Дополнительная информация
- Чтобы создать одиночную резервную копию с помощью системы резервного копирования Windows Server, пользователь должен быть членом группы «Операторы архива» или «Администраторы», либо ему должны быть делегированы соответствующие полномочия.
Выполнение однократной архивации возможно только в том случае, если локальный и удаленный серверы работают под управлением одной и той же версии операционной системы Windows, т. е. либо оба сервера под управлением Windows Server 2008, либо оба сервера под управлением Windows Server 2008 R2. Следует отметить, что данную функцию нельзя использовать для управления компьютером, работающим под управлением любой клиентской версии операционной системы Windows.
открываем Диспетчер сервера, переходим Хранилище - Система архивации данных, нажимаем правой клавишей по Система архивации данных - Расписание архивации, нажимаем Далее, выбираем Весь сервер, Далее, оставляем по умолчанию время архивации, Далее, выбираем Архивация в общую сетевую папку, Далее, указываем сетевой путь (данные ресурс существует и на него можно зайти), Далее, указываем логин и пароль для доступа к сетевой папке, нажимаем Готово. Запускается Создание расписания архивации и, на этом шаге выскакиет ошибка.
Сетевая папка находится на NAS. Два сервера делают бэкап на этот ресурс без проблем. 5 серверов имеют такие ошибки. Различий в системе не имеют (все устанавливалось в один момент, в строгой последовательности). Установлены все обновления системы.
Если запускать Однократная архивация с теми же параметрами, то архиваци проходит удачно.
Все ответы
Сделайте скрипт использующий wbadmin, разместите в Scheduler Tasks.
По крайней мере проще будет диагностировать.
Строка запуска скрипта (скрипт запускал руками, в Scheduler Tasks не ставил запуск)
wbadmin start backup -backupTarget:\\10.100.90.6\314223\AllBackupServer -include:"C:\ManageEngine" -user:*** -password:*** -quiet -vssFull
Выдал следующие ошибки (файлы логов, указанные внизу пустые):
wbadmin 1.0 - инструмент командной строки архивации
(C) 2004 Корпорация Майкрософт
Примечание. Не удается надежно защитить архивируемые данные в этом расположении.
Архивы, сохраненные в удаленной общей папке, могут быть доступны другим пользователям сети. Рекомендуется сохранять архивы только в тех расположениях, в которых доступ к ним имеют только доверенные пользователи, или в сети, в которой применяются дополнительные меры безопасности.
Получения сведений о томе.
Будет выполнено архивирование тома Локальный диск(C:) (выбранные файлы) на \\10.100.90.6\314223\AllBackupServer.
Начинается архивация на \\10.100.90.6\314223\AllBackupServer.
Создание теневой копии томов, подлежащих архивации.
Создание теневой копии томов, подлежащих архивации.
Создание теневой копии томов, подлежащих архивации.
Определение файлов, подлежащих архивации, для тома Локальный диск(C:). Это может занять несколько минут.
Определение файлов, подлежащих архивации, для тома Локальный диск(C:). Это может занять несколько минут.
Архивация остановлена до завершения.
Сводка по архивации:
------------------
При обновлении архива путем исключения из него удаленных элементов произошла ошибка.
Эта версия формата файла не поддерживается в данной версии.
You don't have permission to access /oauthinsider/ on this server.
Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request.
В лога диагностики, замечено следущее:
Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.
Bien cordialement, Andrei .
MCP
Установил систему с предварительным удалением разделов, созданием разделов, форматированием системного диска.
Включил теневое копирование, установил Балансировку сетевой нагрузки (находил такую рекомендацию), Службу архивации, перезагрузился.
Всем спасибо! Но есть подозрение что это еще не все.
как и предполагал все хорошо было не долго
после установки одной из ролей система архивации перестала работать
были ошибки исправило. Система не запустилась.
Get-WBPolicy | Remove-WBPolicy
Remove-WBCatalog
get-Service *wb* | Start-Service
Перезапуск службы Windows Server Backup (с таким названием не нашел, перезапускал схожие)
После этого оснастка успешно запустилась.
Настроил архивацию по времени, сделал разовую копию
установил новую роль, прошла ночь.
система опять не работает!
ЗЫ. Смотрел ролики на ютубе о настройке системы архивации.
Каждый лектор удивлялся почему народ так мало пользуется штатной системой. :(((
выполнил проверку sfc /scannow , были ошибки исправило. Система не запустилась.
Попытка Выполнить: Get-WBPolicy | Remove-WBPolicy
Windows PowerShell
(C) Корпорация Майкрософт (Microsoft Corporation), 2016. Все права защищены.
PS C:\Users\Администратор.WIN-64T95HFERA1> Dism /online /Enable-Feature /FeatureName:WindowsServerBackupSnapin /All
Cистема DISM
Версия: 10.0.14393.0
Версия образа: 10.0.14393.2457
PS C:\Users\Администратор.WIN-64T95HFERA1> %SystemDrive% \ wbdiag \ wbdiag.exe -mode on
%SystemDrive% : Имя "%SystemDrive%" не распознано как имя командлета, функции, файла сценария или выполняемой программы
. Проверьте правильность написания имени, а также наличие и правильность пути, после чего повторите попытку.
строка:1 знак:1
+ %SystemDrive% \ wbdiag \ wbdiag.exe -mode on
+ ~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (%SystemDrive%:String) [], CommandNotFoundException
+ FullyQualifiedErrorId : CommandNotFoundException
дважды, подряд запускаю проверку sfc /scannow, оба раза находит ошибки
Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.
Bien cordialement, Andrei .
MCP
восстановить систему архивации уже удалось, на этот раз в такой комбинации:
get-Service *wb* | Start-Service
Перезапуск службы - Служба модуля архивации на уровне блоков
однократная архивация отработала успешно, а вот по расписанию ошибки
не пойму как их скопировать и выложить?
файл SFCFix.txt
AutoAnalysis::
SUMMARY: No corruptions were detected.
AutoAnalysis:: directive completed successfully.
трижды проверяю, трижды ошибки! образ установочного диска подключен. Архивация работает. SFCFix вроде тоже не ругается.
Как к этому относится? Нужно ли что-то с этим делать?
Windows PowerShell
(C) Корпорация Майкрософт (Microsoft Corporation), 2016. Все права защищены.
PS C:\Users\Администратор.WIN-64T95HFERA1> sfc /scannow
Начато сканирование системы. Этот процесс может занять некоторое время.
Начало стадии проверки при сканировании системы.
Проверка 100% завершена.
Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно
их восстановила. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: windir\Logs\CBS\CBS.log.
Например,
C:\Windows\Logs\CBS\CBS.log. Обратите внимание, что ведение журнала
в настоящее время не поддерживается для автономного обслуживания.
PS C:\Users\Администратор.WIN-64T95HFERA1> sfc /scannow
Начато сканирование системы. Этот процесс может занять некоторое время.
Начало стадии проверки при сканировании системы.
Проверка 100% завершена.
Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно
их восстановила. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: windir\Logs\CBS\CBS.log.
Например,
C:\Windows\Logs\CBS\CBS.log. Обратите внимание, что ведение журнала
в настоящее время не поддерживается для автономного обслуживания.
PS C:\Users\Администратор.WIN-64T95HFERA1> sfc /scannow
Начато сканирование системы. Этот процесс может занять некоторое время.
Начало стадии проверки при сканировании системы.
Проверка 100% завершена.
Программа защиты ресурсов Windows обнаружила поврежденные файлы и успешно
их восстановила. Подробные сведения см. в файле CBS.Log, который находится по следующему пути: windir\Logs\CBS\CBS.log.
Например,
C:\Windows\Logs\CBS\CBS.log. Обратите внимание, что ведение журнала
в настоящее время не поддерживается для автономного обслуживания.
PS C:\Users\Администратор.WIN-64T95HFERA1>
AutoAnalysis::
SUMMARY: No corruptions were detected.
AutoAnalysis:: directive completed successfully.
Читайте также: