INF: Test des méthodes pour les vidages de bande SQL Server ou du chargement

Traductions disponibles Traductions disponibles
Numéro d'article: 124023 - 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.
Remarque : Cet article est spécifique à Microsoft SQL Server sur les plates-formes Windows NT.
Agrandir tout | Réduire tout

Sommaire

Résumé

Le sous-système de périphérique de bande est constitué de plusieurs couches qui sont requis pour le vidage de base de données SQL Server réussie et chargement des procédures. Le niveau principal est le niveau matériel, qui est constitué par le périphérique à bande, câble, indicateur de fin et contrôleur SCSI. La couche de noyau est constituée du noyau Windows NT, Gestionnaire d'e/S, pilote de système de fichiers et le pilote de périphérique de bande. La dernière ligne de défense est le niveau d'utilisateur ou application. À ce niveau, SQL Server fonctionne et dépend de l'opération des niveaux de matériel et le système d'exploitation sous-jacent pour la réussite des opérations de vidage et de chargement sur un périphérique à bande.

L'objectif de cet article est de documenter une méthode pour tester le vidage de SQL Server et de charger les procédures avec un lecteur de bande.

Plus d'informations

Vérifications préliminaires

  1. Assurez-vous que le périphérique de bande spécifique est sur la liste de compatibilité matérielle (HCL, Hardware Compatibility List). Les périphériques dans la liste de compatibilité MATÉRIELLE ont été testés par Microsoft, à la demande du fabricant, pour une utilisation avec le système d'exploitation Windows NT. Les fabricants de lecteurs de bande vendent fréquemment des lecteurs de bande aux fournisseurs de fabricant d'équipements informatiques (OEM) et il est possible que le microprogramme du lecteur reconditionné a été modifié conformément à la demande de l'OEM fournisseur. Ces modifications peuvent entraîner des problèmes avec le fonctionnement de l'unité de bande sous Windows NT et/ou SQL Server. Par conséquent, même si le lecteur de bande sous-jacent ont peut-être été fabriqué par un fournisseur dans la liste de compatibilité MATÉRIELLE, le lecteur de bande qui a été remanié et vendu sous l'étiquette d'un fournisseur différent peut avoir des problèmes de compatibilité, dû aux changements du microprogramme.
  2. Installer le périphérique de bande conformément aux recommandations du fabricant. Assurez-vous que vous respectiez les recommandations pour le SCSI contrôleur, longueur du câble SCSI et type de terminateur SCSI.
  3. Contactez le fournisseur pour que les modifications dans le pilote utilisé pour le périphérique de bande. Certains fournisseurs fournissent des pilotes de bande pour une utilisation avec les lecteurs de bandes Windows NT. fourni par Compaq, qui ne sont pas dans la liste de compatibilité MATÉRIELLE, doivent utiliser des pilotes à partir de la disquette de prise en charge logicielle recommandée de Compaq (SSD). Cela est dû au fait que le lecteur de bande Compaq est uniquement pris en charge par Compaq.
  4. Vérifiez que le périphérique à bande a été installé correctement sous Windows NT. Trois zones pour vérifier pour vérifier la configuration de périphérique de bande sont les suivantes :

    1. Pour les ordinateurs exécutant Windows NT 3.5 x, exécution de Windows NT le programme d'installation, qui se trouve dans le groupe de programmes principal dans le Gestionnaire de programmes Windows NT. Dans le menu Options dans le programme d'installation, cliquez sur Ajouter/supprimer des périphériques de bande. Un pilote qui correspond le lecteur de bande doit être répertorié.

      Pour les ordinateurs exécutant Windows NT 4.0, vérifiez le pilote de périphérique de bande dans le Panneau de configuration périphériques à bandes.

      Remarque : documentation du fabricant de l'ou la documentation fournira de Windows NT présente en détail sur quel pilote est approprié pour le lecteur de bande connecté au système).
    2. Dans le Panneau de configuration périphériques, le lecteur de bande doit être répertorié comme Started et affiche un paramètre de démarrage du système.
    3. Démarrez Ntbackup.exe. Dans le menu opérations, cliquez sur Configurer le matériel. Si le périphérique a été correctement configuré, le lecteur de bande sera visible dans la zone de liste déroulante.
  5. Tester à l'aide de Ntbackup.exe. Assurez-vous qu'un archivage réussi et de restauration d'un fichier ou d'un groupe de fichiers peuvent être effectuées sans erreur.

    Remarque : Il est important d'effectuer ces deux opérations.

    En outre afficher le catalogue de la bande et effectuer un archivage avec une vérification. S'il n'y a des problèmes avec cette procédure, SQL Server dump et chargement sur bande va pas fonctionnent ou pas de travail de manière fiable.
  6. Utilisez SQL Enterprise Manager pour vérifier le programme d'installation de SQL Server de l'unité de vidage sur bande. Accédez à une fenêtre de requête et exécuter la procédure stockée suivante :
    sp_helpdevice <backup_device_name>
    Le résultat que s'affiche doit être au format suivant, où X est le numéro de périphérique de bande :
          \\.\tapeX
      
    Par défaut, les numéros de périphérique commencent ne... tapeX, selon le nombre de périphériques de bande trouvés par NTDetect lorsque le système démarre. En général, sur un système avec un seul lecteur de bande, l'identificateur de périphérique système sera n'et la définition physique sera \\.\tape0.

    Pour SQL Server 4.2 x, accédez à l'administrateur de SQL, cliquez sur périphériques, puis double-cliquez sur l'unité de vidage sur bande. Assurez-vous que le chemin d'accès physique est correcte.

Procédures de tests

Remarque : Les procédures suivantes doivent être testées par une connexion d'accès d'administration. L'objectif est de vérifier que l'unité de bande fonctionne, pas les droits de système appartenant à une connexion particulière. Par conséquent, si la connexion pour SQL Server a été modifiée à partir de la valeur par défaut, assurez-vous que la connexion d'accès possède des privilèges d'administration.

En outre, il est supposé que la base de données utilisée pour la base et avancées les tests n'ont aucun problème structurelle. Si l'état de la base de données est inconnue ou si elle n'a pas été vérifiée récemment, exécutez DBCC CHECKDB et DBCC NEWALLOC.

Examinez le résultat de ces vérifications DBCC et corrigez les problèmes structurels avant d'essayer les tests suivants. Des problèmes structurels qui existent dans une base de données au moment de la base de données de vidage sur bande peuvent provoquer une charge de la base de données à partir de l'unité de bande à échouer.

Procédure de test base

  1. Avant de commencer la procédure, utilisez le programme d'installation de SQL Server pour désactiver le démarrage automatique pour SQL Server et SQLExecutive (ou le Moniteur SQL pour SQL Server 4.2 x).
  2. Désactiver le serveur. Attendez environ 60 secondes, puis rallumez l'unité. Si le serveur possède un lecteur de bandes externe, mettez-le sous tension de premier et attendez qu'il a terminé l'initialisation avant d'activer le serveur. Il s'agit d'une étape importante, car elle réinitialise le périphérique de bande sur les paramètres par défaut incorporé.
  3. Démarrez SQL Server et accédez à une invite de commande.
  4. Ouvrez une session SQL Server en tant qu'administrateur système (SA) et passez à la fenêtre de requête ISQL/W.
  5. Exécutez les instructions suivantes à partir de la fenêtre de requête ISQL/W :
          dump database pubs to tapedump with init,nounload
          go
      
    Remarque : Remplacer tapedump par le nom logique de SQL Server pour le système testé.

    Vous recevrez le message suivant :
    Msg 4029, niveau 10, état 1 :
    Base de données 'pubs' (89 pages) exportée vers fichier <1>sur bande 'SQ0001'.
    Examinez le message du journal des erreurs, qui doit avoir le correspondant suivant de SQL Server :
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
    
  6. Ouvrez le dossier de périphérique de sauvegarde ou vidage à partir de SQL Enterprise Manager, puis ouvrez le périphérique de sauvegarde sur bande. Vérifiez que le nom de volume et l'en-tête de vidage sont affichés.
  7. Revenez à la fenêtre de requête ISQL/W et exécuter les instructions suivantes :
          dump database pubs to tapedump with noinit,nounload
          go
          dump database pubs to tapedump with noinit,nounload
          go
      
    Vous devez recevoir des messages suivants :
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <2> on tape 'SQ0001'.
          Msg 4029, Level 10, State 1:
          Database 'pubs' (89 pages) dumped to file <3> on tape 'SQ0001'.
      
    Passez en revue le journal des erreurs SQL Server, qui doit avoir les messages correspondants suivants :
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
          94/02/01 15:50:18.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
      
    Si le journal des erreurs de SQL Server ne contient-elle pas de ces messages, passez en revue les étapes précédentes et répétez si nécessaire. Passez à la section «Problème» de cet article.
  8. Revenez à la fenêtre de requête ISQL/W et exécuter les instructions suivantes :
     
          load database pubs from tapedump with file=2,nounload
          go
      
    Passez en revue le journal des erreurs SQL Server, qui doit enregistrer les résultats semblables au suivant :
          94/02/01  15:49:08.83 server   Recovery dbid 4 ckpt (1017,8)
      
    Remarque : Les informations trouvées dans le journal des erreurs peuvent être différentes, selon le dbid de la base de données que le vidage est chargé dans. En outre, la valeur ckpt entre parenthèses est l'emplacement du dernier enregistrement qui a été trouvé au cours du processus de récupération, afin qu'il peut également varier point de contrôle.
  9. Test terminé. Si vous rencontrez des problèmes, reportez-vous à la section «Problèmes» section de cet article.

Procédure de test d'avancées

Cette section décrit en détail plus des tests approfondis. Continuer au-delà de ce point, une hypothèse est faite que le système de bande a été minutieusement testé avec NTBackup, qui a entraîné la réussite des procédures d'archivage et de restauration. Il est recommandé que vous n'utilisez pas de production ou de bases de données de développement important pour le test matériel unproved.

La procédure de test avancée varie principalement dans la taille de la base de données impliquée et son importance pour l'organisation. Si les ressources sont disponibles, il est certainement approprié créer une base de données qui reflète une production ou d'une base de données de développement important dans la taille et le contenu de ce test. Il est également important de réaliser que à un moment la production donné ou base de données de développement devra être vidées sur bande.

Par conséquent, la procédure suivante possède certains redondance intégrée qui est illustrée par l'étape 2. Voici la procédure de test avancée :
  1. Arrêter SQL Server, à partir du Gestionnaire de services SQL ou à partir d'une invite de commande à l'aide d'une commande NET STOP MSSQLSERVER (pour SQL Server 4.2 x, la commande est NET STOP SQLSERVER).
  2. À l'aide de Ntbackup.exe, archiver tous les fichiers de périphérique de base de données, y compris master.dat et tous les périphériques utilisés pour tempdb. Cette procédure doit être effectuée avec l'option Vérifier de NTBackup.
  3. Démarrez SQL Server via le Gestionnaire des services SQL ou à partir d'une invite de commandes, avec une commande NET START MSSQLSERVER.
  4. Effectuez les étapes 1-0 comme indiqué dans la section "Procédure de test de base" de cet article, en remplaçant la base de données souhaitée pour la base de données 'pubs'.

Remarques finales sur test

La réalisation des procédures de test décrites ci-dessus ne garantit pas que ne peut pas contenir des problèmes avec votre serveur SQL dump ou charger des opérations sur bande. Opérations de bande dépendent de la réussite de l'opération toutes les couches sous-jacentes qui composent le sous-système de bande, ainsi que d'une base de données est libre de problèmes structurelles.

Problèmes

  1. Passez en revue le journal système de l'Observateur d'événements Windows NT application (qui se trouve sous Outils d'administration). Vérifiez qu'il toute erreur de périphérique SCSI ou bande.
  2. Examinez le journal application de l'Observateur d'événements Windows NT application pour les erreurs de SQL Server.
  3. Passez en revue le journal des erreurs SQL Server.
  4. Appeler le fournisseur de matériel approprié et vérifiez que les problèmes n'ont pas été résolus par les versions plus récentes du microprogramme ou des pilotes de périphérique.
  5. Corrigez tout problème évident et tester à nouveau.
  6. Contactez le support fournisseur approprié.
Lors de l'appel de prise en charge de SQL Server, préparez-vous à fournir les informations suivantes :
  • Les entrées de Registre trouvées dans HKEY_LOCAL_MACHINE\Hardware\Devicemap pour chaque unité de bande. Inclure les détails concernant le numéro, type et fabricant de chaque contrôleur SCSI, le nombre de périphériques sur le SCSI port et SCSI bus.
  • La taille du fichier, la date et l'heure pour le pilote de bande utilisé par le périphérique en question.
  • Résultats dans les procédures de test détaillées ci-dessus, ainsi que le journal des erreurs de SQL Server, le journal système et le journal des applications à partir de l'Observateur d'événements.
  • Lecteur de bande spécifique marque et le modèle d'informations (et non pas qui rend les composants internes).
  • Les résultats de l'exécution sp_helpdevice et xp_msver.

Propriétés

Numéro d'article: 124023 - Dernière mise à jour: jeudi 23 janvier 2014 - Version: 4.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 4.21a Standard
  • Microsoft SQL Server 6.0 Standard
  • Microsoft SQL Server 6.5 Édition Standard
Mots-clés : 
kbnosurvey kbarchive kbmt kbusage KB124023 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: 124023
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.

Envoyer des commentaires

 

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