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

Обновлено: 15.01.2025

3) Резервное копирование выполняется ежедневно.

5) На папку "backup$", назначена учетная запись Domain\SQLServer. которой предоставлены полные права.

Запускаю бэкап - ошибка 53.

Было сделано*

NDR, Ctx Item[1]: Provider rejection, NULL, Ack result: provider rejection (2), Ack reason: Proposed transfer syntaxes not supported (2).

Все ответы

Best Regards, Andrei .
MCP

Сейчас проверил еще раз пакеты по протоколу DCERPC, данной строчки не обнаружил.

Internet Protocol Version 4, Src: 192.168.0.2 , Dst: 192.168.1.1

Transmission Control Protocol, Src Port: 49158 (49158), Dst Port: 59075 (59075), Seq: 1, Ack: 192, Len: 128 a Distributed Computing Environment / Remote Procedure Call (DCE/RPC) Bindack, Fragment: Single, FragLen: 128, Call: 8 Version: 5 Version (minor): 0 Packet type: Bind_ack (12)

Packet Flags: 0x07 a Data Representation: 10000000

Byte order; Little-endian (1)

Character: ASCII (0)

Floating-point: IEEE (0)

Frag Length: 128 Auth Length: 12 Call ID: 8 Max Xmit Frag: S840 Max Rccv Frag: 5840 Assoc Group: 0x00ac790d Scndry Addr len: 6 Scndry Addr: 49158 Num results: 3

Ctx Item[1]: Provider rejection, NULL

Ack result: Provider rejection (2)

Ack reason: Proposed transfer syntaxes not supported (2)

Transfer Syntax: MULL

Ctx Itcm[2]: Acceptance, 64bit MOR Ack result: Acceptance (0)

Transfer Syntax: 64bit NDR Syntax ver: 1 a ctx Ttem[3]: Negotiate ACK, NULL Ack result: Negotiate ack (3)

Bind Time Feature Negotiation Bitmask: 0x0003

. 1 = Security Context Multiplexing Supported: Set

Transfer Syntax: MULL Syntax ver: 0 Auth type: NETLOGON Secure Channel (68)

Auth level: Packet privacy (6)

Auth pad len: 0 Auth Rsrvd: 0 Auth Context 10: в a secure channel nl_auth_MESSAGE

Message Type: Response (0x00000001) a Message Flags: 0x00000000

. 0 - NetSios Domain: False

. 0. - NetBios Host: False

. 0.. - DMS Derain: False

. 0. “ DMS Host: False

Best Regards, Andrei .
MCP

Сейчас проверил еще раз пакеты по протоколу DCERPC, данной строчки не обнаружил.

Internet Protocol Version 4, Src: 192.168.0.2 , Dst: 192.168.1.1

Packet Flags: 0x07 a Data Representation: 10000000

Byte order; Little-endian (1)

Character: ASCII (0)

Floating-point: IEEE (0)

Frag Length: 128 Auth Length: 12 Call ID: 8 Max Xmit Frag: S840 Max Rccv Frag: 5840 Assoc Group: 0x00ac790d Scndry Addr len: 6 Scndry Addr: 49158 Num results: 3

Ctx Item[1]: Provider rejection, NULL

Ack result: Provider rejection (2)

Ack reason: Proposed transfer syntaxes not supported (2)

Transfer Syntax: MULL

Ctx Itcm[2]: Acceptance, 64bit MOR Ack result: Acceptance (0)

Transfer Syntax: 64bit NDR Syntax ver: 1 a ctx Ttem[3]: Negotiate ACK, NULL Ack result: Negotiate ack (3)

Bind Time Feature Negotiation Bitmask: 0x0003

. 1 = Security Context Multiplexing Supported: Set

Transfer Syntax: MULL Syntax ver: 0 Auth type: NETLOGON Secure Channel (68)

Auth level: Packet privacy (6)

Auth pad len: 0 Auth Rsrvd: 0 Auth Context 10: в a secure channel nl_auth_MESSAGE

Message Type: Response (0x00000001) a Message Flags: 0x00000000

. 0 - NetSios Domain: False

. 0. - NetBios Host: False

. 0.. - DMS Derain: False

. 0. “ DMS Host: False

О * NetBios Host(UTF8): False

