Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Rokky Member Откуда: Сообщений: 36 |
Ситуация следующая, начальство очень хочет структуру вебсервиса (в перспективе довольно нагруженного) в виде MSSQL---WWW\ \ NLB / MSSQL---WWW/ То есть балансер раскилдывает запросы на два веба, вебы каждый ходит на свою базу, ну, соответственно базы должны реплицироваться. Немного почитав, понял, что тут больше всего подходит одноранговая репликация, но она доступна только в Enterprise-версии MSSQL, а на неё начальство денег не даёт. Подскажите пожалуйста, есть ли альтернативные решения репликации MSSQL? Чтобы можно было предложить более дешёвое, или наоборот показать - "да они все так стоят". Почитал доки по CA ARCserve Replication - судя по всему там синхронизируют исключительно файлы, как при это организовывается целостность транзакций - неясно. |
10 авг 12, 16:17 [12994841] Ответить | Цитировать Сообщить модератору |
Rokky Member Откуда: Сообщений: 36 |
MSSQL<--->WWW\имелос в виду |
10 авг 12, 16:20 [12994859] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9632 |
Версия сервера? Нагрузка по чтению-записи? |
10 авг 12, 16:25 [12994899] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9632 |
И какой рассинхрон допустим? |
10 авг 12, 16:26 [12994910] Ответить | Цитировать Сообщить модератору |
Rokky Member Откуда: Сообщений: 36 |
2008 R2 на второй вопрос ответа нет на данный момент |
||
10 авг 12, 16:27 [12994918] Ответить | Цитировать Сообщить модератору |
Rokky Member Откуда: Сообщений: 36 |
да вот нежелателен никакой. Крайне хотелось бы, чтобы на двух серверах не купили одновременно скажем один и тот же домен. |
||
10 авг 12, 16:28 [12994944] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9632 |
Rokky, Т.е. характер нагрузки неизвестен, но NLB на сиквел нужен обязательно? Типа, это круто и по-взрослому? При использовании штатной репликации рассинхрон будет в любом случае. Возможно маленький, но будет. Чтобы рассинхрона не было -- писатель должен быть один, либо каждый писатель пишет во все БД одновременно в распределенной транзакции. |
10 авг 12, 17:00 [12995271] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31778 |
Может, у вас клиентов-то не будет больше 100 милионов, чего париться? :-) |
||||
10 авг 12, 17:30 [12995506] Ответить | Цитировать Сообщить модератору |
Rokky Member Откуда: Сообщений: 36 |
Угу, моё-то мнение - хватит зеркалирования для failover, когда нагрузки вырастут и потребуют ещё и scalability - тогда и думать. Наверное и сервис будет зарабатывать достаточно чтобы обосновать траты на энтерпрайз. Но задача прикинуть - вот, прикидываю. По поводу рассинхрона - а что, если использовать MSSQL peer-to-peer transactional replication, то тоже не будет точной синзхронизации транзакций? |
10 авг 12, 17:43 [12995594] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9632 |
|
||
10 авг 12, 18:03 [12995720] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9632 |
|
||||
10 авг 12, 18:26 [12995858] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31778 |
В общем, тутвсё бывает по разному и главное!!! - никогда распределённые системы не делаются одной кнопкой! Это всегда требует специальных архитектурных решений и дополнительного времени на разработку (и кстати усложняет процесс деплоя и тестирования) |
||||
10 авг 12, 19:12 [12996051] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9632 |
|
||
10 авг 12, 19:43 [12996197] Ответить | Цитировать Сообщить модератору |
Mind Member Откуда: Лучший город на Земле Сообщений: 2322 |
Но я крайне сомневаюсь, что оно вам нужно. Лучше просто сделайте один сиквел сервер, он замечательно должен справится с несколькими веб-мордами. |
||||
10 авг 12, 20:30 [12996402] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |