SQL задача очистки обслуживания работает, но не удаляется
У меня есть план обслуживания, который должен пройти через папку BACKUP и удалить все .bak старше 5 дней. Когда я запускаю задание, оно дает мне сообщение об успехе, но старые файлы .bak все еще присутствуют.
Result is column IsDamaged = 0
Я также попытался удалить задание и план обслуживания и воссоздать его заново, но безрезультатно.
10 ответов
У меня есть временный каталог на моем сайте, где пользователи экспортируют данные в файлы .csv. Новые приложения интрасети удаляют файл после его отправки клиенту, но устаревшие приложения просто оставляют файлы в этом каталоге. Я хотел бы создать задачу для очистки этого каталога каждую ночь. Там.
Я хотел бы найти проблему с моей функцией журнала очистки. Я использую Magento 1.7 и у меня magento cron работает (уже проверено в базе данных-cron_schedule) к cron.sh. Проблема: мои таблицы журналов все еще заполнены после того, как я включил журнал очистки, и я не вижу ничего связанного с.
Попробуйте эти проверки:
- Используйте *.* для расширения файла или bak без точки, оба из которых я нашел работу, если другие проблемы тоже верны.
- Убедитесь, что путь-это просто путь к тому месту, где находятся ваши резервные копии, но с обратной косой чертой в конце.
- Убедитесь, что флажок проверить установлен при создании резервной копии в первую очередь.
Это часто вызвано проблемами с разрешениями. Задача очистки, похоже, не регистрирует ничего полезного, когда разрешения не позволяют учетной записи, под которой выполняется шаг, удалять файлы.
Вы можете проверить это следующим образом:
- В SQL Server Management Studio щелкните правой кнопкой мыши план обслуживания и выберите «Modify»
- Найдите задачу очистки обслуживания, используемую для удаления файлов bak, и нажмите кнопку «View T-SQL». Скопируйте скрипт в буфер обмена — это будет что-то вроде «EXECUTE master.dbo.xp_delete_file . «
- Подключитесь к серверу с помощью учетной записи Windows, имеющей необходимые разрешения на папку, содержащую резервные копии, и запустите SQL
- Если файлы bak действительно очищаются, это указывает на то, что задача Плана обслуживания настроена правильно и что у вас возникли проблемы с разрешениями.
- В среде Management Studio откройте окно свойств задания (SQL Server Agent > Задания), нажмите кнопку Изменить на первом шаге. В разделе «Run as» будет указано, какая учетная запись выполняет задание.
Была такая же проблема. Виновником является расширение .Bak. Поменяй его на Бак, и все будет хорошо.
Убедитесь, что вы создали Планы технического обслуживания в правильном SQL Server. Чтобы быть более подробным,
Если у вас есть SQL Server 2005 и вы создаете maint. планы в соответствии с этим SQL Server 2005 вы ONLY сможете «clean up» (удалить) эти резервные копии (bak) и журнал транзакций (trn), созданные / резервные копии с сервера SQL Server 2005. Если вы попытались очистить эти bak или trn с 2008, 2008 R2, 2012 или более поздних версий, это не сработает. (Из-за информации о заголовке файла). То есть 2005 не распознает эти файлы в формате 2008 или более позднем формате !
Однако вы всегда можете очистить эти файлы, создав maint. планы под SQL Server 2008 и «clean up» этими файлами с 2005 по 2012 год (проверено).
Что означает, 1. 2005 может очистить только bak/trn в формате 2005 2. 2008 может очистить формат 2005
У меня не было возможности протестировать 2000 (слишком старый) или 2014 (слишком новый). Но я думаю, что 2014 год должен работать с 2008 года.
Я вложу 2 цента, только что изучил этот вопрос, у меня есть новый deployment с SQL 2012 года. Задания резервного копирования работают правильно, однако задачи очистки как для журналов, так и для старых резервных копий ничего не сделали, хотя были успешно завершены.
Проблема, на мой взгляд , среди этих глупых вещей, я установил расширение как .bak и .txt , однако, как только я изменил их на .BAK и .TXT (заглавными буквами), это начало работать.
Надеюсь, это поможет кому-то, кто устранит подобную проблему.
Почему задача очистки Капистрано иногда зависает и как я могу ее исправить? Он добирается до этой точки и просто сидит там: * 2014-01-06 20:52:21 executing `deploy:cleanup’ * executing sudo -p ‘sudo password: ‘ ls -1dt /var/www/jobfly/releases/* | tail -n +6 | sudo -p ‘sudo password: ‘ xargs rm.
Есть ли способ остановить план технического обслуживания после его запуска? У меня есть один, который работает в производстве и должен остановиться-это ASAP. Ценю любое suggestions/ideas. спасибо!
У меня и раньше были подобные проблемы с работой. Случаи, с которыми я столкнулся, когда он не удалялся, были вызваны тем, что местоположение не было явно задано, когда я проходил через GUI. Даже если я ничего не изменил, когда местоположение пути не было конкретно указано, это было похоже на то, что он не знал, где искать, чтобы обработать удаление, поэтому никаких удалений никогда не происходило. Он сделал резервную копию нормально, и все было хорошо, но он не будет очищаться, как указано в wizard/form.
У меня была такая же проблема, и я тоже пытался ее решить. Я думаю, что перепробовал все комбинации, но это не сработало. Обратите внимание, что файл xp_delete_file недокументирован и, очевидно, очень ошибочен.
Но то, что я сделал и могу вам помочь, — это изменить шаг на PowerShell шаг.
Вы можете использовать следующее для удаления файлов, возраст которых превышает 30 дней
get-childitem c:\sqlbackup -recurse | where <$ .lastwritetime -lt (get-date).adddays(-30) -and -not $ .psiscontainer> |%
Обратите внимание на-whatif, который добавляется, чтобы вы могли протестировать.
Но в моем случае этого было недостаточно. С подходом PowerShell возникла проблема с правами. Учетная запись, на которой запущен агент SQL, не имела прав на удаление файлов. При правильной настройке прав все работало как по волшебству.
Я обнаружил, что мне пришлось изменить частоту на дни с 1 недели, а затем удалить старые резервные копии. Почему, я не знаю, но это решило проблему.
Выбросить мои 2 цента in. mine не удалось, когда я попытался удалить файлы обслуживания. Хотя у меня было правильно установлено расширение и расположение файла, я забыл установить его из файлов резервных копий в Файлы Плана обслуживания.
Проблема сводила меня с ума. У меня есть обходной путь, хотя другие серверы используют план обслуживания без проблем. Я скопировал сценарий T-SQL и сделал sp, изменив dbo на sys . Это работает на меня. Скрипт для чтения
Это универсальный скрипт, который я использую для всех своих резервных копий, отправляемых на определенный сервер с безопасностью в server\folder_l, отсортированных по папкам для пользовательской системы и т. Д. Не очень, но это сработало для меня.
Похожие вопросы:
Мне нужен совет по плану технического обслуживания SQL Server 2005, хорошо, вот несколько вопросов: Какие задачи подходят для ежедневного обслуживания, а какие-для еженедельного / ежемесячного.
У меня есть план обслуживания SQL 2005, который запускает резервную копию для создания файла .bak,и при успешном завершении предполагается запустить задачу очистки обслуживания, чтобы удалить все.
Это было сводит меня с ума. Я перепробовал все предложения и не пошел. Это абсолютно не работает. Файлы все еще там. Задание выполняется успешно, но файлы не удаляются.
У меня есть временный каталог на моем сайте, где пользователи экспортируют данные в файлы .csv. Новые приложения интрасети удаляют файл после его отправки клиенту, но устаревшие приложения просто.
Я хотел бы найти проблему с моей функцией журнала очистки. Я использую Magento 1.7 и у меня magento cron работает (уже проверено в базе данных-cron_schedule) к cron.sh. Проблема: мои таблицы.
Почему задача очистки Капистрано иногда зависает и как я могу ее исправить? Он добирается до этой точки и просто сидит там: * 2014-01-06 20:52:21 executing `deploy:cleanup’ * executing sudo -p ‘sudo.
Есть ли способ остановить план технического обслуживания после его запуска? У меня есть один, который работает в производстве и должен остановиться-это ASAP. Ценю любое suggestions/ideas. спасибо!
Мое требование состоит в том, чтобы удалить пакеты старше 30 дней из репозитория моментальных снимков npm на nexus. Nexus предоставляет задачу очистки для пакетов maven, которые я использую. Maven.
Я хочу знать, что именно происходит, когда задача удаляется в RTOS ? Значит ли это, что RTOS больше не будет планировать задание? или Код задачи удаляется из памяти системы ?
база данных была отключена кем-то, и задание плана обслуживания не удалось выполнить. он не создавал новых резервных копий, а старые резервные копии были удалены, и теперь у меня нет способа.
Источник
Удаление бекапов — не удаляются .
  | Список форумов SYSAdmins.RU -> СУБД |
| Автор | |||||
|---|---|---|---|---|---|
| Mi11er Участник форума Зарегистрирован: 28.05.2011
|
| ||||
| Вернуться к началу |
| ||||
 | |||||
| Зарегистрируйтесь и реклама исчезнет! | |||||
| |||||
| root_man Активный участник Зарегистрирован: 25.12.2008 |
| ||||
| Вернуться к началу |
| ||||
| |||||
| Mi11er Участник форума Зарегистрирован: 28.05.2011
|
| ||||
| Вернуться к началу |
| ||||
| |||||
| Mi11er Участник форума Зарегистрирован: 28.05.2011
|
| ||||
| Вернуться к началу |
| ||||
| |||||
| ADMINDM guru 
Зарегистрирован: 04.11.2007
|
| ||||
| Вернуться к началу |
| ||||
| |||||
| Mi11er Участник форума Зарегистрирован: 28.05.2011
|
| ||||
| Вернуться к началу |
| ||||
| |||||
| root_man Активный участник Зарегистрирован: 25.12.2008 |
| ||||
| Вернуться к началу |
| ||||
| |||||
| ADMINDM guru
Зарегистрирован: 04.11.2007
|
| ||||
| Вернуться к началу |
| ||||
| |||||
| Mi11er Участник форума Зарегистрирован: 28.05.2011
|
| ||||
| Вернуться к началу |
| ||||
| |||||
| Mi11er Участник форума Зарегистрирован: 28.05.2011 Источник | |||||
