Share via

Instructions pas à pas : Quatrième étape

  • Article
Sur cette page

Pour vérifier l'installation de SQL Server/Microsoft Cluster Server Pour vérifier l'installation de SQL Server/Microsoft Cluster Server
Annexe A Dépannage Annexe A Dépannage
SQL Server ne peut plus se connecter au réseau après avoir migré vers le noeud de secours. SQL Server ne peut plus se connecter au réseau après avoir migré vers le noeud de secours.
SQL Server ne parvient pas à accéder aux disques partagés. SQL Server ne parvient pas à accéder aux disques partagés.
Le serveur SQL Server qui bascule ne reçoit aucun message électronique ou reçoit les messages destinés à un autre serveur SQL Server. Le serveur SQL Server qui bascule ne reçoit aucun message électronique ou reçoit les messages destinés à un autre serveur SQL Server.
Validation de scénarios de basculement Validation de scénarios de basculement
Restauration du noeud principal Restauration du noeud principal
Annexe B Suppression manuelle de SQL Server 7.0 Annexe B Suppression manuelle de SQL Server 7.0
Annexe C : A propos de Systems Management Server Annexe C : A propos de Systems Management Server
Annexe D : Services conflictuels Annexe D : Services conflictuels
Annexe E : Instructions d'installation de Windows NT Option Pack Annexe E : Instructions d'installation de Windows NT Option Pack
Analyse préalable Analyse préalable
Procédure de suppression de Windows NT 4.0 Option Pack Procédure de suppression de Windows NT 4.0 Option Pack
Annexe F : Mise à niveau de SQL Server 6.5 vers SQL Server 7.0 SVS Annexe F : Mise à niveau de SQL Server 6.5 vers SQL Server 7.0 SVS
Vérification de la préparation de Microsoft SQL Server 7.0 Vérification de la préparation de Microsoft SQL Server 7.0
Annexe G : Notes relatives à l'installation de MSMQ 6.5 Annexe G : Notes relatives à l'installation de MSMQ 6.5
Questions relatives à MSMQ Questions relatives à MSMQ
Installation de contrôleurs de site MSMQ avec SQL Server, Windows NT Option Pack et IIS Installation de contrôleurs de site MSMQ avec SQL Server, Windows NT Option Pack et IIS
Notes relatives à l'installation de contrôleurs de site MSMQ nécessitant SQL Server, Windows NT Option Pack et IIS. Notes relatives à l'installation de contrôleurs de site MSMQ nécessitant SQL Server, Windows NT Option Pack et IIS.
Installation de contrôleurs de site MSMQ lorsque NT Option Pack n'est pas requis Installation de contrôleurs de site MSMQ lorsque NT Option Pack n'est pas requis

Pour vérifier l'installation de SQL Server/Microsoft Cluster Server

À l'aide de l'Administrateur de cluster MSCS, mettez le serveur virtuel en ligne en cliquant avec le bouton droit sur le groupe de ressources que vous avez affecté à SQL Server, puis en cliquant sur Connecté.

Exécutez SQL Server Enterprise Manager sur le noeud 1.

Dans la boîte de dialogue Inscrire un serveur, tapez le nom du serveur virtuel dans la zone Serveur (par exemple, SS1), puis cliquez sur Enregistrer.

Enregistrez l'autre serveur virtuel si vous avez choisi une installation Actif/Actif.

Un serveur SQL Server virtuel est administré à l'aide de SQL Server Enterprise Manager de la même façon qu'un serveur SQL Server quelconque non ordonné en clusters, avec toutefois deux différences essentielles :

  • Un serveur SQL Server virtuel est toujours distant, même lorsque vous exécutez SQL Server Enterprise Manager sur le même noeud que SVS. Cela est dû au fait que le concept de serveur "local" est associé au noeud Windows NT sous-jacent. Le serveur virtuel n'est pas lié au noeud sous-jacent. Une ressource de cluster peut être exécutée sur n'importe lequel des noeuds de cluster.

  • Un serveur SQL Server ordonné en clusters doit être démarré et arrêté à l'aide de l'Administrateur de cluster MSCS. Si vous utilisez SQL Server Enterprise Manager ou SQL Server Service Manager pour arrêter SQL Server, MSCS considère que l'arrêt est une défaillance et redémarre SVS sur le noeud de secours du cluster.

Un service SQL Server virtuel et un serveur virtuel doivent être contrôlés à partir de l'Administrateur de cluster MSCS plutôt que du gestionnaire de contrôle de service Windows NT. La duplication fonctionne de la même façon ; la façon dont la duplication est gérée sur un serveur SQL Server virtuel ne présente aucune différence.

Dans certains cas, un serveur SQL Server virtuel peut être déplacé manuellement de son noeud principal vers le noeud de secours, plutôt que suite à une défaillance du système. Ceci est utile lorsque la maintenance du matériel ou du système est nécessaire sur le noeud principal. À l'aide de l'Administrateur de cluster MSCS, SQL Server peut alors être déplacé vers le noeud de secours jusqu'à ce que la maintenance soit terminée. Côté client, cela se traduit par un basculement, comme si le noeud principal avait échoué et que le noeud de secours prenait le relais du serveur virtuel.

Après le déplacement de SQL Server vers le noeud de secours, les utilitaires client ne sont plus disponibles à partir du noeud principal. Vous devez les exécuter à partir d'un système client ou à partir du noeud de secours du cluster. Si les utilitaires client sont toujours exécutés à partir d'un système client (et non sur l'une ou l'autre console du cluster), ils ne sont pas affectés par le basculement.

SQL Server nécessite des ressources du système d'exploitation pour gérer ses bases de données. La plus importante d'entre elles est la mémoire. Avec SQL Server 7.0, la mémoire est traitée de façon dynamique. Pour des raisons d'interopérabilité avec d'autres applications en cluster, vous pouvez être amené à spécifier une modification manuelle des paramètres de la mémoire lorsque vous configurez une autre application. Une fois l'installation de celle-ci terminée, vous pouvez revenir sur la configuration Auto des paramètres de la mémoire.

Pour optimiser les performances de SQL Server sur un cluster, vous devez gérer avec précaution plusieurs options de configuration. Il est essentiel que des connexions utilisateur soient configurées pour offrir à tout moment une connexion au service de cluster. Les connexions utilisateur ne consomment pas beaucoup de mémoire, configurez-en donc un nombre supérieur à celui que vous prévoyez pour les périodes d'utilisation intensive. Le service de cluster vérifie l'état de SQL Server à l'aide de deux fonctions :

  • Une vérification simple, appelée LOOKSALIVE, qui vérifie que la ressource SQL Server fonctionne.

  • Une vérification plus minutieuse, appelée ISALIVE, qui teste SQL Server en ouvrant une session et en exécutant une requête simple sur les catalogues système.

  • Si la vérification LOOKSALIVE ne parvient pas à se connecter, le service de cluster ne peut pas procéder à la vérification plus minutieuse de l'état de SQL Server. ISALIVE détecte les erreurs habituellement générées lorsqu'il n'y a plus de licences utilisateur ou de connexions utilisateur disponibles. ISALIVE considère qu'un serveur fonctionne toujours correctement s'il reçoit un message indiquant que les licences ou les connexions sont toutes utilisées. Il est préférable de configurer suffisamment de connexions utilisateur pour que ISALIVE puisse toujours se connecter.

Lors de l'échec d'un noeud du cluster, le ou les serveurs virtuels migrent ou basculent sur l'autre noeud. Après avoir réparé et redémarré le noeud défaillant, vous pouvez déplacer ou basculer le ou les serveurs virtuels vers leur emplacement d'origine sur le noeud réparé. Il est préférable de configurer le noeud sur lequel SQL Server a été installé à l'origine en tant que propriétaire prioritaire de ce groupe de ressources. Il s'agit d'une propriété de l'objet Groupe de ressources. En outre, il existe des onglets pour la configuration de seuils FAILBACK et FAILOVER automatiques.

Pour faire rebasculer manuellement un serveur qui a basculé

  1. Dans l'Administrateur de cluster MSCS, cliquez avec le bouton droit sur le groupe contenant les ressources du serveur virtuel que vous souhaitez faire rebasculer.

  2. Sélectionnez Déplacer le groupe.

  3. Sélectionnez le serveur vers lequel le groupe doit être déplacé.

Pour supprimer un ou plusieurs serveurs virtuels, exécutez les étapes de la procédure d'installation en sens inverse. Les clusters de SQL Server doivent être supprimés avant l'exécution du programme d'installation de SQL Server pour pouvoir modifier les options de l'installation. Avant tout, SVS doit appartenir au noeud principal à partir duquel il a été installé ; ensuite, vous pouvez exécuter l'Assistant Basculement de cluster pour supprimer les clusters du SVS, le transformant ainsi en serveur SQL Server classique. Une fois les clusters de SQL Server supprimés, vous pouvez (si vous le souhaitez) exécuter le programme de désinstallation de SQL Server 7.0 pour supprimer SQL Server.

Pour supprimer un serveur virtuel

  1. À l'aide de l'Administrateur de cluster MSCS, déplacez la ressource SQL Server vers son noeud principal.

  2. Mettez le serveur SQL Server et SQL Server Agent hors ligne.

  3. Arrêtez tous les utilitaires SQL Server, notamment SQL Server Enterprise Manager.

    Remarque Utilisez le Gestionnaire des tâches de Windows NT pour vérifier que l'exécution de Sqlew.exe s'est interrompue avant d'exécuter le programme d'installation de SQL Cluster pour supprimer les clusters. Si Sqlew.exe est toujours répertorié en tant que processus après que vous avez quitté l'interface utilisateur, cliquez sur Terminer le processus dans le Gestionnaire des tâches de Windows NT.

  4. Sur le CD-ROM de SQL Server 7.0, Édition Entreprise, double-cliquez sur Installation de SQL Cluster.

  5. Cliquez sur Suivant.

  6. Sélectionnez Supprimer un serveur virtuel.

  7. Cliquez sur Terminer.

Remarque Le programme d'installation de SQL Cluster supprime le serveur virtuel que vous avez spécifié à partir du cluster.

Pour supprimer totalement SQL Server du système, exécutez à partir du groupe de programmes SQL Server le programme d'installation de SQL Server et sélectionnez l'option permettant de supprimer SQL Server.

Répétez les étapes 1 à 7 sur le noeud principal de chaque serveur virtuel que vous souhaitez supprimer.

Annexe A Dépannage

SQL Server ne peut plus se connecter au réseau après avoir migré vers le noeud de secours.

Un noeud ne peut pas redémarrer un service SQL Server qui a migré à partir d'un noeud défaillant s'il utilise un mot de passe différent de celui d'un autre noeud du cluster. Assurez-vous que les mots de passe des comptes de service SQL Server sont identiques sur les deux noeuds. Si vous changez le mot de passe du compte de service SQL Server sur un noeud, vous devez également changer les mots de passe sur tous les autres noeuds.

SQL Server ne parvient pas à accéder aux disques partagés.

Un noeud ne peut pas récupérer les disques partagés qui ont migré à partir d'un noeud défaillant si ces disques partagés utilisent une lettre d'unité différente. Assurez-vous que les lettres d'unité des disques partagés (par exemple F:) sont identiques sur les deux serveurs, car les deux noeuds utilisent les disques.

Le serveur SQL Server qui bascule ne reçoit aucun message électronique ou reçoit les messages destinés à un autre serveur SQL Server.

Lorsqu'ils s'exécutent sur le même noeud, deux serveurs SQL Server utilisent la même ouverture de session de messagerie MAPI. Les systèmes de messagerie MAPI ne peuvent pas différencier deux serveurs qui s'exécutent sur le même noeud à l'aide de la même ouverture de session de messagerie. Il s'agit d'une limitation connue de l'utilisation des systèmes de messagerie MAPI avec un cluster. Pour limiter les problèmes, prenez soin, lorsque vous êtes invité à enregistrer des fichiers ou paramètres pour lesquels vous pouvez choisir l'emplacement, de choisir ou de créer un répertoire sur le disque de cluster qui sera utilisé par SQL Server.

Validation de scénarios de basculement

Test de cluster à effectuer
 Scénario de basculement
      
 
 Le noeud 1 possède toutes les ressources. Basculement vers le noeud 2.
 Le noeud 1 possède toutes les ressources. Échec du noeud 2.
 Le noeud 2 possède toutes les ressources. Basculement vers le noeud 1.
 Le noeud 2 possède toutes les ressources. Échec du noeud 1.
Déplacement de groupe
(Administratif)
  
  
  
  
Défaillance de ressource (Administratif)
  
  
  
  
Défaillance du noeud : Redémarrage du système
  
  
  
  
Défaillance du noeud : Réinitialisation du système
  
  
  
  
Défaillance du noeud : Coupure d'alimentation
  
  
  
  
Coupure totale de l'alimentation des deux noeuds et de la baie de disques.
  
  
  
  

Vous pouvez exécuter le test de redémarrage du système en engageant un arrêt en règle du système d'exploitation sur le noeud défaillant.

Vous pouvez provoquer un écran bleu Windows NT à l'aide de l'utilitaire Kill du Kit de ressources techniques de Windows NT afin de mettre fin au processus WINLOGON.

En général, le matériel serveur est équipé d'un commutateur de réinitialisation du système permettant le redémarrage du système sans avoir à le mettre totalement hors tension. Les tests de réinitialisation et de mise hors tension du système sont différents, car la coupure totale de l'alimentation d'un noeud peut avoir des conséquences sur la terminaison de bus SCSI, qui ne seraient pas provoquées par la simple réinitialisation du système.

Lorsqu'un cluster a passé ce niveau des tests de validation, il est peu probable que les problèmes ultérieurement rencontrés soient la conséquence d'erreurs de configuration du matériel ou de problèmes d'installation des logiciels. Vous pouvez donc concentrer vos investigations sur des problèmes de configuration des applications.

Restauration du noeud principal

Que faire si le noeud principal est perdu ou remplacé sans que le serveur SQL Cluster ait d'abord été supprimé ?

  1. Chargez l'image du disque local si celle-ci a été créée ou utilisez l'éventuelle image miroir.1

  2. Supprimez manuellement SQL Server selon la procédure de l'annexe F.

  3. Réinstallez SQL Server à son emplacement d'origine en suivant la procédure décrite dans ce document.

  4. Une fois l'installation de SQL Server terminée :

  5. Vérifiez que l'installation de SQL fonctionne.

  6. Arrêtez les services SQL Server.

  7. Renommez tous les fichiers .mdf, .ldf et .ndf en .morg, .lorg et .norg.

  8. Restaurez les fichiers précédemment sécurisés à leur emplacement d'origine. Renommez tous les fichiers sécurisés *.msv, *.lsv et *.nsv du répertoire MSSQL7\DATA en .mdf, .ldf et .ndf

  9. Démarrez SQL Server et testez l'intégrité des données.

Annexe B Suppression manuelle de SQL Server 7.0

Pour supprimer manuellement SQL Server 7.0

  1. Sous réserve que SQL ait basculé, exécutez la requête ci-dessous et imprimez ou notez les résultats.

    sp_configure 'show advanced', 1
    reconfigure with override
    go
    exec sp_configure
    go
    exec master..xp_msver
    go
    sp_helpsort
    go
    sp_configure 'show advanced', 0
    reconfigure with override
    go
    select * from sysdevices

    Avertissement Si vous utilisez le modèle haute disponibilité (Actif/Actif), exécutez cette requête sur les deux serveurs SQL.

  2. Exécutez l'Assistant Cluster et tentez de supprimer TOUS les serveurs SQL ordonnés en clusters. S'il s'agit d'un modèle de cluster Actif/Actif, vous devez exécuter l'Assistant sur les deux noeuds.

    Remarque Si la suppression est due à l'échec de plusieurs installations, il vous est recommandé de formater le disque et de réinstaller tous les logiciels. Si vous n'avez pas besoin d'effectuer l'étape suivante, passez à l'étape 4.

  3. À partir de l'Administrateur de cluster, arrêtez tous les services SQL qui s'exécutent.

  4. Sauvegardez dans un autre emplacement une copie de TOUS les fichiers .mdf, .ldf et .ndf signalés suite à la requête précédente.

    Si vous ne le faites pas, vous risquez de perdre des données.

  5. Renommez tous les fichiers sécurisés en *.msv, *.lsv et *.nsv dans le répertoire MSSQL7\DATA.

  6. Effacez les répertoires MSSQL7\BIN et MSSQL7\BINN ainsi que les sous-répertoires. Le répertoire MSSQL7\DATA doit être conservé intact et doit contenir les fichiers renommés à l'étape 4.

    Avertissement Si vous utilisez le modèle haute disponibilité (Actif/Actif), exécutez les étapes 1 à 6 pour les deux serveurs SQL.

  7. À l'aide de Regedt32, supprimez les clés suivantes des deux noeuds :

    HKEY_LOCAL_MACHINE
    Software
    Microsoft
    MSSQLServer
    MSSQLServer$ Nom du serveur virtuel
    SQL Cluster Setup
    VirtualServers

    HKEY_LOCAL_MACHINE
    System
    CurrentControlSet
    Services
    MSSQLServer
    MSSQLServer$ Nom du serveur virtuel
    SQLServerAgent
    SQLServerAgent$ Nom du serveur virtuel
    VSrvSvc$ Nom du serveur virtuel
    Arrêtez le service de cluster sur les deux noeuds
    HKEY_LOCAL_MACHINE
    Cluster
    Types de ressources
    SQL Server Agent 7.0
    SQL Server 7.0

  8. Cliquez avec le bouton droit sur Poste de travail.

    Choisissez Propriétés.

    Sélectionnez l'onglet Environnement.

    Sélectionnez la variable d'environnement Path dans la zone au-dessous de Variables système et vérifiez-la. Dans la zone à droite de Valeur, supprimez toute référence à SQL dans l'instruction de chemin et vérifiez qu'il n'y a pas de doubles points virgules (;;) ; s'il y en a, remplacez-les par des points virgules simples (;).

    Supprimez toute entrée _VIRTUAL_SERVER_.

    Supprimez les fichiers suivants de %windir%\system32

    • SQAGTRES.DLL

    • SQSRVRES.DLL

    • VDVAPI32.DLL

    • VERNEL32.DLL

    • VSRVSVC.EXE

    • VTWDBLIB.DLL

  9. SQL Server est maintenant supprimé. Redémarrez les ordinateurs afin de terminer le processus de suppression.

