Назад | Перейти на главную страницу

Распределенная репликация файловой системы (DFSR) между Server 2008 и Server 2008 R2 через шлюз к шлюзу VPN, вызывающая чрезмерную задержку в сети

Компания, в которой я работаю, создает филиал для одного из наших клиентов. У нас есть T1 на 1,5 Мбит / с вверх / вниз в каждом месте, маршрутизатор Cisco RV042 в каждом месте, на котором размещен VPN-туннель между двумя точками, и у нас есть сервер SBS 2008 в главном офисе и сервер Server 2008 R2 Standard в филиал. У нас есть DFSR, настроенный для репликации определенных общих ресурсов между двумя офисами. Мы не используем пространства имен, только DFSR.

Наша проблема заключается в том, что при включении службы DFSR на сервере филиала задержка в сети увеличивается от 100x до 200x. Я измерил задержку, просто используя непрерывный пинг с моего ноутбука на внешний сайт. При выключенном DFSR средняя задержка составляет ~ 11,5 мс. При включенном DFSR оно варьируется от ~ 1100 до ~ 2500 мс. Расписание DFSR настроено на отсутствие репликации с 6:00 до 18:00 с понедельника по пятницу и полную репликацию в любое другое время. Увеличение задержки происходит даже в тех случаях, когда в расписании указано, что репликация не должна происходить.

В качестве теста я переключил расписание репликации с UTC на местное время. Я предполагал, что UTC будет запрашивать и использовать смещение UTC из местных источников времени. (Думая об этом сейчас, я понятия не имею, почему я так предположил.) Я не заметил немедленных улучшений, но я пошел и прочитал здесь несколько сообщений, связанных с DFSR, прежде чем писать этот вопрос, и теперь, несколько минут спустя, я вижу эту задержку снизился. Пинг теперь сообщает от 300 до 400 мс, и я получаю результаты «Хорошо» по результатам Speedtest Speakeasy.net.

Думаю, это вопрос из двух частей. Стоит ли ожидать такого увеличения задержки при использовании DFSR? Если нет, что я могу сделать для дальнейшей настройки, настройки или отладки?

Спасибо за прочтение. Если что-то неясно или вам нужна дополнительная информация, дайте мне знать.

Вы не должны увидеть увеличения задержки в нерабочее время, поскольку репликация отсутствует. Скорее всего, вы просто неправильно его настроили (что, похоже, вы поняли из своего комментария в формате UTC). Когда вы вносите изменения, они не применяются сразу. Они должны реплицироваться на всех участников, что может занять несколько часов, в зависимости от топологии AD.


Думаю, это вопрос из двух частей. Стоит ли ожидать такого увеличения задержки при использовании DFSR?

В то время, когда репликация разрешена, абсолютно. 1,5 Мбит / с - это ничто, и ваши серверы могут легко заполнить его, если есть значительный объем данных для репликации.

Если нет, что я могу сделать для дальнейшей настройки, настройки или отладки?

Дважды проверьте свою конфигурацию и используйте такие инструменты, как dfsdiag чтобы узнать, есть ли отставание или другие проблемы.


Боковое примечание: Измерение задержки с помощью ping на самом деле не является методом устранения неполадок. Вы должны отслеживать это на своих маршрутизаторах / коммутаторах на каждом сайте. 1,5 Мбит / с сейчас не так уж и много. Скорее всего, ваша производительность в течение всего дня будет довольно низкой, в зависимости от того, сколько людей в вашем офисе. Вы должны проводить базовые измерения в течение обычного дня. на роутерах и затем сравнить.