Forum aux questions - SQL Server 7.0 - conversion

Traductions disponibles Traductions disponibles
Numéro d'article: 195444 - Voir les produits auxquels s'applique cet article
Cet article a été archivé. Il est proposé « en l'état » et ne sera plus mis à jour.
Agrandir tout | Réduire tout

Résumé

Cet article répond aux questions les plus fréquemment posées à propos de la conversion d'une installation de SQL Server 6.5 vers SQL Server 7.0.

Plus d'informations

  1. Q. combien de temps faut-il le processus de conversion ?

    A. de nombreux facteurs seront affectent la durée nécessaire pour convertir des bases de données SQL Server 6.x vers SQL Server 7.0. Chaque objet dans la base de données 6.x de SQL Server doit être reconstruit dans la base de données SQL Server 7.0, et chaque ligne doit être transférée. Selon la complexité de chaque base de données, la durée nécessaire pour convertir deux bases de données de 10 Go ayant des nombres de lignes et les objets peut-être varier largement. En outre, la plate-forme matérielle, nombre de processeurs, sous-système de disque et la quantité de mémoire vive (RAM) sera jouent un rôle significatif la durée requise pour la conversion de. La sélection de «validation des données» lors de l'installation va augmenter la quantité de temps nécessaire pour effectuer la mise à niveau selon un facteur de deux. Vous trouverez ci-après certaines durées typiques pour le processus de mise à niveau :

    Réduire ce tableauAgrandir ce tableau
    Taille de base de donnéesEstimation de la durée nécessaire pour convertir
    400 MOMoins de 20 minutes
    1 GOInférieur à 1 heure
    10 GOMoins de 4 heures
    50 GOMoins de 12 heures
    100 GOMoins de 24 heures
  2. Q. combien de l'espace disque supplémentaire utilise-t-il SQL Server 7.0 que SQL Server 6.5 ?

    A. avec un seul ordinateur, la conversion de SQL Server 6.x vers SQL Server 7.0 nécessite environ 1,5 fois l'espace que vos données 6.x de SQL Server utilisent actuellement. Dans la plupart des cas, l'espace réellement utilisé sera inférieur à votre SQL Server 6.x utilisent actuellement des données. Si vous n'avez pas une quantité suffisante d'espace disque, vous voudrez peut-être envisager à l'aide de la conversion de bande d'un seul ordinateur ou de la méthode de conversion de deux ordinateurs. Chacune de ces options est décrite ci-dessous.

    Méthode de conversion de bande un ordinateur

    Avec cette méthode, vos fichiers de données SQL Server 6.x sont sauvegardés à un vidage SQL. Si vous le souhaitez, vous pouvez spécifier qu'une sauvegarde de fichier des fichiers physiques est également effectuée. Une fois cette étape est effectuée, les périphériques de données sont supprimés des lecteurs et du vidage SQL est utilisé lors du chargement des nouvelles bases de données SQL Server 7.0. Si vous avez des difficultés, vous pouvez réinstaller SQL Server 6.x et restaurer des fichiers de données d'origine à partir de la sauvegarde physique des fichiers de données.

    Méthode de conversion de deux ordinateurs

    Avec cette méthode, le nouvel ordinateur requiert environ 1,5 fois autant espace de disque car vos bases de données SQL Server 6.x utilisent actuellement. Le montant final de l'espace utilisé peut être inférieur, selon les types de données utilisées et la quantité réelle d'espace libre dans les bases de données SQL Server 6.x. Lors de la conversion d'une base de données, SQL Server 7.0 suggère une taille de fichier de données et utiliser la taille de fichier journal précédent pour le premier fichier journal. Notez que ce comportement est différent lors de la création d'une base de données dans SQL Server 7.0. Dans ce cas, SQL Server 7.0 crée la nouvelle base de données avec une taille par défaut de 2 Mo.
  3. Q. les utilisateurs peuvent-ils être connectés à l'ordinateur de 6.x de SQL Server lorsque la procédure de conversion est en cours ?

    R. non. Au cours du processus de mise à niveau, l'ordinateur de 6.x de SQL Server est arrêté et démarré pendant que les objets sont scriptés et que les données extraites. En outre, lorsque le transfert de données est démarré, SQL Server 7.0 est en cours d'exécution et il n'est pas possible d'accéder à SQL Server 6.x.
  4. Q. comment je should pour configurer mon serveur avant d'effectuer la mise à niveau ?

    A. Si vous mettez à niveau votre SQL Server 6.x existante vers un nouvel ordinateur exécutant SQL Server 7.0, les deux ordinateurs doivent être configurés pour utiliser un nom d'utilisateur de domaine et un mot de passe pour le service MSSQLServer. Le compte d'utilisateur de domaine doit également appartenir au groupe Administrateurs sur les deux ordinateurs. Un compte système local suffit pour une mise à niveau sur un ordinateur. Si vous effectuez une mise à niveau sur différents domaines, vous devez disposer une relation d'approbation entre domaines avant de commencer la mise à niveau.

    Remarque : Si vous utilisez le compte système local avec le processus de mise à niveau un ordinateur et que vous utilisez également un compte local, vous ne pourrez pas mettre à niveau de logins intégrés (car setuser va échouer). Par conséquent, vous devez uniquement utiliser le compte système local avec un processus de mise à niveau un ordinateur si vous utilisez sécurité standard, pas une sécurité intégrée.
  5. Q. est-il possible une installation de SQL Server 4.21 être convertie directement en SQL Server 7.0 ?

    R. non. En raison de nombreux changements de base de données entre SQL Server 4.21 et la structure de bases de données SQL Server 6.x, le processus de conversion s'exécutera pas l'utilisation de bases de données SQL Server 4.21. Pour mettre à niveau un serveur exécutant SQL Server 4.21 vers SQL Server 7.0, vous devez d'abord mettre à niveau le serveur vers SQL Server 6.0 ou SQL Server 6.5 avant la conversion vers SQL Server 7.0. Si vous exécutez SQL Server 4.21 et souhaitez effectuer la mise à niveau vers SQL Server 7.0 mais vous n'avez pas de SQL Server 6.x, vous pouvez obtenir une copie de SQL Server 6.5 aux fins de la mise à niveau vers SQL Server 7.0 à partir du centre de traitement.

    Remarque : Avant de convertir votre installation à partir de SQL Server 4.21 vers SQL Server 6.x, assurez-vous d'exécuter Chkupg65.exe ou Chkupg60.exe, pour vérifier que la structure et le contenu de vos bases de données SQL Server 4.21 d'éviter tout conflit avec les exigences ANSI 92 nouvelles qui sont implémentées dans les versions 6.x de SQL Server.
  6. CAN q. je charge mes SQL exporte vers un nouvel ordinateur et la mise à niveau le nouvel ordinateur vers SQL Server 7.0 ?

    A. Oui. Toutefois, veillez à également copier la base de données master sur le nouvel ordinateur. Si les bases de données à partir d'un autre ordinateur sont chargées sur un nouvel ordinateur, l'ID d'ouverture de session SQL Server ne sera pas présent dans la base de données master. La mise à niveau ne parviendra pas à créer des objets pour les utilisateurs ne disposant pas de login ID dans la base de données master. En outre, si la sécurité intégrée est utilisée et qu'aucun groupe local n'existe pour les utilisateurs d'une base de données est chargé dans SQL Server, connexions d'accès peuvent échouer.
  7. CAN q. je consolider de données à partir de deux ou plusieurs serveurs de SQL 6.x à une version 7.0 de SQL Server ?

    R. non. Le processus de mise à niveau va effectuer le suivi des serveur en cours de mise à niveau et autorise uniquement des bases de données à partir d'un seul 6.x de SQL Server pour être mis à niveau. La consolidation de bases de données à partir de différents serveurs peut provoquer des problèmes dans les ID d'ouverture de session de l'utilisateur, comptes d'utilisateurs et autorisations d'objet. Si vous voulez consolider plusieurs bases de données à partir de différents 6.x SQL Servers, déplacez toutes les bases de données pour être consolidés à un SQL Server 6.x et vérifier que vos applications fonctionnent correctement avant d'effectuer la mise à niveau vers SQL Server 7.0.
  8. Q. dois-je exécuter la base de données d'instructions (DBCC) Vérificateur de cohérence sur le serveur avant d'effectuer la mise à niveau mes bases de données ?

    R. bien qu'il ne soit pas nécessaire d'exécuter des instructions DBCC avant la mise à niveau, cette procédure est donc recommandée. Selon l'étendue de toutes les incohérences logiques existant dans la base de données, le processus de mise à niveau peut ne pas se terminer correctement. Dans une situation où il n'y a peut-être pas suffisamment de temps dans une fenêtre de maintenance pour terminer la mise à niveau et DBCC vérifie, pensez à exécution les vérifications DBCC sur un serveur de sauvegarde ou secondaire, à l'aide de vidages des bases de données à mettre à niveau.
  9. Q. mettre à CAN je niveau qu'un seul ou plusieurs de mes bases de données vers SQL Server 7.0 ?

    A. Oui. Vous pouvez mettre à niveau un, certaines ou toutes vos bases de données SQL Server 6.x vers SQL Server 7.0. Vous pouvez même convertir des bases de données individuelles sous la forme d'un test ou d'exercices pratiques avant d'effectuer la mise à niveau toutes les bases de données sur le serveur. Toutefois, notez qu'il est recommandé de convertir toutes les bases de données de production sur un serveur en même temps ; cela réduira les problèmes potentiels. Si vous souhaitez uniquement convertir un sous-groupe de vos bases de données SQL Server 6.x existantes, vous devez les convertir tous en même temps.

    Si vous ne pas effectuer une mise à niveau toutes les bases de données en même temps, il n'y a des problèmes à connaître. Tous les objets liés sur le contenu d'autres bases de données, y compris les vues, procédures stockées et les déclencheurs, échouera créée si l'objet ou la base de données dépendant n'existe pas.

    Si la base de données model de SQL Server 6.x a été modifié pour inclure des objets supplémentaires, il doit être converti en même temps que toutes les autres bases de données SQL Server 6.x ou dernier. Les objets qui ont été créés dans les bases de données SQL Server 6.x en objets non définis par défaut ajoutés à la base de données model de SQL Server 6.x seront scriptés au cours de la procédure de mise à niveau.

    Lorsque d'autres bases de données SQL Server 6.x sont mis à niveau une fois que la base de données model a déjà été converti, elles contiennent objets non définis par défaut basés sur la base de données model de SQL Server 6.x. Dans la mesure où les objets sont ajoutés aux nouvelles bases de données SQL Server 7.0 lorsqu'ils sont initialement créés par la base de données model de SQL Server 7.0, le script de création ne parviendra pas à créer des objets qui existent déjà dans la base de données. Par conséquent, en convertissant la base de données model en dernier, les changements apportés à la structure de base de données seront uniquement appliquées aux nouvelles bases de données SQL Server 7.0. Tous les objets non définis par défaut dans les bases de données SQL Server 6.x converti va avoir été créé par des scripts au cours du processus de conversion de ces bases de données.
  10. Q. CAN j'exécuter SQL Server 6.x et SQL Server 7.0 en même temps sur un seul ordinateur ?

    R. non. Vous ne pouvez exécuter une de ces versions de SQL Server un moment donné. Les deux versions partagent des ressources de Windows NT communes et les informations de Registre et qu'une seule version peut être démarrée à la fois. Toutefois, vous pouvez basculer entre SQL Server 7.0 et SQL Server 6.x à l'aide de l'utilitaire commutateur. L'utilitaire commutateur est conçu pour le processus de conversion et test ; elle n'est pas conçu pour l'hébergement des deux versions de SQL Server sur un ordinateur dans un environnement de production.

    Si vous avez converti vos bases de données SQL Server 7.0 sur le même ordinateur que l'installation de 6.x de SQL Server existante, il est important de comprendre que ces deux ensembles de bases de données sont indépendantes ; elles ne sont pas synchronisés ; toute modification apportée aux données SQL Server 6.x pendant l'exécution de SQL Server 6.x n'est pas répercutées dans les bases de données SQL Server 7.0. Inversement, toutes les modifications apportées aux données de SQL Server 7.0 ne seront pas répercutées dans les bases de données SQL Server 6.x.

    Attention : Si vous installez SQL Server 7.0 avec SQL Server version 6.x sur le même ordinateur, n'installez pas SQL Server 7.0 dans le même répertoire que SQL Server 6.x. Ils doivent être installés dans des répertoires distincts.
  11. Q. J'obtiens des erreurs «@ @servername non valide» lors de la conversion. Pourquoi ?

    A. This message d'erreur peut se produire soit si la version 6.x de SQL Server que vous mettez à niveau n'a pas été nommé. Pour résoudre ces problèmes, effectuez les opérations suivantes :

    1. Dans ISQL ou ISQL/w, utilisez l'instruction SELECT @@ SERVERNAME à vérifier que le serveur possède un nom.
    2. Si le serveur n'a pas un nom, utilisez la procédure stockée suivante pour ajouter un nom :
      sp_addserver <server_name>, local
      								
  12. Q. Quelle est la cause de la «Impossible d'ouvrir de la base de données par défaut» et les erreurs «Erreur interrogation de @ @ServerName» ?

    R. Si la base de données par défaut de l'administrateur système (SA) n'a pas encore récupérée, ou si elle est marquée comme suspecte, l'Assistant Mise à niveau produit un des ces messages d'erreur. Résoudre le problème avec la base de données par défaut et réexécutez l'Assistant Mise à niveau.
  13. Q. le processus de conversion semble cesser de répondre et échoue. Pourquoi ?

    A. Si des applications ou services ont ouvert des connexions ODBC sur le serveur SQL 6.x server au cours du processus de conversion, ils peuvent empêcher le serveur SQL Server pour arrêter complètement. Le processus de conversion ne passera pas on to l'étape suivante s'il n'a pas reçu confirmation que le serveur SQL 6.x server a été complètement arrêté. Le processus de conversion semble cesser de répondre et finit par échouer dans cette situation. Pour résoudre ce problème, fermez toutes les applications et les services qui peuvent avoir des connexions ODBC ouvertes ou qui peuvent utiliser SQL Server avant d'effectuer la mise à niveau. Si le Générateur de profils SQL ou SQL trace est connecté à la version 6.x de SQL Server, vous serez confronté au problème similaire en ce tandis que le serveur pas réellement cessera de répondre, les tâches qui s'est produit rapidement une fois utilisent beaucoup de temps UC qu'elles deviennent exponentiellement plus lentes.
  14. Q. où Can I consulter un rapport des erreurs qui ont may se produire au cours du processus de conversion ?

    A. lors de la conversion, des journaux détaillés sont générés et stockés dans votre répertoire SQL. Si des erreurs se produisent au cours du processus de conversion, s'affiche une boîte de dialogue à la fin de la procédure. Cette boîte de dialogue affichera le contenu des fichiers d'erreur. Ce fichier de sortie est situé dans le répertoire MSSQL\Upgrade\ servername _ date _ time. Chaque base de données possède son propre sous-répertoire contenant les fichiers de sortie et d'erreur qui ont été générés pendant le processus de conversion.
  15. Q. certains de mes procédures stockées n'ont pas converti correctement ou n'ont pas converti du tout ; identifier la cause du problème ?

    A. Voici quelques raisons possible pourquoi vos procédures stockées peuvent n'ont pas été convertis correctement :

    • Le texte de la procédure stockée doit commencer par CREATE PROCEDURE ; si votre procédure commence par BEGIN TRANSACTION, suivi du texte CREATE PROCEDURE, la procédure stockée ne sera pas créée.
    • Procédures stockées qui sont basés sur des tables système ne seront pas créées, en raison des modifications dans les noms de colonne et une modification de la structure des catalogues système.
    • Si le nom d'une procédure stockée a été modifié à l'aide de la procédure sp_rename stockées, le nom d'origine de la procédure stockée dans la table système syscomments n'a pas été modifié. Dans ce cas, la procédure stockée sera créée avec le nom d'origine. Puis si vous disposez d'une autre procédure stockée existante avec le même nom ou une qui a été créée avant l'original, la seconde procédure stockée pas sera créée car un objet portant ce nom existe déjà.
    • Procédures stockées qui sont créées par d'autres procédures stockées ne seront pas créées car ils ne disposent aucun entrée dans la table syscomments.
Pour plus d'informations sur les problèmes de conversion, consultez la rubrique «Avant la mise à niveau : Checklist» dans la documentation en ligne de SQL Server 7.0.

Vous n'avez pas de voir une réponse à votre question ? Consultez groupes de la Microsoft discussion SQL Server sur le site suivant :
http://www.microsoft.com/communities/newsgroups/en-us/
Communautés techniques Microsoft offrent ainsi la possibilité d'interagir avec les employés de Microsoft, les experts et vos pairs afin de partager des connaissances et des informations sur les produits Microsoft et les technologies associées. Ces Communautés techniques offrent plusieurs façons d'accéder aux réponses aux questions, pour accéder aux solutions aux problèmes et partager vos propres compétences. Ces Communautés techniques sont situées sur le site suivant :
http://www.microsoft.com/communities/default.mspx

Propriétés

Numéro d'article: 195444 - Dernière mise à jour: dimanche 2 février 2014 - Version: 3.2
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 7.0 Standard
Mots-clés : 
kbnosurvey kbarchive kbmt kbfaq kbinfo KB195444 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 195444
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com