Partager via


Avant l'installation du clustering de basculement

Avant d'installer un cluster de basculement SQL Server, vous devez sélectionner le matériel et le système d'exploitation que SQL Server utilisera. Vous devez également configurer Microsoft Cluster Service (MSCS) et examiner le réseau, la sécurité ainsi que les points importants à prendre en compte pour les autres logiciels qui seront exécutés sur votre cluster de basculement.

Liste de vérification avant l'installation

Avant d'entamer le processus d'installation du cluster de basculement, vérifiez les éléments indiqués ci-dessous.

Vérifiez votre solution matérielle

  • Si la solution de cluster inclut des nœuds de cluster dispersés géographiquement, il est important de vérifier d'autres éléments, tels que la prise en charge de disques partagés et le temps de réponse du réseau. La solution complète doit figurer dans la liste de compatibilité matérielle des clusters géographiques. Pour plus d'informations, consultez Windows Clustering et sites séparés sur le plan géographique dans la Base de connaissances Microsoft.

  • Les configurations SAN sont également prises en charge sous Windows 2000 éditions Advanced Server et Datacenter Server. La catégorie « Périphérique cluster/multi-cluster » du Catalogue Windows et de la liste des matériels compatibles avec Windows répertorie les unités de stockage compatibles SAN qui ont été testées et qui sont prises en charge en tant qu'unités de stockage SAN avec plusieurs clusters MSCS associés. Si vous faites correspondre les unités de cette liste et les configurations de cluster complètes définies dans la catégorie « Cluster » du Catalogue Windows et de la liste des matériels compatibles avec Windows, vous pouvez déployer un groupe de serveurs et de clusters Windows dans un contexte SAN avec des périphériques de stockage partagés, d'une manière prise en charge par Microsoft. Pour plus d'informations, consultez Le programme Datacenter et Windows 2000 Datacenter Server dans la Base de connaissances Microsoft.

  • Si vous déployez un cluster de basculement SQL Server sur des composants de la technologie iSCSI, nous vous recommandons de prendre les précautions qui s'imposent. Pour plus d'informations, consultez Prise en charge de SQL Server 2000 sur des composants de la technologie iSCSI dans la Base de connaissances Microsoft.

  • Pour obtenir des informations de support technique, consultez SQL Server support policy for Microsoft Clustering (en anglais) dans la Base de connaissances Microsoft.

  • Déterminez le partage de ressources de disque quorum. Dans un cluster de serveurs, le disque quorum contient une copie principale de la configuration du cluster de serveurs, et il est également utilisé comme ressource de contrôle décisive si toutes les communications réseau tombent en panne entre les nœuds du cluster. En fonction du type de cluster de serveurs que vous implémentez, le disque quorum peut être, ou non, un disque physique sur la baie de disques de cluster partagée. Bien qu'il soit conseillé de réserver un disque de cluster entier afin de l'utiliser comme disque quorum, des ressources autres que la ressource quorum peuvent être autorisées à accéder au disque quorum.

    Cependant, si vous faites en sorte que la ressource quorum partage le même disque avec d'autres ressources, vous êtes contraint de choisir parmi deux alternatives non souhaitables. Vous devez soit configurer la ressource afin que sa défaillance n'affecte pas le groupe, soit autoriser le groupe à être affecté par les défaillances de l'autre ressource. Dans le premier cas, le basculement n'est plus assuré pour la ressource ; dans le second cas, la ressource quorum bascule avec le reste du groupe qui contient la ressource quorum et la ressource défaillante. Par conséquent, la totalité du cluster est hors connexion, et ce, pendant toute la durée nécessaire au basculement du groupe.

    Pour plus d'informations sur la configuration appropriée d'un lecteur quorum, consultez l'article Informations concernant la configuration de lecteur quorum dans la Base de connaissances Microsoft.

  • Pour installer un cluster de basculement SQL Server lorsque les fichiers d'installation source et le cluster se trouvent dans des domaines différents, copiez les fichiers d'installation sur le domaine actuellement disponible sur le cluster de basculement SQL Server.

