Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 mssql 2005, log shipping и full backup  [new]
ev-kov
Member

Откуда:
Сообщений: 193
Здравствуйте уважаемые форумчане!

Применил технологию log shipping для поддержания бд в актуальном состоянии на резервном сервере, всё работает.
Но вот задумался, а что если в какой нибудь момент лог транзакций основного сервера будет очищен другим джобом -бекапом по расписанию или просто бекапом с очищением лога транзакций, тогда часть изменений на резервный сервер не попадет. Решил в добавление к log shipping добавить восстановление полного бекапа раз в сутки на резервном сервере. Отлаживая на полигоне этот маневр, обнаружил что логи транзакций не применяются на резервном сервере после восстановления полного бекапа. В папке с файлами log shipping лежит какой то файл с расширением tuf. Пошарил в инете тему tuf файла сделал вывод, что после того как заново сделал restore database то последовательность файлов переноса лога транзакций должна быть заново создана, т.е. по сути надо заново настраивать log shipping. Это так ? Или можно как то обойтись без настройки заново log shipping ?
15 ноя 11, 13:38    [11599051]     Ответить | Цитировать Сообщить модератору
 Re: mssql 2005, log shipping и full backup  [new]
SanyL
Member

Откуда: Москва
Сообщений: 4540
ev-kov
Здравствуйте уважаемые форумчане!

Применил технологию log shipping для поддержания бд в актуальном состоянии на резервном сервере, всё работает.
Но вот задумался, а что если в какой нибудь момент лог транзакций основного сервера будет очищен другим джобом -бекапом по расписанию или просто бекапом с очищением лога транзакций, тогда часть изменений на резервный сервер не попадет. Решил в добавление к log shipping добавить восстановление полного бекапа раз в сутки на резервном сервере. Отлаживая на полигоне этот маневр, обнаружил что логи транзакций не применяются на резервном сервере после восстановления полного бекапа. В папке с файлами log shipping лежит какой то файл с расширением tuf. Пошарил в инете тему tuf файла сделал вывод, что после того как заново сделал restore database то последовательность файлов переноса лога транзакций должна быть заново создана, т.е. по сути надо заново настраивать log shipping. Это так ? Или можно как то обойтись без настройки заново log shipping ?


А как такое "вдруг" может произойти? У Вас кто угодно меняет модели и делает бэкапы?

Вообще бэкапы делать надо независимо от ЛогШиппинга. другими словами ЛогШиппинг сделает за Вас бэкап лога транзакций, надо только выставить нормальное время хранения, а вод дифф и фулл бэкапы надобы както самостоятельно (при их создании лог не очищается :) )
15 ноя 11, 14:08    [11599327]     Ответить | Цитировать Сообщить модератору
 Re: mssql 2005, log shipping и full backup  [new]
ev-kov
Member

Откуда:
Сообщений: 193
SanyL
А как такое "вдруг" может произойти?

по незнанию такое бывает чаще всего.

SanyL
У Вас кто угодно меняет модели и делает бэкапы?

нет, но был прецендент когда пароль sa знал человек не из нашей службы, пароль конечно сменим но от таких фокусов не застрахуешься.

SanyL
Вообще бэкапы делать надо независимо от ЛогШиппинга. другими словами ЛогШиппинг сделает за Вас бэкап лога транзакций, надо только выставить нормальное время хранения, а вод дифф и фулл бэкапы надобы както самостоятельно (при их создании лог не очищается :) )

использую для бекапов отдельный план обслуживания, где бд бекапятся два раза в сутки full бекапом и три дня хранятся.


И все таки как можно совместить log shipping на резервный сервер и full backup с послед-м рестором на резервный сервер ?
16 ноя 11, 05:53    [11603249]     Ответить | Цитировать Сообщить модератору
 Re: mssql 2005, log shipping и full backup  [new]
SanyL
Member

Откуда: Москва
Сообщений: 4540
ev-kov
И все таки как можно совместить log shipping на резервный сервер и full backup с послед-м рестором на резервный сервер ?


А зачем?

1. У Вас и так всегда есть более мения актуальная копия - Log Shipping
2. У Вас есть бэкапы. т.е. если что - то переключаетесь на базу "Log Shipping", если она уже вдруг тоже кряк - то восстановите из бэкапов (Вам надо фуллы и диффы делать а лог транзакций бэкапится ЛогШиппингом) на нужный момент времени.
16 ноя 11, 07:34    [11603293]     Ответить | Цитировать Сообщить модератору
 mssql 2005, log shipping и full backup  [new]
