Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
platí pro:SQL Server
Podrobnosti
| Attribute | Value |
|---|---|
| Název produktu | SQL Server |
| ID události | 3313 |
| Zdroj události | MSSQLSERVER |
| Součást | SQLEngine |
| Symbolický název | ERR_LOG_RID1 |
| Text zprávy | Při opětovném vytvoření zaprotokolované operace v databázi%.*ls došlo k chybě při ID záznamu protokolu %S_LSN. Obvykle se konkrétní selhání dříve protokoluje jako chyba ve službě Protokolu událostí systému Windows. Obnovte databázi z úplné zálohy nebo databázi opravte. |
Vysvětlení
Chyba 3313 je chyba při roll-up při obnově po opakování. Tato chyba znamená, že SQL Server převedl databázi do stavu SUSPECT, když se nepodaří aplikovat zavázané transakce na databázové soubory (redo). Transakční log, primární souborová skupina a možná i další souborové skupiny mohou být poškozeny. Databáze selhala při spuštění SQL Server, a proto není dostupná. Musíte podniknout kroky k vyřešení problému.
Pokud tato chyba nastane pro tempdb, instance SQL Server se vypne.
Tato chyba se může objevit spolu s dalšími chybami v chybovém logu SQL Server. Příklady takových chyb zahrnují 9001, 823, 824, 17204 (zobrazuje chybu OS při přístupu k souboru), 17053 (ukazuje chybu OS). Tyto poslední dvě chyby mohou poskytnout vhled do skutečné příčiny selhání I/O.
Příčina
Tato chyba může být způsobena přechodným stavem, který v systému existoval během pokusu o obnovení databáze. Tato chyba může být také důsledkem trvalého selhání, které nastává pokaždé, když se pokusíte databázi spustit. Běžné příklady příčin zahrnují:
- Transakční záznam nebo databázový soubor(y) se nacházejí na úložném zařízení, které selhalo nebo není dostupné
- Fyzicky poškozený soubor(y), který vede k nemožnosti do nich zapisovat nebo číst
Uživatelská akce
Pro informace o příčině tohoto výskytu chyby 3313 si prohlédněte Windows System Event Log a SQL Server error log, zda nenastane předchozí chyba, která indikuje konkrétní selhání. Vhodná uživatelská akce závisí na tom, zda informace v Windows Event Logu uvádějí, že chyba SQL Server byla způsobena přechodným stavem nebo trvalým selháním.
Abychom vyřešili problémy, které vedly k této chybě:
- Ujistěte se, že úložné svazky, kde se nacházejí databázové a logovací soubory, jsou online, celá I/O cesta od stroje k úložišti je stabilní a nevede to k fyzickému poškození souborů.
- Ve spolupráci s výrobcem hardwaru a zařízení se ujistěte, že hardware a jeho konfigurace jsou vhodné pro vstupně-výstupní požadavky databázového systému. Ujistěte se, že ovladače zařízení, firmware, BIOS a další podpůrné softwarové komponenty v cestě vstupně-výstupních operací jsou aktuální.
- Spusť DBCC CHECKDB, abys zkontroloval konzistenci databáze, pokud ji můžeš spustit s restartem
- Pokud databáze a soubory protokolu nejsou nedotčené a v důsledku toho databáze nemůže být online, obnovte poslední známou dobrou zálohu databáze.
- Návrhy řešení potíží najdete v tématu Chyba MSSQLSERVER 823 a Řešení chyb konzistence databáze hlášených DBCC CHECKDB
Když se tato chybová podmínka objeví, SQL Server může generovat soubory související s výpisem v složce SQL Server LOG. Soubory SQLDumpnnnn.mdmp a SQLDumpnnnn.txt obsahují pokročilé diagnostické informace týkající se selhání, včetně podrobností o transakci a stránce, kde se problém objevil. Tyto informace může tým Microsoft využít k analýze příčiny selhání.