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

Откуда:
Сообщений: 74
Всем привет!
Имеется Sql Server 2008 Std SP2
На нем крутится база.
Сейчас снимаются полные и дифферинциальные копии базы.
Но база большая (200 Гб) и восставноление из резервной копии занимает порядка 5 часов (развертывание из сжатого бакапа, потом подключение к СКЛ серверу)
Поставлена задача делать копию базы в реальном времени.
Т.е. фактически вести две базы , одна рабочая другая резервная на другом сервере, в которую в реальном времени реплицировались бы актуальные данные из рабочей базы, так , что бы в случае падения рабочей базы можно было сразу переключится на резервную.
Подскажите можно ли так сделать?
Также устроит вариант когда копия базы ведется не в реальном времени , а допустим данные реплицируются каждые 30 минут из рабочей базы в резервную.
Можно ли это сделать?

Заранее спасибо!
16 сен 11, 10:39    [11285541]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
ACV,

Если надо в реальном, то зеркалирование. Преимущества - всегда актуальные данные. Если в режиме высокой надежности, то транзакции сперва исполняются на зеркале, а потом в реальной БД. Недостатки: БД нельзя использовать ни для чтения ни для записи т.к. она в режиме восстановления.
Репликация - данные реплицируются на другой сервер. его можно использовать и для чтения и для записи. Можно сделать два вида: однонаправленая и двунаправленая.
СнапШот - тоже как вариант. Можно использовать только для чтения и создается на том же сервере.
16 сен 11, 10:53    [11285644]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
J.d
Member

Откуда: Москва
Сообщений: 691
кстати интересная тема )

зеркалирование особенно
16 сен 11, 11:09    [11285818]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
ACV
Member

Откуда:
Сообщений: 74
А SQL Server 2008 STD SP2 (именно стандарт НЕ ентерпрайз) поддерживает эти методы?
16 сен 11, 11:31    [11286036]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
ACV
А SQL Server 2008 STD SP2 (именно стандарт НЕ ентерпрайз) поддерживает эти методы?

Вам сюда
16 сен 11, 11:44    [11286176]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
ACV
Поставлена задача делать копию базы в реальном времени.

ACV
Также устроит вариант когда копия базы ведется не в реальном времени


Для начала советую четко выработать минимальные тех. требования предъявляемые к задаче. От этого и плясать будем. Ясно, что чем скорее - тем быстрее но мин. требования все же должны быть.
16 сен 11, 12:34    [11286794]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
ACV
Member

Откуда:
Сообщений: 74
Задача такая
Есть база 200 Гб
Есть два физических сервера (по 2 ЦПУ х 4 ядра , 32 Гб ОЗУ, SAS RAID10)
Есть два купленых SQL SERVER 2008 STD SP2

Задача - при физическом падении одного из серверов поднять базу на другом в течении часа , актуальность данных в базе 60 минут.
Архивными копиями такую задачу не решить , поэтому я смотрю в сторону зеркалирования или репликации.

По поводу зеркалирования стандартный СКЛ поддерживает зеркалирование только в режиме полной безопасности
что такое "только в режиме полной безопасности" выяснить пока не успел.

Сколько ресурсов сервера будет отнимать зеркалирование?
Мне кажется больше чем допустим репликация раз в 60 минут или я неправ? поправьте плииз.

Спасибо!
16 сен 11, 14:30    [11288022]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
HandKot
Member

Откуда: Sergiev Posad
Сообщений: 3059
LogShiping (или доставка журналов)?
проще в настройке и зеркалирования и репликации, но может пострадать надежность
16 сен 11, 15:41    [11288910]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
ACV
актуальность данных в базе 60 минут.


Тогда - выбор широчайший:
-зеркало
-лог-шиппинг
-репликация
-если захотите "вморочиться" по полной или надо срочно бюджет освоить - кластер

ACV
Сколько ресурсов сервера будет отнимать зеркалирование?

