INF: Testen der Methoden für SQLServer-Band speichert oder laden

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 124023 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Hinweis: Dieser Artikel ist spezifisch für Microsoft SQL Server auf Windows NT-Plattformen.
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Das Band Gerät Subsystem besteht aus mehreren Ebenen, die für die erfolgreiche SQL Server-Datenbanksicherung sind erforderlich und Prozeduren laden. Die primäre Ebene ist die Hardwareebene, die der Bandgerät, Kabel, Abschlusszeichen und SCSI-Controller besteht. Die Kernel-Ebene besteht aus Windows NT-Kernel, e/a-Manager, Dateisystemtreiber, und der Band-Gerätetreiber. Die letzte Ebene ist die Benutzer oder Anwendung. Auf dieser Ebene wird SQL Server arbeitet und hängt von den Vorgang der zugrunde liegenden Ebenen Hardware- und Betriebssystemanforderungen für erfolgreichen Abschluss von Dump und Load Operationen auf ein Bandmedium.

Dieser Artikel dient eine Methode zum Testen des SQL Server-Dumps dokumentieren und Prozeduren mit einem Bandlaufwerk zu laden.

Weitere Informationen

Vorläufige Überprüfung

  1. Stellen Sie sicher, dass bestimmte Bandlaufwerk in der Hardware-Kompatibilitätsliste (HCL) ist. Die Geräte in der HCL wurden auf Anforderung des Herstellers zur Verwendung mit Windows NT-Betriebssystem von Microsoft getestet. Band Laufwerk Hersteller bieten häufig Bandlaufwerke zu Hersteller (Original Equipment Manufacturer), und es ist möglich, dass die Firmware für das Laufwerk neu gepackten entsprechend auf die der OEM-Anforderung geändert wurde, Kreditor. Diese Änderungen möglicherweise Probleme mit dem Vorgang das Bandmedium unter Windows NT und/oder SQL Server. Als Ergebnis, obwohl das zugrunde liegende Bandlaufwerk von einem Kreditor in der HCL gefertigt haben kann, kann das Bandlaufwerk, das neu gepackt und unter einem anderen Kreditor Bezeichnung verkauft wurden Kompatibilitätsprobleme aufgrund von Firmware-Änderungen auftreten.
  2. Installieren Sie das Bandgerät nach den Empfehlungen des Herstellers. Sicherstellen, dass Einhaltung von den Empfehlungen für den SCSI-Controller, SCSI-Kabellänge und Typ des SCSI-Abschlusswiderstand.
  3. Wenden Sie sich den Hersteller für Änderungen in der Treiber für das Bandgerät verwendet wird. Einige Anbieter bietet Treiber des Bandlaufwerkes für die Verwendung mit Windows NT. Band Laufwerken vom Compaq, die nicht in der HCL AUFGEFÜHRT sind Treiber von der Software Compaq empfohlen Unterstützung Diskette (SSD) verwenden soll. Dies ist da das Bandlaufwerk Compaq ausschließlich von Compaq unterstützt wird.
  4. Überprüfen Sie, dass das Bandgerät entsprechend unter Windows NT installiert wurde. Im folgenden werden drei Bereiche überprüfen, um das Band Gerät Setup überprüfen:

    1. Für Computer unter Windows NT 3.5 x führen Windows NT-Setup, der in der Programm-Hauptgruppe in Windows NT-Programm-Manager ist. Klicken Sie im Optionen in Setup auf Dienstprogramm Bandgeräte. Ein Treiber sollte aufgeführt werden, die das Bandlaufwerk entspricht.

      Prüfung auf Computern unter Windows NT 4.0 den Gerätetreiber Band in der Systemsteuerung Bandgeräte.

      Hinweis: die Herstellerdokumentation oder der Windows NT-Dokumentation bereitgestellt werden details auf den Treiber für das Bandlaufwerk an das System angeschlossen ist).
    2. In der Systemsteuerung Geräte das Bandlaufwerk sollte als gestartet angezeigt werden und eine Start-Einstellung des Systems.
    3. Starten Sie Ntbackup.exe. Klicken Sie im Menü Vorgänge auf Hardwaresetup. Wenn das Gerät ordnungsgemäß festgelegt wurde, werden das Bandlaufwerk in der Dropdown-Liste angezeigt.
  5. Testen Sie mit ntbackup.exe. Stellen Sie sicher, dass eine erfolgreichen Archivieren und Wiederherstellen von einer Datei oder einer Gruppe von Dateien ohne Fehler ausgeführt werden können.

    Hinweis: Es ist wichtig, beide dieser Operationen durchführen.

    Auch hier den Bandkatalog anzeigen und eine Archiv mit eine Überprüfung durchführen. Wenn Probleme mit diesem Verfahren der SQL Server dump und wird nicht funktionieren oder nicht funktioniert zuverlässig Band geladen werden.
  6. Verwenden Sie SQL Enterprise Manager zum Überprüfen der SQL Server-Setup des Abbildgeräts Band. Wechseln Sie zu einem Abfragefenster, und führen Sie die folgende gespeicherte Prozedur:
    <backup_device_name> sp_helpdevice
    Das Ergebnis, das Sie erhalten sollte das folgende Format aufweisen, wobei X für die Band Gerätenummer steht:
          \\.\tapeX
      
    Standardmäßig beginnen die Gerät Zahlen mit... tape0 TapeX abhängig von der Anzahl der Bandmedien durch NTDetect gefunden wird, wenn das System gestartet wird. Im Allgemeinen auf einem System mit einem einzelnen Bandlaufwerk der Systembezeichner Gerät werden tape0 und die physische Definition werden \\.\tape0.

    Für SQL Server 4.2 X, wechseln Sie zum SQL-Geräte klicken und doppelklicken Sie auf dem Abbildgerät Band. Stellen Sie sicher, dass der physikalische Pfad korrekt ist.

