La préparation d'une installation de cluster échoue à l'étape de support de support de configuration (non cluster ou le service de cluster est en ligne et en ligne)
Aujourd'hui, j'essayais d'installer un environnement de cluster R2 SQL Server 2008 sur les serveurs R2 de Windows Server 2012 et après toutes les étapes nécessaires pour préparer le cluster (comme la création d'un disque virtuel ISCSI pour le cluster Windows, configurez des membres de nœuds, Installation de .NET Framework 3.5, Ajout de la fonction de basculement de cluster Windows, configurez le cluster, etc.) J'ai poursuivi en exécutant l'installation "Préparation du cluster avancé" dans SQL Server 2008 R2.
Au cours de l'une des étapes initiales (la seule vérifie les règles), je trouve que le service "non cluster ou le service de cluster est opérationnel" Étapes en ligne ".
Lors de l'inspection des détails, je vois que la "machine est classer, mais le cluster n'est pas en ligne ..." Message
... Je ne sais pas la raison pour laquelle, puisque quand j'inspecte le cluster en utilisant le gestionnaire de cluster de basculement, tout semble bien 
Je peux même faire un échec sur les lecteurs et un échec sans problème. J'ai également dirigé le rapport de validation et tout est revenu vert ...
Des idées de ce que je pourrais manquer?
Plus d'enquête
C'est ce que j'ai trouvé en regardant dans le systèmeConfigurationCheck_report.htm (sur le bootstrap log) ... Apparemment, il est plus ou moins le même message. Tous les autres chèques sont "Green" (OK ).
En outre, sur bootstrap Enquête en journal, j'ai trouvé cette section (dans le détail.txt pour l'une de mes exécutions) qui semblent perdre plus de lumière ...
Quelle "la clé donnée n'était pas présente dans le dictionnaire" signifie ... je ne peux pas dire. Je ne suis pas un expert dans le dépannage de cluster avancé, je ne suis donc que spéculer ici ... J'ai Mise à jour du contenu de mon bootstrap journal ici Si quelqu'un pense qu'ils peuvent Trouvez encore des "indices" que je n'ai pas pu trouver ...
Plus de conclusions (24 heures plus tard ...) Donc, je n'ai pas été en mesure de trouver la cause première du problème, même après des suggestions dans cette page et ce KB , Rien ne semble m'aider avec cette règle de soutien!
Aujourd'hui, hors des désespoir, j'ai tenté d'exécuter la "Préparation du cluster avancé" à l'aide de l'image d'installation de SQL Server 2017 Enterprise et celui-ci a effectivement fonctionné sans problèmes!
La question semble donc être limitée aux fichiers binaires SQL Server 2008 R2 Cluster (quelque chose après 2008 R2 a été adressé). Ce n'est pas une solution pour moi (comme je dois faire ce travail en 2008 R2 pour diverses raisons), mais au moins enfreint un peu plus de lumière dans le problème (espérons-le) et me dit qu'il n'y a rien de mal à installer et à configurer le cluster de basculement. SE, mais plus de la manière dont SQL Server 2008 R2 interprète que j'ai un groupe entièrement fonctionnel.
Donc, enfin après plus d'investigation, j'ai trouvé le bon post expliquant mon problème et la solution.
Il s'avère que l'article était celui que DCO a souligné . La chose est la suivante: le problème que j'avais connu n'a été résolu avec la technique de glissade (l'installation avec SP2) mais avec une autre chose mentionnée là-bas plus bas sur la route (numéro 2: La règle "Vérification du service de cluster" échoue lorsque vous essayez d'installer une instance de cluster de basculement R2 SQL Server 2008 R2).
S'avère que j'ai dû activer la fonctionnalité "Failover Cluster Automation Server" dans mes cases R2 Windows 2012.
Merci tout le monde pour votre aide sur cette question, en particulier DCO pour me faire remarquer ce site Web. Depuis la résolution que DCO a offert (Slipstreaming avec SP 3) n'était pas la solution à mon problème, je n'ai pas accepté celui-ci comme la réponse (afin que les futures recherches avec d'autres personnes cherchent à réparer ce même problème ne vous retrouvez pas sur une chasse à l'oie sauvage).
Vous devrez peut-être installer au moins Service Pack 2 ou plus de SQL Server 2008 R2 sur Windows Server 2012 R2. Je vous suggère d'installer le dernier service Pack 3. Vous pouvez obtenir le programme d'installation ICI . Slipstream votre installateur à SP3. Ce guide vous aidera à savoir comment slipstream .
Vous pouvez également lire ceci Article KB pour la compatibilité de la version SQL Server.
Modifier (pour compléter ma réponse avec la solution suivante en fonction du [~ # ~ # ~ # ~ ~ ~] ):
Exigences minimales de version SQL Server pour Windows Server 2012 R2 ou Windows 8.1
Pour SQL Server 2008 R2 Vous devez appliquer SQL Server 2008 R2 Service Pack 2 ou une mise à jour ultérieure.
Problème: La règle "Vérification du service de cluster" échoue lorsque vous essayez d'installer une instance de cluster de basculement SQL Server 2008 R2
Symptômes
Lorsque vous essayez d'installer une instance de cluster de basculement R2 SQL Server 2008 R2, l'installation échoue à la règle "Vérification du service de cluster".
cause
Ce problème se produit si la bibliothèque MSClus.dll basée sur COM n'est pas activée.
Remarque Les programmes SQL Server Server 2008 et SQL Server 2008 R2 Server 2008 R2 Les programmes dépendent de la bibliothèque MSClus.DLL basée sur COM. Si cette bibliothèque n'est pas activée sur le nœud de cluster, la configuration échoue.
Résolution
Pour résoudre ce problème, effectuez l'une des opérations suivantes:
Activez la fonction de serveur d'automatisation du cluster de basculement sur chaque nœud à l'aide de Server Manager. Dans Manager Server Server Outils d'administration du serveur distant, expand Outils d'administration de fonctionnalité, expand Outils de cluster de basculement, puis cliquez sur Pour sélectionner Failover Cluster Automation Server.
Exécutez la cmdlet WindowsHellell suivante sur chaque nœud pour activer la fonction de serveur d'automatisation du cluster de basculement: ADD-WindowsFeature Rsat-clustering-AutomoTorver Remarque Vous devez exécuter cette cmdlet à une invite de commande élevée.
De bootstrap Connectez-vous, je peux voir, la partie jaune que vous avez mise en évidence.
La clé donnée n'était pas présente dans le dictionnaire.
Maintenant, c'est un indice que nous devons nous concentrer sur. Cela signifie donc que l'installation tente de rechercher une clé et n'est pas capable de le trouver et d'où ce message. Eh bien, cela peut ne pas être aussi simple que cela semble. ce blog dit que cela peut être parce que the **password** of the account by which you are logged in to the windows server is not of 15 characters. La même chose a été mise en évidence dans cet article Article MS KB .
Il y a 3 résolution mentionné que j'ai mis en évidence le plus facile.
Résolution
Pour résoudre le problème, sélectionnez la méthode qui convient le mieux à votre situation.
Méthode 1: Utilisez un mot de passe d'au moins 15 caractères lorsque la stratégie Nolmhash est définie dans Active Directory et ne peut pas être désactivée en raison de considérations de sécurité, d'utilisation Un mot de passe d'au moins 15 caractères pour empêcher l'assistant de configuration du cluster d'utiliser un lmhash pour l'authentification.
Méthode 2: Activez le stockage de LMHash dans Active Directory Activez le stockage de LMHash d'un mot de passe utilisateur à l'aide de la stratégie de groupe dans Active Directory. Pour ce faire, procédez comme suit: Dans la stratégie de groupe de contrôleurs de domaine par défaut, développez la configuration de l'ordinateur, développez les paramètres Windows, développez les paramètres de sécurité, développez les stratégies locales, puis cliquez sur Options de sécurité. Dans la liste des stratégies disponibles, double-cliquez sur Sécurité du réseau: ne stockez pas la valeur de hachage du gestionnaire LAN sur le changement de mot de passe suivant. Cliquez sur Désactivé, puis sur OK. Assurez-vous que la stratégie est répliquée et est appliquée. Réinitialiser le mot de passe de la CSA (la longueur peut comporter moins de 15 caractères) pour vous assurer que le lmhash est écrit à Sam/AD.
Méthode 3: Installez un correctif Hotfix Un correctif est disponible à partir de Microsoft pour résoudre ce problème pour que les mots de passe de quinze caractères ne soient pas nécessaires lorsque la stratégie Nolmhash est définie Active Directory. Pour plus d'informations, cliquez sur le numéro d'article suivant pour afficher l'article dans la base de connaissances Microsoft:
890761 Vous recevez un message d'erreur "ERROR 0X8007042B" lorsque vous ajoutez ou rejoignez un nœud à un cluster si vous utilisez NTLM version 2 dans Windows Server 2003
Dernière mise à jour: 8 janvier 2017 Veuillez vérifier la longueur du mot de passe et s'il est inférieur à 15 caractères, changez-le sur 16 caractères, puis à nouveau l'installation.