Определенно какая-то часть сервера будет отвлекаться на этот процесс. В процентно-числовом выражении сказать очень сложно. Ясно лишь, что чем чаще будут падать на примари-сервер транзакции - тем больше ресурсов будет уходить на "зеркало". Однако тоже самое справедливо и для конкурирующих технологий и, можно почти гарантировать - самым прожорливым зеркало не окажется.
16 сен 11, 17:03    [11289710]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
HandKot
LogShiping (или доставка журналов)?
проще в настройке и зеркалирования


Ну... с этим бы я поспорил очень-очень. И особенно очень-очень-очень когда перестает работать уже отлаженное решение. Выискивание сбойного участка в лог-шиппинг - то еще "удовольствие".

HandKot
LogShiping (или доставка журналов)?
проще в настройке ... и репликации,


А вот с этим 100% соглашусь, репликация куда как замороченее LS.
16 сен 11, 17:08    [11289748]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
ACV
По поводу зеркалирования стандартный СКЛ поддерживает зеркалирование только в режиме полной безопасности
что такое "только в режиме полной безопасности" выяснить пока не успел.

Если в общем и поверхностно, то это значит что транзакция будет проходить сперва на зеркальном сервере а потом на рабочем.
На что это может влиять?
Если зеркальный сервер заменто слабее или сеть между зеркальным и основным сервером слабая, то при OLTP нагрузках будут задержки при передачи и выполнении транзакций. Это влияет на размер файла журнала транзакций.

ACV
Сколько ресурсов сервера будет отнимать зеркалирование?
Мне кажется больше чем допустим репликация раз в 60 минут или я неправ? поправьте плииз.
Спасибо!

Не факт. При зеркалировании передается инфа по транзакционно, а при репликации выполняться раз в 60 мин., но требовать ресурсов сушественно больше. Если я не прав поправте... (с репликациями работаю мало, в основном кластер и зеркалирование).

У меня на OTLP 600-1500 Мб за 15 мин журнал логов. от 300-550 активных пользователей. 8 ядер, 24 Гб ОЗУ под SQL. 1Гб сеть.
разницу между высокой надежностью и высокой производительностью заметил только на операции реиндекса.
Высокая надежность: 24 мин.
Высокая производительность: 18 мин.

В вашем случае если не планируете использовать БД на втором сервере, а держать только как резервный советую зеркало. Если будете использовать то либо репликация либо кластер.


Имхо: лог шиппинг настраивается немного легче чем зеркало, но процент потери данных выше. К тому же БД тоже нельзя будет использовать. т.к. будет в состоянии ресторинг.
16 сен 11, 17:14    [11289813]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
ACV
Member

Откуда:
Сообщений: 74
Спасибо за ответы.
Но , возможно забыл сказать самое главное.
Необходимо , что бы во время когда идет зеркалирование\репликация\лог шипинг рабочая база была полностью доступна и находилась в работе.
Из этого и из последней реплики можно сделать вывод , что лог шипинг не подходит т.к. во время него рабочая база не доступна.
Остается только зеркалирование либо репликация
16 сен 11, 18:05    [11290266]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
Shakill
Member

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

не так. в состоянии ресторинг будет резервная, а не рабочая база
речь же шла про возможное использование базы на втором сервере
16 сен 11, 18:16    [11290335]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31993
ACV
Необходимо , что бы во время когда идет зеркалирование\репликация\лог шипинг рабочая база была полностью доступна и находилась в работе.
Рабочая база будет доступна для всех вариантов.
16 сен 11, 18:53    [11290494]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
ACV
Member

Откуда:
Сообщений: 74
Всем спасибо, ситуацию прояснили.
Решил рассмотреть два варианта
- зеркалирование
- лог шиппинг
т.к. по репликам они проще в настройке.
Подскажите , если не трудно , какие-нибудь статьи по их настройке.

Заранее спасибо!
19 сен 11, 10:31    [11296452]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
ACV
Подскажите , если не трудно , какие-нибудь статьи по их настройке