Testen von Prozeduren

Hinweis: Durch eine Administrative Anmeldung müssen die folgenden Prozeduren getestet werden. Der Zweck überprüfen, ob das Bandgerät, nicht funktioniert, ist die Systemberechtigungen zu einen bestimmten Benutzernamen gehören. So Wenn der Benutzername für SQL Server vom Standardwert geändert wurde, stellen Sie sicher, dass der Benutzername Administratorrechte hat.

Darüber hinaus wird davon ausgegangen, dass die für die grundlegende und erweiterte verwendete Datenbank Tests keine strukturellen Problemen. Wenn der Status der Datenbank bekannt ist oder nicht zuletzt eingecheckt wurde, ausgeführt werden DBCC CHECKDB und DBCC NEWALLOC.

Überprüfen Sie die Ausgabe dieser DBCC-Überprüfungen und korrigieren Sie alle strukturellen Problemen bevor Sie die folgenden Tests. Strukturelle Problemen, die in einer Datenbank zum Zeitpunkt der Datenbanksicherung auf Band vorhanden sind möglicherweise eine Datenbanklast vom Bandgerät fehlschlagen.

Grundlegende Prozedur testen

  1. Bevor Sie mit die Prozedur beginnen, verwenden Sie SQL Server Setup, um automatischen Start für SQL Server und SQLExecutive zu deaktivieren (oder SQL-Monitor für SQL Server 4.2 X).
  2. Deaktivieren Sie den Server. Warten Sie ca. 60 Sekunden und schalten Sie die Einheit wieder ein. Wenn der Server einen externen Bandlaufwerk verfügt, schalten Sie ihn zuerst, und warten Sie bis zum Abschluss Initialisierung, bevor Sie den Server einschalten. Dies ist eine wichtige Schritt, da es das Bandmedium wieder auf die eingebettete Standardeinstellungen zurückgesetzt.
  3. Starten Sie SQL Server und fahren Sie mit einer Eingabeaufforderung.
  4. Melden Sie sich an SQL Server als Systemadministrator (SA), und Gehe zum Fenster Abfrage ISQL/W.
  5. Führen Sie die folgenden Anweisungen aus dem Fenster ISQL/W-Abfrage:
          dump database pubs to tapedump with init,nounload
          go
      
    Hinweis: Ersetzen Sie Tapedump mit dem SQL Server logischen Namen für das System getestet.

    Die folgende Meldung sollte angezeigt werden:
    Msg 4029 auf 10, Status 1:
    Datenbank 'Pubs' (89 Seiten) ausgegeben Datei <1> auf Band "SQ0001".
    Überprüfen der SQL Server Nachricht Fehlerprotokoll, das die folgenden entsprechenden haben sollten:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
    
  6. Öffnen Sie den Ordner sichern oder Dump Gerät von SQL Enterprise Manager, und öffnen Sie das Bandsicherungsmedium. Stellen Sie sicher, dass der Datenträger Beschriftung und das Speicherabbild Header angezeigt werden.
  7. Wechseln Sie zur ISQL/W-Abfragefenster, und führen Sie die folgenden Anweisungen:
          dump database pubs to tapedump with noinit,nounload
          go
          dump database pubs to tapedump with noinit,nounload
          go
      
    Die folgenden Fehlermeldungen sollte angezeigt:
          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'.
      
    Überprüfen Sie das SQL Server-Fehlerprotokoll, das folgenden entsprechenden Meldungen verfügen sollte:
          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
      
    Wenn SQL Server-Fehlerprotokoll diese Nachrichten nicht enthalten ist, gehen Sie die vorherigen Schritte, und wiederholen Sie ggf.. Finden Sie im Abschnitt "Problem" dieses Artikels.
  8. Wechseln Sie zur ISQL/W-Abfragefenster, und führen Sie die folgenden Anweisungen:
     
          load database pubs from tapedump with file=2,nounload
          go
      
    Überprüfen Sie das SQL Server-Fehlerprotokoll, das ähnlich der folgenden Ergebnisse aufzeichnen soll:
          94/02/01  15:49:08.83 server   Recovery dbid 4 ckpt (1017,8)
      
    Hinweis: Die Informationen in das Fehlerprotokoll gefunden möglicherweise anders, abhängig Dbid der Datenbank werden in der Dump geladen wird. Darüber hinaus ist der Ckpt-Wert in Klammern die Position des letzten Datensatzes in Prüfpunkt, die während des Wiederherstellungsprozesses gefunden wurde, sodass auch variieren.
  9. Testen ist abgeschlossen. Falls Probleme vorliegen, finden Sie unter der "Probleme"bei Abschnitt dieses Artikels.

