Dépannage de la mise en cache d'AppFabric

Cette rubrique répertorie les éléments à contrôler lors du dépannage des fonctionnalités de mise en cache de Microsoft AppFabric 1.1 pour Windows Server pour résoudre quelques-uns des problèmes courants.

Les problèmes les plus courants sont résumés et décrits dans le tableau suivant.

Administration du cache avec Windows PowerShell

Sous les systèmes d'exploitation Windows Vista, Windows 7 et Windows Server 2008, vous devez cliquer avec le bouton droit sur le raccourci Windows PowerShell et sélectionner l'option Exécuter en tant qu'administrateur pour que l'outil d'administration du cache fonctionne correctement.

Les valeurs des paramètres des commandes respectent la casse. Par exemple, si vous créez le cache NamedCache1, la commande Get-CacheConfig -CacheName namedcache1 ne fonctionnera pas. Vous devez reproduire la casse comme suit : Get-CacheConfig -CacheName NamedCache1.

Dans le cadre de l'exécution de l'outil d'administration du cache Windows PowerShell sur un hôte de cache, vous devez disposer des autorisations d'administrateur sur tous les hôtes de cache du cluster pour que les commandes fonctionnent correctement.

Les problèmes d'exécution des commandes Windows PowerShell peuvent également résulter des problèmes décrits dans les sections suivantes.

Exceptions de pare-feu et configuration des ports

Les serveurs de cache doivent inclure des exceptions de pare-feu pour les ports de cache, de cluster et d'arbitrage. L'Assistant Configuration d'AppFabric peut configurer automatiquement ces exceptions. Vous pouvez toutefois vérifier ces exceptions dans le cadre de la résolution des problèmes de communication.

Il est recommandé de définir les exceptions de pare-feu en fonction du nom de l'application, DistributedCacheService.exe. La spécification explicite des exceptions à l'aide des numéros de port garantit que les problèmes qui surviennent ne sont pas dus à la configuration incorrecte d'une exception de pare-feu. Par exemple, une exception de port explicite élimine la possibilité qu'un nom de fichier exécutable erroné soit sélectionné par erreur lors de la configuration manuelle de l'exception de pare-feu basée sur l'application.

Il n'est pas nécessaire de configurer une exception de port de pare-feu sur l'ordinateur exécutant l'application prenant en charge le cache. En effet, il contient les informations indiquant à l'application cliente le port à utiliser pour communiquer avec l'hôte de cache. Si le fichier de configuration de l'application inclut un numéro de port incorrect, le client ne pourra pas communiquer avec l'hôte. Le contrôle des exceptions de port sur l'hôte de cache et la vérification des fichiers de configuration de l'application et du cluster permettent d'exclure les problèmes liés à la configuration du pare-feu. Pour plus d'informations sur les fichiers de configuration, consultez la rubrique Options de configuration de la mise en cache d'AppFabric.

Le tableau suivant indique les valeurs par défaut de chaque port et l'emplacement de stockage des détails dans chaque fichier de configuration.

Problèmes liés aux hôtes de cache

Lorsque des hôtes principaux exécutent le rôle de gestion du cluster, la majorité d'entre eux doit rester exécutée dans le cluster de cache. Si la majorité des hôtes principaux cesse d'être exécutée, le cluster entier est arrêté. En revanche, l'échec d'un hôte secondaire n'empêche pas le cluster de cache de continuer à fonctionner. Si la haute disponibilité n'est pas activée, les objets mis en cache stockés sur l'hôte de cache sont perdus.

Pour identifier les hôtes de cache désignés comme hôtes principaux, utilisez la commande Get-CacheHostConfig avec le paramètre HostName. La propriété IsLeadHost des hôtes de cache désignés comme hôtes principaux est définie sur true. Pour plus d'informations sur Windows PowerShell, consultez la rubrique Utilisation de Windows PowerShell pour la gestion des fonctionnalités de mise en cache d'AppFabric 1.1.

Tous les services de cache doivent être démarrés et arrêtés simultanément. Pour cette raison, seules les commandes Start-CacheCluster, Stop-CacheCluster et Restart-CacheCluster permettent de modifier l'état du service cache sur les serveurs de cache. Avant d'arrêter les serveurs de cache individuels à des fins de maintenance, vous pouvez également utiliser la commande Stop-CacheHost.

Problèmes liés à la haute disponibilité du cluster de cache.

Pour que la fonctionnalité de haute disponibilité isole votre application de la défaillance d'un hôte de cache, au moins trois hôtes de cache doivent être membres du cluster de cache. Ceci est du à une exigence élevée de cohérence qui impose d'avoir toujours deux copies des régions ou objets dans un cache prenant en charge la haute disponibilité. Pour cela, au moins deux hôtes de cache doivent fonctionner dans le cache prenant en charge la haute disponibilité. Pour plus d'informations sur la fonctionnalité de haute disponibilité, consultez la rubrique Haute disponibilité (mise en cache d'AppFabric 1.1)).

Autorisations sur l'emplacement de stockage de la configuration du cluster de cache

Tous les hôtes de cache doivent accéder à l'emplacement de stockage de la configuration du cluster. Chaque fois qu'un nouvel hôte de cache est ajouté au cluster, le programme d'installation doit accorder à l'hôte de cache des autorisations sur l'emplacement de stockage de la configuration. Le cluster de cache doit également être redémarré pour reconnaître les nouveaux hôtes de cache une première fois. Pour plus d'informations sur les autorisations requises pour votre cluster de cache, consultez le document Windows Server AppFabric Installation Guide (https://go.microsoft.com/fwlink/?LinkId=169172) (en anglais).

Voir aussi

Concepts

Options de stockage de la configuration du cluster
Configuration de cluster basée sur un dossier partagé
Configuration de cluster basée sur SQL Server
Options de configuration de la mise en cache d'AppFabric
Utilisation de Windows PowerShell pour la gestion des fonctionnalités de mise en cache d'AppFabric 1.1
Concepts relatifs à la mise en cache d'AppFabric (mise en cache d'AppFabric 1.1)
Développement d'un client de cache

  2012-03-05