Est-il possible de configurer le clustering de basculement entre une instance 32 bits et une instance 64 bits?
Je tente de configurer quelques machines virtuelles dans mon laboratoire pour effectuer un clustering de basculement sur SQL Server 2008 et Windows Server 2008.
L'un des hôtes que j'ai n'est pas capable d'exécuter une machine virtuelle 64 bits, mais l'autre hôte est. Bien sûr, j'ai installé la machine 64 bits (hôte A) d'abord sans réaliser l'hôte B ne peut pas exécuter un VM 64 bits.
Puis-je exécuter un clustering de basculement avec un nœud sur x64 et un autre nœud sur x86? Ou dois-je réinstaller le système d'exploitation sur l'hôte A pour être 32 bits?
Windows Server 2008 (NO R2) a été expédié une variante 32 bits du système d'exploitation (dernière MS a été expédiée de cette façon). Donc, vous pouvez le regrouper. Vous pouvez installer un FCI 32 bits sur un nœud 32 bits. Vous ne pouvez pas installer de FCI 32 bits sur un nœud 64 bits. Donc non, ce que vous voulez n'est pas possible. Si vous avez besoin d'un FCI 32 bits, installez-le sur un système d'exploitation 32 bits.
Il apparaît que la réponse est un "non" retentissant depuis le cluster de basculement de basculement de Windows Server 2008 x86 du tout.
Il est temps de trouver une autre machine capable de VT.
http://technet.microsoft.com/en-us/library/cc771404.aspx#bkmk_software_requirements
J'ai créé avec succès un cluster de basculement SQL Server 2012 à des fins de test à l'aide de Windows Server 2008 (pas R2!).
L'environnement est composé de deux serveurs physiques exécutant un logiciel de virtualisation VMware. VM1 a Windows Server 2008 SP1 X64 avec RAM 3GB. VM2 a Windows Server 2008 SP1 X86 avec RAM 3GB. Le stockage partagé est fourni par un troisième serveur physique exécutant Windows Storage Server 2008 à l'aide de la cible Microsoft ISCSI. Le logiciel cible ISCSI est configuré pour permettre l'accès aux VM1 et VM2. Trois cibles ISCSI ont été créées, quorumdisk, msdtcdisk et sqldatadisk.
Toutes les machines sont des serveurs membres de Active Directory, nommé Ad.
J'ai créé un compte de sécurité pour SQL Server, nommé Ad\SQLCluster. Ad\sqlcluster a été donné le Read servicePrincipalName et Write servicePrincipalName. Les comptes de la machine, AD\VM1 et AD\VM2 ont reçu des droits de délégation de Kerberos via des utilisateurs et des ordinateurs Active Directory. Depuis mon DC= exécuté Windows Server 2003 avec SP2, je devais utiliser l'outil ADSIEDIT.EXE pour modifier les droits servicePrincipalName DROITS POUR AD\SQLCREATOR, disponible dans les outils de support Pour Windows Server 2003.
Ad\VM1 et AD\VM2 ont été connectés via le logiciel d'initiateur Microsoft iSCSI sur le serveur de stockage, puis configurés dans un cluster de basculement de Windows Server à l'aide de l'administrateur de cluster. MSDTC a été configuré comme une application de basculement sur AD/VM1 et AD/VM2 pour fournir des services DTC en cluster pour SQL Server.
J'ai installé SQL Server 2012 SP1 X86 sur Ad\VM2, à l'aide de la ligne de commande de configuration suivante:
D:\> Setup /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster
Cela permet à SQL Server Server Configuration de contourner la vérification du cluster de basculement Windows . Il en résulte une configuration qui est généralement non supportée par Microsoft. Dans mon cas, cela était nécessaire depuis que VM1 est X64 et VM2 est X86, ce qui n'est pas pris en charge.
J'ai installé SQL Server 2012 SP1 X64 sur Ad\VM1 à l'aide de la ligne de commande de configuration suivante:
D:\> Setup /SkipRules=Cluster_VerifyForErrors /Action=AddNode