INF: Testování metody pro SQL Server pásková Vypíše nebo načítá

Překlady článku Překlady článku
ID článku: 124023 - Produkty, které se vztahují k tomuto článku.
Tento článek byl archivován. Je nabízen v takovém stavu, v jakém je, a nebude již nadále aktualizován.
Poznámka: Tento článek je konkrétní Microsoft SQL Server na platformách WINDOWSNT.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Podsystém páskové zařízení je tvořena několika vrstvy, které jsou nutné pro úspěšné dump databáze SQL Server a načíst procedury. Primární úroveň je úroveň hardwaru, která je tvořena páskové zařízení, kabel, zakončení a řadič. Vrstva jádra se skládá z jádra WINDOWSNT, Správce vstupu, ovladač systému souborů a ovladač páskové zařízení. Konečné vrstva je úroveň uživatelem nebo aplikací. Na této úrovni SQL Server pracuje a závisí na operaci podkladové úrovně hardware a operační systém pro úspěšné dokončení operace výpisu a zatížení na páskové zařízení.

Účelem tohoto článku je dokumentu metodu pro testování dump SQL Server a načíst procedury s páskovou jednotku.

Další informace

Předběžné kontroly

  1. Ujistěte se, že konkrétní páskové zařízení je v seznamu kompatibilního hardwaru (HCL). Zařízení v seznamu byly testovány společností Microsoft, na žádost výrobce pro použití s operačním systému Windows NT. Páskové jednotky výrobci často prodávají páskové jednotky dodavatelům výrobce (OEM) a je možné, že firmware jednotky repackaged byl změněn, podle požadavku OEM dodavatele. Tyto změny mohou způsobit problémy s operace páskové zařízení pod WINDOWSNT nebo SQL Server. Výsledkem je i když podkladové Pásková jednotka může mít byl vyroben podle dodavatele v seznamu, páskovou jednotku, která byla repackaged a prodáno pod popisek jiného dodavatele může mít problémy s kompatibilitou kvůli změny firmware.
  2. Nainstalujte páskové zařízení podle doporučení výrobce. Zkontrolujte, zda vyhovíte doporučení SCSI řadiče, délku kabelu SCSI a typ zakončení SCSI.
  3. Zkontrolujte s dodavatelem změny ovladač používán pro páskové zařízení. Někteří dodavatelé bude poskytovat ovladače pásky pro použití s WINDOWSNT. páskové jednotky dodaná Compaq, které nejsou na seznamu, měli používat ovladače z disku podporu doporučeno Compaq software (SSD). Důvodem je pásková jednotka Compaq výhradně podporován Compaq.
  4. Ověřte, páskové zařízení byla nainstalována správně pod WINDOWSNT. Tři oblasti zkontrolujte ověřte nastavení páskové zařízení jsou následující:

    1. U počítačů se systémem Windows NT 3.5 x spuštění WINDOWSNT nastavení, která je v okně Hlavní skupina program ve Správci systému Windows NT programu. V nabídce Možnosti v nastavení klepněte na tlačítko grafem.@je pásková zařízení. Ovladač by měla být uvedena, který odpovídá páskovou jednotku.

      Pro počítače se systémem Windows NT 4.0 Zkontrolujte ovladač páskové zařízení v Ovládacích panelech Pásková zařízení.

      Poznámka: výrobce a dokumentaci nebo WINDOWSNT dokumentace bude poskytovat podrobnosti, na který ovladač je vhodný pro páskové jednotky připojené k systému).
    2. V Ovládacích panelech zařízení páskové jednotky by měly být uvedeny jako spuštěno a mít spouštěcí nastavení systému.
    3. Spusťte nástroj Ntbackup.exe. V nabídce operace klepněte na příkaz Vzhled hardwaru. Pokud zařízení byla správně nastavena, budou zobrazeny v rozevíracím seznamu páskovou jednotku.
  5. Test s Ntbackup.exe. Ujistěte se, že úspěšný archivu a obnovení souboru nebo skupiny souborů může být provedeno bez chyby.

    Poznámka: Je důležité provést obě tyto operace.

    Také zobrazení katalogu pásky a provést archivu s k ověření. Pokud existují jakékoli problémy s procedury serveru SQL výpis a načíst spolehlivě páskové bude není práce nebo není práce.
  6. Použití SQL Enterprise Manager k ověření serveru SQL nastavení výpisu páskové zařízení. Přejít do okna dotazu a provedení uložené procedury:
    sp_helpdevice <backup_device_name>
    Zobrazí výsledek by měla být v následujícím formátu, kde X je číslo páskové zařízení:
          \\.\tapeX
      
    Ve výchozím čísla zařízení začínat tape0... tapeX v závislosti na počtu Pásková zařízení při spuštění systému nebyl nalezen podle NTDetect. V systému s jedinou páskovou jednotku obecně systémový identifikátor zařízení bude tape0 a fyzické definice bude \\.\tape0.

    Pro SQL Server 4.2 x, přejít na SQL Administrator klepněte zařízení a potom poklepejte na páskové zařízení výpisu. Zkontrolujte správnost fyzické cesty.