Annexe C : A propos de Systems Management Server

Systems Management Server 1.2 n'est pas pris en charge sous SQL Server 7.0 ou Microsoft Cluster Server.

Extrait du Guide d'administration de Systems Management Server 2.0, Annexe A : Configuration requise pour les systèmes du site

Systems Management Server 2.0 ne prend pas en charge le basculement ; cependant, une certaine forme de cohabitation est prise en charge selon les termes ci-dessous. Si vous utilisez Cluster Server avec Windows NT Server 4.0 Édition Entreprise, tenez compte des restrictions suivantes lors de l'installation de Systems Management Server 2.0 :

  • Le serveur de site Systems Management Server 2.0 et les autres rôles du système de site ne doivent pas être installés sur l'unité partagée d'un cluster. Si un rôle de système de site se trouve sur une unité partagée d'un cluster, SMS Executive ne démarre pas.

  • Le serveur de site Systems Management Server 2.0 et les autres systèmes de site ne peuvent être installés que sur un seul côté d'un cluster. Si un côté du cluster est un système de site, l'autre côté ne peut être qu'un client.

Important Les contrôleurs de domaine ne doivent pas être ordonnés en clusters dans un site Systems Management Server 2.0. Lorsque les méthodes Recherche des ouvertures de session réseau Windows ou Installation du client d'ouverture de session réseau sont activées, chaque contrôleur principal de domaine et chaque contrôleur secondaire de domaine du domaine spécifié est configuré en tant que point de connexion Systems Management Server 2.0. Si des contrôleurs de domaine sont ordonnés en clusters, cela signifie qu'un rôle de système de site (point de connexion) est affecté à chaque extrémité de ce cluster. C'est pourquoi le service SMS_Executive ne démarre pas.

Annexe D : Services conflictuels

S'ils fonctionnent, arrêtez les services suivants sur l'ordinateur :

Tous ces services peuvent empêcher le bon déroulement de l'installation de SQL Server :

-

Tous les services IIS, notamment les services suivants :

  - Autorité de certification

  - Index de contenu

  - FTP Publishing Service

  - Gopher

  - Service IIS Admin.

  - Publication Web

  - Microsoft Site Server

Services Microsoft Exchange

  - Service Microsoft Exchange Server

  - Service Annuaire Microsoft Exchange

  - Banque d'informations Microsoft Exchange

  - Agent de transfert des messages Microsoft Exchange

  - Surveillance du système Microsoft Exchange

  - Microsoft Exchange Internet Mail Connector (IMC)

  • Tous les produits Oracle

  • Microsoft SNA Server

  • Remote Access AutoDial

  • Microsoft DBWeb

  • Tous les logiciels ou services de sauvegarde, tels que ARCserve ou Backup Exec.

  • Tous les logiciels ou services antivirus.

  • Contrôle du système UniCenter

  • Les utilitaires de gestion Compaq, tels que Insight Manger ou Surveyor.

  • Microsoft NNTP Service

  • Microsoft SMTP Service

  • Disk Keeper

  • Protected Storage

  • Service(s) SNMP

  • MSDTC

  • Tout autre client/serveur et/ou application ODBC

Annexe E : Instructions d'installation de Windows NT Option Pack

Cette annexe décrit les nouvelles instructions d'installation de Windows NT Option Pack (NTOP) sur un serveur Microsoft Cluster Server 1.0 sur lequel SQL Server 6.5 (avec Windows NT Service Pack 4 ou SQL Server SP5a) ou SQL Server 7.0 est installé. Elle doit permettre le basculement correct des services WWW et FTP.

Ces instructions sont un complément des instructions contenues dans l'article Q191138 de la Base de connaissances. Si Windows NT Service Pack 4 MSDTC, SQL Server 6.5 SP5a ou SQL Server 7.0 a été installé sur le serveur Microsoft Cluster Server, vous devez utiliser une nouvelle procédure d'installation pour réussir l'installation de Windows NT Option Pack sur le cluster. Après avoir suivi la procédure d'installation spécifiée, vous pouvez appliquer la suite de l'article Q191138 pour terminer l'installation de NTOP sur Microsoft Cluster Server 1.0.

SQL Service Pack 5a et SQL Server 7.0 ne permettent pas d'effectuer l'installation de Windows NT Option Pack (telle qu'elle est décrite dans l'article Q191138) sur le deuxième noeud d'un système Microsoft Cluster Server (en raison d'une légère modification des fichiers Microsoft Distributed Transaction Coordinator (MSDTC) mis à niveau par Windows NT Service Pack 4). Cet article décrit la procédure permettant d'installer Windows NT Option Pack avec succès sur les deux noeuds du cluster avec les fichiers MSDTC mis à jour.

Remarque Ce problème relatif aux nouveaux composants de MSDTC et au programme d'installation de Windows NT Option Pack a rendu plus complexe la procédure d'installation ; assurez-vous d'avoir compris les instructions avant de commencer l'installation de Windows NT Option Pack sur le cluster.

Analyse préalable

Si vous n'avez pas encore tenté d'installer Windows NT Option Pack sur votre serveur Microsoft Cluster Server, vous pouvez appliquer la procédure suivante pour déterminer si vous devez utiliser la procédure d'installation standard décrite dans l'article Q191138 de la Base de connaissances : How to Install the Windows NT Option Pack on Microsoft Cluster Server Site en anglais.

Vous pouvez être amené à utiliser la nouvelle procédure d'installation détaillée ci-dessous :

  1. Sur le noeud B (le deuxième noeud du cluster), déterminez quelle est la version des deux fichiers suivants :

    %windir%\system32\msdtc.exe

    %windir%\system32\msdtc.dll

  2. Si la version de ces deux fichiers est 1997.11.532.0 ou antérieure, vous pouvez utiliser la procédure d'installation telle qu'elle est décrite dans l'article Q191138.

  3. Si la version d'un de ces fichiers est postérieure à la version 1997.11.532.0, vous devrez utiliser la procédure d'installation détaillée ci-dessous.

  4. Si vous avez déjà tenté d'installer Windows NT Option Pack sur un serveur Microsoft Cluster Server sur lequel des fichiers MSDTC récents sont installés, il se peut que les messages d'erreur suivants apparaissent au cours de l'installation sur le noeud B.

    The command "C:\Winnt\System32\msdtc.exe" -join failed
    Error Code = 0xffffffff
    An exception occurred while installing MSDTC service.
    Error Code = 0x80004005
    Setup of "Transaction Server Core Components" failed. The specific error code is 0x748dd88.
    Setup will continue but the component may not function properly.

    (Vous recevrez huit des erreurs ci-dessous sur une ligne.)

    CreateIISPackage or DeleteIISPackage, 0x80040154
    Class not registered.

    (Si vous avez choisi d'installer Index Server, vous recevrez l'erreur suivante.)

    Setup could not set webhits OOP.

    (À la fin de l'installation de Windows NT 4.0 Option Pack, vous recevrez l'erreur suivante.)

    Microsoft Transaction Server Setup was not completed successfully.

Ces messages signifient que l'installation de Windows NT Option Pack sur le noeud B a échoué. IIS, MTS et MSDTC ne s'exécuteront pas correctement sur le noeud B. Pour que Windows NT Option Pack soit installé correctement sur le noeud B, arrêtez le service Microsoft Cluster Service sur le noeud B, retirez Windows NT Option Pack du noeud B, puis réinstallez-le.

Procédure de suppression de Windows NT 4.0 Option Pack

  1. Arrêtez Microsoft Cluster Service sur le noeud B.

  2. Dans le Panneau de configuration, cliquez sur Ajouter/Supprimer, puis sélectionnez Windows NT 4.0 Option Pack ; cliquez sur Ajouter/Supprimer. Lorsque le programme d'installation de NTOP est lancé, cliquez sur Supprimer tout pour désinstaller Option Pack.

  3. Passez à l'étape 7, Windows NT Option Pack, et commencez le processus d'installation sur le noeud B.

