У нас есть небольшой офис-заглушка, в котором в настоящее время есть контроллер домена с одним сервером 2003 и копия файлового хранилища DFS-R, хранящаяся в нашем главном офисе. Мы, вероятно, реплицируем около 100 ГБ данных, я предполагаю, что максимум 20 ГБ активно используется на обоих концах. У нас есть (относительно) медленные ADSL-ссылки между сайтами.
Репликация в основном работает у нас достаточно хорошо, за исключением случаев, когда мы вносим изменения в безопасность некоторых реплицированных файлов. - это приводит к огромному количеству невыполненных изменений, на очистку которых уходит несколько дней. Я читал другие сообщения о проблемах, а также о новой функции Branch Cache, которую могут предложить Windows 7 и Server 2008 R2, и, насколько я понимаю, плюсы и минусы следующие:
Филиал Кэш
Плюсы
Минусы
DFSR
Плюсы
Минусы
Кто-нибудь тестировал ветку кеша? Мне интересно, знаете ли вы, насколько хорошо кеш веток работает в реальном мире? Было бы лучше, чем DFSR для нашей установки? Я бы предположил, что это было бы очень полезно, если бы я мог предварительно получить фрагменты данных (думаю, я мог бы сделать это вручную с помощью robocopy и delete!). Единственное, что меня беспокоит, это то, что запись данных будет медленной.
Я также подумывал о внедрении sharepoint в нашем главном офисе. Я думаю, что это может просто пойти в пользу Branch Cache.
Очевидно, что если бы я решил использовать кеш веток, он должен был бы пройти тестирование, но я просто хотел знать, не упускаю ли я каких-либо других плюсов или минусов, которые могли бы убедить меня так или иначе?
Я бы, вероятно, сохранил наше развернутое программное обеспечение AD в виде репликации DFS-R и, возможно, даже данных пользователя (например, домашних каталогов и профилей), иначе запись наверняка вызовет задержки на клиентах?
Похоже, BranchCache может вам подойти, хотя вы также можете извлечь выгоду из некоторых улучшений производительности в DFS-R, сделанных в Server 2008 и Server 2008 R2.
О BranchCache было написано несколько тематических исследований, которые могут рассказать вам больше о производительности BranchCache в реальном мире. Просто выполните поиск по запросу «Пример использования BranchCache».
BranchCache внимательно следит за тем, чтобы всегда соблюдать самые последние настройки контроля доступа для любого фрагмента контента (файла, веб-страницы ...). Прежде чем клиентский компьютер сможет загрузить данные из кэша в филиале (либо на сервере размещенного кэша, либо на одноранговом сервере), он должен получить идентификаторы контента с сервера главного офиса. Если у клиента нет разрешения на доступ к данным, сервер главного офиса не будет отправлять идентификаторы. На сайте branchcache.com есть множество документов, объясняющих, как это работает.
При желании вы можете предварительно загрузить кэш BranchCache, предварительно предоставив одному из клиентов в филиале (или фактическому серверу размещенного кэша) доступ к данным. В некоторых случаях это может быть сценарием, если вы хотите предварительно загрузить кеш до того, как воркеры войдут в него.
Если вы собираетесь оставить сервер в филиале и собираетесь перейти на R2, нет причин, по которым вы не можете развернуть комбинацию BranchCache и DFS-R. Одно устройство может одновременно выступать в качестве точки репликации DFS-R и в качестве сервера размещенного кэша. Таким образом вы можете получить оптимизацию sharepoint и SMB, а распределяя данные по двум технологиям, вы можете получить лучшие свойства каждой для различных категорий данных.
Надеюсь, это поможет! -Тайлер