Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Log_Shipping  [new]
maverick2104
Member

Откуда:
Сообщений: 317
Добрый день всем .

Дали мне сервер на винде с SQL server EE 2000 , на нем стоит несколько баз и у всех настроен log_shipping. Все работают отлично кроме одной БД .
Судя по логам сначала все работало :
+ Логи
Картинка с другого сайта.


Потом судя по логам все пошло наперекосяк и начало выдавать ошибку 701:

There is insufficient memory to run this query
+ Логи Error 701
Картинка с другого сайта.


И уже конец логов , выдает другую ошибку :

Backup can not be performed on this database. This sub task is ignored

+ Логи Task is ignored
Картинка с другого сайта.


Я как понимаю сейчас log_shipping отключен на базе да ?

Что вообще произошло с ней и почему логи не отправлялись ? Неужели правда памяти не хватало ? Или же некий параметр неправильно выставлен ?

Тапками не кидайтесь , первый день с MSSQL , до этого только Oracle.

Всем спасибо за внимание .
16 май 18, 11:37    [21412740]     Ответить | Цитировать Сообщить модератору
 Re: Log_Shipping  [new]
Yasha123
Member

Откуда:
Сообщений: 1833
maverick2104
Добрый день всем .

Дали мне сервер на винде с SQL server EE 2000 , на нем стоит несколько баз и у всех настроен log_shipping.

как бы не так.
системным базам лог шиппинг настроить не выйдет,
у темпдб просто не выйдет сменить recovery model,
ну а мастер не может жить в restoring/standby.

зашипить мсдб это тоже полный изврат,
у вас же на втором сервере эта база будет в restoring/standby,
и какой от нее толк?
---
а какой нынешний размер лога данной мсдб?
это ж надо системную базу в полную модель перевести ради идеи фикс,
да еще и не бэкапить логи...
16 май 18, 22:06    [21414940]     Ответить | Цитировать Сообщить модератору
 Re: Log_Shipping  [new]
maverick2104
Member

Откуда:
Сообщений: 317
Yasha123,

Вы частично правы .

У всех настроен шипинг кроме системных баз ( master , tempdb, model ,msdb ) , но у меня стоит задача настроить шипинг на базе msdb но на сервере бэкапе она будет под другим именем ( там уже есть свой msdb ) . Это возможно ? И какие действия я должен предпринять ?
17 май 18, 11:37    [21416345]     Ответить | Цитировать Сообщить модератору
 Re: Log_Shipping  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 7780
maverick2104,

кто Вам такие задачи ставит? Недавно смотрел "разрушителей легенд" как они делали из автомобиля мотоцикл. Но у них, наверное, побольше зарплаты.
17 май 18, 13:26    [21416821]     Ответить | Цитировать Сообщить модератору
 Re: Log_Shipping  [new]
maverick2104
Member

Откуда:
Сообщений: 317
Владислав Колосов,

Руководство, сказали что когда-то работало ( да и по логам видно ) . Владислав можете мне обьяснить в чем именно сложность данной процедуры и почему это не имеет смысла ? Просто на проде очень много джобов(хрянятся в msdb) и все они критически важны , вот и сказали что в случае проблем все они не должны потерятся и упасть .
17 май 18, 15:20    [21417459]     Ответить | Цитировать Сообщить модератору
 Re: Log_Shipping  [new]
maverick2104
Member

Откуда:
Сообщений: 317
maverick2104
Просто на проде очень много джобов(хрянятся в msdb) и все они критически важны , вот и сказали что в случае проблем все они не должны потерятся и упасть .


Я вот подумал , этот вопрос можно решить так : бэкапить данную базу раз в сутки а старые ( >X дней) бэкапы удалять . Нормальное решение или есть риски ?
17 май 18, 15:58    [21417639]     Ответить | Цитировать Сообщить модератору
 Re: Log_Shipping  [new]
Eleanor
Member

Откуда:
Сообщений: 2884
Риски - в худшем случае потерять изменения за сутки.
Если джобы вы создаете сами, то можно делать дополнительный бэкап после каждого внесения изменений на msdb.

Как плюс: бэкап, можно восстанавливать его поверх существующей БД msdb. Тогда джобы, история бэкапов, и другие ваши настройки сразу будут видны, в отличие от варианта с альтернативной msdb.
17 май 18, 18:32    [21418241]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить