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

В данном разделе перечислены области, которые следует проверить при диагностике компонентов кэширования 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.

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

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

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

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

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

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

Чтобы возможность высокой доступности помогала защитить приложение от сбоя узлов кэша, не менее трех узлов кэша должны быть членами кластера кэша. Такая необходимость вызвана строгим требованием согласованности, которое заключается в том, что всегда должно быть две копии кэшированного объекта или области в кэше с включенной высокой доступностью. Чтобы обеспечить наличие двух копий кэша или области, кэшу с включенной высокой доступностью требуется не менее двух узлов кэша. Дополнительные сведения о возможности высокой доступности см. в разделе Высокий уровень доступности (кэширование в 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