INF: Režimu obejít (Emergency) a DUMP TRANSACTION WITH NO_LOG

Překlady článku Překlady článku
ID článku: 165918 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Souhrn

V situacích občasného databáze může být označen jako PODEZŘELÝ kvůli selhání obnovení v době spuštění. Obvykle to zabrání kdokoli přístupu k datům. Je však možné ručně nastavit stav PODEZŘELÝCH databáze "obejít režim" (také nazývané "Nouzový režim") a SELECT nebo kopírovat mimo data použít Bulk Copy Program (BCP). Zatímco nelze provést žádné úpravy pravidelných dat v režimu obejít, je možné spustit výpis TRANSACTION WITH NO_LOG. Všimněte si, že provedením této operace režimu obejít není podporován a je potenciálně nebezpečné operace.

Z podobných důvodů Pokud zotavení spuštění trvá dlouhou dobu, není ji přerušit, nastavit databázi v režimu obejít a proveďte výpis TRANSACTION WITH NO_LOG.

Další informace

Všechny akce prováděné výpis TRANSACTION jsou obvykle protokolována, takže je obnovitelné a abortable. Místa protokolu je však spotřebovaná příkaz DUMP samotného. Protokol transakce je proto plný, proveďte protokolované TRANSACTION výpis existuje dostatek místa, můžete zkrátit možnost WITH NO_LOG protokolu transakce s žádné protokolování.

VÝPIS TRANSACTION WITH NO_LOG je relativně bezpečné za normálních podmínek. Server trvá rozměry zajistit, že zotavení proběhne úspěšně, i Pokud během této operace se nezdaří serveru.

Za výjimečných okolností může selhat funkce automatického obnovení (nazývané také zotavení spuštění) označení databáze PODEZŘELÝ. Obnovení konkrétních důvodu nezdaří. Je velmi důležité Poznámka: errorlog zprávu, která původně způsobila obnovení nezdaří, protože mohou pomoci diagnostikovat příčinu.

"Zotavení" je proces vytváření databáze konzistentní opětné provedení nebo zrušení všech transakcí, které byly buď spuštěn po nebo nesvěřené v době poslední kontroly. Tento proces závisí na charakteru napřed zápis protokolu transakcí (všechny změněné stránky jsou zapsány do protokolu před právě zapsány do databáze). Obnovení se skládá z čtení každého záznamu protokolu porovnání jeho časové razítko na časové razítko odpovídající stránka databáze a vrácení změn (v případě z nesvěřené transakce) nebo opětné provedení změn (v případě z potvrzené transakce). Po zaznamenání zpráva errorlog způsobující obnovení nezdaří, zkuste nastavit stav databáze normální a restartujte službu SQL Server naleznete, pokud úspěšné obnovení podruhé. Můžete změnit stav databáze prostřednictvím služby sp_resetstatus uložené procedury. Toto je doplňující uloženou proceduru můžete nainstalovat z Instsupl.sql skriptu v adresáři Mssql\Install. Další informace naleznete v dokumentaci online „ obnovení the podezření stav „.

Pokud stále obnovení nezdaří, Poznámka: chybové zprávy a kontaktujte poskytovatele primární podporu. Také byste měli ověřit dostupnost poslední zálohy databáze dobrý, protože může být potřeba. Však mnohem data v databázi je často stále k dispozici, albeit transakčně (a fyzicky) nekonzistentní. Tato data můžete získat přístup nastavením stavu databáze obejít nebo nouzový režim. Důvodem je nastavení sysdatabases.status-32768 databáze SQL 6.5 a 32768 databáze SQL 7.0 po zapnutí "Povolit aktualizace". Pro databáze SQL 6.5 například použijte následující příkaz:
   UPDATE SYSDATABASES SET STATUS=-32768 WHERE NAME='DBNAME'
				

Po tímto způsobem můžete zadat databázi a SELECT data nebo použít BCP získat. Chyby setkat při této činnosti, ale ve většině případů mnohem data lze načíst.

Vlastnosti

ID článku: 165918 - Poslední aktualizace: 22. února 2005 - Revize: 3.1
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: 
kbmt kbinfo kbusage KB165918 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:165918
Právní omezení pro obsah znalostní báze týkající se produktů, jejichž podpora byla ukončena
Tento článek byl napsán o produktech, pro které společnost Microsoft již neposkytuje nadále podporu. Článek je tedy nabízen v takovém stavu, v jakém je, a nebude již nadále aktualizován.

Dejte nám zpětnou vazbu

 

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