Procédures d'installation avec Windows NT 4.0 Option Pack

Pour supprimer une installation défaillante de Windows NT Option Pack sur Microsoft Cluster Server avec SQL Server, utilisez la procédure d'installation suivante.

Windows NT Option Pack et SQL Server 7.0 sur Microsoft Cluster Server 1.0

Consultez la section Logiciels requis et ordre d'installation, plus haut dans ce document.

Nouvelle procédure d'installation pour plusieurs noeuds

Windows NT doit se trouver dans le même emplacement sur le noeud A et le noeud B. Par exemple, si vous installez Windows NT dans le répertoire C:\Winnt sur le noeud A, Windows NT doit également être installé dans C:\Winnt sur le noeud B. Si le dossier Windows NT %SystemRoot% n'est pas le même sur le noeud A et sur le noeud B, vous ne pouvez pas effectuer le basculement d'IIS.

  1. Déplacez tous les groupes de ressources du cluster vers le noeud A.

  2. Démarrez l'installation de Windows NT Option Pack sur le noeud A. Sur l'écran d'installation de Microsoft Internet Information Server, acceptez l'emplacement par défaut pour les paramètres de WWW, de FTP et du Point d'installation de l'application.

    Au cours de l'installation de Transaction Server, sur l'écran "Microsoft Transaction Server 2.0", le programme d'installation de Windows NT Option Pack tente de localiser le journal des transactions MSDTC sur une ressource de disque de cluster dans n'importe quel groupe de ressources appartenant à ce noeud. La ressource MSDTC doit se trouver dans le groupe de ressources où se trouve actuellement SQL Server. Lorsque vous êtes invité à spécifier le serveur virtuel dans lequel Transaction Server doit être installé ainsi que l'emplacement pour le fichier journal MSDTC, sélectionnez le nom du serveur virtuel de la ressource SQL Cluster et placez le répertoire MSDTCLOG sur la ressource de disque partagé dans le groupe de ressources de SQL Cluster. Tous les autres composants doivent être installés sur le disque local du noeud (il s'agit de l'emplacement par défaut).

    Conseil N'installez rien dans le groupe de cluster par défaut.

  3. À la fin de l'installation de Windows NT Option Pack, une boîte de dialogue vous demande de démarrer l'installation sur le noeud B et de cliquer sur OK lorsque l'installation est terminée. Cliquez sur OK.

  4. Lorsque vous êtes invité à redémarrer le noeud A, sélectionnez Non. Ne le redémarrez pas pour le moment.

  5. Ne déplacez pas les groupes de ressources du noeud A vers le noeud B. Laissez les groupes de ressources sur le noeud A.

  6. Sur le noeud B, arrêtez le service Microsoft Cluster Service en tapant depuis l'invite de commande :

    NET STOP CLUSSVC

  7. Démarrez l'installation de Windows NT Option Pack sur le noeud B. Sur l'écran d'installation de Microsoft Internet Information Server, acceptez l'emplacement par défaut pour les paramètres de WWW, de FTP et du Point d'installation de l'application. Au cours de cette installation, vous n'avez pas à spécifier l'emplacement du journal de transaction. Lorsque cette deuxième installation est terminée, redémarrez l'ordinateur du noeud B.

  8. Si Windows NT Service Pack 4 est installé sur le noeud B, le service de cluster ne démarre pas après l'installation de NTOP. Il s'agit d'un problème connu. Pour en savoir plus, reportez-vous à l'article Q218922 de la Base de connaissances. Vous devez réappliquer le Service Pack 4 sur le noeud B et redémarrer l'ordinateur.

  9. Déplacez les groupes de ressources du noeud A vers le noeud B. Laissez les groupes de ressources sur le noeud B.

  10. Redémarrez le noeud A.

  11. Si Windows NT Service Pack 4 est installé sur le noeud A, le service de cluster ne démarre pas après l'installation de NTOP. Il s'agit d'un problème connu. Pour en savoir plus, reportez-vous à l'article Q218922 de la Base de connaissances. Vous devez réappliquer le Service Pack 4 sur le noeud A et redémarrer l'ordinateur.

Réinstallation correcte du MSDTC pour un système ordonné en clusters

  1. Déplacez les groupes de ressources du noeud B vers le noeud A. Laissez les groupes de ressources sur le noeud A.

  2. À l'invite de commande sur le noeud A, tapez :

    MSDTC -remove

  3. À l'invite de commande sur le noeud B, tapez :

    MSDTC -remove

  4. Si la ressource de cluster MSDTC se trouve dans un groupe de clusters, supprimez-la de ce groupe.

  5. À l'invite de commande sur le noeud A, tapez :

    MSDTC -install -d %windir%\system32 -l <emplacement du fichier journal DTC
    sur le disque SQL partagé> -v <nom du serveur virtuel du groupe SQL>

    Remarque Assurez-vous que le répertoire que vous avez spécifié pour le fichier journal MSDTC existe sur le disque partagé. Par exemple, si vous avez entré S:\MSDTCLOG pour la variable -l, assurez-vous qu'un répertoire MSDTCLOG existe sur la racine de l'unité S. Si tel n'est pas le cas, créez le répertoire avant d'exécuter la commande ci-dessus.

  6. À l'invite de commande sur le noeud B, tapez : MSDTC -join %windir%\system32

    À ce stade, MSDTC est correctement installé sur le cluster et une ressource MSDTC existe dans le groupe de ressources de SQL Cluster. Pour que le basculement du groupe SQL Server fonctionne correctement, prenez soin d'exécuter l'étape 7. Si vous n'exécutez pas l'étape suivante, le basculement du groupe SQL entre les noeuds peut prendre jusqu'à cinq minutes.

  7. Dans l'Administrateur de cluster, sélectionnez la ressource MSDTC, cliquez dessus avec le bouton droit et sélectionnez Propriétés. Sélectionnez ensuite l'onglet Dépendances et cliquez sur Modifier. Dans le cadre de gauche de la fenêtre Modification des dépendances, sélectionnez la ressource SQL VServer et double-cliquez dessus. Cette opération déplace le serveur VServer du cadre de gauche vers celui de droite et le répertorie comme dépendance. Cliquez sur OK, sur Appliquer, puis sur OK.

Basculement Web ou FTP

  1. À ce stade, les sites de basculement Web ou FTP doivent être créés. Les serveurs virtuels Internet Information Server (IIS) de cette configuration nécessitent un groupe de ressources avec au minimum une adresse IP, bien qu'il soit recommandé de disposer également d'une ressource de disque pour identifier l'emplacement des fichiers.

    Conseil N'installez rien dans le groupe de cluster par défaut. Déplacez vers le noeud A la ressource de cluster cible dans laquelle vous prévoyez de créer l'instance du serveur IIS.

  2. Dans la console MMC (Microsoft Management Console) du noeud A, développez l'arborescence Internet Information Server, cliquez avec le bouton droit sur le nom de l'ordinateur, puis choisissez de créer un nouveau serveur Web (ou FTP).

  3. Dans les propriétés de ce nouveau site, configurez l'adresse IP sur les adresses IP du groupe de ressources dans lequel se trouvera cette ressource.

  4. Sélectionnez le répertoire, la connexion UNC (Universal Naming Convention) ou la redirection que le site doit utiliser comme répertoire de base. Si vous sélectionnez une unité, ce doit être une unité du groupe de ressources dans lequel se trouve l'adresse IP.

  5. Répétez les étapes 3 à 5 pour chaque site WWW ou FTP que vous souhaitez ordonner en clusters.

À ce stade du processus d'installation, consultez l'article Q191138 Site en anglais de la Base de connaissances, puis continuez la lecture de l'article à partir de la section intitulée "Synchronize the IIS User Accounts" (Synchronisation des comptes d'utilisateur IIS). À partir de là, le reste de la configuration est identique.

Annexe F : Mise à niveau de SQL Server 6.5 vers SQL Server 7.0 SVS

Lorsque vous mettez à niveau SQL Server 6.5 avec le service SQL Cluster installé, vous devez exécuter l'Assistant Cluster de SQL Server 6.5 pour supprimer le serveur virtuel SQL Cluster. Vous pouvez ensuite exécuter une installation normale. La seule différence lorsque SQL Server est installé sur MSCS est que vous ne devez pas sélectionner la mise à niveau automatique de vos bases de données, car le lecteur appartient à l'autre noeud. La mise à niveau des bases de données doit être effectuée avant que SQL ne soit réordonné en clusters.

Ne sélectionnez pas l'exécution de l'Assistant de mise à niveau SQL

