Во-первых, я разработчик, а не администратор баз данных или серверный администратор, поэтому я чувствую себя немного не в своей тарелке. В любом случае, я пытаюсь создать план обслуживания на машине Sql Server 2005 (он первый в этом поле). После того, как я с треском провалился, чтобы получить план, над которым я хотел работать, я удалил его и начал с самого простого, используя мастер. Он должен сделать одну вещь, выполнить задачу проверки целостности базы данных.
Я изучил параметры отчетов в Management Studio и сказал ему создать отчет в виде текстового файла и регистрировать расширенную информацию. Однако после того, как задание не удается, я ищу файл журнала, но там ничего нет. Когда я смотрю в средстве просмотра журнала (в Management Studio) на предмет «SQL Server» и «SQL Agent», я не вижу никаких записей примерно за то время, когда я пытался выполнить план обслуживания. Когда я смотрю журнал приложений, я вижу запись, в которой говорится:
Описание: Запланированное задание SQL Server «MaintenancePlan.Subplan_1» (0xCB266AFE28CAB2449D241CB1293879B5) - состояние: сбой - запущено: 2009-10-09 15:10:43 - сообщение: сбой задания. Задание было вызвано пользователем sa. Последним шагом был шаг 1 (Подплан_1).
Когда я ищу план в истории заданий, я вижу сообщение:
Невозможно начать выполнение шага 1 (причина: строка (1): синтаксическая ошибка). Шаг не удался
Я установил подключение по плану (нажав кнопку «Управление подключениями») для подключения к локальному серверу с использованием проверки подлинности Windows. Может кто-нибудь помочь мне определить, что мне не хватает / где я облажался?
Я бы попытался просто воссоздать план обслуживания, если у вас все еще есть проблемы. В противном случае, если вы просто хотите, чтобы он перестроил ваши индексы и базы данных резервного копирования, вы можете создать сценарий для них прямо из Management Studio и вставить их в обычное задание агента SQL.
Невозможно начать выполнение шага 1 (причина: строка (1): синтаксическая ошибка). Шаг не удался
Что выполняется на шаге 1?
SQL 2005 SP2 перестанет поддерживаться в январе 2010 года, поэтому может быть хорошей идеей либо исправить сервер до SP3, либо, если вариант, обновить до SQL 2008 SP1.
Если в вашем случае ничего из вышеперечисленного не подходит, у меня также есть блоггинг по поводу аналогичной проблемы, когда планы обслуживания не выполнялись из-за отложенного параметра sp_configure, который был применен неправильно, посмотрите, работает ли решение для вас, если вам еще не удалось решить проблему.
Ура