Да в принципе даже базовые BOL-статьи для этапа "попробовать" вполне достаточны. Если вы доберетесь до этапа "тонкий тюнинг" то уж там (и то - возможно) потребуется что-то этакое, продвинуто-нестандартное... Вы самые базовые варианты работы этих технологий оценили? Они чем-то не устраивают?
19 сен 11, 11:09    [11296690]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
ACV
Member

Откуда:
Сообщений: 74
Мне более всего понравился вариант

Зеркалирование без следящего сервера

http://technet.microsoft.com/ru-ru/library/ms188712(SQL.90).aspx

но сейчас база у меня работает в режиме Simple , а надо переводить в режим FULL , что при этом принципиально может измениться?
Не повлияет ли это на работу базы?
19 сен 11, 11:33    [11296872]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
ACV
но сейчас база у меня работает в режиме Simple , а надо переводить в режим FULL , что при этом принципиально может измениться?
Не повлияет ли это на работу базы?

Файл журнал-лога будет протоколировать все транзакции, и надо будет периодический делать его бекап и усекать по необходимости.
19 сен 11, 12:31    [11297408]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
gds
Файл журнал-лога будет протоколировать все транзакции


Строго говоря он и в симпле протоколирует все транзакции.

gds
и надо будет периодический делать его бекап и усекать по необходимости.


А это - почти правильно: надо будет ИЛИ делать бэкапы тран.лога, ИЛИ усекать его. При бэкапе лога он же сразу и усекается.

ACV
Не повлияет ли это на работу базы?


На работу базы - вряд ли, а вот на вашу стратегию выхода из сбойных ситуаций - вполне. Суть этого влияния вам изложили.
19 сен 11, 13:23    [11297888]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
gds
Member

Откуда: Железнодорожный
Сообщений: 1842
Блог
SamMan
gds
Файл журнал-лога будет протоколировать все транзакции


Строго говоря он и в симпле протоколирует все транзакции.


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

SamMan
gds
и надо будет периодический делать его бекап и усекать по необходимости.

А это - почти правильно: надо будет ИЛИ делать бэкапы тран.лога, ИЛИ усекать его. При бэкапе лога он же сразу и усекается.

В целом согласен, но насколько я помню, в режиме фулл, пока незабыкапишь файл-журналов - но шринковаться не будет (уменьшаться).
19 сен 11, 13:36    [11298070]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
gds
но в симпле он их не хранить и по завершению транзакции,


По завершению транзакции - хранит. И в симпле в т.ч. хранит.

gds
данные из файла журнала- логов пропадают.


Пропадают (усекаются) но не по завершению транз., а по чек-поинту. А вот в фуле ничего по чек-поинту автоусекаться не будет.

gds
в режиме фулл, пока незабыкапишь файл-журналов - но шринковаться не будет (уменьшаться)


Ну, строго говоря, начиная с 2008-го вообще нет понятия "усечение без бэкапа" (убрана опция TRUNCATE_ONLY у команды "бэкап лог"). Так что это по старинке так говорится - бэкапьте или усекайте. Теперь уже пора давать четкие инструкции: full/bulk-logged? Бэкапьте лог! Точка.
19 сен 11, 16:13    [11299639]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
ACV
Member

Откуда:
Сообщений: 74
А с точки зрения восстановления из бакапа что-нибудь поменяетчся?
Прочитал , что в режиме FULL надо вначале восстанавливать базу , а потом ещё обязательно накатывать транзакции.
Это действительно так?
20 сен 11, 10:36    [11303115]     Ответить | Цитировать Сообщить модератору
 Re: Зеркало базы  [new]
SamMan
Member

Откуда: Moscow
Сообщений: 759
ACV
Это действительно так?


Ну это настолько базовые понятия бэкап/рестора что и не знаешь как комментировать...
А что, в симпле вначале НЕ надо базу восстанавливать?

В обещем - короткий ответ на

ACV
А с точки зрения восстановления из бакапа что-нибудь поменяетчся?


- добавляется принципиально новый тип бэкапа - транз. лога. И при восстановлении его можно юзать. А можно и не надо. От цели зависит.
20 сен 11, 11:07    [11303372]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить