Резервное копирование базы SQL. Ошибка операционной системы 5 - SQL Server #780053

Здравствуйте! Стоит MS SQL Server 2012. Всё работало нормально, но в один день пропала возможность копировать базу и создавать резервные копии. При попытке создать резервную копию базы выдает ошибку: Действие резервное копирование завершилось неудачно для объекта "Сервер" "SERVER". (Microsoft.SqlServer.SmoExtended) Дополнительные сведения: System.Data.SqlClient.SqlError: Невозможно открыть устройство резервного копирования 'D:Backup SQL radedb_backup.bak'. Ошибка операционной системы 5 (Отказано в доступе.). (Microsoft.SqlServer.Smo) Если попытаться сделать резервную копию в другую папку - то же самое. И так же не дает просто скопировать файлы базы данных из папки, где хранятся базы SQL. Подскажите, с чем может быть связана эта проблема и как её решить?

Отказано в доступе

Посмотри, кто владелец папки и какие на неё права

У всех полный доступ к папке

При запущенном сервере SQL базы не копируются. Останови службу сервера (и сервер 1С Предприятие?), потом пытайся копировать Путь и права на папку проверь именно у пользователя под которым стартован SQL, по умолчанию сервер стартует с локальным пользователем, а не доменным.

спасибо. Дело в том, что раньше всё копировалось и при запущенном SQL-сервере в том числе. Права ни на папки, ни у пользователей никто не менял. Это просто произошло в один день :-| Хорошо, я попробую отключить службу SQL сервера и скопировать.

хотя при копировании да, вы правы. Но вот резервное копирование всё-равно выполняться не хочет и при выключенном SQL сервере скопировать базу не дает.

истёк срок действия пароля пользователя? выкинули из группы локальных админов? Просто перезагрузи сервер, сразу выяснится вся информация о пользователе SQL (или всё станет на свои места, если был обрыв связи с доменом).

нет, пароль неограничен, из локальной группы не выкидывали и сервер уже перезагружал)

а это может быть связано с появлением еще одного сервера в сети одной рабочей группы? на нем тоже стоит SQL и пользователь Администратор, только с другим паролем. или это тут вообще не при чем?

по идее не должно влиять, но, на всякий случай, раздели имена пользователей, хотя-бы Админ1 и Админ2

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

Пользователь, под которым стартует SQL - Администратор - Встроенная учетная запись сервера.

А ты залогинься под ним, и посмотри - можешь в эту папку писать хоть что-то или нет?

под ним и залогинен. да могу.

хм. а попробуй новую базу сделать, просто пустую, и сделать ее резервную копию. Будет ли работать такое?

нет, с новой не получилось. на любую базу так выдает. думаю, может с СКЛ-сервером что-то

Сделай нового пользователя, локального администратора, запусти скл-сервер под ним, и попробуй тоже самое.

увы нет, не сработало. Ладно, буду думать и пытаться. Спасибо!!!

Рестарт самого скуля хоть делал ?

конечно)

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

служба работает от MSSQLSERVER, но такого пользователя нет в списке пользователей сервера

Надо ручками писать это имя

+

спасибо! это нужно прописать в доступе к папке с базами SQL? прописал, ничего не вышло. и к серверу SQL соединяюсь под пользователем Администратор, когда пытаюсь резервную копию сделать

Прописать доступ к папкам с бэкапами

вы представляете! получилось! спасибо большое!