Description des ajouts au fichier Lisezmoi.htm de SQL Server 2000 64 bits

Cet article décrit plusieurs éléments qui ne sont pas documentées dans le fichier d'au fichier Lisezmoi.htm de SQL Server 2000 (64 bits). Cet article est un supplément du fichier Lisezmoi.htm au lieu d'un remplacement, ainsi, assurez-vous que lire le fichier Readme.htm soigneusement.

• Pour mieux la connectivité entre un client 32 bits et SQL Server 2000 (64 bits), Microsoft recommande d'exécuter Microsoft Data Access Components (MDAC) 2.7 Service Pack 1 ou version ultérieure sur un ordinateur client 32 bits.
• Le paramètre de ligne de commande paramètres reinstallmode = amus/omus n'est pas prise en charge sur les ordinateurs qui exécutent la gestion de clusters avec basculement.
• La version d'origine de SQL Server 2000 64 bits peut prendre en charge jusqu'à 32 processeurs.
• Pour les bases de données que vous migrez à partir de SQL Server 2000 32 bits à SQL Server 2000 64 bits, les procédures stockées étendues 32 bits ne fonctionnera pas avec SQL Server 2000 (64 bits). Microsoft Windows de Windows 64 (WOW) environnement de 64 bits Microsoft Windows ne fonctionnera pas 32 bits SQL Server (.dlls) de procédures stockées étendues. Les procédures stockées étendues 32 bits doivent être recompilées avec un compilateur de 64 bits pour obtenir le .DLLs 64 bits.
  
  Pour créer et pour compiler une procédure stockée étendue, vous devez connaître l'emplacement de fichiers suivants :
  • Srv.h. Vous devez utiliser la version 32 bits qui est disponible dans SQL Server 2000.
  • Opends60.dll. ce fichier est disponible avec SQL Server 2000 (64 bits). Opends60.dll se trouve dans le dossier \Mssql\Binn.
  • Opends60.lib. ce fichier est disponible avec SQL Server 2000 (64 bits). Opends60.lib est situé dans la racine du média.
  
  note Microsoft offre un compilateur de 64 bits avec la plate-forme Microsoft Kit de développement logiciel (SDK). Pour plus d'informations sur le Kit de développement Microsoft Platform SDK, reportez-vous au site de Web Microsoft suivant :
  
  
  Microsoft Platform SDK (http://msdn2.microsoft.com/en-us/library/aa384167(vs.85).aspx)

• Si vous utilisez Console.exe, vous devez utiliser la version 32 bits qui se trouve dans le dossier binn avec sqlservr.exe.
  
  note Non 32-bits outils sont fournis avec cette version de SQL Server 2000 64 bits. Cependant, les outils qui ont été intégralement à SQL Server 2000 64 bits peuvent être installés par le programme d'installation. Pour une liste des outils 64 bits, voir SQL Server 2000 (Édition 64 bits) manuels en ligne pour plus d'informations.
• Microsoft Windows sur Windows 64 (WOW) est un Windows 32 bits sous-système qui permet d'exécuter des applications 32 bits sur Windows 64 bits. Toutefois, applications 32 bits va s'exécuter en un mode d'émulation. Par conséquent, performance peut ne répond pas à vos attentes. En outre, vous pouvez rencontrer un comportement inattendu lorsque vous exécutez des applications 32 bits sur Windows 64 bits. Par conséquent, les outils de gestion SQL Server 32 bits sont prises en pas charge pour l'exécution dans WOW sur Windows 64 bits. Vous devez exécuter les à distance sur une version 32 bits de Microsoft Windows.
  
  Pour plus d'informations sur les outils 32 bits et les utilitaires, consultez les rubriques suivantes :
  • Fichier Lisezmoi de 64 bits Microsoft SQL Server 2000 ; rubrique : section 3.4 - Outils et utilitaires de la
  • Documentation en ligne de SQL Server 2000 (Édition 64 bits); rubrique : Outils et utilitaires - différences entre les 64 bits et 32 bits versions 64 bits - de
    
    Pour télécharger la version en ligne de la documentation de SQL Server 2000 (Édition 64 bits), reportez-vous au site de Web Microsoft suivant :
    
    
    SQL Server 2000 (64-bit Edition) Books Online (http://microsoft.com/downloads/details.aspx?FamilyId=4B9793E0-DB8C-469E-AAC4-271DFB74EA70&displaylang=en)
• Les composants MDAC 64 bits étaient inclus en tant que base des composants de système d'exploitation avec la version 64 bits de Windows Server 2003. Ces composants MDAC 64 bits n'étaient pas inclus avec SQL Server 2000 64 bits. SQL Server 2000 64 bits repose sur les composants MDAC 64 bits qui font partie d'un système d'exploitation 64 bits. Pour plus d'informations, reportez-vous au site de Web Microsoft suivant :
  
  
  MDAC road map (http://msdn2.microsoft.com/en-us/library/ms810810.aspx)

Comment faire pour reconstruire la base de données master sur un cluster 64 bits de Microsoft SQL Server 2000

note Ces étapes sont également disponibles dans l'article suivant de la base de connaissances Microsoft :
Vous pouvez reconstruire la base de données principale pour une instance de SQL Server 2000 (64 bits).

Pour reconstruire la base de données principale , vous devez disposer le produit ID (PID) qui a été utilisé pour installer SQL Server 2000 (64 bits). Ce numéro D'IDENTIFICATION est un GUID qui est stockée dans le Registre. Pour une instance par défaut de SQL Server 2000 (64 bits), ce numéro D'IDENTIFICATION est dans le Registre sous la clé de Registre suivante :



Pour une instance nommée de SQL Server 2000 (64 bits), ce numéro D'IDENTIFICATION est dans le Registre sous la clé de Registre suivante :



Lorsque vous reconstruire la base de données , vous pouvez configurer :

• Le mot de passe sa .
• Le classement.
• Le chaînage propriété inter-base de données.
• Le rapport d'erreurs.

Si vous modifiez le mode d'authentification, les modifications ne sont pas reflétées après que le serveur est réinstallé. Toutefois, vous pouvez modifier le mode d'authentification après la réinstallation.

note Vous devez effectuer toutes ces étapes du n?ud de cluster propriétaire de la ressource SQL Server.

Pour reconstruire la base de données master d'une instance par défaut de Microsoft SQL Server 2000 (64 bits), procédez comme suit :

1. Déconnecter le serveur virtuel SQL Server.
2. Dans l'Éditeur du Registre, sous le
   HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\<PID>
   Registre clé, apportez ces modifications :
   1. Modifiez la valeur SqlCluster à 0 et notez la valeur de SqlCLusterSec.
   2. Modifier la valeur de SqlClusterSec à 0.
   note Vous devez restaurer la valeur de SqlClusterSec après que vous reconstruire la base de données .
   
   PID est le PID du package Windows Installer qui a été utilisé pour installer SQL Server.
3. Exécutez Cliconfg.exe pour démarrer l'utilitaire réseau du client :
   1. Sous l'onglet alias , cliquez sur Ajouter . La boîte de dialogue Configuration de bibliothèque réseau ajouter s'ouvre.
   2. Pour les bibliothèques réseau, cliquez pour sélectionner l'autre option.
   3. Dans la zone de texte alias du serveur , tapez computer name, computer name étant le nom de l'ordinateur local. Pour une instance nommée, tapez computer name \ instance name, où computer name est le nom de l'ordinateur local et instance name est le nom de l'instance de SQL Server. L'ordinateur local doit être le n?ud de cluster qui possède le code SQL Server ressource.
   4. Dans la zone de texte Nom de fichier , tapez DBNETLIB .
   5. Dans la zone de texte paramètres , tapez LPC : virtual server name. Pour une instance nommée, tapez LPC : virtual server name \ virtual server instance name, où virtual server name est le nom du serveur virtuel SQL Server et virtual server instance name est l'instance nommée du serveur virtuel (64 bits) SQL Server 2000.
   6. Cliquez sur OK .
4. Exécutez msiexec.exe pour reconstruire la base de données master . Voici un exemple :
   
   À partir l'invite de commande, tapez suivantes
   
   msiexec.exe /i <pid> REINSTALL = ALL REINSTALLMODE = amus SQLAUTOSTART = 0 / l * v < chemin D'accès et File_name.txt >
   
   où PID est le PID de Windows Installer package qui a été utilisé pour installer SQL Server, et Path and File_name.txt est l'emplacement et le nom de fichier pour le fichier journal détaillé.
   
   Par exemple, tapez d:\rebuild_master_verbose_log.txt . La boîte de dialogue réinstallation s'affiche. Modifier tout le sa mot de passe, classement, inter-base de données de la propriété chaînage et Watson. Si vous modifiez le mode d'authentification, ils ne seront pas reflétées après que le serveur est réinstallé. Vous pouvez modifier le mode d'authentification après la réinstallation.
   
   note Parfois, l'ordinateur peut affiche un message indiquant que les opérations de fichiers sont en attente et vous êtes invité à redémarrer l'ordinateur. Cliquez sur non .
5. Dans l'Éditeur du Registre, sous le
   HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\<PID>
   Registre clé, modifiez la valeur SqlCluster à 1. Restaurer la valeur de SqlClusterSec à la valeur que vous avez noté à l'étape 2.
6. Exécutez Cliconfg.exe pour ouvrir l'utilitaire réseau client. Sous l'onglet alias , sélectionnez l'alias du serveur que vous avez créé à l'étape 3, puis cliquez sur Supprimer .
7. Si l'ordinateur requiert un redémarrage, redémarrez l'ordinateur qui exécute SQL Server maintenant.
8. Mettez le serveur virtuel en ligne.

Fonctionnalité de services d'analyse peut ne pas apparaît dans l'arborescence lorsque vous installez une autre édition

Peut dans certains scénarios d'installation, Analysis Services ne pas apparaître comme prévu dans l'arborescence paramètres qui vous sélectionner fonctions pour votre installation de SQL Server 2000 (64 bits). Ce problème peut se produire si vous installez une édition d'Analysis Services après la suppression d'une autre édition de Analysis Services. Pour contourner le problème, supprimez la clé de Registre après avoir supprimé une édition de Analysis Services, mais avant d'installer une autre édition.

note Cela peut se produire uniquement lorsque vous installez une autre édition de Analysis Services que celui qui a été installé à l'origine. Si la même édition d'Analysis Services est réinstallée, l'arborescence affiche la fonctionnalité d'Analysis Services comme prévu.