Teď jste offline a čekáte, až se znova připojí internet.

Chybějící zařízení způsobí, že databáze označit podezřelé

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:180500
Tento článek byl archivován. Je nabízen v takovém stavu, v jakém je, a nebude již nadále aktualizován.
Příznaky
SQL Server označí podezřelé databáze, pokud soubory zařízení proPři pokusu o spuštění databáze nedostupné. Může se zobrazit některá znásledujících sad zprávy v protokolu chyb serveru SQL Server:
Chybová zpráva 1
11/96/18 10:48:32.60 jádra udopen: Chyba 32 operačního systému (na
Proces nemá přístup k souboru, protože je používán jiným
proces.) Při vytváření nebo otevírání fyzické zařízení,
C:\DATA\SQL\MSDB.DAT (nebo C:\DATA\SQL\MSDB.MDF)

11/96/18 10:48:32.60 jádra udactivate (primární): otevření se nezdařilo.
zařízení C:\MSSQL\DATA\MSDB.DAT (nebo C:\DATA\SQL\MSDB.MDF) pro vdn 127
Chybová zpráva 2
11/96/18 10:48:32.60 jádra udopen: Chyba operačního systému (na 2
Systém nemůže nalézt uvedený soubor.) Při vytváření nebo otevírání
fyzický zařízení C:\MSSQL\DATA\MSDB.DAT (nebo C:\DATA\SQL\MSDB.MDF)

11/96/18 10:48:32.60 jádra udactivate (primární): otevření se nezdařilo. zařízení C:\MSSQL\DATA\MSDB.DAT (nebo C:\DATA\SQL\MSDB.MDF) pro vdn 127
Tyto budou následovat později v protokolu podle:
11/96/18 10:48:36.70 jádra udread: došlo k chybě operačního systému (na 6
Popisovač je neplatný.) zařízení ' C:\MSSQL\DATA\MSDB.DAT "(nebo C:\DATA\SQL\MSDB.MDF) (virtpage
0x7f000018).

11/96/18 10:48:36.77 spid11 Chyba: 840, závažnosti: 17, stav: 2

11/96/18 10:48:36.77 spid11 zařízení "MSDBData" (s fyzický název
"C:\MSSQL\DATA\MSDB.DAT "(nebo C:\DATA\SQL\MSDB.MDF) a číslo virtuální zařízení 127) není
k dispozici. Obraťte se na správce systému.

11/96/18 10:48:36.77 spid11 1092480 vyrovnávací paměti z databáze "msdb."
má číslo 0 v záhlaví stránky a číslo stránky 24
záhlaví vyrovnávací paměti

11/96/18 10:48:37.43 spid11 nelze pokračovat v obnovení
identifikátor DBID <5> z důvodu předchozích chyb. Pokračovat na další</5>
databáze.
Provedením následujících kroků bude například prokázat problému:
  1. Zastavení serveru SQL Server.
  2. Tento příkaz z příkazového řádku v Mssql\Data adresář:

    ren msdb.dat msdb.sav
  3. Spuštění serveru SQL Server.
Zobrazí se výše uvedených chyb (ty z druhé sadě) SQLServer errorlog. Pokud vydáte následující dotaz v předlozedatabáze
   select name, dbid, mode, status from sysdatabases where dbid =   db_id('msdb')				

Zobrazí se následující výsledky:
   name     dbid   mode   status   ------------------------------   msdb      5      0      328				

Stav 328 vyhodnotí jako:
   truncate log on chkpt   database not recovered yet   database is suspect				

Další informace naleznete v tématu "Systémová databáze (pouze hlavní databáze)"v SQL Server Books Online.
Příčina
Při spuštění serveru SQL Server pokouší získat s výhradním zámkem na zařízenísoubor. V případě, že zařízení je používán jiným procesem (například zálohováníSoftware) nebo pokud chybí soubor, bude k výše popsané scénářebyla zjištěna. V těchto případech není obvykle nic chybnéhozařízení a databáze. Pro databázi obnovit správně, zařízenímusí být k dispozici, a je nutné obnovit stav databáze.
Jak potíže obejít
Chcete-li tento problém vyřešit, proveďte následující kroky. Všimněte si, žeposledním krokem je důležitá.
  1. Zajistěte, aby soubor zařízení skutečně k dispozici.
  2. Použít náhradní uložené procedury sp_resetstatus k vymazání stavu podezřelé databáze. Pokud jste tak již neučinili, vytvořte tento v postupu pomocí skriptu Instsupl.sql nalezen Adresář Mssql\Install. Další informace o sp_resetstatus naleznete Téma "Vynulování stavu podezření" v dokumentaci SQL Server Books Online.
  3. Spusťte sp_resetstatus v hlavní databázi podezřelých databáze:
          use master      go      exec sp_resetstatus msdb   -- replace msdb with your database name 						
    Zobrazí se následující výstup:
          Prior to Update sysdatabases attempt for DBName='msdb', the mode=0      and status=328 (status suspect_bit=256). For DBName='msdb' in      sysdatabases, status bit 256 was forced Off and mode was forced to      0. WARNING: You MUST stop/restart SQL Server prior to accessing this      database! 					
  4. Zastavte a restartujte službu SQL Server.
  5. Ověřte, že databáze byla obnovena a je k dispozici.
  6. Spustit DBCC NEWALLOC DBCC TEXTALL a DBCC CHECKDB.
Další informace
Je-li databáze i nadále označen jako podezřelý po provedení těchto krokůmohou existovat další problémy, které brání v obnovení databáze. ATTento bod, můžete obnovit ze zálohy dobré nebo nastavit databáziNouzový režim a použít program hromadné kopírování (BCP) hromadné kopírování datnedostatek. Další informace získáte klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
165918Nepoužívat režim (Emergency) a výpis transakce S NO_LOG
Důležité Použijete-li tento článek (Q165918) a nejste jisti, úplnédůsledky všech akcí, které provádíte, obraťte se na primárnípodporu poskytovatele pomoci.

kontrolní bod DB

Upozornění: Tento článek je přeložený automaticky

Vlastnosti

ID článku: 180500 - Poslední kontrola: 12/05/2015 08:21:59 - Revize: 7.0

Microsoft SQL Server 6.0 Standard Edition, Microsoft SQL Server 6.5 Standard Edition

  • kbnosurvey kbarchive kbprb kbmt KB180500 KbMtcs
Váš názor