Устранение неполадок функций кэширования Windows Server AppFabric

Мақала
12/05/2011

В данном разделе перечислены области, которые следует проверить при диагностике компонентов кэширования Windows Server AppFabric для устранения некоторых из наиболее распространенных проблем.

Наиболее распространенные проблемы приведены в следующей таблице и описаны в следующих подразделах.

Тип проблемы	Дополнительные сведения
Использование средства администрирования Windows PowerShell.	Использование Windows PowerShell для управления компонентами кэширования в Windows Server AppFabric
Взаимодействие или брандмауэр.	Связь по протоколу TCP/IP (кэширование в Windows Server AppFabric)
Проблемы с узлом кэша.	Ведущие узлы и управление кластером (кэширование в Windows Server AppFabric) и Клиенты кэша и локальный кэш (кэширование в Windows Server AppFabric)
Проблемы с высокой доступностью кластера кэша.	Высокий уровень доступности (кэширование в Windows Server AppFabric)
Разрешения для расположения хранения конфигурации.	Конфигурация кластера на основе общих папок (кэширование в Windows Server AppFabric) и Конфигурация кластера на основе SQL Server (кэширование в Windows Server AppFabric)

Администрирование кэша с помощью Windows PowerShell

В операционных системах Windows Vista, Windows 7 и Windows Server 2008 для правильной работы средства администрирования необходимо щелкнуть ярлык Windows PowerShell правой кнопкой мыши и выбрать пункт Запуск от имени администратора.

Значения параметров для команд необходимо вводить с учетом регистра. Например, если создать кэш с именем NamedCache1, команда Get-CacheConfig -CacheName namedcache1 не будет работать. Необходимо обеспечить соответствие регистра, например: Get-CacheConfig -CacheName NamedCache1.

Чтобы команды работали правильно при запуске средства администрирования кэша Windows PowerShell на узле кэша, необходимо обладать правами администратора на все узлы кэша в кластере.

Проблемы с выполнением команд Windows PowerShell могут быть вызваны проблемами, описанными в последующих разделах.

Исключения брандмауэра и конфигурация портов

Важно, чтобы на всех серверах кэша были заданы исключения брандмауэра для портов кэша, кластера и арбитража. Мастер настройки AppFabric может настроить эти исключения брандмауэра автоматически, но может потребоваться проверить их при диагностике проблем взаимодействия.

Рекомендуется основывать исключения брандмауэра на имени приложения — DistributedCacheService.exe. Явное задание исключений по номерам портов позволяет устранить все сомнения в том, что проблемы могут вызываться неправильно настроенными исключениями брандмауэра. Например, явное исключение порта устраняет возможность того, что при ручной настройке исключений брандмауэра для приложений случайно было выбрано неправильное имя исполняемого файла.

Компьютер, на котором запускается приложение с включенным кэшем, не требует настройки исключения порта брандмауэра. Он содержит сведения для клиентского приложения о том, какой порт необходимо использовать для взаимодействия с узлом кэша. Если в файле конфигурации приложения указан неправильный номер порта, клиент не сможет взаимодействовать с этим узлом. Проверив исключения портов на узле кэша и просмотрев файлы конфигурации приложений и кластера, можно устранить проблемы с конфигурацией брандмауэра. Дополнительные сведения о файлах конфигурации см. в разделе Параметры конфигурации кэша Windows Server AppFabric.

В следующей таблице приведены значения по умолчанию для каждого из портов и указано, где хранятся сведения в каждом из файлов конфигурации.

Примечание

Каждый узел кэша обращается к параметрам конфигурации кластера для определения допустимых портов, которые можно использовать для взаимодействия с кластером. Используйте команду Windows PowerShell Get-CacheHostConfig для просмотра портов, используемых каждым из узлов кэша. Дополнительные сведения см. в разделе Использование Windows PowerShell для управления компонентами кэширования в Windows Server AppFabric.

Имя порта	Значение по умолчанию	Атрибут файла конфигурации приложения	Атрибут файла конфигурации кластера
Порт кэша	22233	`cachePort`	`cachePort`
Порт кластера	22234	Не применяется	`clusterPort`
Порт арбитража	22235	Не применяется	`arbitrationPort`
Порт репликации	22236	Не применяется	`replicationPort`

Проблемы с узлом кэша

Когда ведущие узлы выполняют роль управления кластером, большинство из них должны оставаться запущенными в кластере кэша. Если большинство ведущих узлов прекратят работу, то весь кластер прекратит работу. При сбое узла, не являющегося ведущим, кластер кэша продолжает работать. Если высокая доступность не включена, кэшированные объекты, которые были сохранены на узле кэша, будут утеряны.

Если требуется узнать, какие из узлов кэша являются ведущими, используйте команду Get-CacheHostConfig с параметром HostName. Узел считается ведущим, если свойство IsLeadHost имеет значение true. Дополнительные сведения о Windows PowerShell см. в разделе Использование Windows PowerShell для управления компонентами кэширования в Windows Server AppFabric.

Важно, чтобы все службы кэша запускались и останавливались одновременно. Поэтому команды Start-CacheCluster, Stop-CacheCluster и Restart-CacheCluster являются единственными средствами для изменения состояния службы кэша на серверах кэша. Перед отключением отдельных серверов кэша для проведения обслуживания, можно также воспользоваться командой Stop-CacheHost.

Примечание

Команда Stop-CacheHost не останавливает службу узла кэша Windows , если он выполняет роль управления кластером, а его остановка может вызвать отключение всего кластера.

Проблемы с высокой доступностью кластера кэша

Чтобы возможность высокой доступности помогала защитить приложение от сбоя узлов кэша, не менее трех узлов кэша должны быть членами кластера кэша. Такая необходимость вызвана строгим требованием согласованности, которое заключается в том, что всегда должно быть две копии кэшированного объекта или области в кэше с включенной высокой доступностью. Чтобы обеспечить наличие двух копий кэша или области, кэшу с включенной высокой доступностью требуется не менее двух узлов кэша. Дополнительные сведения о возможности высокой доступности см. в разделе Высокий уровень доступности (кэширование в Windows Server AppFabric).

Разрешения для расположения хранения конфигурации кластера кэша

Все узлы кэша должны иметь доступ к расположению хранения конфигурации кластера. При каждом добавлении в кластер нового узла кэша программа установки должна предоставить этому узлу разрешения на расположение хранения конфигурации. Кроме того, чтобы обеспечить распознавание новых узлов кэша в первый раз, необходимо перезапустить кластер кэша. Дополнительные сведения о необходимых разрешениях, которые требуются для кластера кэша, см. в документе Руководство по установке Windows Server AppFabric (https://go.microsoft.com/fwlink/?LinkId=169172) (документ может быть на английском языке).

См. также

Основные понятия

Способы хранения конфигурации кластера (кэширование в Windows Server AppFabric)
Конфигурация кластера на основе общих папок (кэширование в Windows Server AppFabric)
Конфигурация кластера на основе SQL Server (кэширование в Windows Server AppFabric)
Параметры конфигурации кэша Windows Server AppFabric
Использование Windows PowerShell для управления компонентами кэширования в Windows Server AppFabric
Основные принципы кэширования Windows Server AppFabric
Разработка клиента кэша (кэширование в Windows Server AppFabric)

2011-12-05

Бөлісу құралы: