Репликация DFS через VPN: блокировка — это не то, что вы получаете
VPN между площадками передаёт трафик, но не добавляет блокировку файлов. Продумайте модель согласованности, место под staging и окно репликации до начального заполнения.
Канал зашифрован, постоянно включён и достаточно быстр, поэтому общая папка должна вести себя как одна папка на обеих площадках. Именно на этом допущении держатся большинство проектов репликации DFS, которые потом удивляют людей. DFSR — многомастерный и асинхронный: каждая реплика независимо отслеживает версии, и ничто в протоколе не удерживает блокировку между серверами. VPN передаёт трафик между ними и не добавляет ничего из той координации, которая нужна этому допущению. Спланируйте модель записи и модель ёмкости, иначе первый настоящий конфликт станет инцидентом поддержки.
Миф: VPN превращает реплики в одну файловую систему
Туннель — это транспорт. Он даёт разрешённый путь между двумя серверами и скрывает промежуточные переходы. Он ничего не говорит о том, кому можно редактировать файл, в каком порядке приходят версии и что происходит, когда две правки соревнуются.
Шифрование и доступность — свойства канала; согласованность — свойство движка репликации и вашего рабочего процесса.
Что DFSR на самом деле реплицирует
Каждый сервер хранит собственную копию и собственные метаданные версий. Изменения распространяются, когда позволяют соединение и расписание, а движок использует удалённое дифференциальное сжатие, чтобы передавать только изменившиеся части файла. Когда две реплики меняют один и тот же файл до прихода любого из обновлений, одна версия выигрывает, а вторая откладывается в сторону как конфликтная копия. Ни один сервер не заблокировал вторую правку, потому что для блокировки нужна распределённая блокировка, которой DFSR не предоставляет.
Путь в пространстве имён делает копии легко доступными и не делает их согласованными.
Место под staging — это рабочая ёмкость, а не резервная копия
Staging — это рабочая область, которую репликация использует, пока собирает изменения. Рекомендации Microsoft по размеру берут суммарный размер 32 самых больших файлов в реплицируемой папке как минимум, а дополнительное место полезно при начальной репликации. Поэтому дереву мелких документов и папке с несколькими большими архивами нужны разные формы staging. Когда staging заканчивается, репликация останавливается так, что это выглядит как сбой сети. Рассчитайте его по данным, а затем продолжайте наблюдать по мере изменения данных.
Staging — не резервная копия, а распространение изменений — не история версий.
Предзаполнение — это оптимизация, а не короткий путь
Для большого существующего дерева поддерживаемое предзаполнение через Robocopy может сократить то, что должно пройти через канал при начальной синхронизации, а рекомендации Microsoft охватывают сохранение сведений о файлах и работу с заблокированными или пропущенными файлами. Это оптимизация, а не обещание, что место назначения уже верно, поэтому начальная репликация всё равно должна завершиться и быть проверена. Именно пропуск этой проверки приводит к тому, что площадка начинает отдавать файлы, которых никогда не было в реплицируемом наборе.
Проверьте исходное состояние до того, как пользователи станут полагаться на назначение, а не после первой жалобы.
Выберите окно и определите, что значит актуально
Расписание репликации и ограничения полосы пропускания определяют, когда партнёры могут обмениваться данными. Узкое окно после рабочего дня — законный проект, оставляющий очередь в течение дня, при условии, что все согласились: удалённая копия должна быть актуальной только к утру.
Запишите это предложение, потому что «очередь — сорок минут» тревожит только тогда, когда цель никто не определил.
Принимайте с рабочим процессом, а не с одним файлом
Проверяйте на файлах, которыми люди действительно пользуются: большой документ, рутинная правка, удаление и намеренная одновременная правка на обеих площадках. Убедитесь, что поведение при конфликте соответствует тому, что вы сказали бизнесу, и что путь восстановления из резервной копии отделён от реплик. Затем несколько недель наблюдайте за объёмом изменений, ростом очереди и запасом staging относительно окна обслуживания. Ёмкость VPN — один из нескольких пределов, и он редко оказывается первым, до которого вы доходите.
Проект, документирующий своё отставание и правила редактирования, поддерживать гораздо проще, чем тот, который обещает идентичные копии.