Testování procedury

Poznámka: Následující postupy musí být testován podle pro správu přihlášení. Účelem je ověřte, zda páskové jednotce funguje, není patřící k určité přihlašovací práva systému. Takže pokud přihlášení pro SQL Server byl změněn z výchozí, zkontrolujte, zda přihlášení má oprávnění správce.

Také předpokládá se, že databáze používána pro základní a Rozšířené testy mít žádné strukturální potíže. Pokud stav databáze neznámý nebo jej není vyjmut nedávno, spouštění DBCC CHECKDB a DBCC NEWALLOC.

Prohlédněte si výstup těchto kontrol DBCC a opravte všechny problémy strukturální před pokusem o následující testy. Strukturální problémy, které existují v okamžiku dump databáze na pásku v databázi způsobit zatížení databáze z páskové zařízení nezdaří.

Základní testovací procedury

  1. Před zahájením postupu pomocí nastavení SQL Server zakázat automatické spouštění pro SQL Server a SQLExecutive (nebo monitor SQL 4.2 SQL Server x).
  2. Vypnutí serveru. Počkejte přibližně 60 sekund a potom jednotku znovu zapnout. Pokud má server externí páskovou jednotku, zapněte první a počkejte na dokončení inicializace před zapnutím serveru. Důvodem obnoví páskové zařízení zpět na vložený výchozí nastavení je důležitý krok.
  3. Spustit SQL Server a přejít na příkazovém řádku.
  4. Přihlaste se k serveru SQL jako správce systému (SA) a přejít do okna dotazu ISQL/W
  5. Z okna ISQL/W dotazu spusťte následující příkazy:
          dump database pubs to tapedump with init,nounload
          go
      
    Poznámka: Nahraďte tapedump logický název serveru SQL pro systém testovány.

    Mělo by se zobrazit následující zpráva:
    Msg 4029, úroveň 10 stav 1:
    Databáze pubs (89 stránky) má být výpis do souboru <1>na pásku 'SQ0001.
    Přezkoumat chybový protokol by měla mít následující odpovídající zpráv serveru SQL:
          94/02/01 15:49:08.83 kernel   Tape pubs SQ0001 mounted on tape
                                        drive \\.\TAPE0
    
  6. Otevřete složku zařízení zálohování nebo výpis z SQL Enterprise Manager a poté otevřete páskové zálohovací zařízení. Ověřte zobrazí název svazku a dump záhlaví.
  7. Přepněte zpět do okna dotazu ISQL/W a spusťte následující příkazy:
          dump database pubs to tapedump with noinit,nounload
          go
          dump database pubs to tapedump with noinit,nounload
          go
      
    Měla by se zobrazit následující zpráva:
          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'.
      
    Přezkoumat protokolu chyb serveru SQL Server, který by měla mít následující odpovídající zprávy:
          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
      
    Protokolu chyb serveru SQL Server neobsahuje tyto zprávy, zkontrolujte předchozí kroky a opakujte podle potřeby. Přejděte k "Problémů".
  8. Přepněte zpět do okna dotazu ISQL/W a spusťte následující příkazy:
     
          load database pubs from tapedump with file=2,nounload
          go
      
    Přezkoumat protokolu chyb serveru SQL Server, které by měl zaznamenat výsledky podobné následujícím:
          94/02/01  15:49:08.83 server   Recovery dbid 4 ckpt (1017,8)
      
    Poznámka: Informace nalézt v protokolu chyb může být různé v závislosti na dbid výpis stavu je načten do databáze. Hodnota ckpt v závorkách je navíc umístění poslední kontrolní záznam byl nalezen během procesu obnovení, takže může také lišit.
  9. Testování dokončeno. Pokud se potíže, viz "Potíží" části tohoto článku.