Vérifiez les paramètres de votre système d'exploitation

  • Assurez-vous que votre système d'exploitation est installé correctement et qu'il prend en charge le clustering de basculement. Le tableau suivant comporte une liste des éditions SQL Server et des systèmes d'exploitation qui les prennent en charge.

    [!REMARQUE]

    SQL Server 2008 Evaluation utilise les mêmes configurations matérielle et logicielle que SQL Server 2008 Enterprise.

Édition SQL Server

Windows Server 2003 Enterprise SP2

Microsoft Windows 2003 Datacenter Server SP2

Microsoft Windows 2008 Enterprise

Microsoft Windows 2008 Datacenter Server

SQL Server 2008 Enterprise (64 bits) IA641

Oui

Oui

Oui

Oui

SQL Server 2008 Enterprise (64 bits) x641

Oui

Oui

Oui

Oui

SQL Server 2008 Enterprise (32 bits)

Oui

Oui

Oui

Oui

SQL Server 2008 Developer (64 bits) IA641

Oui

Oui

Oui

Oui

SQL Server 2008 Developer (64 bits) x641

Oui

Oui

Oui

Oui

SQL Server Developer (32 bits)

Oui

Oui

Oui

Oui

SQL Server 2008 Standard (64 bits) x641

Oui

Oui

Oui

Oui

SQL Server 2008 Standard (32 bits)

Oui

Oui

Oui

Oui

1Les clusters SQL Server 2008 ne sont pas pris en charge en mode WOW. Cela comprend les mises à niveau à partir de SQL Server 2000 et SQL Server 2005 qui ont été installées dans WOW. Pour ceux-là, la seule option de mise à niveau est d'installer la nouvelle version côte à côte et de migrer. Pour SQL Server 2000 IA64, la mise à niveau sur place n'est pas prise en charge.

  • Pour plus d'informations, consultez Configurations matérielle et logicielle requises pour l'installation de SQL Server 2008.

  • Activez le fournisseur de services de chiffrement Windows sur Windows Server 2003. Si le service de ce fournisseur est arrêté ou désactivé sur un nœud de cluster, le programme d'installation de SQL Server échoue et affiche une boîte de dialogue relative à la configuration requise pour le programme Windows Logo.

  • SQL Server prend en charge les points de montage ; les installations en cluster de SQL Server sont limitées au nombre de lettres de lecteurs disponibles. Si l'on part du principe que vous utilisez une seule lettre de lecteur pour le système d'exploitation et que toutes les autres lettres de lecteurs peuvent être utilisées comme lecteurs en cluster standard ou lecteurs en cluster hébergeant des points de montage, vous êtes limité à un maximum de 25 instances de SQL Server par cluster de basculement.

    Un volume monté, ou point de montage, vous permet d'utiliser une seule lettre de lecteur pour faire référence à de nombreux disques ou volumes. Si vous disposez d'une lettre de lecteur D: qui fait référence à un disque ou volume traditionnel, vous pouvez connecter ou « monter » d'autres disques ou volumes comme répertoires sous la lettre de lecteur D: sans que les disques ou volumes supplémentaires ne nécessitent des lettres de lecteurs qui leur sont propres.

    Remarques supplémentaires relatives aux points de montage pour le clustering de basculement SQL Server :

    • Pour le programme d'installation de SQL Server, le lecteur de base d'un lecteur monté doit posséder une lettre de lecteur associée. Pour les installations de clusters de basculement, ce lecteur de base doit être un lecteur en cluster. Les GUID du volume ne sont pas pris en charge dans cette version.

    • Le lecteur de base (celui doté de la lettre de lecteur) ne peut pas être partagé entre des instances de clusters de basculement. Cette restriction est normale pour les clusters de basculement, mais elle ne s'applique pas aux serveurs autonomes à plusieurs instances.

    • Soyez vigilant lorsque vous configurez votre cluster de basculement : vérifiez que le lecteur de base et les disques ou volumes montés sont répertoriés comme ressources dans le groupe de ressources. Le programme d'installation de SQL Server valide la configuration du lecteur dans le cadre d'une installation de cluster de basculement.

  • Le programme d'installation de SQL Server définit automatiquement les dépendances entre le groupe de clusters SQL Server et les disques qui figurent dans le cluster de basculement. Ne définissez pas de dépendances pour les disques avant l'installation.

  • Pendant l'installation du cluster de basculement SQL Server 2008, un objet ordinateur (compte d'ordinateur Active Directory) pour la ressource de nom réseau SQL Server est créé. Dans un cluster Windows 2008, le nom de compte du cluster (compte d'ordinateur du cluster lui-même) doit disposer d'autorisations pour créer des objets ordinateur. Pour plus d'informations, consultez Configuring Accounts in Active Directory (en anglais). Si vous installez le cluster SQL Server sur un cluster Windows 2003, le service de cluster doit disposer des autorisations requises pour créer les objets ordinateur. Pour plus d'informations, consultez les articles suivants de la Base de connaissances Microsoft :

  • Pour plus d'informations sur l'activation de l'authentification Kerberos avec SQL Server 2008, consultez l'article Comment faire pour utiliser l'authentification Kerberos dans SQL Server de la Base de connaissances Microsoft.

Configurez Microsoft Cluster Server

  • Le logiciel MSCS (Microsoft Cluster Server) doit être configuré sur au moins l'un des nœuds de votre cluster de serveurs. MSCS est pris en charge uniquement si la configuration du matériel sur lequel il est installé a été testée et est compatible avec le logiciel MSCS. Vous devez également exécuter SQL Server Enterprise ou SQL Server Standard avec MSCS. SQL Server Enterprise prend en charge les clusters de basculement contenant jusqu'à 8 nœuds. SQL Server Standard prend en charge les clusters de basculement à 2 nœuds.

    Pour plus d'informations sur l'installation et la configuration de MSCS sur Windows Server 2003, consultez Server clusters (en anglais).

  • La DLL de ressource pour le service SQL Server exporte deux fonctions utilisées par le gestionnaire de cluster MSCS pour vérifier la disponibilité de la ressource SQL Server. Il existe une vérification simple, LooksAlive, qui interroge l'état du service par le biais du Gestionnaire de contrôle des services Windows NT. Il existe également une vérification plus rigoureuse, IsAlive, qui se connecte à SQL Server en tant qu'utilisateur de test pour effectuer une requête simple. Par défaut, LooksAlive se déclenche toutes les 5 secondes et IsAlive se déclenche toutes les 60 secondes. Les fréquences d'interrogation de LooksAlive et d'IsAlive peuvent être modifiées dans l'Administrateur de cluster MSCS à partir de l'onglet Avancé pour la ressource SQL Server ou à l'aide de l'utilitaire d'invite de commandes Cluster.exe.

  • MSCS doit être en mesure de vérifier que l'instance de cluster de basculement s'exécute à l'aide de la vérification IsAlive. Cela signifie qu'il convient de se connecter au serveur à l'aide d'une connexion approuvée. Par défaut, le compte qui exécute le service de cluster n'est pas configuré en tant qu'administrateur sur les nœuds du cluster, et le groupe BUILTIN\Administrateurs n'a pas l'autorisation de se connecter à SQL Server. Ces paramètres changent uniquement si vous modifiez les autorisations définies sur les nœuds du cluster.

    Assurez-vous que le groupe ou le compte sous lequel le service de cluster s'exécute peut se connecter à SQL Server pour la vérification IsAlive. Dans le cas contraire, la vérification IsAlive échouera. Le compte Cluster Service (MSCS) doit disposer des autorisations minimales public sur SQL Server pour qu'il soit possible d'exécuter SELECT @@servername régulièrement.

  • Lorsque vous installez MSCS, il est très important d'utiliser des comptes de services séparés pour la connexion à MSCS et à SQL Server. Dans le cas contraire, le mot de passe du service de cluster ne peut pas être modifié à l'aide de la commande de cluster.

  • Lors de l'utilisation de MSCS, un nœud doit contrôler le bus SCSI partagé avant que l'autre nœud soit en ligne. Sinon, l'application risque de basculer vers un état d'attente en ligne, sans pouvoir basculer vers l'autre mode, ou alors le basculement échouera totalement. Si votre système de cluster dispose d'un processus d'installation propriétaire, celui-ci doit être utilisé.

Installation de Microsoft Distributed Transaction Coordinator

Avant d'installer SQL Server sur un cluster de basculement, déterminez si la ressource de cluster Microsoft Distributed Transaction Coordinator (MSDTC) doit être créée. Si vous installez uniquement le moteur de base de données, la ressource de cluster MSDTC n'est pas nécessaire. Si vous installez le moteur de base de données et SSIS, les composants de station de travail, ou si vous comptez utiliser les transactions distribuées, vous devez installer MSDTC. Notez que MSDTC n'est pas requis pour les instances d'Analysis Services uniquement.

Configurez MS DTC (Microsoft Distributed Transaction Coordinator)

Une fois que vous avez installé le système d'exploitation et configuré votre cluster, vous devez configurer MSDTC pour qu'il fonctionne dans un cluster à l'aide de l'Administrateur de cluster. L'échec de la mise en cluster de MSDTC ne bloquera pas l'installation de SQL Server, mais les fonctionnalités des applications SQL Server peuvent être affectées si MSDTC n'est pas configuré correctement.

Autres remarques relatives aux logiciels

  • Vérifiez que tous les nœuds du cluster sont configurés de la même manière, y compris COM+, les lettres de lecteur de disque et les utilisateurs dans le groupe Administrateurs.

  • Vérifiez que l'interconnexion (pulsation) de cluster est configurée de manière appropriée. Pour plus d'informations, consultez l'article de la Base de connaissances, Recommended private "Heartbeat" configuration on a cluster server.

  • Vérifiez que vous avez effacé les journaux système dans tous les nœuds, puis affiché de nouveau les journaux système. Vérifiez que les journaux ne contiennent aucun message d'erreur avant de continuer.

  • Pour les installations SQL Server dans des configurations côte à côte avec des versions antérieures, les services SQL Server doivent utiliser des comptes figurant uniquement dans le groupe global des domaines. En outre, les comptes utilisés par les services SQL Server ne doivent pas figurer dans le groupe local Administrateurs. Ne pas se conformer à cette consigne entraînera un comportement de sécurité inattendu.

  • Si vous déployez des nœuds de cluster Windows Server 2003 dans un environnement ne comprenant aucun contrôleur de domaine Windows Server 2003 préexistant, consultez Nœuds de clusters Windows 2000 et Windows Server 2003 en tant que contrôleurs de domaine.

  • Installez les logiciels requis : avant d'exécuter l'installation ou la mise à niveau vers SQL Server 2008, installez les composants requis suivants pour réduire la durée d'installation. Vous pouvez installer les logiciels requis sur chaque nœud de cluster de basculement, puis redémarrer les nœuds une fois avant d'exécuter le programme d'installation.

  • .NET Framework 3.5 SP1. Le programme d'installation n'installe pas .NET Framework 3.5 SP1 sur un système d'exploitation en cluster. Vous devez installer .NET Framework 3.5 SP1 avant d'exécuter le programme d'installation. Pour éviter tout problème avec le programme d'installation de .NET Framework 3.5, assurez-vous que le service Windows Update est en cours d'exécution.

    • Windows Installer 4.5.

    • Si vous utilisez Windows Server 2003 SP2, installez le correctif 937444. Il s'agit d'une condition préalable pour la fonction FILESTREAM des services du moteur de base de données.

    • Fichiers de support d'installation de SQL Server. Vous pouvez installer ces fichiers en exécutant SqlSupport.msi qui se trouve sur le support d'installation de SQL Server 2008.

  • Pour utiliser le chiffrement, installez le certificat du serveur avec le nom DNS complet du cluster MSCS sur tous les nœuds du cluster de basculement SQL Server. Par exemple, si vous disposez d'un cluster à deux nœuds appelés « Test1.NomDomaine.com » et « Test2.NomDomaine.com » et d'une instance de cluster de basculement SQL Server appelée « Virtsql », vous devez vous procurer un certificat pour « Virtsql.NomDomaine.com » et installer le certificat sur les nœuds test1 et test2. Vous pouvez ensuite activer la case à cocher Forcer le chiffrement du protocole dans le Gestionnaire de configuration SQL Server pour configurer votre cluster de basculement à des fins de chiffrement.

    Important

    N'activez pas la case à cocher Forcer le chiffrement du protocole tant que les certificats n'ont pas été installés sur tous les nœuds participants de votre instance de cluster de basculement.

  • Vérifiez qu'aucun logiciel antivirus n'est installé sur votre cluster MSCS. Pour plus d'informations, consultez l'article Antivirus software may cause problems with cluster services (en anglais) dans la Base de connaissances Microsoft.

  • Vérifiez que le disque sur lequel SQL Server doit être installé n'est pas compressé. Si vous tentez d'installer SQL Server sur un lecteur compressé, l'installation de SQL Server échoue.

  • Lorsque vous nommez un groupe de clusters pour votre installation de clusters de basculement, vous ne devez pas utiliser les caractères suivants dans le nom du groupe de clusters :

    • Opérateur inférieur à (<)

    • Opérateur supérieur à (>)

    • Guillemet (")

    • Apostrophe (')

    • et commercial (&)

    Vérifiez également que les noms de groupes de clusters existants ne contiennent pas de caractères non pris en charge.

Considérations relatives aux réseau, port et pare-feu

  • Vérifiez que vous avez désactivé NetBIOS pour toutes les cartes réseau privées avant d'entamer la procédure d'installation de SQL Server.

  • Le nom réseau et l'adresse IP de SQL Server ne doivent pas être utilisés à d'autres fins, telles que le partage de fichiers. Si vous souhaitez créer une ressource de partage de fichier, utilisez un nom réseau et une adresse IP différents et uniques pour la ressource.

    Important

    Microsoft vous déconseille d'utiliser des partages de fichiers sur des lecteurs de données, car ils ont une incidence sur les performances et le comportement de SQL Server.

  • Bien que SQL Server prenne en charge les canaux nommés et les sockets TCP/IP sur TCP/IP au sein d'un cluster, Microsoft vous recommande d'utiliser des sockets TCP/IP dans une configuration en cluster.

  • Pour garantir un fonctionnement correct du cluster de basculement, ajoutez des exceptions aux paramètres de configuration du pare-feu pour le port SQL Server, le port SQL Browser, le partage de fichiers et d'imprimantes (TCP 139/445 et UDP 137/138), ainsi que l'appel de procédure distante (port TCP 135).

  • Notez que le serveur ISA Server n'est pas pris en charge sur le clustering Windows ; par conséquent, il n'est pas non plus pris en charge sur les clusters de basculement SQL Server.

  • Le service Registre distant doit être activé et en cours d'exécution.

  • L'administration à distance doit être activée.

  • Pour le port SQL Server, utilisez le Gestionnaire de configuration SQL Server pour vérifier la configuration réseau SQL Server du protocole TCP/IP pour l'instance à débloquer. Vous devez activer le port TCP pour IPALL si vous voulez vous connecter à SQL Server à l'aide de TCP après l'installation. SQL Browser écoute sur le port UDP 1434 par défaut.

  • Les opérations d'installation du cluster de basculement incluent une règle qui vérifie l'ordre de liaison réseau. Bien que les ordres de liaison semblent corrects, il se peut que vous ayez désactivé ou créé des configurations de carte réseau « fantômes » sur le système. Les configurations de carte réseau « fantômes » peuvent affecter l'ordre de liaison et provoquer l'émission d'un avertissement par ce dernier. Pour éviter cela, effectuez les opérations suivantes pour identifier et supprimer les cartes réseau désactivées :

    1. À une invite de commandes, entrez : set devmgr_Show_Nonpersistent_Devices=1.

    2. Entrez et exécutez : start Devmgmt.msc.

    3. Développez la liste des cartes réseau. Seuls les adaptateurs physiques doivent figurer dans la liste. Si une carte réseau est désactivée, le programme d'installation signalera un échec pour la règle de l'ordre de liaison réseau. Le Panneau de configuration/Connexions réseau indiquera également que l'adaptateur a été désactivé. Assurez-vous que les Paramètres réseau du Panneau de configuration affichent la même liste d'adaptateurs physiques actifs que devmgmt.msc.

    4. Supprimez les cartes réseau désactivées avant d'exécuter l'installation de SQL Server.

    5. À l'issue de l'installation, retournez dans Connexions réseau du Panneau de configuration et désactivez les cartes réseau qui ne sont pas actuellement utilisées.

Autres considérations

  • Pour créer un cluster de basculement, vous devez être un administrateur local autorisé à se connecter en tant que service et à agir dans le cadre du système d'exploitation sur tous les nœuds de l'instance de cluster de basculement.

  • Avant d'installer ou de mettre à jour un cluster de basculement SQL Server, désactivez l'ensemble des applications et des services susceptibles d'utiliser les composants SQL Server au cours de l'installation, mais maintenez en ligne les ressources de disque.

  • Sur Windows Server 2008, les SID de service sont générés automatiquement pour une utilisation avec les services SQL Server 2008. Pour les instances de cluster de basculement SQL Server 2008 mises à niveau à partir de SQL Server 2000 ou SQL Server 2005, les groupes de domaines et configurations des listes de contrôle d'accès existants seront conservés.

  • Les groupes de domaines doivent se trouver dans le même domaine que les comptes d'ordinateurs. Si, par exemple, l'ordinateur sur lequel SQL Server sera installé se trouve dans le domaine SQLSVR, enfant de MYDOMAIN, vous devez spécifier un groupe dans le domaine SQLSVR. Le domaine SQLSVR peut contenir des comptes d'utilisateurs de MYDOMAIN.

  • Sur Windows Server 2003, créez des groupes de domaines pour les services cluster qui seront installés dans le cadre de votre cluster de basculement SQL Server. Le service SQL Server, le service SQL Server Agent, le service Analysis Services et le service Recherche en texte intégral doivent être exécutés en tant que comptes de domaine, membres du groupe de domaines. Si nécessaire, demandez à votre administrateur de domaine les noms des groupes de domaine existants ou demandez-lui de créer des groupes de domaine pour votre cluster de basculement.

  • Si vous installez une instance de cluster de basculement SQL Server 2008 dans un domaine Windows 2000 en mode mixte, vous devez utiliser les groupes globaux de domaine pour les services cluster SQL Server.

    [!REMARQUE]

    Les contrôleurs de domaine Windows 2000 peuvent fonctionner en mode mixte et en mode natif. Le mode mixte autorise l'utilisation de contrôleurs de domaine de bas niveau dans le même domaine.

  • Le clustering de basculement SQL Server n'est pas pris en charge lorsque les nœuds du cluster sont des contrôleurs de domaine.

  • Configurez le service DNS (Domain Name Service) ou le service WINS (Windows Internet Name Service). Un serveur DNS ou un serveur WINS doit s'exécuter dans l'environnement où votre cluster de basculement SQL Server sera installé. Le programme d'installation de SQL Server nécessite un enregistrement DNS dynamique de la référence virtuelle de l'interface IP SQL Server. Si l'enregistrement dynamique ne peut pas être effectué, le programme d'installation échoue et l'installation est restaurée. Si aucun enregistrement dynamique n'est disponible, vous devez avoir pré-enregistré votre serveur dans DNS.

  • Consultez le contenu de Considérations sur la sécurité pour une installation SQL Server.

  • Consultez le contenu de Paramètres de l'outil d'analyse de configuration système.

  • Déterminez si les outils, fonctionnalités et composants de SQL Server que vous souhaitez utiliser sont pris en charge dans le cadre du clustering de basculement. Pour plus d'informations, consultez Mise en route avec le clustering de basculement de SQL Server 2008.

  • Déterminez la méthode d'analyse et de gestion que vous adopterez pour votre cluster de basculement afin d'atteindre vos objectifs de haute disponibilité. Pour plus d'informations, consultez Maintenance d'un cluster de basculement et Utilisation des outils SQL Server dans le clustering de basculement.

Historique des modifications

Mise à jour du contenu

Les éditions SQL Server 2008 et les systèmes d'exploitation pris en charge ont été répertoriés dans la section Vérifiez les paramètres de votre système d'exploitation.