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.
| Type de problème | Informations supplémentaires |
|---|---|
Utilisation de l'outil d'administration Windows PowerShell. |
|
Problèmes liés aux communications ou au pare-feu. |
|
Problèmes liés aux hôtes de cache. |
Hôtes principaux et gestion du cluster (mise en cache d'AppFabric 1.1) et Clients de cache et cache local (mise en cache d'AppFabric 1.1) |
Problèmes liés à la haute disponibilité du cluster de cache. |
|
Autorisations sur l'emplacement de stockage de la configuration. |
Configuration de cluster basée sur un dossier partagé et Configuration de cluster basée sur SQL Server |
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.
Notes
Chaque hôte de cache fait référence aux paramètres de configuration du cluster pour déterminer les ports à utiliser pour la communication avec le cluster. Utilisez la commande Get-CacheHostConfig de Windows PowerShell pour afficher les ports utilisés par chaque hôte de cache. Pour plus d'informations, consultez la rubrique Utilisation de Windows PowerShell pour la gestion des fonctionnalités de mise en cache d'AppFabric 1.1.
| Nom du port | Valeur par défaut | Attribut du fichier de configuration de l'application | Attribut du fichier de configuration du cluster |
|---|---|---|---|
Port de cache |
22233 |
|
|
Port de cluster |
22234 |
Non applicable |
|
Port d'arbitrage |
22235 |
Non applicable |
|
Port de réplication |
22236 |
Non applicable |
|
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.
Notes
Celle-ci n'arrête pas un service Windows d'hôte de cache s'il exécute le rôle de gestion du cluster. Par ailleurs, l'arrêt de l'hôte de cache provoque l'arrêt du cluster entier.
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