Здравствуйте!
Стоит MS SQL Server 2012. Всё работало нормально, но в один день пропала возможность копировать базу и создавать резервные копии. При попытке создать резервную копию базы выдает ошибку:

Действие резервное копирование завершилось неудачно для объекта "Сервер" "SERVER".
(Microsoft.SqlServer.SmoExtended)
Дополнительные сведения:
System.Data.SqlClient.SqlError: Невозможно открыть устройство резервного копирования
'D:\Backup SQL\tradedb_backup.bak'. Ошибка операционной системы 5 (Отказано в доступе.).
(Microsoft.SqlServer.Smo)

Если попытаться сделать резервную копию в другую папку - то же самое. И так же не дает просто скопировать файлы базы данных из папки, где хранятся базы SQL. Подскажите, с чем может быть связана эта проблема и как её решить?

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

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

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

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

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

Хорошо, я попробую отключить службу SQL сервера и скопировать.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(19) конечно)

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

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

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

+(23)

NT SERVICE\MSSQLSERVER

https://msdn.microsoft.com/ru-ru/library/ms143504.aspx#Network_Service

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

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

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