Ne sélectionnez pas l'exécution de l'Assistant de mise à niveau SQL

Vérification de la préparation de Microsoft SQL Server 7.0

Microsoft Download Center Site en anglais

Ce site (en anglais) contient des informations destinées à sensibiliser les responsables et ingénieurs en charge d'une mise à niveau vers SQL Server 7.0 aux problèmes qui se posent. Vous pouvez télécharger un fichier exécutable à extraction automatique contenant une version Microsoft Word (en anglais).

Les informations sur la conversion des bases de données au format Microsoft SQL Server 7.0 se trouvent sur la page intitulée Converting Databases to Microsoft SQL Server 7.0 Site en anglais

Ce document fournit des informations sur la conversion des bases de données SQL Server 6.0 ou SQL Server 6.5 vers SQL Server 7.0.

Annexe G : Notes relatives à l'installation de MSMQ 6.5

Remarque Au moment de la rédaction de ce document, les contrôleurs de site MSMQ 1.0 ne peuvent pas être installés à l'aide de SQL Server 7.0 sur un cluster. Microsoft travaille actuellement sur ce problème.

Ceci n'affecte pas l'installation des serveurs de routage MSMQ 1.0, des clients indépendants ou des clients dépendants.

L'installation d'un PSC MSMQ sur un cluster pose un problème connu*.* Pour en savoir plus, reportez-vous à l'article Q188685 de la Base de connaissances, intitulé "HOWTO: Install an MSMQ PSC on Microsoft Cluster Server" et disponible à l'adresse suivante :

HOWTO: Install an MSMQ PSC on Microsoft Cluster Server Site en anglais.

Utilisez SQL Server version 6.5, Édition Entreprise, ou la version limitée de SQL Server 6.5 se trouvant sur le CD-ROM de Windows NT Server version 4.0, Édition Entreprise, pour installer des contrôleurs de site MSMQ sur un cluster. Cette annexe contient des notes relatives à l'utilisation de SQL Server 6.5 dans un cluster avec des contrôleurs de site MSMQ 1.0.

MSMQ peut être installé et configuré pour le basculement sur des clusters MSCS à deux noeuds. Cela permet de bénéficier d'une haute disponibilité des noeuds MSMQ.

L'installation d'un contrôleur de site MSMQ (PEC/PSC/BSC) sur un cluster nécessite l'installation et la mise en cluster de SQL Server à l'aide de l'Assistant de gestion de clusters se trouvant sur le CD-ROM de Windows NT Server 4.0, Édition Entreprise. L'installation initiale de SQL Server peut être soit la version limitée fournie sur ce même CD-ROM, soit SQL Server 6.5, Édition Entreprise. Si la version limitée est installée, elle ne peut être utilisée que pour la base de données MSMQ MQIS. Si vous devez utiliser d'autres bases de données SQL Server, vous devez soit procéder à la mise à niveau du serveur SQL Server limité avec SQL Server 6.5, Édition Entreprise, soit installer la version Entreprise pour la première fois. Le fichier Lisezmoi du CD-ROM de Windows NT Server 4.0, Édition Entreprise contient les instructions d'installation de MSMQ sur un cluster. Lors de l'installation manuelle de SQL Server 6.5, il est nécessaire de modifier la valeur par défaut de certaines des options.

L'installation d'un PSC MSMQ sur un cluster pose un problème connu*.* Pour en savoir plus, reportez-vous à l'article Q188685 de la Base de connaissances, intitulé "HOWTO: Install an MSMQ PSC on Microsoft Cluster Server" Site en anglais.

Remarque La version de SQL Server installée par MSMQ comporte l'ordre de tri par défaut spécifié par la page de code 51 ; la distinction majuscules/minuscules est alors inversée par rapport à l'installation standard de SQL Server.

Questions relatives à MSMQ

Question 1

Si vous installez la version commerciale de SQL Server et que vous l'ordonnez en clusters à l'aide de l'Assistant fourni, vous êtes limité à l'installation d'un serveur de routage ou d'un client indépendant MSMQ, avant ou après l'installation de SQL Server.

Les contrôleurs de site MSMQ (PEC, PSC, BSC) nécessitent un serveur SQL Server local. L'Assistant Cluster fourni avec la version commerciale de SQL Server ordonne SQL Server en clusters, de sorte qu'il se comporte comme un serveur SQL Server distant, même pour les applications qui s'exécutent sur le même noeud physique que le serveur SQL Server ordonné en clusters. Le programme d'installation de MSMQ échoue si SQL Server n'est pas ordonné en clusters à l'aide de l'Assistant Cluster du CD-ROM de Windows NT Server 4.0, Édition Entreprise. Si vous avez déjà installé la version limitée de SQL Server et que vous l'avez ordonnée en clusters à partir du CD-ROM de Windows NT Server 4.0, Édition Entreprise, elle peut être mise à niveau vers la version commerciale complète. Le processus de mise à niveau proprement dit est décrit pour SQL Server 6.5 dans l'article Q183672 de la Base de connaissances.

Question 2

La question 1 étant résolue, des problèmes ont été signalés sur des applications suite au passage d'une version commerciale ne distinguant pas les majuscules des minuscules à une version limitée de SQL Server effectuant cette distinction. Le processus d'installation de la version limitée de SQL Server est interrompu si vous modifiez le fichier setupsql.ini pour qu'il ne distingue pas les majuscules des minuscules. N'essayez pas de mettre à jour le fichier setupsql.ini et procédez à l'installation. Si vous souhaitez que l'ordre de tri ne distingue pas les majuscules des minuscules, vous devez installer vous-même la version limitée ou commerciale de SQL Server, puis exécuter l'Assistant Cluster à partir du CD-ROM de Windows NT Server 4.0, Édition Entreprise, avant d'installer MSMQ.

Question 3

Avertissement Vous ne pouvez pas configurer SQL Server SVS si vous ordonnez SQL Server en clusters à l'aide de l'Assistant Cluster du CD-ROM de Windows NT Server 4.0, Édition Entreprise.

Si vous souhaitez utiliser l'Assistant Cluster de SQL Server SVS à partir de la version commerciale, vous devez installer uniquement un serveur de routage ou un client indépendant MSMQ sur le cluster. MSMQ ne peut pas être configuré en mode Actif/Actif.

Question 4

SQL Server 6.5 et les Service Packs de SQL Server antérieurs à SP5 installent une ancienne version de MSDTC. Prenez soin de ne pas appliquer de Service Pack SQL Server antérieur à SP5 après l'installation de MSMQ ou de Windows NT Option Pack sur un cluster. Cela rétrograderait MSDTC et provoquerait la défaillance des produits dépendant de MSDTC. Le site FTP de Microsoft vous propose un composant MSDTC autonome permettant la mise à jour de MSDTC vers la version livrée avec Windows NT 4.0 Service Pack 4. Si un produit tel que SQL Server Service Pack a été installé et que MSDTC commence à présenter des problèmes, le programme MSDTCSETUP autonome permet en général de rétablir le fonctionnement de MSDTC.

Question 5

L'installation de Windows NT 4.0 Option Pack sur un cluster avec MSMQ et IIS nécessite la suppression de l'une de ces deux applications avant l'exécution du programme d'installation de Windows NT Option Pack. Si vous ne supprimez pas l'une d'entre elles, vous rencontrerez des problèmes avec MSMQ sur le second noeud.

Windows NT Option Pack détecte les versions antérieures d'IIS et propose les options Mettre à jour uniquement et Mettre à jour et ajouter au lieu des options d'installation Minimum, Standard et Personnalisée. Lorsque MSMQ est installé sur le système à l'aide de l'option Mettre à jour uniquement ou Mettre à jour et ajouter, il peut provoquer des problèmes sur le second noeud.

Question 6

Lors de l'installation de MSMQ à partir de Windows NT 4.0 Option Pack, il est recommandé d'installer d'abord Windows NT Option Pack. Une fois l'installation de Windows NT Option Pack réussie, exécutez une seconde fois le programme d'installation de Windows NT Option Pack et ajoutez MSMQ. Si vous n'installez pas MSMQ à l'aide de la fonction Ajouter/Supprimer, il se peut que le service MSMQ ne s'initialise pas correctement. Cela peut être dû à l'absence d'un DSN système MQIS (Message Queue Information Store) pour ODBC. L'application de Windows NT Server 4.0 Service Pack 4 corrige ce problème en créant automatiquement le DSN système MQIS.

Question 7

Lorsque vous installez un cluster nécessitant un contrôleur de site MSMQ sur lequel SQL Server doit être installé avec Windows NT Option Pack, suivez la procédure de la section intitulée "Installation de contrôleurs de site MSMQ avec SQL Server, Windows NT Option Pack et IIS".

Installation de contrôleurs de site MSMQ avec SQL Server, Windows NT Option Pack et IIS

L'installation de serveurs MSMQ sur un cluster MSCS est semblable à l'installation de serveurs MSMQ sur des serveurs Windows NT Server/E non ordonnés en clusters, aux exceptions suivantes près :

  • MSCS doit être installé sur les deux noeuds, qui doivent tous deux être en ligne.

  • Vous devez exécuter deux fois l'installation de MSMQ.

  • Vous devez ordonner en clusters les contrôleurs de site MSMQ (PEC, PSC et BSC) avec la version limitée de SQL Server 6.5 (fournie sur le CD-ROM Windows NT Server, Édition Entreprise) ou SQL Server 6.5, Édition Entreprise. Vous ne pouvez pas ordonner en clusters MSMQ avec la version standard de SQL Server 6.5.

  • Si vous voulez utiliser SQL Server 6.5, Édition Entreprise pour MSMQ, vous avez deux possibilités : vous pouvez effectuer l'installation par défaut de la version limitée de SQL Server et de l'Assistant Cluster SQL Server à partir du CD-ROM Windows NT Server 4.0, Édition Entreprise (\MSMQ\SQL.WIZ\WPWIZ.CMD), puis la mettre à niveau ; vous pouvez également effectuer l'installation de SQL Server 6.5, Édition Entreprise, puis l'organiser en clusters à l'aide de l'Assistant Cluster SQL Server à partir du CD-ROM de Windows NT Server 4.0, Édition Entreprise.

  • Si vous prévoyez la mise à niveau de la version limitée de SQL Server vers la version commerciale, n'exécutez pas en premier le programme d'installation de MSMQ et ne l'autorisez pas à utiliser les paramètres d'installation par défaut de SQL Server. La version limitée de SQL Server utilise l'ordre de tri 51, tandis que le produit commercial utilise l'ordre de tri 52, ce qui peut provoquer la défaillance de certaines applications. Installez la version commerciale de SQL Server 6.5, Édition Entreprise sans exécuter son Assistant Cluster SVS ou installez manuellement SQL Server à partir de NTS/EE CD2 \msmq\msmq\sql\setup.exe. Une fois l'installation terminée, exécutez l'Assistant Cluster SQL Server à partir de \msmq\sql.wiz\wpwiz.cmd.

Notes relatives à l'installation de contrôleurs de site MSMQ nécessitant SQL Server, Windows NT Option Pack et IIS.

Les serveurs MSMQ peuvent être installés et configurés pour le basculement sur des clusters MSCS à deux noeuds. Cela vous permet d'obtenir des serveurs MSMQ à haute disponibilité .

Après l'élaboration du système Windows NT de base pour NTE, SP3, IIS, IE302, IE4, la procédure suivante permet l'installation de MSMQ et de Windows NT Option Pack avec la gestion de clusters. N'oubliez pas qu'à chaque installation de MDAC, des bits ODBC sont mis à jour. Pour que cette mise à jour réussisse, toutes les applications ODBC doivent être arrêtées. Il s'agit notamment de MSSQLServer, MSSQLExecutive, Oracle, Sybase et des services liés à IIS. Des bits MDAC sont inclus avec Windows NT Option Pack et Windows NT 4.0 Service Pack 4, notamment dans le fichier Y2KSetup.exe.

Ce processus installe SQL Server mais ne l'ordonne pas immédiatement en clusters ; de plus, l'installation de MSMQ n'est pas effectuée tant que Windows NT Option Pack n'est pas installé. Windows NT Option Pack est installé sur le premier noeud et doit ensuite être installé sur le noeud 2 sans basculer aucune des ressources sur le noeud 2. Si MSMQ a été installé, c'est sur le disque partagé, lequel n'est pas disponible sur le noeud 2. Windows NT Option Pack ne pourra pas mettre à niveau MSMQ sur le second noeud, car le disque sur lequel MSMQ a été installé n'est pas disponible pour ce second noeud. Il s'agit d'une complication suite à l'exécution du processus Mettre à jour uniquement/Mettre à jour et ajouter, lorsque IIS a déjà été installé précédemment, comme c'est le cas pour de nombreux clients. Le processus de mise à niveau de Windows NT Option Pack supprime l'entrée MSMQ du menu Démarrer/Programmes, mais ne parvient pas à la placer dans le groupe Windows NT Option Pack, car il ne peut pas copier les fichiers sur le disque partagé, ce dernier n'étant pas disponible sur le second noeud.

Cette procédure installe également SQL Server avant Windows NT Option Pack afin d'éviter que SQL Server ne rétrograde le MSDTC installé par Windows NT Option Pack.

Si vous prévoyez d'inclure Netshow, il est préférable de ne pas l'inclure lors de l'installation de la mise à jour d'IIS pour Windows NT Server, Édition Entreprise, mais de l'installer après l'installation de Windows NT 4.0 Service Pack 4 à l'aide du répertoire \NETSHOW sur le CD-ROM de Windows NT 4.0 Service Pack 4. Si vous l'installez à partir du CD-ROM de Windows NT Server, Édition Entreprise, vous devez le supprimer pour installer la version se trouvant sur le CD-ROM de Windows NT 4.0 Service Pack 4 et vous recevrez des erreurs au démarrage du service Netshow OnDemand Server Service après l'installation de Windows NT Option Pack sur le cluster.

Si vous prévoyez de configurer des serveurs Web ordonnés en clusters, suivez la configuration décrite dans l'article Q191138 de la Base de connaissances après avoir terminé l'installation de Windows NT 4.0 Service Pack 4.

Installation de MSCS

Aucune considération particulière n'existe pour l'installation de MSCS. Sur un ordinateur réinstallé, il est recommandé de supprimer les fichiers qui peuvent avoir été installés sur les disques partagés, à l'exception des fichiers de données des applications. Tous les fichiers de données utilisateur qui devront être réutilisés doivent être sauvegardés et replacés sur le disque partagé, selon les exigences des applications.

Installation de SQL sur le noeud 1

Utilisez l'Administrateur de cluster pour vous assurer que le disque du bus SCSI partagé, qui sera utilisé pour stocker les fichiers de programme et de données de MSMQ et SQL Server, est bien en ligne sur le premier noeud, sur lequel vous allez installer SQL Server. Si vous prévoyez de mettre à niveau la version limitée de SQL Server vers une version commerciale, prenez soin de stocker les fichiers d'installation, de données et de programme sur un disque du bus SCSI partagé et assurez-vous que la ressource de disque est en ligne sur le noeud sur lequel vous installez SQL Server. Si nécessaire, cliquez sur Modifier le dossier dans la boîte de dialogue SQL Server et spécifiez un dossier sur le disque partagé.

Remarque Avant de commencer, examinez la ressource de disque dans l'Administrateur de cluster. Si le disque physique a été partitionné en unités logiques, la ressource de disque affiche toutes les lettres de lecteur dans le champ NOM. Installez SQL Server sur la première lettre de lecteur indiquée. Si vous ne le faites pas, l'Assistant Cluster SQL Server échouera. Vous devrez alors désinstaller SQL Server et recommencer.

À partir du CD-ROM Windows NT Server, Édition Entreprise, exécutez \MSMQ\MSMQ\SQL\i386\setup.exe.

Remarque Vous pouvez également utiliser le CD-ROM de SQL Server 6.5, Édition Entreprise pour installer SQL Server sur le disque partagé.

  1. Cliquez sur Continuer sur l'écran de bienvenue.

  2. Pour les champs Nom, Société et ID du produit, entrez respectivement "MSMQ User", "MSMQ Org" et "111222333".

  3. Pour les options MSSQL Server 6.5, utilisez la valeur par défaut Installer SQL Server et Utilitaires.

  4. Sur l'écran Mode de licence, ajoutez une licence.

  5. Pour le chemin d'installation de SQL Server 6.5, changez de lecteur afin d'installer le logiciel sur un disque partagé qui sera également utilisé par MSMQ.

  6. Vérifiez que le volet Création d'un lecteur fait bien référence au lecteur que vous avez spécifié dans le chemin d'installation et changez la taille de l'unité principale de 25 à 30 Mo.

  7. Pour la documentation en ligne de SQL Server, sélectionnez Ne pas installer. La documentation en ligne de SQL Server n'est pas incluse dans l'édition limitée de SQL Server.

    Remarque Si vous effectuez l'installation à partir du CD-ROM de SQL Server 6.5, Édition Entreprise, vous pouvez installer la documentation en ligne de SQL Server.

  8. Sur le panneau Options d'installation, vérifiez que ni SQLServer, ni SQLExecutive ne sont activés pour le démarrage automatique. Il s'agit de ressources de cluster qui doivent toujours être démarrées et arrêtées avec l'Administrateur de cluster.

  9. Remplacez le compte d'ouverture de session SQL Executive par une ouverture de session en tant que Compte système local.

    SQL copie maintenant les fichiers et procède à l'installation. Ce processus peut prendre entre cinq et 20 minutes, en fonction de la configuration de l'ordinateur. À la fin de l'installation, cliquez sur Quitter vers Windows NT.

    Redémarrez alors l'ordinateur.

Installation de NT Option Pack sur le noeud 1

Déplacez les groupes de ressources du noeud 2 vers le noeud 1.

Déplacez le disque sur lequel vous avez installé SQL Server vers le groupe avec le nom et les ressources IP que vous souhaitez utiliser pour MSMQ.

Arrêtez tous les services Web, les services Netshow, SQL Server, SQL Executive, les services Oracle ainsi que toute application qui utilise ODBC. Ceci est très important, car l'installation de Windows NT Option Pack installe des pilotes ODBC mis à jour. Si des processus s'exécutent avec ODBC, certains des nouveaux modules ODBC ne seront pas copiés et vous n'en serez informé par aucun message d'erreur. Vous recevrez des erreurs lors de l'inscription des composants au cours de l'installation de Windows NT Option Pack. Insérez le CD-ROM de Windows NT Option Pack et dans le volet de gauche, sélectionnez Installer. Sélectionnez Installer Windows NT 4.0 Option Pack, puis Ouvrir ce fichier à partir de son emplacement actuel.

Cliquez sur OK lors de l'affichage du message indiquant que le service MS Gopher n'est plus pris en charge.

Cliquez sur Suivant sur l'écran d'installation de Windows NT Option Pack et acceptez le contrat de licence.

Si vous avez précédemment installé IIS, vous aurez le choix entre les options Mettre à jour uniquement et Mettre à jour et ajouter. Sélectionnez Mettre à jour uniquement.

Vérifiez que le disque partagé du serveur virtuel et du dossier journal DTC fait référence au disque partagé de l'écran Microsoft Transaction Server, puis cliquez sur Suivant.

Windows NT Option Pack copie les fichiers et configure l'ordinateur, en terminant par un écran de remerciement. Cliquez sur Terminer et vous recevez un message indiquant que Windows NT Option Pack a été installé sur le premier noeud. Installez-le sur le second noeud avant de cliquer sur OK.

Redémarrez le second noeud avant de cliquer sur OK sur ce message.

Installation de NT Option Pack sur le noeud 2

Arrêtez tous les services Web, les services Netshow, SQL Server, SQL Executive, les services Oracle ainsi que toute application qui utilise ODBC, comme cela a été fait sur le premier noeud. S'il s'agit d'une première installation, SQL Server n'est pas installé sur cet ordinateur.

Insérez le CD-ROM de Windows NT Option Pack et sélectionnez Installer dans le volet de gauche.

Sélectionnez Installer Windows NT 4.0 Option Pack, puis Ouvrir ce fichier à partir de son emplacement actuel.

Cliquez sur OK lors de l'affichage du message indiquant que le service MS Gopher n'est plus pris en charge.

Cliquez sur Suivant sur l'écran d'installation de Windows NT Option Pack et acceptez le contrat de licence.

Si vous avez précédemment installé IIS, vous aurez le choix entre les options Mettre à jour uniquement et Mettre à jour et ajouter. Sélectionnez Mettre à jour uniquement.

Windows NT Option Pack copie les fichiers et configure l'ordinateur, en terminant par un écran de remerciement. Cliquez sur Terminer et redémarrez l'ordinateur.

Installation complète de NT Option Pack sur le noeud 1

Utilisez l'Administrateur de cluster sur le noeud 1 afin de savoir quand le noeud 2 a rejoint le cluster.

Lorsque le noeud est en ligne sur le cluster, vous pouvez cliquer sur le message NT Option Pack et redémarrer le noeud 1.

Organisation de SQL en clusters à partir du noeud 1 et installation de MSMQ sur ce noeud

À l'aide de l'Administrateur de cluster, déplacez vers le noeud 1 le groupe constitué de MSDTC, du disque partagé et des ressources Nom/IP.

Sur le CD-ROM NTServer Entreprise, cliquez sur \MSMQ\SQL.WIZ\WPWIZ.CMD pour démarrer la version limitée de l'Assistant Cluster SQL.

Cliquez sur Suivant sur l'écran de bienvenue et entrez un mot de passe de votre choix pour le compte SA. (Par défaut, aucun mot de passe n'est défini pour SA.)

Cliquez sur Terminer pour activer SQL, puis cliquez sur Quitter.

À partir de l'Administrateur de cluster, mettez les ressources SQLServer et SQLExecutive en ligne.

Installation de MSMQ sur le noeud 1

Exécutez "Installation de Windows NT 4.0 Option Pack" en cliquant sur Démarrer, Programmes, Windows NT 4.0 Option Pack.

Cliquez sur Suivant sur l'écran de bienvenue et sélectionnez Ajouter/Supprimer sur l'écran suivant.

Faites défiler vers le bas jusqu'à l'option Microsoft Message Queue et activez cette case à cocher.

Sélectionnez le type d'installation de MSMQ (PEC, PSC, BSC).

Entrez les noms appropriés.

  • PEC nécessite la saisie du nom d'une société et du nom d'un site.

  • PSC nécessite la saisie du nom du PEC et du nom d'un site.

  • BSC nécessite la saisie du nom du PSC.

Vérifiez que le chemin d'installation de MSMQ fait référence au disque partagé contenant ses fichiers.

Une fenêtre indique que le fichier MSMQOCM.CAB est introuvable. Insérez le CD-ROM NT Option Pack et cliquez sur Parcourir. Ouvrez successivement WINDOWS NT OPTION PACKPAK, EN, x86 et WINNT.SRV, puis cliquez sur Ouvrir. Cliquez sur OK sur l'écran signalant l'absence du fichier CAB.

Cliquez sur OK pour accepter la taille par défaut des bases de données MSMQ Server (80 Mo pour les données, 20 Mo pour le journal).

Poursuivez l'installation classique de MSMQ. PEC nécessite que vous ajoutiez un réseau connecté. PSC nécessite que vous indiquiez un coût de liaison entre sites.

Lorsque l'installation de NT Option Pack est terminée, cliquez sur Terminer sur l'écran de remerciement, puis cliquez sur Oui pour redémarrer.

Installation de MSMQ sur le noeud 2

  1. Vérifiez que le groupe avec la ressource MSMQ se trouve sur le noeud 2. MSMQ affiche l'état Échec.

  2. Exécutez "Installer Windows NT 4.0 Option Pack" en cliquant sur Démarrer, Programmes, Windows NT 4.0 Option Pack.

  3. Cliquez sur Suivant sur l'écran de bienvenue et sélectionnez Ajouter/Supprimer sur l'écran suivant.

  4. Faites défiler vers le bas jusqu'à l'option Microsoft Message Queue et activez cette case à cocher.

  5. Sélectionnez le même type d'installation MSMQ (PEC, PSC, BSC) et utilisez les mêmes noms que pour le premier noeud. Sélectionnez Mettre à jour la base de données existante lorsque vous y êtes invité.

  6. Lorsque l'installation de NT Option Pack est terminée, cliquez sur Terminer sur l'écran de remerciement, puis cliquez sur Oui pour redémarrer.

  7. Ainsi s'achève l'installation de MSMQ.

Installation de NT4 SERVICE PACK 4 sur le noeud 1

  1. Pour procéder par mises à niveau successives, vous devez déplacer toutes les ressources vers le noeud 2.

  2. Utilisez l'Administrateur de cluster pour suspendre le noeud 1.

  3. Exécutez l'installation de SERVICE PACK 4 sur le noeud 1.

  4. Redémarrez.

  5. Exécutez \I386\UPDATE\Y2KSETUP.EXE. Cet utilitaire exécute au minimum la mise à jour de MDAC et d'IE4.

  6. Cliquez sur OK pour redémarrer le noeud 1. Lors du redémarrage, il se peut qu'un message indique que le programme d'installation ne parvient pas à démarrer certains services. Cela est normal et vous devez cliquer sur OK pour redémarrer.

Installation de NT4 SERVICE PACK 4 sur le noeud 2

  1. Utilisez l'Administrateur de cluster pour réactiver le noeud 1 et déplacer toutes les ressources vers ce noeud.

  2. Utilisez l'Administrateur de cluster pour suspendre le noeud 2.

  3. Exécutez l'installation de SERVICE PACK 4 sur le noeud 2.

  4. Redémarrez.

  5. Exécutez \I386\UPDATE\Y2KSETUP.EXE. Cet utilitaire exécute au minimum la mise à jour de MDAC et d'IE4.

  6. Cliquez sur OK pour redémarrer le noeud 2. Lors du redémarrage, il se peut qu'un message indique que le programme d'installation ne parvient pas à démarrer certains services. Cela est normal et vous devez cliquer sur OK pour redémarrer.

  7. Après le redémarrage, utilisez l'Administrateur de cluster pour réactiver le noeud 2.

Remarque Si nécessaire, vous pouvez maintenant installer Netshow à partir du répertoire NT4SERVICE PACK 4 \Netshow. Si vous possédez une version antérieure de Netshow, vous devrez utiliser la commande Ajout/Suppression de programmes du Panneau de configuration pour désinstaller les anciens services Netshow avant d'installer la version de Netshow se trouvant sur le CD-ROM NT4SERVICE PACK 4.

Installation de contrôleurs de site MSMQ lorsque NT Option Pack n'est pas requis

Mise en clusters de serveurs MSMQ

L'installation de serveurs MSMQ sur un cluster MSCS est semblable à l'installation de serveurs MSMQ sur des serveurs Windows NT Server/E non ordonnés en clusters, aux exceptions suivantes près :

  • MSCS doit être installé sur les deux noeuds, qui doivent tous deux être en ligne.

  • Vous devez exécuter deux fois l'installation de MSMQ.

  • Vous devez ordonner en clusters les contrôleurs de site MSMQ (PEC, PSC et BSC) avec la version limitée de SQL Server 6.5 (fournie sur le CD-ROM Windows NT Server, Édition Entreprise) ou SQL Server 6.5, Édition Entreprise. Vous ne pouvez pas ordonner en clusters MSMQ avec la version standard de SQL Server 6.5.

  • Si vous voulez utiliser SQL Server 6.5 Entreprise pour MSMQ, vous avez deux possibilités : vous pouvez effectuer l'installation par défaut de la version limitée de SQL et de l'Assistant Cluster SQL à partir du CD-ROM de Windows NT Server 4.0, Édition Entreprise (\MSMQ\SQL.WIZ\WPWIZ.CMD), puis la mettre à niveau ; vous pouvez également effectuer l'installation de SQL Server 6.5, Édition Entreprise, puis l'organiser en clusters à l'aide de l'Assistant Cluster SQL à partir du CD-ROM de Windows NT Server 4.0, Édition Entreprise.

  • Si vous prévoyez la mise à niveau de la version limitée de SQL vers la version commerciale, n'exécutez pas en premier le programme d'installation de MSMQ et ne l'autorisez pas à utiliser les paramètres d'installation par défaut de SQL. La version limitée de SQL utilise l'ordre de tri 51, tandis que le produit commercial utilise l'ordre de tri 52, ce qui peut provoquer la défaillance de certaines applications. Installez la version commerciale de SQL Server 6.5 Entreprise sans exécuter son Assistant Cluster SVS ou installez manuellement SQL à partir de NTS/EE CD2 \msmq\msmq\sql\setup.exe. Une fois l'installation terminée, exécutez l'Assistant Cluster SQL à partir de \msmq\sql.wiz\wpwiz.cmd.

Pour installer un serveur MSMQ dans un cluster MSCS

  1. Utilisez l'Administrateur de cluster pour vous assurer que le disque du bus SCSI partagé, qui sera utilisé pour stocker les fichiers de programme et de données de MSMQ, est bien en ligne sur le premier noeud, sur lequel vous allez installer MSMQ (noeud A).

  2. Effectuez cette étape si vous prévoyez de mettre à niveau la version limitée de SQL vers une version commerciale. Prenez soin de stocker les fichiers d'installation, de données et de programme sur un disque du bus SCSI partagé et assurez-vous que la ressource de disque est en ligne sur le noeud sur lequel vous installez MSMQ. Si nécessaire, cliquez sur Modifier le dossier dans la boîte de dialogue Microsoft Message Queue et spécifiez un autre dossier sur ce disque. Si vous installez SQL avant MSMQ, prenez soin de l'installer sur le disque partagé.

Avant de commencer, examinez la ressource de disque dans l'Administrateur de cluster. Si le disque physique a été partitionné en unités logiques, la ressource de disque affiche toutes les lettres de lecteur dans le champ NOM. Installez SQL sur la première lettre de lecteur indiquée. Si vous ne le faites pas, l'Assistant Cluster SQL échouera. Vous devrez alors désinstaller SQL et recommencer.

La sous-section suivante décrit comment installer manuellement SQL et l'Assistant Cluster SQL. Vous n'avez besoin de le faire que si vous souhaitez modifier l'ordre de tri SQL.

  1. La version limitée de SQL s'installe avec par défaut l'ordre de tri 51 (distinction des majuscules et des minuscules). La version normale de SQL Server s'installe avec par défaut l'ordre de tri 52 (pas de distinction des majuscules et des minuscules). Le seul moyen de changer la version limitée de SQL consiste à l'installer manuellement à partir du CD 2 sous \MSMQ\MSMQ\SQL\I386\Setup.exe (ou à installer manuellement SQL/EE). Au cours de cette installation, vous devrez spécifier ou modifier les paramètres ci-dessous.

  2. Ajoutez une licence.

  3. Assurez-vous que le chemin d'installation se trouve sur le disque partagé approprié (voir remarque ci-dessus).

  4. Vérifiez que l'unité principale se trouve sur le même disque partagé.

  5. Sélectionnez Ne pas installer pour la documentation SQL Server si vous installez la version limitée de SQL. Cette documentation n'est pas incluse sur le CD-ROM et l'installation échouerait.

  6. Ne sélectionnez pas le démarrage automatique de SQL Server ou de SQL Executive.

  7. Sélectionnez l'installation d'ouverture de session en tant que Compte de système local.

  8. En fonction de la configuration de l'ordinateur, l'installation de SQL peut prendre 10 à 30 minutes.

  9. Pour créer les entrées de cluster pour SQL, exécutez \MSMQ\sql.wiz\wpwiz.cmd.

  10. Vous ne devez exécuter l'installation et l'Assistant SQL que sur un seul noeud du cluster.

  11. Avant d'installer MSMQ, examinez l'Administrateur de cluster afin de vous assurer que le serveur SQL et les ressources Executive sont démarrés.

  12. Exécutez le programme d'installation de MSMQ Server en suivant les instructions du Guide de l'administrateur de MSMQ. Si vous avez manuellement installé et ordonné en clusters SQL à l'étape précédente, seul MSMQ devra être installé. Vous ne verrez pas s'afficher les messages relatifs à l'installation de la version limitée de SQL comme cela est indiqué ci-après.

Avant de commencer, examinez la ressource de disque dans l'Administrateur de cluster. Si le disque physique a été partitionné en lecteurs logiques, la ressource de disque affiche toutes les lettres de lecteur dans le champ NOM. Installez MSMQ sur la première lettre de lecteur indiquée. Si vous ne le faites pas, l'Assistant Cluster SQL s'arrête en provoquant l'échec de l'installation de MSMQ.

Vous voyez s'afficher un message indiquant que la version limitée de SQL est installée. Vous devez également sélectionner le type de noeud MSMQ (PEC/PSC/BSC). En fonction de votre choix, vous devrez saisir différentes informations.

Un PEC vous demandera de spécifier la taille des périphériques de données et de journaux de MQIS. Les valeurs par défaut sont respectivement 80 et 20. Il vous demandera également d'indiquer le nom de la société, d'ajouter un réseau de connexion et de spécifier le nom d'un site. Le choix de tous ces noms vous appartient. Ils ne dépendent d'aucune autre ressource NT à ce stade.

Un PSC vous demandera de spécifier pour MQIS les mêmes informations relatives à la taille. Il se peut qu'il vous demande également le nom de l'ordinateur PEC, le nom d'un réseau connecté et le coût des liaisons avec d'autres PEC.

Un BSC vous demandera de spécifier pour MQIS les mêmes informations relatives à la taille. Il vous demandera ensuite d'indiquer le nom du PSC dont il est le serveur de sauvegarde.

  1. Une fois l'installation terminée, utilisez l'Administrateur de cluster sur le premier noeud (A) pour effectuer les opérations suivantes :

    Mettez les ressources MSMQ Service et MSDTC hors ligne en cliquant avec le bouton droit sur chacune d'elles, puis en cliquant sur Déconnecter.

    Déplacez le groupe de clusters vers le second noeud (B) en cliquant sur Groupe de clusters sous le dossier Groupes, puis en cliquant sur Déplacer le groupe.

  2. Installez MSMQ sur le second noeud (B). Spécifiez les mêmes paramètres que ceux utilisés pour la première installation, puis cliquez sur Mettre à jour la base de données existante pour le serveur MQIS.

    Cette opération place les DLL MSMQ appropriées dans le répertoire system32 local et met à jour le registre avec les clés MSMQ.

1 Cette action nécessite un logiciel tiers, tel que Drive Image ou Ghost.

<< 1 2 3 4 >>

Dernière mise à jour le vendredi 1 septembre 2000

Pour en savoir plus