В настоящее время мы используем DFSR в Server 2008 для репликации из нашего головного офиса в 3 филиала по каналам VPN.
Таким образом, у нас есть локальная копия всех файлов компании на каждом сайте для быстрого доступа и отказоустойчивости. Мы отказались от ускорителей WAN и централизованных файлов по соображениям стоимости и скорости.
Однако DFSR не помогает нам. Поскольку у нас есть сотни файлов, открытых одновременно на центральном сайте, DFSR тратит больше времени на повторные попытки открытия файлов, чем на передачу закрытых, что создает отставание. Примерно к 11 часам утра каждый день в невыполненной работе находится около 500 файлов, которые не удаляются до вечера.
Это серьезная проблема, потому что большую часть дня серверы не синхронизируются. Насколько я понимаю, это не то, что можно исправить, поэтому сейчас мы ищем альтернативы DFSR, чтобы синхронизировать эти серверы.
Кто-нибудь в настоящее время использует такую систему для своих файлов, и если да, можете ли вы порекомендовать программное обеспечение, которое вы используете?
Я нашел несколько примеров: GlobalScape WAFS и PeerSync.
Ни один инструмент синхронизации не может синхронизировать открытые файлы без риска создания несовместимых копий. Если инструмент не имеет перехватчиков в приложении, удерживающем файл открытым, чтобы запросить его «заморозить», всегда будет риск того, что копия, сделанная из открытого файла, окажется несогласованной и непригодной для использования.
На мой взгляд, это звучит так, как будто вам будет плохо служить практически любой инструмент, учитывая профиль открытых файлов, о котором вы говорите. Интересно, не подошла бы вам система контроля версий / система управления документами?
Я использовал SureSync инструмент синхронизации от Software Pursuits, хотя и не в том сценарии, который вы распространяете, и остались им очень довольны. Он работает как служба Windows на серверах в наборе репликации и выполняет дельта-передачу (с надстройкой «Агент SPI»). Он может реплицировать открытые файлы (может замораживать приложения, поддерживающие VSS), хотя вы потенциально можете столкнуться с проблемами согласованности, как я сказал выше.
Ответ re: комментарии:
Это классический компромисс треугольника: быстрый / дешевый / хороший. Если вы хотите, чтобы ваши реплики оставались синхронизированными в течение дня, вам нужно будет выложить много денег на быстрое подключение. Если вас не волнует, что реплики рассинхронизируются (но «догоняют» за ночь), то вы можете потратить меньше денег на быстрое подключение.
У меня нет клиентов, которые ожидают, что все файлы, реплицируемые таким образом, будут постоянно «синхронизироваться» на всех серверах. У них нет денег, чтобы тратить их на подключение к глобальной сети со скоростью LAN для его поддержки.
Если у вас есть небольшой корпус файлов, которые необходимо синхронизировать более жестко, вы можете использовать это решение для репликации в реальном времени, чтобы покрыть эти файлы и покрыть остальные файлы в более медленном, менее интенсивном решении для репликации. .
Вы должны как-то заплатить волынщику, я думаю, это то, что я говорю.
Мы решили проблемы с производительностью с DFSR, которые были связаны с некоторыми неправильными настройками с помощью стороннего программного обеспечения блокировки файлов, которое мы используем, Peerlock.
Кажется, все работает неплохо, последние 3 недели.
Спасибо за ответы, Эван и Татас, их ценят.