Выбор типа репликации

02.07.2009, 10:08. **Показов** 1988. **Ответов** 6

Студворк — интернет-сервис помощи студентам

Добрый день, уважаемая публика. Подскажите, пожалуйста, ответы на следующие вопросы.

Задача: есть 2 сервера, находящихся в разных городах. Один сервер находится в домене; та сеть, в которой стоит второй сервер, не имеет доменной структуры. Необходима синхронизация некоторых таблиц на этих серверах. Причем, оба сервера являются равноправными, в том смысле, что изменения в таблице любого из двух серверов должны отображаться и на другом сервере. Синхронизацию желательно проводить примерно 1 раз в час.

Вопросы:
1. Какой тип репликаций выбрать?
2. Какие будут сложности из-за того, что у второго сервера нет доменной стуктуры сети, в которой он находится.

Буду благодарен за все ответы.

Евгений.

03.07.2009, 07:11

merge replication
слoжнoстей врoде нa первый взгляд не вижу

05.07.2009, 11:47

А почему не подходит репликация транзакций?

И еще.
Возникла проблема - удаленный сервер (через интернет) не имеет доступа к серверу в домене.
Subscribtion Agent, выполняемый на удаленном сервере, не может подцепиться к Publisher:
The process could not connect to Distributor 'такой-то'.

09.07.2009, 02:31

merge вытекaет из услoвия зaдaчи - OБA
дoлжны oбнoвлятся,

нaпиши пoдрoбнее кaкaя oшибкa вoзникaет

12.07.2009, 11:56

Да в том то и дело, что подробнее написать, какая ошибка возникает, не могу.

Ошибка возникает при выполнении Merge Agent на дистрибьюторе, который должен сделать Push-публикацию на удаленный сервер. Он пытается несколько раз законнектиться на удаленный сервер, все попытки оканчиваются фразой 'The process could not connect to Subscriber 'такой-то', после чего выдает сообщение 'The agent is suspect. No response within last 10 minutes.'

И все.

Еще раз о конфигурации.
Publisher, он же Distributor, находится в домене. Есть еще один тестовый сервер в домене - с ним репликация успешно работает. Но необходимый для работы Subscriber находится вне сети, совсем в другой сетке, не в домене (стоит в интернете только за циской, без прокси). Вот к нему агент и не может законнектится.

Может быть дело в учетных записях, или в настройках на прокси-сервере домена, в котором находится Publisher? Кстати, доступ снаружи к SQL-серверу, который стоит в домене, открыт.

15.07.2009, 01:18

a ping есть?

прoверь пoд кaким aккaунтoм рaбoтaет
SQL Server Agent нa всех кoмпютерaх

19.07.2009, 10:23

Всем спасибо, проблема была в закрытых портах на прокси-сервере.

Новые блоги и статьи Все статьи Все блоги /
Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .
Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .	Горе от ума kumehtar 07.04.2026 Эта мне ментальная установка, что вот прямо сейчас, мол, мне для полного счастья не хватает (нужное вписать), и когда я этого достигну - тогда и полный кайф. Одна из самых сильных ловушек на пути. . . .

Heavy

	Выбор типа репликации 02.07.2009, 10:08. Показов 1988. Ответов 6 Метки нет (Все метки) Добрый день, уважаемая публика. Подскажите, пожалуйста, ответы на следующие вопросы. Задача: есть 2 сервера, находящихся в разных городах. Один сервер находится в домене; та сеть, в которой стоит второй сервер, не имеет доменной структуры. Необходима синхронизация некоторых таблиц на этих серверах. Причем, оба сервера являются равноправными, в том смысле, что изменения в таблице любого из двух серверов должны отображаться и на другом сервере. Синхронизацию желательно проводить примерно 1 раз в час. Вопросы: 1. Какой тип репликаций выбрать? 2. Какие будут сложности из-за того, что у второго сервера нет доменной стуктуры сети, в которой он находится. Буду благодарен за все ответы. Евгений.

al
	03.07.2009, 07:11
	merge replication слoжнoстей врoде нa первый взгляд не вижу

Heavy
	05.07.2009, 11:47
	А почему не подходит репликация транзакций? И еще. Возникла проблема - удаленный сервер (через интернет) не имеет доступа к серверу в домене. Subscribtion Agent, выполняемый на удаленном сервере, не может подцепиться к Publisher: The process could not connect to Distributor 'такой-то'.

al
	09.07.2009, 02:31
	merge вытекaет из услoвия зaдaчи - OБA дoлжны oбнoвлятся, нaпиши пoдрoбнее кaкaя oшибкa вoзникaет

Heavy
	12.07.2009, 11:56
	Да в том то и дело, что подробнее написать, какая ошибка возникает, не могу. Ошибка возникает при выполнении Merge Agent на дистрибьюторе, который должен сделать Push-публикацию на удаленный сервер. Он пытается несколько раз законнектиться на удаленный сервер, все попытки оканчиваются фразой 'The process could not connect to Subscriber 'такой-то', после чего выдает сообщение 'The agent is suspect. No response within last 10 minutes.' И все. Еще раз о конфигурации. Publisher, он же Distributor, находится в домене. Есть еще один тестовый сервер в домене - с ним репликация успешно работает. Но необходимый для работы Subscriber находится вне сети, совсем в другой сетке, не в домене (стоит в интернете только за циской, без прокси). Вот к нему агент и не может законнектится. Может быть дело в учетных записях, или в настройках на прокси-сервере домена, в котором находится Publisher? Кстати, доступ снаружи к SQL-серверу, который стоит в домене, открыт.

al
	15.07.2009, 01:18
	a ping есть? прoверь пoд кaким aккaунтoм рaбoтaет SQL Server Agent нa всех кoмпютерaх

Heavy
	19.07.2009, 10:23
	Всем спасибо, проблема была в закрытых портах на прокси-сервере.