Введение
В данной статье будет описан процесс настройки серверов данных. Технология BranchCache поддерживается следующими типами серверов:
-
веб-серверы, предоставляющие данные по протоколам HTTP и HTTPS. Например, это может быть корпоративный SharePoint-портал.
-
Серверы автоматического обновления или установки программного обеспечения, работающие через протокол BITS (Background Intelligent Transfer Service). Например, сервера WSUS или System Center Configuration Manager.
-
Файловые серверы, предоставляющие данные по протоколу SMB. В этом случае технология BranchCache выступает в качестве альтернативы использования автономных файлов. Однако в отличии от автономных файлов, информация, хранящаяся в кэше, может быть получена только при доступности сервера данных.
Копирование числовых ячеек из 1С в Excel
Решение проблемы, когда значения скопированных ячеек из табличных документов 1С в Excel воспринимаются последним как текст, т.е. без дополнительного форматирования значений невозможно применить арифметические операции. Поводом для публикации послужило понимание того, что целое предприятие с более сотней активных пользователей уже на протяжении года мучилось с такой, казалось бы на первый взгляд, тривиальной проблемой. Варианты решения, предложенные специалистами helpdesk, обслуживающими данное предприятие, а так же многочисленные обсуждения на форумах, только подтвердили убеждение в необходимости описания способа, который позволил мне качественно и быстро справиться с ситуацией.
33
Разрешить или запретить клиенту BITS использовать Windows BranchCache
Чтобы разрешить или запретить клиенту BITS использовать Windows BranchCache с помощью групповой политики в Windows 11/10, выполните следующие действия:
- Нажмите Win + R, чтобы открыть диалоговое окно «Выполнить».
- Введите msc и нажмите кнопку Enter.
- Перейдите к фоновой интеллектуальной службе передачи в конфигурации компьютера.
- Дважды щелкните параметр Не разрешать клиенту BITS использовать кэш ветки Windows.
- Выберите вариант Включено.
- Щелкните кнопку ОК.
Сначала вам нужно открыть редактор локальной групповой политики на вашем компьютере. Для этого нажмите Win + R, чтобы открыть диалоговое окно «Выполнить». Затем введите gpedit.msc и нажмите кнопку Enter. После открытия редактора локальной групповой политики перейдите по этому пути:
Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)
Конфигурация компьютера> Административные шаблоны> Сеть> Фоновая интеллектуальная служба передачи (BITS)
Здесь вы можете увидеть параметр «Не разрешать клиенту BITS использовать кэш ветвления Windows». Вам нужно дважды щелкнуть по нему. Затем выберите параметр «Включено», чтобы разрешить, и параметр «Отключено», чтобы запретить клиентам BITS использовать Windows Branch Cache на ПК с Windows 11/10.
Нажмите кнопку ОК, чтобы сохранить изменения.
Если вы хотите отменить изменение, вам нужно открыть редактор локальной групповой политики> перейти по тому же пути> открыть Запретить клиенту BITS использовать кэш ветки Windows настройка> и выберите вариант Не настроено.
Разрешить или заблокировать клиенту BITS использование кэша ветки Windows
Чтобы разрешить или заблокировать клиент BITS для использования Windows Branch Cache с помощью реестра, выполните следующие действия:
- Нажмите Win + R, чтобы открыть окно «Выполнить».
- Введите regedit и нажмите кнопку Enter.
- Нажмите на опцию Да.
- Перейдите в Windows в HKLM.
- Щелкните правой кнопкой мыши Windows> New> Key.
- Назовите его BITS.
- Щелкните правой кнопкой мыши BITS> New> DWORD (32-bit) Value.
- Назовите его DisableBranchCache.
- Дважды щелкните по нему, чтобы установить данные значения.
- Введите 1, чтобы заблокировать, и оставьте 0, чтобы разрешить.
- Щелкните кнопку ОК.
- Перезагрузите компьютер.
Давайте подробно рассмотрим эти шаги.
Чтобы начать, нажмите Win + R, чтобы открыть окно «Выполнить», введите regedit и нажмите кнопку «Ввод». Нажмите кнопку Да в приглашении UAC. После открытия редактора реестра перейдите по этому пути:
HKEY_LOCAL_MACHINE ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ Политики Microsoft Windows
Щелкните правой кнопкой мыши ключ Windows, выберите «Создать»> «Ключ» и задайте имя BITS.
Здесь вам нужно создать значение REG_DWORD. Для этого щелкните правой кнопкой мыши ключ BITS, выберите «Создать»> «Значение DWORD (32-разрядное)» и установите имя как DisableBranchCache.
Затем дважды щелкните это значение REG_DWORD, чтобы установить данные значения. Введите 1, чтобы заблокировать, и оставьте 0, чтобы клиент BITS мог использовать Windows Branch Cache.
После этого нажмите кнопку ОК и перезагрузите компьютер.
Как включить BranchCache?
Чтобы включить BranchCache, вы можете использовать редактор локальной групповой политики. Для этого откройте GPEDIT и перейдите к Фоновая интеллектуальная служба передачи в Конфигурация компьютера. Дважды щелкните значок Запретить клиенту BITS использовать кэш ветки Windows настройку и выберите Неполноценный вариант.
Как отключить BranchCache?
Чтобы отключить BranchCache, вы можете использовать редактор реестра. Для этого сначала перейдите к HKEY_LOCAL_MACHINE SOFTWARE Policies Microsoft Windows BITS в редакторе реестра. Затем щелкните правой кнопкой мыши на Создать> Значение DWORD (32-бит) и задайте имя как DisableBranchCache. В качестве альтернативы, если данные значения установлены как 1, вы можете удалить это значение REG_DWORD.
Это все! Надеюсь, это руководство помогло.
Прочтите: запретите Firefox использовать службу Windows BITS для загрузки обновлений
Программы для Windows, мобильные приложения, игры — ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале — Подписывайтесь:)
How do Configuration Manager and BranchCache work together?
One thing to keep in mind is the BranchCache is not a feature of Configuration Manager. It is a feature of the Windows OS. Configuration Manager is able to take advantage of BranchCache and has been able to since ConfigMgr 2007. With ConfigMgr 2012 Microsoft made it simpler to get things set up, but in doing so may have given the impression that it is a function of ConfigMgr doing the work. I’ll explain that later when we set things up.
Some quick definition of terms before beginning. BranchCache has 2 modes that it can operate in, Hosted Mode and Distributed Mode.
Hosted Mode
In Hosted Mode there is a Windows server that acts as the content cache Host. It does the work of pulling content and making it available to the clients. Configuration Manager does NOT work with this mode of BranchCache.
Distributed Mode
With Distributed Mode you do not have a central server or host handling the caching. Instead the caching responsibilities are distributed amongst all of the client peers. This is like the Peer Caching in my previous posting. It is this mode that Configuration Manager will work with. The first client to pull content will do so across the WAN from the Distribution Point. When other peer clients pull content they will first attempt to locate the content in the BranchCache of a peer on the same subnet. If the content is not available on a peer it will then go across the WAN to the Distribution Point for it.
Что нового в BranchCache в Windows Server 2012 / Windows 8
Рассмотрим основные новшества, которые появились на платформе Branch Cache в новой Microsoft (Windows Server 2012 + Windows 8).
- Убрали ограничение на количество выделенных серверов размещенного кэша в филиале
- Отсутствует необходимость создания отдельной групповой политики (GPO) BranchCache для каждого сайта
- На выделенных кэширующих серверах сертификаты теперь устанавливать не нужно
- Клиенты могут автоматически выбирать между режимами работы BC (распределённый кэш или с выдеменныв)
- Кэш по умолчанию шифруется (BitLocker)
- Повышена эффективность за счет использования в том числе возможностей дедупликации ванны 2012
- Появилась возможность предзагрузки кэша (возможно заранее закэшировать данные данные)
- Для хранения данных BranchCache теперь используется механизм ESE (MicrosoftJet, лежащий в основе многих инфраструктурных баз MS, в том числе в основе БД Exchange), обеспечивает повышенную производительность и масштабируемость
Новая версия BranchCache работает на Windows 8 Professional (Enterprise) и на всех редакциях Windows Server 2012 (в том числе Core).
Производительность
Что это дает? Предположим, на странице веб-сайта есть некая картинка размером 100 KB. Эту же картинку вставляют в документ, который сохраняется на файловой шаре. При обработке и страницы сайта, и документа с помощью fingerprint границы блоков будут расставлены таким образом, что картинка и там, и там будет выделена в отдельный блок размером 100 KB. И поскольку содержимое этих блоков в обоих случаях одинаковое, будут совпадать и хэши этих блоков (например, ID2 на рисунке выше). Пользователь из филиала впервые обращается к веб-странице, и она поблочно скачивается с веб-сайта и помещается в кэш. Теперь если тот же или другой пользователь данного филиала открывает с удаленной шары упомянутый документ, то содержимое документа также поблочно скачивается с файлового сервера, за исключением картинки, блок с которой уже находится в филиале.
Изменения в версиях
Дедупликация не работает на томах меньше чем 2 Гб.
Windows Server 2012 + r2
- файловая система только NTFS;
- поддержка томов до 10 Тб;
- не рекомендуется использовать с файлами объем которых достигает 1 Тб;
- 2012 не поддерживает VSS (не может работать с открытыми файлами) с 2012 r2 эта поддержка появилась;
- один режим работы.
Windows Server 2016
- файловая система только NTFS;
- поддержка томов до 64 Тб;
- дедупликация работает с первым 1 Тб данных у файла (ранее могли быть ошибки после 1 Тб данных, но исправилась после выпуска обновлений kb3216755, kb4025334, kb4013429);
- три режима работы;
- возможность доступна в Nano Server.
Windows Server 2019
- файловая система NTFS или ReFS;
- поддержка томов до 64 Тб;
- работа с первыми 4 Тб данных у файла (ранее могли быть ошибки после 1 Тб данных, но исправилась после выпуска обновлений kb3216755, kb4025334, kb4013429);
- три режима работы;
- интеграция с BranchCache;
- возможность доступна в Nano Server.
Процесс дедупликации происходит по расписанию, а не «на лету», и из-за этого есть общие рекомендации по размеру разделов. Если разделы будут больше описанных выше, то скорость работы сканирования может быть меньше чем обновление этих файлов. В версии 2016 в процесс дедупликации была добавлена парализация, что позволило увеличить скорость и общий объем работы для работы этой роли:
Если вы используете кластер, то роль должна быть установлена на каждую ноду.
Abstract – SCCM Bandwidth Optimization
One area in which these organizations are seeking solutions is in the IT infrastructure supporting remote or branch offices and bandwidth optimization (SCCM Bandwidth Optimization).
A solution capability is enabled with Microsoft Branch cache and Peer cache in conjunction with SCCM for peer cache. We expect to see significant performance improvements in content sharing and bandwidth optimization.
Branch cache and Peer cache that reduces WAN bandwidth usage and improves application responsiveness when workstations in a remote location access content from the head office or data center by downloading and caching content on the local network as it is requested, making it immediately available to other clients that subsequently request the same content.
Bandwidth Optimization
Решение проблемы.
Вернемся в медленному запуску конфигуратора. Можем ли мы как-то ускорить его запуск без отключения DFSS? Конечно, можем! Вспомним, что DFSS для управления использует сессии пользователей, т.е. если мы можем выделить мега-разработчиков из сонма пользователей, то, возможно, для них получится более «честно» настроить политику выделения ресурсов. Ну а если не можем (да у нас каждый второй запускает конфигуратор), то, возможно, получится выделить процесс конфигуратора из всех остальных.
Для решения задачи используем WSRM — Windows System Resource Manager https://technet.microsoft.com/en-us/library/cc755056.aspx (Q&A на русском: https://technet.microsoft.com/ru-ru/windowsserver/bb405954.aspx )
В оснастке WSRM есть раздел «Process Matching Criteria». При создании нового критерия отбора процессов можно указать конкретное приложение (можно даже просто имя файла 1cv8.exe) и пользователей (группы пользователей) входящих в критерий. В разделе «Resource Allocation Plolicies» можно установить, что для определенного критерия (например 1cv8.exe и i.petrov) установить выделение 50% процессорной мощности системы. И мы решили проблему медленного запуска конфигуратора у пользователя i.petrov. Правда под критерий попадает еще и толстый клиент, но это скорее бонус для i.petrov.
К сожалению, в Windows Server 2012 WSRM признана устаревшей, и заменена Hyper-V имеющий схожую функциональность. https://technet.microsoft.com/library/hh831568.aspx Здесь Microsoft лукавит — Hyper-V не занимается регулированием процессов, но оставим это на совести Microsoft. Возможно, эта функция будет полезна в Windows Server Next, гда появится поддержка Docker, но это будет уже завтра. http://news.microsoft.com/2014/10/15/dockerpr/
Но и здесь есть выход. Вспомним, что DFSS рулит еще и дисковыми ресурсами, а конфигуратор при открытии как раз и занимается усиленной работой с диском. Т.е. вполне достаточно установить в «0» TSFairShare (п. 2 в статье). Кстати появится еще один полезный эффект — повысится скорость работы с локальными файловыми базами 1С:Предприятия 8, и с базами 1С:Предприятия 7.7 (ну вдруг!) как для файлового, так и для SQL-варианта.
Теперь подойдем с другой стороны. Есть ли необходимость изменения опций ядра для запуска Конфигуратора 1С?
Скорее всего, нет. Сценарий, когда есть терминальный сервер или терминальная ферма, на которой разработчик будет работать наравне с пользователями, нарушает как минимум принцип разделения рабочей и тестовой среды. Если же запуск конфигуратора является эпизодическим (например, для удаленного внесения изменений), то такое решение носит избыточный характер, см. «от головной боли помогает топор». Особенно на фоне выгоды в 30 секунд.
Archives
ArchivesSelect Month March 2020 (5) February 2020 (10) January 2020 (14) December 2019 (6) November 2019 (4) October 2019 (4) September 2019 (4) August 2019 (2) July 2019 (11) June 2019 (10) May 2019 (20) April 2019 (14) March 2019 (26) February 2019 (18) January 2019 (26) December 2018 (22) November 2018 (30) October 2018 (28) September 2018 (27) August 2018 (17) July 2018 (25) June 2018 (20) May 2018 (35) April 2018 (19) March 2018 (19) February 2018 (16) January 2018 (19) December 2017 (13) November 2017 (31) October 2017 (20) September 2017 (28) August 2017 (30) July 2017 (25) June 2017 (17) May 2017 (27) April 2017 (19) March 2017 (12) February 2017 (23) January 2017 (19) December 2016 (7) November 2016 (23) October 2016 (19) September 2016 (32) August 2016 (30) July 2016 (13) June 2016 (16) May 2016 (10) April 2016 (19) March 2016 (19) February 2016 (15) January 2016 (7) December 2015 (6) November 2015 (10) October 2015 (11) September 2015 (2) August 2015 (6) July 2015 (11) June 2015 (14) May 2015 (8) April 2015 (10) March 2015 (14) February 2015 (3) January 2015 (5) December 2014 (8) November 2014 (23) October 2014 (28) September 2014 (6) August 2014 (9) July 2014 (11) June 2014 (12) May 2014 (21) April 2014 (11) March 2014 (5) February 2014 (4) January 2014 (2) December 2013 (1) November 2013 (4) October 2013 (1) September 2013 (1) August 2013 (6) July 2013 (11) June 2013 (7) May 2013 (10) April 2013 (5) March 2013 (2) February 2013 (2) January 2013 (2) November 2012 (2) October 2012 (5) September 2012 (3) August 2012 (1) July 2012 (3) June 2012 (1) May 2012 (1) April 2012 (1) January 2012 (1) December 2011 (7) November 2011 (2)
Оценка потенциального освобождающегося места с DDPEval.exe
Вместе с установкой роли у появляется программа DDPEval.exe, позволяющая предварительно оценить пространство, которое будет освобождено в последующем.
Статистика, которую предоставляет Microsoft в зависимости от разных типов данных, примерно следующая:
- Документы пользователей — экономия 30-50%
- Установочные файлы — экономия 70-80%
- Файлы виртуализации — экономия 80-95%
- Файловые хранилища — экономия 50-60%
Если вы сомневаетесь стоит ли вам настраивать дедупликацию на вашем сервере, но хотите узнать сколько дискового пространства вы можете сэкономить за счет ее активации, то можно использовать ddpeval.exe
ddpeval.exe вы можете найти в папке \Windows\System32\ после установки роли Data Deduplication.
Предположим, у нас есть папка в которой лежит 3 Full бэкапа, сделанные средствами wbadmin, общим объемом 2.18 tb.Нас интересует сколько мы сэкономим места за счет использования дедупликации.
Открываем CMD. Переходим в папку где находится ddpeval.exe и выполняем несложную команду
где:‘E:\backup1\msk-exch01’ — папку которую мы анализируем,/V — как обычно, ключ расширенной обратной связи,/O: — путь к файлу в который будет записан отчет по анализу экономии дискового пространств.
Известно что самый большой процент экономии места от дедупликации достигается на резервных копиях(если это не инкриментальные копии), за счет того что основная часть РК остается неизменной.
В таблице видно что самый большой коэффициент имеют образы виртуальных машин, а wbadmin как раз и создает файлы виртуальных дисков в формате vhdx.
Результат анализа папки с бэкапами
Нам предлагают ознакомиться с двумя вариантами анализа: с сжатием и без.Мы можем видеть что экономия места после проведения дедупликации будет достаточно значительной — не менее 700 гигабайт.
И последний результат с 11 разными csv/xlsx/docx файлами. Экономия 51%:
Microsoft.Windows.BranchCache.HostedCacheServer.Monitor.ServiceDisabled (UnitMonitor)
Этот объект отслеживает конфигурацию режима запуска службы BranchCache и создает критическое состояние работоспособности, если режим запуска службы BranchCache неправильно настроен.
Краткое описание
Этот монитор проверяет правильность настройки режима запуска службы BranchCache в оснастке «Службы (локальные)» консоли управления (MMC).
Причины
Если служба BranchCache отключена в оснастке «Службы (локальные)» консоли управления (MMC), то запустить ее не удастся. Тип запуска службы BranchCache обычно задается администратором в ходе развертывания системы или с помощью параметров групповой политики.
Решения
Внимание! Обычно параметры конфигурации BranchCache настраиваются с помощью групповой политики. При использовании групповой политики исправьте проблемы в параметрах групповой политики, относящихся к BranchCache
Следующие шаги по устранению неполадок действенны только в случае, если групповая политика не используется, поскольку параметры групповой политики обычно имеют приоритет над параметрами, заданными вручную.
Для проверки текущих конфигураций щелкните следующую задачу:
Отображение состояния BranchCache
Чтобы включить службу и перенастроить сервер распределенного кэша, щелкните следующую задачу: Исправить конфигурации распределенного кэша
Также можно открыть окно командной строки с административными привилегиями и выполнить команду set service hostedserver с контекстом netsh branchcache.
Дополнительные сведения о контексте команды netsh branchcache см. в статье Команды Netsh для BranchCache в системе Windows на веб-сайте Microsoft TechNet.
Также можно использовать оснастку «Службы (локальные)» консоли управления (MMC) для смены типа запуска службы BranchCache на Автоматически. Это гарантирует, что служба будет запущена после перезагрузки системы.
Чтобы запустить службу, щелкните следующую задачу: Запуск службы BranchCache
Element properties:
Target | Microsoft.Windows.BranchCache.HostedCacheServerNode | ||
Parent Monitor | System.Health.AvailabilityState | ||
Category | AvailabilityHealth | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | Normal | ||
Alert Auto Resolve | True | ||
Monitor Type | Microsoft.Windows.2SingleEventLog2StateMonitorType | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
|
||
RunAs | Default |
Мониторинг BranchCache
Самый простой способ – выполнить в команду . Остальное хорошо мониторится путём просмотра локальной серверной папки, где хранится кэш (в ней должны появляться кэшируемые файлы), ну и изучением логов. Сервис BranchCache, на самом деле, не обладает огромным числом функций и сломать его довольно сложно, поэтому какой-то ультра-продвинутый траблшутинг тут проводить особо смысла не имеет – выбрали нужный сценарий (с сервером или без), поставили компонент куда надо, включили через политику, сконфигурировали опциональные возможности (типа размера локального кэша и места его хранения). В общем-то всё.
Настройка BranchCache на клиентском компьютере с помощью утилиты Netsh
Я уже отвечал на вопросы «Что такое BranchCache», описывал принцип работы BranchCache в режиме хост-кэша и в режиме распределенного кэша. Так же мы рассматривали настройку клиентского компьютера для работы с технологией BranchCache. Тогда мы использовали локальные политики и правила Брандмауэра. В данной статье мы настроим клиентские компьютеры BranchCache с помощью утилиты командной строки Netsh.
Netsh для настройки BranchCache
Главное преимущество утилиты Netsh в том, что для настройки BranchCache на компьютере клиента необходимо всего лишь пару команд, в то время как предыдущий способ требовал несколько телодвижений сначала с локальными политиками, а потом с правилами Брандмауэра.
Далее я приведу список необходимых команд, которые необходимо выполнить в области netsh/branchcache. Чтобы вывалиться в эту область необходимо открыть окно командной строки и последовательно выполнить две команды:
-
netsh
-
branchcache
Ну, а далее я предоставлю Вам список команд, которые можно вводит в данной области, а так же кратко опишу что вытворяют данные команды:
-
reset
Данная команда полностью стирает любые следы работы BranchCache. Так, будут закрыты все открытые правила Брандмауэра Windows, отключены все включенные политики, будет стерт кэш и выключена служба BranchCache. Данную команду необходимо использовать тогда, когда Вы собираетесь отключить BranchCache.
-
show status
Отображает текущее состоянии технологии BranchCache. Тут представлена самая полная информация по работе данной технологии.
-
set service mode=hostedclient location=server
Данная команда настраивает клиентский компьютер для работы BranchCache в режиме хост-кэша. Тут вместо server должно быть указано полное имя сервера хост-кэша.
-
set service mode=distributed
Данная команда настраивает клиентский компьютер для работы в режиме распределенного кэша.
-
set service mode=local
Данная команда запускает технологию BranchCache на клиентском компьютере в локальном режиме. Данный режим используется очень редко. Его смысл состоит в том, что компьютер клиента может получать кэш как от хост-кэша, так и от компьютеров соседей, но при этом он не делится своим кэшом ни с первым, ни со вторым. Такой режим необходимо использовать на тех компьютерах, вопрос о производительности которых стоит на первом месте. Такой компьютер не будет терять свои силы для отдачи кэша тем, кто в нём нуждается.
-
set cachesize 500000
или
set cachesize=7 percent=true
Данная команда указывает объем жесткого диска, который можно использовать для нужд кэша BranchCache. В первом случае объем указывается в килобайтах, а во втором в процентах от свободного объема жесткого диска.
-
set localcache directory=c:\cache
Такой командой можно указать месторасположение кэша BranchCache.
Представленные выше команды для настройки того или иного режима работы BranchCache полностью справляются со своей задачей. Кроме выполнения соответствующей команды не требуется никаких дополнительных действий.
Compression
Surprisingly when you look at a Fiddler trace of a SharePoint Online page the main page content coming from the SharePoint servers is not compressed (The static content, however, is) and it is also marked as not cacheable (since it can change each request). That means we have a large page download occurring for every page which is particularly expensive if (as many organisations do) you have the Intranet home page as a default on the browser opening.
Since we are using Windows Server IIS to host the Application Request Router we get to take a free ride on some of the other modules that have been built for IIS like, for instance, compression. There are two types of compression available in IIS, static compression which can be used to pre-calculate the compressed output of static files, or dynamic compression which will compress the output of dynamically generated pages on the fly. This is the compression module we need to compress the home page on the way through our router.
Install the Dynamic Compression component of the Web Server(IIS) role
Configuring compression is simple, firstly, make sure the IIS Server level has Dynamic Compression enabled and also the Default Web Site level
By enabling dynamic compression we are allowing the Cloud Accelerator to step in between server and client and inject gzip encoding on anything that isn’t already compressed. On our example home page the effect is to reduce the download content size from a whopping 142K down to 34K
We’ve added compression to uncompressed traffic which will help the experience for individuals on the end of low bandwidth links, but is there anything we can do to help the office workers?
Что нового в BranchCache в Windows Server 2012 / Windows 8
Рассмотрим основные новшества, которые появились в технологии Branch Cache в новой платформе Microsoft (Windows Server 2012 + Windows 8).
- Убрали ограничение на количество выделенных серверов hosted cache в филиале
- Отсутствует необходимость создавать отдельную групповую политику (GPO) BranchCache для каждого сайта
- На выделенных кэширующих серверах сертификаты теперь устанавливать не нужно
- Клиенты могут автоматически выбирать между режимами работы BC (распределённый кэш или с выделенным сервером)
Новая версия BranchCache работает на Windows 8 Professional (Enterprise) и на всех редакциях Windows Server 2012 (в том числе Core).
Резюме
В этой статье, третьей части нашей серии статей о том, как настроить решение BranchCache Hosted Mode, мы рассмотрели процесс установки компонента BranchCache на файловом сервере, создание подразделения файловых серверов BranchCache, создание объекта групповой политики для включения публикации хэшей для членами этого подразделения, а затем настроили объект групповой политики, чтобы хэши публиковались для общих файлов на файловом сервере с поддержкой BranchCache. Наконец, мы включили BranchCache для общего файлового ресурса, который мы создали на файловом сервере с поддержкой BranchCache.
В части 4 этой серии мы обратим внимание на клиентские компьютеры и сервер BranchCache. Клиентские компьютеры необходимо настроить для поддержки режима размещения BranchCache, а сам сервер BranchCache необходимо настроить для работы в режиме размещения
Увидимся на следующей неделе! – Деб.
подпишитесь на информационный бюллетень WindowsNetworking.com, посвященный обновлению статей в режиме реального времени