Solucionando problemas de cache do Windows Server AppFabric

Este tópico lista as áreas a verificar durante a resolução de problemas dos recursos de cache do Windows Server AppFabric para ajudar a resolver alguns dos problemas mais comuns.

Os problemas mais comuns são resumidos na tabela a seguir e descritos nos seguintes títulos.

Administração de Cache com o Windows PowerShell

Nos sistemas operacionais Windows Vista, Windows 7 e Windows Server 2008, você deve clicar com o botão direito no atalho do Windows PowerShell e selecionar Executar como administrador para que a ferramenta de administração de cache funcione corretamente.

Os valores de parâmetros dos comandos fazem distinção entre maiúsculas e minúsculas. Por exemplo, se você criar uma cache chamada NamedCache1, o comando Get-CacheConfig -CacheName namedcache1 não funcionará. A caixa das letras deve ser igual, como neste exemplo: Get-CacheConfig -CacheName NamedCache1.

Ao executar a ferramenta de administração de cache Windows PowerShell em um host de cache, você deve ter permissões de administrador em todos os hosts de cache no cluster para que os comandos funcionem corretamente.

Problemas de execução de comandos do Windows PowerShell também podem ser causados por problemas descritos nas seções a seguir.

Exceções de Firewall e Configuração de Portas

É importante que todos os servidores de cache tenham exceções de firewall para cache, cluster e portas de arbitragem. O Assistente de Configuração do AppFabric pode configurar automaticamente essas exceções de firewall, mas você pode querer confirmar essas exceções ao solucionar problemas de comunicação.

É recomendável que as exceções de firewall sejam baseadas no nome do aplicativo, DistributedCacheService.exe. Especificar explicitamente exceções baseadas nos números da porta ajuda a eliminar qualquer dúvida de que os problemas possam ser causados por uma exceção de firewall configurada incorretamente. Por exemplo, uma exceção explícita de porta elimina a chance de que o nome errado do executável tenha sido selecionado por engano ao configurar manualmente a exceção de firewall com base no aplicativo.

O computador que está executando o aplicativo habilitado para cache não precisa que uma exceção de porta de firewall seja configurada. Ele contém a informação que indica ao aplicativo cliente a porta que deve ser usada para se comunicar com o host de cache. Se o arquivo de configuração do aplicativo listar o número errado de porta, o cliente não será capaz de se comunicar com o host. Verificando as exceções de portas no host de cache e verificando os arquivos de configuração de aplicativos e cluster, você pode ajudar a excluir as dúvidas sobre configuração do firewall. Para obter mais informações sobre os arquivos de configuração, consulte Opções de configuração de cache do Windows Server AppFabric.

A tabela a seguir mostra os valores padrão de cada porta, e onde os detalhes são armazenados em cada arquivo de configuração, conforme o caso.

Problemas de host de cache

Quando os hosts principais desempenham a função de gerenciamento de cluster, a maioria dos hosts principais deve permanecer em execução no cluster de cache. Se a maioria dos hosts principais deixar de funcionar, todo o cluster deixará de funcionar. Se um host que não for principal falhar, o cluster de cache continuará funcionando. Se a alta disponibilidade não estiver habilitada, os objetos em cache que foram armazenados no host de cache serão perdidos.

Se houver dúvida sobre quais hosts de cache foram designados como hosts principais, use o comando Get-CacheHostConfig com o parâmetro HostName. Ele é designado como um host principal quando a propriedade IsLeadHost for verdadeira. Para obter mais informações sobre o Windows PowerShell, consulte Usando o Windows PowerShell para gerenciar os recursos de cache do Windows Server AppFabric.

É importante que todos os serviços de cache começam e param ao mesmo tempo. Por essa razão, os comandos Start-CacheCluster, Stop-CacheCluster e Restart-CacheCluster são único meio permitido de alterar o estado do serviço de cache nos servidores de cache. Antes de desligar individualmente os servidores de cache para manutenção, você também pode usar o comando Stop-CacheHost.

Problemas de alta disponibilidade de cluster de cache

Para que o recurso de alta disponibilidade ajude a isolar seu aplicativo da falha de um host de cache, pelo menos três hosts de cache devem ser membros do cluster de cache. Isso se deve a uma forte exigência de uniformidade, afirmando que deve sempre haver duas cópias de um objeto em cache ou uma região de uma cache que reconheça alta disponibilidade. Para manter duas cópias de uma cache ou região, uma cache habilitada para alta disponibilidade exige pelo menos dois hosts de cache para funcionar. Para obter mais informações sobre o recurso de alta disponibilidade, consulte Alta disponibilidade (Cache do Windows Server AppFabric)).

Permissões do Local de Armazenamento da Configuração do Cluster de Cache

Todos os hosts de cache devem ser capazes de acessar o local de armazenamento da configuração de cluster. Sempre que um novo host de cache é adicionado ao cluster, o programa de instalação deve conceder ao host de cache permissões para o local de armazenamento de configurações. O cluster de cache também deve ser reiniciado para reconhecer novos hosts de cache pela primeira vez. Para obter mais informações sobre as permissões necessárias para o seu cluster de cache, consulte o Guia de Instalação do Windows Server AppFabric (https://go.microsoft.com/fwlink/?LinkId=169172).

Consulte também

Conceitos

Opções de armazenamento de configuração de cluster (Cache do Windows Server AppFabric)
Configuração de cluster baseado em pasta compartilhada (Cache do Windows Server AppFabric)
Configuração de cluster baseado em SQL Server (Cache do Windows Server AppFabric)
Opções de configuração de cache do Windows Server AppFabric
Usando o Windows PowerShell para gerenciar os recursos de cache do Windows Server AppFabric
Conceitos de cache do Windows Server AppFabric
Desenvolvendo um cliente de cache (cache do Windows Server AppFabric)

  2011-12-05