none
Вдруг начал валиться MaintenancePlan и другие вопросы обслуживания БД RRS feed

  • Вопрос

  • Всем доброго времени суток !

    На сервере есть план обслуживания (делал предыдущий админ). План стандартный для 1Сной базы: Перестроение индекса-> обновление статистики -> Очистка процедурного кэша.

    В конце и начале плана почему то база переводится в модель восстановления SIMPLE: ALTER DATABASE 1CDB SET RECOVERY SIMPLE

    А в конце возвращается обратно в FULL. Как результат за время работы плана обслуживания в журнале куча ошибок, потом что SQL Server в это время не может выполнить резервное копирования журнала транзакций.

    Чтобы убрать эти матюки перед переводом в SIMPLE вставил такой код:

    EXEC msdb..sp_update_job
             @job_name = N'TransactionLogBackup',
             @enabled = 0;
    GO

    А после перевода в FULL соответственно:

    EXEC msdb..sp_update_job
             @job_name = N'TransactionLogBackup',
             @enabled = 1;
    GO

    После этого почему-то план перестал работать, причем в логе плана ничего нет, а в лог приложений сервера записываются два сообщения:

    ----

    Error, EventID: 12291, Source: SQLISPackage

    Описание:

    Package "MaintenancePlan_PoladUPP20" failed.

    Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".

    ---

    Warning, EventID: 208, EventSource: SQLSERVERAGENT

    Описание:

    SQL Server Scheduled Job 'MaintenancePlan_1.ВложенныйПлан_1' (0x1C6E4DB8DE0E3247979D2D61437D42B7) - Status: Failed - Invoked on: 2012-08-29 17:10:27 - Message: The job failed.  The Job was invoked by Schedule 10 (MaintenancePlan_1.ВложенныйПлан_1).  The last step to run was step 1 (ВложенныйПлан_1).

     ---

    Никто не подскажет - отчего может возникать данная проблема?

    Хотя вообще-то я планирую от данного плана отказаться (как-то скрипты T-SQL мне проще и понятней) и заменить его соответствующим джобом, запускающим скрипт с ALTER INDEX, UPDATE STATISTICS и DBCC FREEPROCCACHE


    Andy Mishechkin

    30 августа 2012 г. 6:43

Ответы

Все ответы

  • Описанные Вами манипуляции с моделью восстановления базы ради операций обслуживания - НЕДОПУСТИМАЯ ДИКОСТЬ!!! Этим вы нарушаете цепочку восстановления журналов. Ваш предыдущий админ решал проблемы с помощью "кувалды" :(

    30 августа 2012 г. 10:23
  • Вполне возможно и кувалдой - вот щас стараюсь все кувалды убрать и решать проблемы как надо.

    Так что может быть с планом ? Кстати, решил выкинуть его вообще, жму на нем Delete - вылетает следующая ошибка:

    Адресат вызова создал исключение. (mscorlib)

    Additional Information: The connection "Local server connection" is not found. This error is thrown by Connection collection when the specific connection element is not found.

    Зашел в плане в Manage Connections, удалил там имеющееся подключение к локальному серверу, создал новое - та же самая ошибка при удалении.


    Andy Mishechkin

    31 августа 2012 г. 5:35
  • С удалением плана обслуживания можно не заморачиваться, достаточно удалить или отключить его расписание запуска.

    Проблемы часто возникают после переименования сервера.

    31 августа 2012 г. 7:12
  • Удалил его рассписание, джоб отключился.

    Так выкинуть этот план можно как-нить ? Судя по тому что народ пишет на форумах - только танцы с бубном


    Andy Mishechkin

    31 августа 2012 г. 7:27
  • Нужно найти и удалить строки в таблицах системных метаданных (танцы с
    бубном).

    • Помечено в качестве ответа Andy Mishechkin 31 августа 2012 г. 9:32
    31 августа 2012 г. 7:33