My<cod/>.net
Почему сервер Sql 2005 планы обслуживания использовать ту базу данных для инструкции DBCC CHECKDB будут?
Это проблема, которую я видел у других людей, кроме меня, и я не нашел хорошего объяснения.
Допустим, у вас есть план обслуживания с задачей проверить базу данных, что-то вроде этого:
USE [MyDb]
GO
DBCC CHECKDB with no_infomsgs, all_errormsgs
Если вы посмотрите в свои журналы после выполнения задачи, вы можете увидеть что-то вроде этого:
08/15/2008 06:00:22,spid55,Unknown,DBCC CHECKDB (mssqlsystemresource) executed by NT AUTHORITY\SYSTEM found 0 errors and repaired 0 errors. Elapsed time: 0 hours 0 minutes 0 seconds.
08/15/2008 06:00:21,spid55,Unknown,DBCC CHECKDB (master) executed by NT AUTHORITY\SYSTEM found 0 errors and repaired 0 errors. Elapsed time: 0 hours 0 minutes 0 seconds.
Вместо того, чтобы проверить MyDb, он проверил Мастер и msssqlsystemresource.
Почему?
Мой обходной путь-создать задание агента сервера Sql с этим:
dbcc checkdb ('MyDb') with no_infomsgs, all_errormsgs;
Это всегда прекрасно работает.
08/15/2008 04:26:04,spid54,Unknown,DBCC CHECKDB (MyDb) WITH all_errormsgs<c/> no_infomsgs executed by NT AUTHORITY\SYSTEM found 0 errors and repaired 0 errors. Elapsed time: 0 hours 26 minutes 3 seconds.
Если вы используете план обслуживания, вам, вероятно,лучше использовать задачу проверки целостности базы данных. Если вы действительно хотите запустить собственное обслуживание, написанное на t-sql, запустите его, используя шаг в задании, а не в плане обслуживания, и приведенный выше код будет работать нормально. Как сказал Стю, оператор GO-это клиентская директива, а не ключевое слово sql и, похоже, только уважается isql, wsql, osql и т. д., клиентами и агентом sql. Я думаю, что это работает в пакетах DTS. Очевидно, что не в DTSX, хотя.