Erweiterte Prozedur testen

Diesem Abschnitt werden ausführlichere Tests. Vorgang wird über diesen Punkt hinaus fortgesetzt, eine Annahme besteht, dass das Band System gründlich mit NTBackup, getestet wurde, die den erfolgreichen Abschluss von Archivierungs- und Wiederherstellungsvorgänge Prozeduren geführt haben. Es wird empfohlen, dass Sie keine Produktions- oder wichtige Entwicklung Datenbanken zum Testen von unproved Hardware verwenden.

Die erweiterte Prozedur zum Testen variiert hauptsächlich in der Größe der betroffenen Datenbank und deren Wichtigkeit für die Organisation. Wenn Ressourcen verfügbar sind, ist es sicherlich für eine Datenbank erstellen, die einer Produktion oder wichtige Entwicklungsdatenbank in Größe und Inhalt für diese Tests widerspiegelt. Es ist auch wichtig zu erkennen, dass einige zeigen der Produktions oder Entwicklungsdatenbank auf Band gesichert werden müssen.

Als Ergebnis hat die folgende Prozedur einige integrierte Redundanz, die von Schritt 2 dargestellt. Dies ist die erweiterte Prozedur zum Testen:
  1. Herunterfahren von SQL Server, aus dem SQL-System-Manager oder aus einer Eingabeaufforderung mithilfe eines Befehls NET STOP MSSQLSERVER (für SQL Server 4.2 x, den Befehl NET STOP SQLSERVER ist).
  2. Verwenden Ntbackup.exe, archivieren Sie alle Gerät Datenbankdateien, einschließlich Master.dat und alle Geräte, die für Tempdb verwendet. Dieses Verfahren muss durchgeführt werden, mit der Option überprüfen NTBackup.
  3. Starten Sie SQL Server über den SQL-Dienste-Manager oder über eine Eingabeaufforderung mit einen Befehl NET START MSSQLSERVER.
  4. Führen Sie die Schritte 1-0, wie im Abschnitt "Grundlegende Tests Prozedur" dieses Artikels, die gewünschte Datenbank für die Datenbank "Pubs" ersetzen.

Abschließende Anmerkungen auf Testen

Der erfolgreiche Abschluss der testen oben beschriebenen Verfahren nicht garantiert, dass es wird nie Probleme mit Ihrem SQL Server dump oder Vorgänge auf Band geladen. SQL Server-Band-Operationen hängen von den erfolgreichen Betrieb aller zugrunde liegenden Schichten, aus denen das Band-Subsystem, ebenso wie einer Datenbank, die frei von strukturellen Problemen ist.

Probleme

  1. Überprüfen Sie das Systemprotokoll der Ereignisanzeige von Windows NT-Anwendung (gefunden unter Verwaltung). Für jeden Fehler SCSI- oder Band Gerät untersucht.
  2. Überprüfen Sie das Anwendungsprotokoll der Windows NT-Ereignisanzeige nach Fehlern SQL Server-Anwendung.
  3. Überprüfen Sie die SQL Server-Fehlerprotokoll.
  4. Rufen Sie den Hersteller der entsprechenden Hardware, und stellen Sie sicher, dass die gesehen Probleme durch neuere Firmwareversionen der oder Gerätetreiber nicht behoben wurden.
  5. Korrigieren Sie offensichtliche Probleme, und Testen Sie es erneut.
  6. Sich an den entsprechenden Kreditor-Support.
Wenn Microsoft SQL Server-Support aufrufen, sollten Sie darauf vorbereitet, die folgenden Informationen bereitstellen:
  • Die Registrierungseinträge für jedes Bandmedium in HKEY_LOCAL_MACHINE\Hardware\Devicemap gefunden. Schließen Sie die Einzelheiten im Hinblick auf die Anzahl "," Typ "und" Hersteller jeder SCSI-Controller "," die Anzahl der Geräte im SCSI-Anschluß und SCSI-Bus.
  • Die Dateigröße, Datum und Uhrzeit für den Band-Treiber das fragliche Gerät verwendet wird.
  • Ergebnisse von Testprozeduren, die detaillierte, sowie die SQL Server-Fehlerprotokoll, Systemprotokoll, Anwendungsprotokoll in der Ereignisanzeige.
  • Bestimmte Bandlaufwerk stellen und Modell-Informationen (nicht, wer internen Komponenten macht).
  • Die Ergebnisse von Sp_helpdevice und Xp_msver ausgeführt.

Eigenschaften

Artikel-ID: 124023 - Geändert am: Samstag, 8. Februar 2014 - Version: 4.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
Keywords: 
kbnosurvey kbarchive kbmt kbusage KB124023 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 124023
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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