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

02.07.2009, 10:08. **Показов** 1960. **Ответов** 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

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

Новые блоги и статьи Все статьи Все блоги /
изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?	сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .
Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .

Heavy

	Выбор типа репликации 02.07.2009, 10:08. Показов 1960. Ответов 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
	Всем спасибо, проблема была в закрытых портах на прокси-сервере.