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

Откуда:
Сообщений: 36
 		Ситуация следующая,

начальство очень хочет структуру вебсервиса (в перспективе довольно нагруженного)
в виде

MSSQL---WWW\
\
NLB
/
MSSQL---WWW/

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

Немного почитав, понял, что тут больше всего подходит одноранговая репликация, но она доступна только в Enterprise-версии MSSQL, а на неё начальство денег не даёт.

Подскажите пожалуйста, есть ли альтернативные решения репликации MSSQL? Чтобы можно было предложить более дешёвое, или наоборот показать - "да они все так стоят".

Почитал доки по CA ARCserve Replication - судя по всему там синхронизируют исключительно файлы, как при это организовывается целостность транзакций - неясно.
10 авг 12, 16:17    [12994841]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
Rokky
Member

Откуда:
Сообщений: 36
 
MSSQL<--->WWW\
              \
               NLB <--->Users
              /
MSSQL<--->WWW/
имелос в виду
10 авг 12, 16:20    [12994859]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
invm
Member

Откуда: Москва
Сообщений: 9632
 		Версия сервера? Нагрузка по чтению-записи?
10 авг 12, 16:25    [12994899]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
invm
Member

Откуда: Москва
Сообщений: 9632
 		И какой рассинхрон допустим?
10 авг 12, 16:26    [12994910]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
Rokky
Member

Откуда:
Сообщений: 36
invm
Версия сервера? Нагрузка по чтению-записи?


2008 R2
на второй вопрос ответа нет на данный момент
10 авг 12, 16:27    [12994918]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
Rokky
Member

Откуда:
Сообщений: 36
invm
И какой рассинхрон допустим?

да вот нежелателен никакой.
Крайне хотелось бы, чтобы на двух серверах не купили одновременно скажем один и тот же домен.
10 авг 12, 16:28    [12994944]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
invm
Member

Откуда: Москва
Сообщений: 9632
 		Rokky,

Т.е. характер нагрузки неизвестен, но NLB на сиквел нужен обязательно? Типа, это круто и по-взрослому?

При использовании штатной репликации рассинхрон будет в любом случае. Возможно маленький, но будет.
Чтобы рассинхрона не было -- писатель должен быть один, либо каждый писатель пишет во все БД одновременно в распределенной транзакции.
10 авг 12, 17:00    [12995271]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
invm
Чтобы рассинхрона не было -- писатель должен быть один, либо каждый писатель пишет во все БД одновременно в распределенной транзакции.
... или нужно распределять данные по серверам, чтобы только один сервер был пишущим для группы данных. По чтению можно на группы не разбивать.
Rokky
на второй вопрос ответа нет на данный момент
Распределённая система требует немалых средств на разработку, глупо их тратить, даже приблизительно не представляя объём предполагаемой нагрузки.

Может, у вас клиентов-то не будет больше 100 милионов, чего париться? :-)
10 авг 12, 17:30    [12995506]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
Rokky
Member

Откуда:
Сообщений: 36
 		Угу, моё-то мнение - хватит зеркалирования для failover, когда нагрузки вырастут и потребуют ещё и scalability - тогда и думать. Наверное и сервис будет зарабатывать достаточно чтобы обосновать траты на энтерпрайз.

Но задача прикинуть - вот, прикидываю.

По поводу рассинхрона - а что, если использовать MSSQL peer-to-peer transactional replication, то тоже не будет точной синзхронизации транзакций?
10 авг 12, 17:43    [12995594]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
invm
Member

Откуда: Москва
Сообщений: 9632
Rokky
По поводу рассинхрона - а что, если использовать MSSQL peer-to-peer transactional replication, то тоже не будет точной синзхронизации транзакций?
В общем случае, БД не будут синхронными, т.к. репликация процесс асинхронный.
10 авг 12, 18:03    [12995720]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
invm
Member

Откуда: Москва
Сообщений: 9632
alexeyvg
invm
Чтобы рассинхрона не было -- писатель должен быть один, либо каждый писатель пишет во все БД одновременно в распределенной транзакции.
... или нужно распределять данные по серверам, чтобы только один сервер был пишущим для группы данных. По чтению можно на группы не разбивать.
Или LB на уровне клиентских сессий -- каждая сессия работает с одним и тем же сервером БД.
10 авг 12, 18:26    [12995858]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
invm
alexeyvg
пропущено...
... или нужно распределять данные по серверам, чтобы только один сервер был пишущим для группы данных. По чтению можно на группы не разбивать.
Или LB на уровне клиентских сессий -- каждая сессия работает с одним и тем же сервером БД.
Ну да, но это зависит от бизнес-процессов. LB на уровне клиентских сессий работает, если сессии не могут обновлять одинаковые данные. А если могут, то тогда распределение можно делать только на уровне самих данных, деля их между серверами (на обновление).

В общем, тутвсё бывает по разному и главное!!! - никогда распределённые системы не делаются одной кнопкой!
Это всегда требует специальных архитектурных решений и дополнительного времени на разработку (и кстати усложняет процесс деплоя и тестирования)
10 авг 12, 19:12    [12996051]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
invm
Member

Откуда: Москва
Сообщений: 9632
alexeyvg
В общем, тутвсё бывает по разному и главное!!! - никогда распределённые системы не делаются одной кнопкой!
Это всегда требует специальных архитектурных решений и дополнительного времени на разработку (и кстати усложняет процесс деплоя и тестирования)
+100500
10 авг 12, 19:43    [12996197]     Ответить | Цитировать Сообщить модератору
 Re: Подскажите альтернативные решения по репликации  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
Rokky
invm
И какой рассинхрон допустим?

да вот нежелателен никакой..
Тогда курите вот это: http://en.wikipedia.org/wiki/Service-oriented_architecture#Challenges
Но я крайне сомневаюсь, что оно вам нужно. Лучше просто сделайте один сиквел сервер, он замечательно должен справится с несколькими веб-мордами.
10 авг 12, 20:30    [12996402]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить