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

Откуда:
Сообщений: 85
Добрый день!
ПРошу прощения если вопрос тупой, просто нужен дельный совет
Есть задача между двумя распределенными площадками держать SQL Базу, которая будет синхронизироваться между собой.
Я мог бы реализовать это на уровне VMware но нет времени
Единственный вариант, это держать онлайн обе машины с SQL на двух площадках и при падение одной, что бы была возможность цеплятся к другой....

Есть какой то вариант, репликации данных между SQL? на разнесенных площадках.... ( или совет куда еще можно было бы посмотреть )

Можно просто линки, благодарю.
9 окт 14, 19:24    [16683901]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37225
Mirroring / AlwaysOn / Log Shipping / репликация

Сообщение было отредактировано: 9 окт 14, 19:26
9 окт 14, 19:25    [16683908]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Liksскуль
Member

Откуда:
Сообщений: 85
Если база большая, можно сначала локально ее реплицировать, потом перевезти сервер на площадку в дата центр, поднять сервер ждать синхронизации.

Это упростит задачу? что бы не гонять фул базу по интернет каналу с 0, он докачает инкрементально? как дфс? или заного будет тянуть всю базу
9 окт 14, 19:27    [16683917]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Glory
Member

Откуда:
Сообщений: 104751
Liksскуль
Если база большая, можно сначала локально ее реплицировать,

Что значит "локально реплицировать" ?
9 окт 14, 21:53    [16684339]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Liksскуль
Member

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


Вообщем, ситуация что

1. Если выпадет сервер в шатдаун пользователи могли работать с другой SQL базой
2. Например потом главный сервер поднимется обратно( и примет все новые изменения на себя )
3. Как именно переключаться все обратно?

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

но 3 вопроса для меня остались проблемой

если с round robin DNS я заморочусь так как IP серверов разные

то вот как работает внутренняя репликация SQL для меня загадка.Glory,
9 окт 14, 22:00    [16684352]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Glory
Member

Откуда:
Сообщений: 104751
Liksскуль
что мирорить локально базу по локальной сети, а только потом выносить его за ван сегмент, что бы не гонять весь трафик с нуля.

Вы хоть что-нибудь прочитали про зеркалирование ???
9 окт 14, 22:01    [16684358]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Liksскуль
Member

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

немного
http://aivanov.pro/sql2008repl/ вот и написал ( только тут смысл в том что я из бекапа на втором сервере восстановлю базу )
Вопрос был от чайника изначально

я понимаю что есть msdn просто время поджимает.
9 окт 14, 22:05    [16684372]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Glory
Member

Откуда:
Сообщений: 104751
Liksскуль
немного

Mirroring / AlwaysOn / Log Shipping / репликация - это 4 _разных_ способа создания резервного сервера
9 окт 14, 22:08    [16684380]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Liksскуль
Member

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

Спасибо.

ну а в моем варианте?

если

есть головной офис и дата центр
1. Упал сервер
2. Все переключились на дата центр
3. Поднялся сервер
4. Все переключились на сервер в головном офисе который упал

Это возможно и какой из вариантов тогда лучше курить?
9 окт 14, 22:11    [16684389]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Glory
Member

Откуда:
Сообщений: 104751
Liksскуль
есть головной офис и дата центр
1. Упал сервер
2. Все переключились на дата центр
3. Поднялся сервер
4. Все переключились на сервер в головном офисе который упал

"Все переключились" - это
- каждый пользователь пришел и изменил строку коннекта ?
- все произошло автоматически ?
9 окт 14, 22:13    [16684394]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
Liksскуль
Member

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

1. При запуске программы которая цепляется к серверу выдается например ошибка о разрыве работы или тупо вылетает
2. Пользователь либо еще раз запускает ярлык с fqdn сервера и в кеше у него забито сразу два сервера, он обратиться к первому на котором работал, но он мертв
3. Пользователь попадет на следующий по списку в локальном кеше днс
4. Продолжит работу с базой
5. Закончит работу пойдет домой
6. Ночью сервер поднимаем и он нормально работает
7. пользователь снова пытается пройти по fqdn и уже попадает на поднятый сервер, продолжает работать как будто ничего не произшло


Я понимаю, что может быть интернал ошибка SQL в котором сервер не падает, работает на уровне сети, но база реально не доступа, но я тут рассматриваю только падение сервера в шатдаун.

Не обязательно прям мега автоматизация, хоть какой нибудь годный вариант.... даже можно делать два ярлыка на зеркальный скл и на основной, но не понятно как будет происходить все, если пользователь по ошибке будет всегда работать на зеркальном.
9 окт 14, 22:17    [16684406]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
NickAlex66
Member

Откуда:
Сообщений: 319
Liksскуль,

Ваше ПО для работы с SQL поддерживает failover partner в connection string?
9 окт 14, 23:57    [16684688]     Ответить | Цитировать Сообщить модератору
 Re: Репликация  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31863
Liksскуль
Не обязательно прям мега автоматизация, хоть какой нибудь годный вариант.... даже можно делать два ярлыка на зеркальный скл и на основной, но не понятно как будет происходить все, если пользователь по ошибке будет всегда работать на зеркальном.
При использовании кластера переключение будет прозрачно для приложения. Но нужно специальное железо.
При использовании зеркалирования переключение будет прозрачно для приложения. Но нужно в строке коннекта прописать эту возможность, и версии библиотек доступа должны быть сответствующие.
При использовании репликации или логшипинга переключение будет непрозрачно для приложения, это нужно будет программировать самому (автоматическое либо руками пользователя или админа).
10 окт 14, 00:16    [16684732]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить