Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Transactional replication increment  [new]
NewBie77
Member

Откуда:
Сообщений: 184
Добрый день !
Сделал репликацию транзакций с одного сервера на другой (все таблицы и хранимые процедуры). При изменении информации на сервере А изменения переходят на сервер Б отлично. При попытке на сервере Б добавить запись в таблицу инкремент начинается с 1,есть ли какая нибудь функция которую можно включить для сервера Б чтоб он продолжал инкремент ,а не начинал сначала. Например:

Таблица сервера A
ID	ip	
27	192.168.0.49	
31	192.168.0.48
52	192.168.0.40	
53	192.168.0.42	


Таблица сервера B
ID	ip	
27	192.168.0.49	
31	192.168.0.48
52	192.168.0.40	
53	192.168.0.42


При попытке записать инфу в таблицу сервера Б

INSERT INTO iptable (ip) values('192.168.0.35')

В таблице сервера Б появляется запись:
ID	ip	
27	192.168.0.49	
31	192.168.0.48
52	192.168.0.40	
53	192.168.0.42
1	192.168.0.35


А нужно чтобы появилась
ID	ip	
27	192.168.0.49	
31	192.168.0.48
52	192.168.0.40	
53	192.168.0.42
54	192.168.0.35


Подскажите куда копать
3 июн 15, 13:14    [17724966]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
чтоб он продолжал инкремент ,а не начинал сначала.

Чтобы сервер Б каким то образом узнал значение на сервере А и использовал его что ли ?
3 июн 15, 13:16    [17724985]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Я только практикуюсь с репликацией, может сервер Б посмотреть последний инкремент в свой таблице и продолжить с последнего ?
3 июн 15, 13:19    [17725012]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

Откуда:
Сообщений: 184
Меня беспокоит этот вопрос из-за того что если при аварии боевой сервер переключить на сервер Б,то когда инкремент таблицы в моем случае достигнет 27 , выдаст ошибку на primary key
3 июн 15, 13:23    [17725046]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Я только практикуюсь с репликацией, может сервер Б посмотреть последний инкремент в свой таблице и продолжить с последнего ?

Сервер Б именно так и делает
Только вот "последний инкремент" - это не запись с наибольшим значением в поле identity
3 июн 15, 13:26    [17725060]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Меня беспокоит этот вопрос из-за того что если при аварии боевой сервер переключить на сервер Б,то когда инкремент таблицы в моем случае достигнет 27 , выдаст ошибку на primary key

А вы в хелпе читали Replicating Identity Columns ?
3 июн 15, 13:26    [17725064]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Не читал ,спасибо буду капать в эту сторону. Еще один вопрос, посоветуйте оптимальнвй вариант как перенести после переключения с сервера А на сервер Б ,все измененные данные сервера Б обратно на сервер А. У меня 2 варианта: backup/restore и репликация с Б на А. Что бы вы посоветовали ?
3 июн 15, 13:33    [17725104]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Еще один вопрос, посоветуйте оптимальнвй вариант как перенести после переключения с сервера А на сервер Б ,все измененные данные сервера Б обратно на сервер А. У меня 2 варианта: backup/restore и репликация с Б на А.

Репликация разве не "переносит данные" ?
3 июн 15, 13:37    [17725144]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Я наверно неправильно выразился, репликация у меня настроена односторонная А -> Б. При добавлении новых данных в таблицы сервера Б на сервер А данные из таблицы не передается.Боевой сервер А, при аварии будет переключен на сервер Б.Для примера сервер Б поработает 1 день потом придется обратно переключать на сервер А .Какой оптимальный вариант перенести новые данные с сервера Б (который работал 1 день) обратно на сервер А?
3 июн 15, 13:45    [17725226]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Я наверно неправильно выразился, репликация у меня настроена односторонная А -> Б

Что мешает настроить двустороннюю ?

NewBie77
Какой оптимальный вариант перенести новые данные с сервера Б (который работал 1 день) обратно на сервер А?

Надо опять выбирать между бэкапом и односторонней репликацией ?
3 июн 15, 13:47    [17725239]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Спасибо за советы, думаю для моего варианта лучше двустороннюю делать
3 июн 15, 13:54    [17725304]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
для моего варианта

А какой он - ваш вариант то ?
3 июн 15, 13:55    [17725322]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Чтоб не терять время на backup/restore или на обратную репликацию (А<-Б) данные у меня будут и на сервере А.Но впринципе один из вариантов понадобится т.к переключении будет только в случае аварии
3 июн 15, 14:04    [17725387]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Чтоб не терять время на backup/restore или на обратную репликацию (А<-Б) данные у меня будут и на сервере А.Но впринципе один из вариантов понадобится т.к переключении будет только в случае аварии

Вы что строите то ? Запасной серввер что ли ?
4 июн 15, 11:48    [17729384]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Да делаем запасной сервер в другом датацентре
5 июн 15, 12:54    [17735238]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Да делаем запасной сервер в другом датацентре

И все, что вы знаете про stanby севрер - это бэкап/рестор и репликация ?
5 июн 15, 12:56    [17735251]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Log shiping и репликацию знаю ,слышал про мироринг еще.Log shiping не подойдет т.к скорось между датацентрами 5 мб. Вот и подумал что транзакционная репликация поможет
5 июн 15, 12:58    [17735267]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Log shiping и репликацию знаю ,слышал про мироринг еще.Log shiping не подойдет т.к скорось между датацентрами 5 мб. Вот и подумал что транзакционная репликация поможет

Вы думаете, что доставка транзакций в репликации быстрее доставки транзакций в Log shiping или зеркалировании ?
5 июн 15, 13:01    [17735283]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

Откуда:
Сообщений: 184
Glory
NewBie77
Да делаем запасной сервер в другом датацентре

И все, что вы знаете про stanby севрер - это бэкап/рестор и репликация ?

Можете посоветовать вариант получше ?
5 июн 15, 13:01    [17735286]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Glory
пропущено...

И все, что вы знаете про stanby севрер - это бэкап/рестор и репликация ?

Можете посоветовать вариант получше ?

Для выбора "получше" сначала составляют перечень требований к этому "получше". И бюджет.
5 июн 15, 13:03    [17735296]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Задача состоит в том чтоб сервер Б был готов в любой момент стать боевым сервером при збое сервера А.И при обратном переключении с сервера Б на сервер А информацию перенести максимально быстро.В принципе подумав репликация не будет быстрее лог шипинга. Есть такой вопрос можно ли настроить identity range (при условии что поле инкремента всех таблиц типа ИНТ) так чтобы publisher брал range 1 - 1 500 000 000 , а subscriber 1 500 000 000 - 2 000 000 000 ?
5 июн 15, 13:16    [17735373]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Задача состоит в том чтоб сервер Б был готов в любой момент стать боевым сервером при збое сервера А

Любой момент - это чтобы никто вообще не заметил сбоя ?
Или чтобы чтобы потерялись данные не больше, чем за последние 5 минут, неделю, год ?
5 июн 15, 13:19    [17735399]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

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

Не критично потерять данные за последние 5-10 минут
5 июн 15, 13:20    [17735407]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
Glory
Member

Откуда:
Сообщений: 104751
NewBie77
Не критично потерять данные за последние 5-10 минут

И сколько пользователи готовы ждать "переключения" ?

Для чего нужно "обратное переключение" ? Почему невозможно продолжать работу, если сервер Б будет основным, а А - запасным ?
5 июн 15, 13:25    [17735433]     Ответить | Цитировать Сообщить модератору
 Re: Transactional replication increment  [new]
NewBie77
Member

Откуда:
Сообщений: 184
Glory
NewBie77
Не критично потерять данные за последние 5-10 минут

И сколько пользователи готовы ждать "переключения" ?

Для чего нужно "обратное переключение" ? Почему невозможно продолжать работу, если сервер Б будет основным, а А - запасным ?

В компании проводят аудит и комиссия хочет отключить первый датацентр и посмотреть как у няс вся система переходит на другой датацентр при збое первого. Железо в датацентре Б слабее чем в А и поэтому после переключения на Б нужно будет ночью обратно переключить на А. Поэтому и нужны данные сервера А на сервере Б с интервалом в записях максимум минут 5. репликацию настроил чтоб каждые 2 минуты информация синхронизовалас ,но в репликации беспокоит identity range. Можно ли настроить identity range (при условии что поле инкремента всех таблиц типа ИНТ) так чтобы publisher брал range 1 - 1 500 000 000 , а subscriber 1 500 000 000 - 2 000 000 000 ?
5 июн 15, 13:31    [17735481]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить