Справочник функций

Ваш аккаунт

Войти через: 
Забыли пароль?
Регистрация
Информацию о новых материалах можно получать и без регистрации:

Последние темы форума

Показать новые сообщения »

Почтовая рассылка

Подписчиков: 11654
Последний выпуск: 19.06.2015

Ошибка 22029

20K
24 февраля 2011 года
#Monster#
20 / / 13.06.2007
Прив!
На серваке SQL Server 2005 настроен план обслуживания с лог шиппингом на резерв. На резерве журналы Лог-шиппинга не восстанавливаются, база остаётся не актуальной. Глянул в список Job'ов: job'ы ответсвенные за восстановление из журналов выкидывают ошибку:
Executed as user: xxxxxxxx\xxxxxxx. sqlmaint.exe failed. [SQLSTATE 42000] (Error 22029). The step failed.

На сайте Микрософта описывают причину подобной ошибки связанную с наличием строки "-S" на пути SQLServer'a (2000). Такого на серваке нет.
В истории плана обслуживания никаких ошибок не выдаётся. Журналы копируются со статусом ОК.
Решить проблему хочется без пересоздания плана обслуживания.

В чём может быть фигня?
20K
25 февраля 2011 года
#Monster#
20 / / 13.06.2007
Пересоздание плана обслуживания не помогает=\
1
25 февраля 2011 года
kot_
7.3K / / 20.01.2000
А причем тут вообще пересоздание плана?
Например человек который разбирался с этой проблемой, свое решение описал так:
Цитата:
I've resolved my issue with this problem. My maint. plan was failing with essentially the same problem. I stopped backing up my trans log with my database. Once I did that, my backup plan was successful. I didn't need a separate trans log backup on the databases I was backing up.

There were two things that led me to this conclusion. First, I ran the query below and reviewed the messages for the failed backups. I noticed that all of them were on the trans log and not the database:

select database_name, activity, start_time, message
from msdb..sysdbmaintplan_history
where error_number = 0 <-- this line optional

Secondly, I read 'Transaction Log Backups' in BOL. It indicated to me that I only needed the trans log backup if I was attempting to recover up to a point in time after the db backup was taken. If I have to backup the trans. log, I intend to do it in a separate maint. plan to begin outside of the db backup.

I hope this makes sense.
Sidney


Взято здесь
И в этой же теме, второй участник пишет что причиной ошибки может быть банальная нехватка места.

20K
25 февраля 2011 года
#Monster#
20 / / 13.06.2007
прост в посте , не помню где, писали что помогало пересоздание плана
да .. кажется всему виной "Low disk size".
чем могут эти джобы плана обслуживания наполнять сервак если все восстанавливаемые базы хранятся на другом жёстком диске с 60Гб свободного места??
1
25 февраля 2011 года
kot_
7.3K / / 20.01.2000
Да без вопросов. Давай админский доступ на серв - и я тебе все подскажу. И почищу :)

Знаете кого-то, кто может ответить? Поделитесь с ним ссылкой.

Ваш ответ

Реклама на сайте | Обмен ссылками | Ссылки | Экспорт (RSS) | Контакты
Добавить статью | Добавить исходник | Добавить хостинг-провайдера | Добавить сайт в каталог