2009-06-18 4 views
2

У меня есть клиент, работающий под SQL Server 2005 под Windows 2008 Server. Несмотря на то, что план обслуживания завершен успешно с ошибками Нет, файлы резервных копий не удаляются.sql-server-2005-backups-not-being-deleted

Ниже приведена команда подплана, она предназначена для удаления файлов за один день: EXECUTE master.dbo.xp_delete_file 0, N''C: \ Program Files \ Microsoft SQL Server \ MSSQL.1 \ MSSQL \ Backup '', N ''. Bak '', N''2009-06-16T23: 06: 05 '', 1

Команда резервного копирования и команда команды delete в том же месте. Резервное копирование работает, а не удаление. Что именно делает флажок, отмеченный как «включить подпапки первого уровня»? Какая цветная стрелка должна быть между заданием? Успех или завершение?

Thank you.

+1

Я думаю, что это должно быть на ServerFault. – AllenG

ответ

1

Включить подпапки первого уровня гарантирует, что команда delete будет выглядеть в подкаталогах складки, на которую вы указываете. Это важно, если (например) вы выполняете резервное копирование в папку под названием «Резервные копии», но резервные копии каждой отдельной базы данных находятся в их собственной подпапке под названием «Резервные копии \ MyDB». Если это так, это объясняет, почему вы не видите удаление резервных копий.

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

+0

Благодарим за быстрый ответ. У меня установлен флажок «включить подпапки первого уровня». Стрелка для конвекции установлена ​​для завершения. Я думаю, что этот подплан (резервное копирование и обслуживание было создано с помощью мастера). Чтобы повторить, все настроено правильно, никаких ошибок, но файлы по-прежнему не удаляются. Еще раз спасибо. – 2009-06-25 13:42:56

2

Назад снова,

Я исследовал этот конкретный вопрос относительно того, почему резервного копирования не удаления, много других веб-сайтов продолжал говорить о «убедившись, что расширение файла является правильным» Ну, они были правы. Однако им нужно выразить эту мысль немного яснее. Другими словами:

УБЕДИТЕСЬ FILE EXTENSION (IE БАК) одинаково на обеих частях ОБСЛУЖИВАНИЯ ПЛАНОВ!

Что случилось с моим клиентом является то, что резервная часть плана, указанного «БАК» и очистку части указано «.bak» Этот маленький период вся разница. Очистка работала без каких-либо ошибок, однако она искала расширения .bak, а не расширения bak. Как вы можете видеть в моем orginalpost, что команда subplan clean up указывает .bak. Dugh.

Спасибо всем.