Co je VAROVÁNÍ: Databáze <db-name> je PODEZŘELÝ? Pravděpodobně jste viděli databázi označenou jako podezřelou v SSMS a nevíte, co to představuje. Přečtěte si níže článek se dozvědět více podrobností o tom!
co je varování: databáze db-name je podezřelá?
někdy se můžeme setkat se situací, která je kritická kvůli tomu, že naše databáze SQL Serveru přechází do podezřelého režimu. V tomto okamžiku již nelze databázi používat a nelze provést žádnou práci.
hlavním důvodem, proč databáze přejde do podezřelého režimu, je to, že primární skupina souborů byla poškozena a databáze nemůže být obnovena během spuštění serveru SQL.
databáze se také může dostat do podezřelého stavu z několika dalších důvodů, které mohou zahrnovat:
- systém poruchu, která může být způsobena nesprávně vypnout databázový server
- soubor poškozeného PROTOKOLU nebo poškozený MDF souboru
- v případě, že není více místa na Disku
- SQL Server není schopen dokončit výkrut vpřed nebo rollback operace
- omezení z hlediska prostoru pro FAT32 systémy souborů a jiných důvodů
Při opravě databáze a zotavit se z tohoto stavu, budete muset provést následující kroky:
- začneme tím, že mění stav databáze spuštěním sp_resetstatus uložené procedury
EXEC sp_resetstatus 'TestDB'
- Nastavit databázi do režimu „Nouzového“
ALTER DATABASE TestDB NASTAVIT NOUZOVÉ;
- Zkontrolujte databázi pro případné nesrovnalosti
DBCC checkdb('TestDB');
- V případě, že narazíte na jakékoli chyby během DBCC fáze pak dal databáze okamžitě v REŽIMU JEDNOHO UŽIVATELE s pomocí dotazu níže:
ALTER DATABASE TestDB SADA SINGLE_USER S ROLLBACK OKAMŽITÉ;
- Rovněž, v tomto bodě, z bezpečnostních důvodů doporučujeme provést zálohu databáze
- Poté, co jste dokončili zálohu databáze byste měli postupovat, chcete-li spustit následující dotaz. Nezapomeňte však, že při použití následujícího dotazu s parametrem REPAIR_ALLOW_DATA_LOSS provádíte jednosměrnou operaci, která opraví vaši databázi, ale všechny akce provedené během tohoto procesu nelze vrátit zpět. Neexistuje žádné řešení, jak se vrátit do předchozího stavu databáze, proto důrazně doporučujeme provést zálohu, kterou jsme navrhli v předchozím bodě
DBCC CheckDB ('TestDB', REPAIR_ALLOW_DATA_LOSS);
- poslední dotaz by měl běžet je nastavení databáze do MULTI USER mode
ALTER DATABASE TestDB NASTAVIT MULTI_USER;
- posledním krokem je obnovení databáze serveru a ověřte, že připojení k databázi je funkční. Po tomto okamžiku by uživatelé měli mít možnost připojit se k databázi. V případě ztráty dat můžete obnovit databázi, kterou jste dříve zálohovali