Rozšířené testovací procedury

Tato část Podrobnosti rozsáhlejší testování. Přikročíte mimo tento bod předpokladu je provedena, že byl systém pásku důkladně testován s nástrojem NTBackup (výsledkem úspěšné dokončení procedury archivu a obnovení. Doporučuje se, že nepoužíváte výrobní nebo důležité vývoje databáze pro testování unproved hardwaru.

Pokročilé testování postup závisí především v velikost databáze zahrnuté a její důležitost k organizaci. Pokud jsou k dispozici prostředky je určitě příslušné vytvořit databázi, která zrcadlí výroby nebo důležité vývojovou databázi v velikosti a obsahu pro tento testování. Je také třeba si uvědomit, že na některé přejděte výroby nebo bude potřeba vývoje databáze má být výpis pásku.

Následující postup má za následek některé vestavěné redundance je znázorněno kroku 2. Pokročilé testování postup je následující:
  1. Vypnutí SQL Server, z Správce služby SQL nebo z příkazového řádku pomocí příkazu NET STOP MSSQLSERVER (SQL Server 4.2 x příkazu je NET STOP SQLSERVER).
  2. Pomocí Ntbackup.exe archivovat všechny soubory databáze zařízení, včetně Master.dat a žádné zařízení pro databázi tempdb. Tento postup musí být provedena s možnost ověřit NTBackup.
  3. Spustit SQL Server prostřednictvím Správce služby SQL nebo z příkazového řádku pomocí příkazu NET START MSSQLSERVER.
  4. Proveďte kroky 1-0 jako uvedených v části tohoto článku substituce požadovanou databázi databáze 'pubs "Základní testování procedura".

Konečné poznámky na testování

Úspěšné dokončení testování postupy uvedené výše nezaručuje, že nebude nikdy existovat problémy se serverem SQL výpis nebo načíst operace pásku. SQL Server pásku operace závisí na úspěšné operace všechny podkladové vrstvy, které tvoří podsystém pásky, stejně jako databáze je zdarma strukturální problémy.

Problémy

  1. Přezkoumat protokolu systému v prohlížeči událostí WINDOWSNT aplikace (nalézt v části Nástroje pro správu). Zkontrolovat jej pro všechny chyby zařízení SCSI nebo páska.
  2. Přezkoumat protokolu aplikace v prohlížeči událostí WINDOWSNT aplikace pro všechny chyby SQL Server.
  3. Zkontrolujte protokol chyb serveru SQL.
  4. Volání dodavatele příslušný hardware a ověřte, že potíže vidět nejsou opraveny novější verze firmwaru nebo ovladače zařízení.
  5. Opravte případné problémy zřejmé a provádět testování znovu.
  6. Kontaktujte podporu příslušného dodavatele.
Při volání Microsoft SQL Server podpory buďte připraveni poskytnout následující informace:
  • Položky registru v HKEY_LOCAL_MACHINE\Hardware\Devicemap nalezen každý páskové zařízení. Zahrnout podrobnosti týkající se číslo, typ a výrobce každý řadič, počet zařízení na portu SCSI a SCSI sběrnici.
  • Velikost souboru, datum a čas pro ovladač páskové zařízení dotyčný používán.
  • Výsledky z testovací procedury podrobné výše, stejně jako protokolu chyb serveru SQL Server, systémového protokolu a protokolu aplikací z prohlížeče událostí.
  • Konkrétní páskovou jednotku proveďte a model informace (nikoli navazuje interní součásti).
  • Výsledky z provádění sp_helpdevice a xp_msver

Vlastnosti

ID článku: 124023 - Poslední aktualizace: 31. ledna 2014 - Revize: 4.0
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
Klíčová slova: 
kbnosurvey kbarchive kbmt kbusage KB124023 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:124023

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