Задача очистки обслуживания SQL 2005.Bak файлы не удаляются

Question

У меня есть план обслуживания SQL 2005, в котором выполняется резервное копирование для создания файла .bak, и при успешном завершении предполагается запустить задачу «Очистка при обслуживании», чтобы удалить все файлы .bak в папке, в которую сохраняется задача резервного копирования. которые старше 5 дней.

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

Как узнать, под какой учетной записью запущено задание? Я предполагаю, что это будет учетная запись агента SQL. Я подумал, что это будет учетная запись с именем «SQLServer2005AgentUser», поэтому я попытался предоставить этой учетной записи полный контроль, но мои файлы .bak все еще не удаляются.

Должен ли я использовать другой подход для очистки старых файлов? Или я что-то не так делаю или не понимаю?

Answer 1

У меня была точно такая же проблема. Насколько я помню, проблема была в том, как я указал расширение файла в настройках задачи очистки.

В задаче «Очистка при обслуживании» проверьте настройку «Расширение файла». Если он установлен на «.bak», измените его на «bak» (без кавычек и без точки).

Это исправило проблему для меня. Это сводило меня с ума!

Answer 2

Существует еще одна возможность создать ту же проблему (не удаляя старые файлы резервных копий). Если для изменения плана обслуживания используется старая версия SSMS (9.00.1399 SQL Server 2005 RTM, 1 ноября 2005 г.), возможность удаления подпапок первого уровня будет ОТКЛЮЧЕНА. Я знаю, что большинство людей не используют эту очень старую версию SSMS. В одном из случаев, которые я видел, у одного пользователя была эта версия RTM SSMS на его ПК, и это было причиной этой проблемы в этом случае. Мне потребовалось время, чтобы осознать проблему.

Подводя итог, нужно отметить, что не только база данных требует исправления, SSMS также нуждается в исправлении. Убедитесь, что никто не должен использовать RTM SSMS для изменения плана обслуживания.

Answer 3

В пути к расположению файлов резервных копий, убедитесь, что у вас есть обратный слеш после последней папки в пути, например.

E: \ MSSQL \ Подпорки \

работал для нас после того, как сводил нас с ума на века ...