ev-kov
Member

Откуда:
Сообщений: 193
SanyL
1. У Вас и так всегда есть более мения актуальная копия - Log Shipping

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

SanyL
Вам надо фуллы и диффы делать

в итоге так и стали делать

SanyL
а лог транзакций бэкапится ЛогШиппингом) на нужный момент времени.

если есть фулл раз в сутки и дифф каждые 20 минут, то зачем тогда бекапы логов с помощью Log Shipping,
вот это не понимаю


SanyL
А зачем ?

Планировалось что если какой то лог транзакций не наложился в течении дня, чтобы эту ситуацию исправлялл фулл бекап с послед-м рестором на резервный сервер.
16 ноя 11, 13:49    [11605716]     Ответить | Цитировать Сообщить модератору
 Re: mssql 2005, log shipping и full backup  [new]
SanyL
Member

Откуда: Москва
Сообщений: 4540
ev-kov
SanyL
1. У Вас и так всегда есть более мения актуальная копия - Log Shipping

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

SanyL
Вам надо фуллы и диффы делать

в итоге так и стали делать

SanyL
а лог транзакций бэкапится ЛогШиппингом) на нужный момент времени.

если есть фулл раз в сутки и дифф каждые 20 минут, то зачем тогда бекапы логов с помощью Log Shipping,
вот это не понимаю


SanyL
А зачем ?

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



1. Вам известен хоть один пример когда при Шиппинге не "накладывалась" транзакция завершенная месяц назад?
2. При лог шиппинге модель восстановления Full. При модели восстановления Full - БД восстанавливается из Полного бэкапа + бэкапов лога транзакций, наличие дифф бэкапа может уменьшить количество бэкапов лога транзакций подлежащих восстановлению. Судя по вопросу Вам стоит прочитать про модели восстановления и то что происходит с логом транзакций при разных типах резервного копирования (фулл, дифф, лог транзакций)
16 ноя 11, 13:56    [11605801]     Ответить | Цитировать Сообщить модератору
 Re: mssql 2005, log shipping и full backup  [new]
ev-kov
Member

Откуда:
Сообщений: 193
SanyL
1. Вам известен хоть один пример когда при Шиппинге не "накладывалась" транзакция завершенная месяц назад?

Нет, вопрос возник потому что мало знаком с этой технологией.

SanyL
2. При лог шиппинге модель восстановления Full. При модели восстановления Full - БД восстанавливается из Полного бэкапа + бэкапов лога транзакций, наличие дифф бэкапа может уменьшить количество бэкапов лога транзакций подлежащих восстановлению. Судя по вопросу Вам стоит прочитать про модели восстановления и то что происходит с логом транзакций при
разных типах резервного копирования (фулл, дифф, лог транзакций)

Почитав про модели восстановления баз mssql в bol выбрали простую модель, фул бекап два раза в сутки, а в промежутках дифф бекап с интервалом в 20 минут, базы которые собираемся перевести в простую модель небольшие - 1.5 Гб самая большая на данный момент. Спасибо, за наставление на путь истинный.
17 ноя 11, 10:38    [11610763]     Ответить | Цитировать Сообщить модератору
 Re: mssql 2005, log shipping и full backup  [new]
SanyL
Member

Откуда: Москва
Сообщений: 4540
ev-kov
Почитав про модели восстановления баз mssql в bol выбрали простую модель, фул бекап два раза в сутки, а в промежутках дифф бекап с интервалом в 20 минут, базы которые собираемся перевести в простую модель небольшие - 1.5 Гб самая большая на данный момент. Спасибо, за наставление на путь истинный.


Но в этом случае Вы не сможете использовать ЛогШиппинг...


На мой взгляд логичнее былобы поставить модель Full, и при таком размере БД:

а) без ЛогШиппинга
1. ежедневно полный бэкап (1 раз в сутки)
2. каждые 20 минут лог транзакций

б) с ЛогШиппингом
1. Ежедневно полный бэкап (1 раз в сутки)
2. Лог транзакций бэкапится при помощи ЛогШиппинга, надо только правильно выставить время хранения бэкапов лога.

В случае б) у Вас всегда есть более мения актуальная копия базы - т.е. если сервер Ёк, то быстро сможете поднять ШиппингБазу в боевой режим и переключить приложения на нее. Или при необходимости восстановиться из бэкапов на какойто момент времени.
17 ноя 11, 11:30    [11611250]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить