Назад | Перейти на главную страницу

Журнал транзакций SQL Server 2000 DelBkUps 3DAYS не работает

У нас есть план обслуживания: полное резервное копирование каждую ночь в полночь и резервное копирование транзакций каждый час.

Оба имеют отметку «Удалить резервные копии старше 3 дней» в мастере.

Вот SQL из задания:

EXECUTE master.dbo.xp_sqlmaint N'-PlanID 8DBCD331-76C8-4736-87ED-FB840696AE63 -WriteHistory  -VrfyBackup -BkUpMedia DISK -BkUpLog "T:\SQL Backups" -DelBkUps 3DAYS -CrBkSubDir -BkExt "TRN"'

Кажется, что полные резервные копии очищаются правильно. Однако я вижу, что журналы транзакций возвращаются на несколько недель, и из-за этого нам приходится вручную входить и очищать пространство.

Есть ли причина, по которой это могло произойти? Разрешения? Работа занимает слишком много времени?

Если я правильно помню, это было своего рода ошибкой в ​​SQL Server 2000. Лично я не устанавливаю этот параметр в своих планах обслуживания, я планирую пакетный файл для удаления файлов резервных копий после того, как они были скопированы на ленту. Может быть, это поможет:

http://support.microsoft.com/kb/303292

http://www.componentworkshop.com/blog/2009/07/01/sql-server-2005-main maintenance-cleanup-task-does-not-delete-backup-files

http://www.sqlnewsgroups.net/group/microsoft.public.sqlserver.server/topic24757.aspx

Когда я обычно вижу это, это связано с тем, что работа по плану обслуживания не выполняется. По сути, план обслуживания создает резервную копию базы данных перед удалением старых резервных копий. Когда он удаляет старые резервные копии, он делает это строго по времени. Это означает, что когда придет время, он удалит полную резервную копию, но оставит бесполезные резервные копии транлога на тот период между удаленной резервной копией и следующей полной резервной копией.

Я написал этот сценарий несколько лет назад, который позволяет вам удалять наборы резервных копий, и вы можете запланировать его запуск перед резервным копированием плана обслуживания.

http://www.sqlservercentral.com/scripts/Main maintenance+and+Management/30905/