192.168.1.1 - 192.168.0.1 DCERPC 245, Bind:call id: 8, Fragment: Single, 3 context items: RPC_NETLOGON v1.0 (32bit NDR), RPC_NETLOGON v1.0 (64bit NDR), RPC_NETLOGON v1.0 (bind time feauture negotiation)

192.168.0.1 - 192.168.1.1 DCERPC 182, Bind_ack: call_id: 8, Fragment: Single, max_xmit:5840 max_recv:5840, 3 results: Provider rejection, Acceptance, Negotiate ACK

Ниже приведен запрос, который я использую для резервного копирования (создания .bak ) моей базы данных.

Да, я только что забил этот.

Посмотри в Windows Services. Пуск> Администрирование> Сервисы

Это учетная запись, которая необходима для предоставления разрешений для каталога, щелкните правой кнопкой мыши в проводнике> Свойства> Общие ресурсы (и безопасность).

NOTE: Не забудьте дать разрешения действительному каталогу и общему ресурсу, если вы собираетесь по сети.

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

ПРИМЕЧАНИЕ 2 : если вы выполняете резервное копирование по сети, а ваш SQL работает как «Локальная служба», то у вас возникли проблемы . вы можете попробовать назначить разрешения, или может быть проще выполнить локальное резервное копирование, а xcopy - за пределами SQL Server (через час).

ПРИМЕЧАНИЕ 3 : Если вы работаете в качестве сетевой службы, то ИНОГДА удаленная машина не будет распознавать сетевое обслуживание на вашем SQL Server. Если это так, вам нужно добавить разрешения для самого компьютера, например. MyServer $.

Перейдите в папку «Сервер SQL» в меню «Пуск» и выберите «Инструменты настройки»Выберите менеджер конфигурации SQL Server В службах сервера SQL на нужном экземпляре измените («Войти в систему») на локальную систему.

Учетная запись службы SQL Server не имеет разрешений на запись в папку C:\Users\Kimpoy\Desktop\Backup\

У меня также недавно была эта проблема, однако я выполнял задание резервного копирования с сервера A, но резервная копия базы данных находилась на сервере B в общей папке на сервере C. Когда агент на сервере A сообщает серверу B запустить резервную копию t Команда -sql, фактически это учетная запись службы, под которой работает sql на сервере SERVER B, которая пытается записать резервную копию на сервер C.

Просто помните, что именно служебная учетная запись сервера sql, выполняющая фактическую команду BACKUP DATABASE, - это то, что требует привилегий в файловой системе, а не в агенте.

Я просто проходил через это сам. Я удостоверился, что у моего логина MSSQLSERVER был full access , но он все еще вызывал проблемы. Это сработало только после того, как я переместил место назначения в корень C. Более того, из пользовательской папки (хотя у меня был общий ресурс с полными разрешениями - даже попробовал «Все» в качестве теста).

Я не знаю, считаю ли я свою проблему "исправленной", однако она "работает".

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

Такая ошибка может возникнуть при архивации серверной базы средствами СУБД (MS SQL).

Порядок действий тут должен быть таким:

В том случае если сервер СУБД и обновлятор находятся на разных компьютерах:

убедитесь, что в настройках сервера СУБД в обновляторе вы установили галку "Сервер находится на другом компьютере"
если эта галка не стояла - поставьте её, выполните попытку архивации и посмотрите новый отчёт
если там снова ошибка - посмотрите какое именно устройство не удаётся открыть серверу СУБД
если это папка с архивами и она локальная (то есть служба сервера СУБД на другом компьютере заведомо не может её видеть), то нужно переписать этот путь на сетевой вариант (расшарить в сети), чтобы возможность записи была и с компьютера, где стоит обновлятор и с сервера, где стоит СУБД
если это временная папка обновлятора (она по умолчанию локальная), то нужно переопределить эту папку (это делается в доп. настройках обновлятора, закладка "системные настройки") также на сетевой вариант (расшарить в сети), чтобы возможность записи была и с компьютера, где стоит обновлятор и с сервера, где стоит СУБД
обратите внимание на то, что сервер СУБД работает под какой-то учетной записью и у этой учетной записи должны быть соотв. права на запись в сетевые папки

В том случае, если сервер СУБД и обновлятор находятся на одном и том же компьютере:

убедитесь, что в настройках сервера СУБД в обновляторе в сняли галку "Сервер находится на другом компьютере"
если эта галка стояла - снимите её, выполните попытку архивации и посмотрите новый отчёт
если там снова ошибка - посмотрите какое именно устройство не удаётся открыть серверу СУБД
там скорее всего какой-то локальный путь (или сразу к папке с архивами или к временной папке обновлятора)
ваша задача - дать необходимые права на эту папку учётной записи, под которой запущена служба сервера СУБД

Внимание! Обычно учетная запись, под которой работает служба MS SQL сервера в явном виде в списке пользователей не отображается. Но если вручную ввести ее имя (например, "nt service\MSSQLSERVER") то такой пользователь найдется и ему можно будет дать права на папку.

С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

Система не может найти указанный файл (0x80070002)

Резервное копирование Windows

Windows не смогла отключить задание автоматического резервного копирования по следующей причине:
Система не может найти указанный файл. (0x80070002)
Попробуйте еще раз.

Основная причина этой ошибки:

На исходном томе есть ошибки диска.
Отсутствует ProfileImagePath
AUTOMOUNT отключен.
Машина имеет конфигурацию двойной загрузки.
Снимок на исходном томе удаляется или критические службы отключены.

Если вы столкнулись с этой ошибкой резервного копирования Windows 0x80070002, вы можете попробовать наши рекомендуемые ниже решения в произвольном порядке и посмотреть, поможет ли это решить проблему.

Давайте посмотрим на описание процесса, связанного с каждым из перечисленных решений.

1]Запустите CHKDSK

Использование CHKDSK также является одним из решений, которое доказало свою эффективность для исправления Неверная функция MS-DOS проблема.

Чтобы запустить CHKDSK, сделайте следующее:

Chkdsk не может работать, потому что том используется другим процессом. Вы хотите запланировать проверку этого тома при следующем перезапуске системы? (Да / Нет).

нажмите Y нажмите на клавиатуре, а затем перезагрузите компьютер, чтобы CHKDSK проверил и исправил ошибки на жестком диске компьютера.

После завершения CHKDSK проверьте, решена ли проблема. Если нет, попробуйте следующее решение.

2]Удалите отсутствующий ProfileImagePath

Это операция реестра, поэтому рекомендуется создать резервную копию реестра или создать точку восстановления системы в качестве необходимых мер предосторожности. После этого вы можете действовать следующим образом:

При загрузке попробуйте снова выполнить операцию резервного копирования и посмотрите, решена ли проблема. Если нет, попробуйте следующее решение.

3]Включить AUTOMOUNT

Тома могут отключиться, если AUTOMOUNT отключен либо при использовании стороннего программного обеспечения для хранения данных, либо если пользователь вручную отключил AUTOMOUNT для тома.

Чтобы включить AUTOMOUNT, сделайте следующее:

Затем введите следующие команды и нажимайте Enter после каждой:

Том должен теперь быть в сети.

Перезагрузите компьютер, чтобы сохранить изменения. Если ошибка не устранена, попробуйте следующее решение.

5]Увеличение области хранения теневых копий

Моментальный снимок на исходном томе удаляется во время резервного копирования из-за очень маленькой области хранения теневых копий на источнике.

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

Откройте командную строку в режиме администратора.
В окне командной строки CMD введите команду ниже и нажмите Enter.

Если у вас очень мало Область хранения теневых копий затем введите или скопируйте и вставьте следующую команду и нажмите Enter:

Перезагрузитесь, чтобы применить изменения.

Если это не решит вашу проблему, снова откройте командную строку CMD в режиме администратора, введите команду ниже и нажмите Enter:

6]Сбросить Windows 10

Если на этом этапе ничего не работает, вы можете сбросить Windows 10.

Возможности системы Windows
Windows не смогла внести запрошенные изменения.
Система не может найти указанный файл.
Код ошибки: 0x80070002

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

Запустить сканирование SFC
Запустить сканирование DISM
Выполните восстановление Windows 10 с обновлением на месте

Давайте посмотрим на описание процесса, связанного с каждым из перечисленных решений.

1]Запустить сканирование SFC

Для этого решения необходимо запустить сканирование SFC и посмотреть, решена ли проблема. Если нет, попробуйте следующее решение.

2]Запустить сканирование DISM

3]Выполните восстановление Windows 10 с обновлением на месте

Это решение требует, чтобы вы выполнили восстановление с обновлением на месте до Windows 10 и посмотрите, поможет ли это.

Читайте также: