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

Откуда: Питер
Сообщений: 26
задача такая: есть три сервера на двух данные копятся и обрабатываются, а на третьем хранятся (вернее должны хранится) данные с двух этих серверов, т.е сливаются из двух таблиц расположенных на разных серверах в одну которая находится на третьем.
вопросы такие:
1. насколько реально выполнить эту задачу с помощью репликации?
2. два издателя один подписчик или как?
3. в случае "два издателя один подписчик" пытаюсь подключить второго издателя-не получается(ошибок не выдает но висит)
4. какие условия должны быть в этом случае на данных кроме отсутствия пересечения диапазона ключей?
5. если не репликацией то как это можно сделать?
заранее благодарю.
26 май 03, 18:19    [210435]     Ответить | Цитировать Сообщить модератору
 Re: Replication....  [new]
Garya
Member

Откуда: Москва
Сообщений: 31860
Блог
1. Выполнить эту задачу с помощью репликации можно, но при определенных условиях. Как у вас обстоят дела с первичными ключами реплицируемых таблиц? Они, случаем, не identity?
2. Можно и два издателя, можно и один. Если использовать какой-либо из видов репликации, допускающий двусторонний обмен (Merge, например), то возможно из подписчиков сливать данные на издателя (то есть заставить работать как бы наоборот)
3. А издатель, который второй, пингуется?
4. Желательно-таки вместо int с identity использовать для PK nbg uniqueidentifier.
5. В принципе, можно и через MS DTS.
26 май 03, 18:47    [210483]     Ответить | Цитировать Сообщить модератору
 Re: Replication....  [new]
Call
Member

Откуда: SFBA
Сообщений: 481
Репликация в этом варианте может принести больше проблем, чем плюсов. Замена identity на uniqueidentifier в PK приведет к замедлению выборки, если таблицы очень большие.
Можно попробовать создать центральный публикатор на сервере, где хранятся копии всех таблиц и с помощью горизонтальной фильтрации создать отдельные публикации для каждого сервера, где обрабатываются данные. Merge replication.

DTS намного проще.
26 май 03, 21:06    [210590]     Ответить | Цитировать Сообщить модератору
 Re: Replication....  [new]
2Garya
Guest
1.нет, ключи не identity. и они таблицы по ключам разведены.
2. т.е в этом случае лучше выбрать тип репликации merge?
3. все машины в сети, все пингуются с этим проблем нет... мне просто кажется(не уверена, проверить не успела) что это из-за того что при репликации транзакциями что-то где-то в подписках не ладится... завтра буду выяснять
4. там стоит инт но тип поля уже не поменяешь, но диапазоны ключей разведены...
5. просто какой способ лучше будет не больше ли геморроя с репликацией таким вот оригинальным образом, или все таки лучше DTS сервис какие плюсы-минусы у этих способов в моем случае?
26 май 03, 21:48    [210599]     Ответить | Цитировать Сообщить модератору
 2Call  [new]
ash595
Guest
упор ставился на то чтобы это была репликация, аргумент - "хочу вот так" это не моя идея а начальника и спорить бесполезно
вот отсюда вопрос- есть ли какие либо плюсы кроме простоты (выигрыш в плане загруженности машины, траффика, скорости) у DTS service перед репликацией, потому как объем данных будет весьма большой....
26 май 03, 21:57    [210603]     Ответить | Цитировать Сообщить модератору
 Re: Replication....  [new]
Call
Member

Откуда: SFBA
Сообщений: 481
Схему с репликацией можно использовать только для Merge replication, поскольку для репликации транзакции изменения можно делать только на стороне публикатора. Геморроя много при настройке и администрировании репликации, да и потом косяки полезут.
DTS нагружает сеть. Зато можно гонять DTS пакеты джобами по ночам.
26 май 03, 23:08    [210630]     Ответить | Цитировать Сообщить модератору
 Re: Replication....  [new]
Александр Гладченко
Member

Откуда:
Сообщений: 10752
Блог
Call <- геморой есть везде, а в репликации его не больше, чем у DTS.
27 май 03, 01:30    [210660]     Ответить | Цитировать Сообщить модератору
 Re: Replication....  [new]
Call
Member

Откуда: SFBA
Сообщений: 481
2 Александр Гладченко

Не спорю. Это на любителя.
27 май 03, 01:57    [210663]     Ответить | Цитировать Сообщить модератору
 Re: Replication....  [new]
Garya
Member

Откуда: Москва
Сообщений: 31860
Блог
> 1.нет, ключи не identity. и они таблицы по ключам разведены.

Не понял. Какого типа ключевое поле? Типа "разводной ключ", что ли? :)

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

Так identity, у которых разнесены диапазоны, или все-таки не identity?

Для репликации транзакций тоже можно использовать один Distributor. Схема соединения примерно такая [Множество Publisher] - [Один Distributor] - [Один подписчик, подписанный на несколько статей]. Если все сервера в одной сети, то можно использовать и репликацию транзакций. Скорее всего, это даже удобнее, особливо если ключи у вас int с identity. Траблы с настройкой репликации, скорее всего, вам любезно поможет решить Александр Гладченко (АГ - ты ведь не будешь отказывать даме?). Отчасти он это уже сделал, опубликовав на своем сайте серию статей о настройке репликации.
27 май 03, 09:35    [210772]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить