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

Popis protokolování a datové úložiště algoritmů, které rozšiřují spolehlivost dat na serveru SQL Server

DŮLEŽITÉ: Tento článek je přeložen pomocí softwaru na strojový překlad Microsoft. Nepřesný či chybný překlad lze opravit prostřednictvím technologie Community Translation Framework (CTF). Microsoft nabízí strojově přeložené, komunitou dodatečně upravované články, a články přeložené lidmi s cílem zajistit přístup ke všem článkům v naší znalostní bázi ve více jazycích. Strojově přeložené a dodatečně upravované články mohou obsahovat chyby ve slovníku, syntaxi a gramatice. Společnost Microsoft není odpovědná za jakékoliv nepřesnosti, chyby nebo škody způsobené nesprávným překladem obsahu nebo jeho použitím našimi zákazníky. Více o CTF naleznete na http://support.microsoft.com/gp/machine-translation-corrections/cs.

Projděte si také anglickou verzi článku: 230785
Souhrn
Tento článek popisuje, jak Microsoft SQL Server protokolování a dat algoritmy rozšířit spolehlivost dat a integrity.

Další informace o základní pojmy motorů a ARIES (algoritmus pro využití a zneužití sémantiku izolace), naleznete v následujících transakcí ACM na dokument databázových systémů (pod "svazek 17, číslo 1, březen 1992):

Zapisovatel realizace tohoto dokumentu je C. Mohan. Dokument řeší techniky SQL Server rozšířit spolehlivost dat a integrity v souvislosti s chybami.

Doporučujeme přečíst si následující články znalostní báze Microsoft Knowledge Base další informace o ukládání do mezipaměti a selhání alternativní režim diskuse:
86903 Popis mezipaměti řadiče disku v serveru SQL Server
234656 Informace o použití jednotky mezipaměti se serverem SQL Server, který by měl znát každý správce databáze
Další informace
Než začneme, podrobný popis, některé pojmy používané v tomto článku jsou definovány v následující tabulce.
TermínDefinice
Záložní bateriíSamostatné a lokalizované baterie záložní zařízení přímo k dispozici a pod kontrolou mechanismus ukládání do mezipaměti před ztrátou dat.
Poznámka: Toto není nepřerušitelného zdroje napájení (UPS). UPS nezaručuje zápis aktivity a může být relace odpojena od ukládání do mezipaměti zařízení.
MezipaměťMechanismus úložiště zprostředkující slouží k optimalizaci fyzických vstupně-výstupních operací a zlepšit výkon.
Dirty stránkyStránky obsahující data změny, které ještě mají být zapsány na stabilní úložiště. Další informace o vyrovnávací paměti nevyřízený stránky naleznete "Vytvoření stránek"téma" v SQL Server Books Online.
Poznámka: Obsah platí také pro Microsoft SQL Server 2012 a novější verze.
SelháníCokoli, co může dojít neočekávanému výpadku procesu serveru SQL Server. Příklady: napájení výpadek, resetování počítače, chyby paměti, jiné problémy s hardwarem, chybné sektory, výpadky jednotky, selhání systému atd.
VyprázdněníVynucení mezipaměti vyrovnávací paměti úložiště stabilní.
ZámekSlouží k ochraně fyzické konzistence zdroj objekt synchronizace.
Stálé úložištěŽádné médium, které zůstane k dispozici po selhání systému.
Připojené stránkyStránka, která zůstane v data do mezipaměti a nelze vyprázdnit stabilní úložiště, dokud jsou zabezpečeny všechny záznamy přidružené protokolu stabilní úložiště.
Stálé úložištěStejné jako stálé úložiště.
Nestálého úložištěŽádné médium, které nebudou ovlivněny přes selhání.

Protokol předběžné protokolování (WAL)

Pojem protokol je vynikajícím způsobem, jak popsat WAL. To je zvláštní a definovaná sada kroků implementace potřebné se ujistit, že data jsou uloženy a vyměňovány správně a je možné obnovit v případě selhání do známého stavu. Stejně jako síť obsahuje definovaný protokol pro výměnu dat konzistentní a chráněným způsobem, takže příliš WAL popisují ochranu dat protokolu.

ARIES dokumentu definuje WAL takto:
Protokol WAL tvrzení, že záznamy protokolu reprezentující data změny již musí být v stabilní úložiště změněných dat je umožněno nahradit předchozí verzi dat do stálého úložiště. To znamená, systém není povoleno zapisovat do stálého úložiště verze stránky, dokud alespoň na aktualizovanou stránku zpět části záznamů protokolu, které popisují aktualizace stránky mají byly zapsány na pevné paměťové.
Další informace o předběžné protokolování naleznete Zápis napřed transakční protokol téma v SQL Server Books Online.

SQL Server a WAL

SQL Server používá protokol WAL. A ujistěte se, zda je správně potvrzené transakce, musí být zabezpečeny všechny záznamy protokolu, které jsou přidruženy k transakci stabilní úložiště.

Tuto situaci objasnit, zvažte následující konkrétní příklad.

Poznámka: V tomto příkladu se předpokládá, že neexistuje žádný index a že ovlivněné stránka je stránka 150.
BEGIN TRANSACTION   INSERT INTO tblTest VALUES (1)COMMIT TRANSACTION				
Dále rozdělit do kroků zneužívající vlastností prohlížeče protokolování činnosti popsané v následující tabulce.
ProhlášeníAkce prováděné
ZAHÁJIT TRANSAKCIZapsat do oblasti mezipaměti protokolu. Není však nutné vyprázdnit do stabilní úložiště, protože SQL Server nebyly provedeny žádné fyzické změny.
INSERT INTO tblTest
  1. Načtena data 150 stránek do mezipaměti data serveru SQL Server, pokud již není k dispozici.
  2. Na stránce mezipoloze uzavření, držení, a označen za nečistý., a jsou získány vhodné zámky.
  3. Záznam vložit protokol je vytvořena a přidána do mezipaměti protokolu.
  4. Na datovou stránku je přidán nový řádek.
  5. Zámek se uvolní.
  6. Záznamy protokolu spojené s transakcí nebo stránka nemá v tuto chvíli vyprázdněn, protože všechny změny zůstanou v přechodném úložišti.
POTVRZENÍ TRANSAKCE
  1. Je vytvořen záznam potvrzení protokolu a protokolu záznamy přidružené transakce musí být zapsány na pevné paměťové. Transakce není považován za potvrzené, dokud jsou záznamy protokolu správně přiřazeny k stabilní úložiště.
  2. Datové stránky 150 zůstane v mezipaměti serveru SQL Server a není okamžitě zapsány do stabilní úložiště. Když jsou záznamy protokolu správně zabezpečené, může obnovení opakujte operaci, pokud je to nezbytné.
  3. Transakční zámky je uvolněna.
Není zaměňovat pojmy "zamykání" a "protokolování." I když je důležité, blokování a protokolování jsou samostatné problémy při řešení WAL. V předchozím příkladu SQL Server obvykle drží zámek na stránce 150 na dobu nezbytné provést změny fyzické vložit na stránce není po celou dobu transakce. Typ odpovídající zámku je vytvořen řádek, rozsah, stránky nebo tabulky podle potřeby chránit. Naleznete v části Uzamčení SQL Server Books Online Další informace o typech uzamčení.

V příkladu podrobněji prohlédnete, budete pravděpodobně požádáni, co se stane při spuštění procesů LazyWriter nebo kontrolního bodu. SQL Server 7 problémy všech příslušných vyprázdnění na pevné paměťové záznamy transakční protokol, které jsou spojeny s dirty a připojené stránky. Tím je zajištěno, že WAL protokol datové stránky lze zapsat nikdy na pevné paměťové dokud záznamy přidružené transakčního protokolu mají byla vyprázdněna.

Úložiště serveru SQL Server a stabilní

SQL Server zvyšuje stránky operace protokolu a dat včetně znalost velikostí sektorů disku (obvykle 4 096 nebo 512 bajtů).

Zachovat vlastnosti ACID transakce, musí počítat body selhání serveru SQL Server. Při selhání mnoha specifikace disku zaručit pouze omezené množství operací zápisu odvětví. Většina specifikací zaručit ukončení zápisu jediného sektoru při výpadku.

SQL Server používá stránky 8 KB dat a protokolu (je-li vyprázdněna) v násobcích velikosti sektoru. (Většina disků použijte jako výchozí velikost sektoru 512 bajtů.) V případě selhání serveru SQL Server může účet pro operace zápisu větší než odvětví využíváním techniky roztržené zápisu a parity protokolu.

Zjišťování Roztržené stránky

Tato možnost umožňuje serveru SQL Server ke zjištění neúplné vstupně-výstupních operací, které byly způsobeny výpadkem proudu nebo jinou poruchou systému. V případě hodnoty true způsobí, že bit otočení pro každé odvětví 512 bajtů na stránku databáze 8 kilobajt (KB) při každém zápisu stránky na disk. Trochu je v chybném stavu po stránce je pozdější přečtení serverem SQL Server, pak na stránce byl napsán správně; zjištění Roztržené stránky. Roztržené stránky jsou zjištěny obvykle během obnovení, protože všechny stránky nesprávně napsané je mohou číst pouze obnovení.

Přestože 8 KB stránek databáze serveru SQL Server, disky provádět vstupně-výstupních operací pomocí sektoru 512 bajtů. 16 sektorů, proto jsou zapsány na stránku databáze. Roztržené stránky může dojít, pokud dojde k selhání systému (například z důvodu selhání napájení) mezi časem, který operační systém zapíše na disk prvního sektoru 512 bajtů a dokončení vstupně-výstupní operace 8 KB. Pokud první sektor stránka databáze úspěšně napsali před selháním, stránka databáze na disku zobrazí při aktualizaci, i když nemusí být úspěšné.

Pomocí mezipaměti řadiče disku záložní baterií můžete zajistit data úspěšně zapsána na disk, nebo není vůbec zapsány. V takovém případě není nastaveno zjišťování Roztržené stránky na hodnotu "true" protože to není nutné.

Poznámka: Zjišťování Roztržené stránky není povolena ve výchozím nastavení serveru SQL Server. Další informace naleznete na následujícím webu MSDN:

Parity protokolu

Kontrola parity protokolu je velmi podobné zjišťování Roztržené stránky. Každé odvětví 512 bajtů obsahuje paritní bity. Tyto paritní bity jsou vždy napsané pomocí záznamu protokolu a při načítání záznamu protokolu. SQL Server provést zajišťuje provoz committal jsou zcela na fyzický disk sektorů vynucením protokolu zapíše na hranici 512 bajtů.

Verze serveru SQL Server starší než 7.0.

Verze serveru SQL Server starší než 7.0 neposkytl parity protokolu nebo zařízení pro zjišťování roztržené bitů. Ve skutečnosti tyto verze můžete psát na stejné stránce protokol několikrát dokud záznamy protokolu zadejte na stránce protokol 2 KB. To může vystavit transakce, které se dopustily úspěšně. Pokud na stránce protokol je přepsání při selhání, nemusí správně získat přepsán sektoru s potvrzených transakcí.

Dopady na výkon

Všechny verze serveru SQL Server otevřít soubory protokolu a dat pomocí funkce Win32CreateFile . DwFlagsAndAttributes člen obsahuje možnost FILE_FLAG_WRITE_THROUGHpři otevření SQL Server.
ČASTO PŘÍZNAK FILE_FLAG_WRITE_THROUGH
Pokyn systému psát přes všechny mezilehlé mezipaměti a přejít přímo na disk. Systém lze stále operace zápisu mezipaměti, ale nemůže vyprázdnit líné je.

FILE_FLAG_WRITE_THROUGH možnost zajistíte, že při operaci zápisu vrátí úspěšné dokončení, data správně uložený v stabilní úložiště. Zarovnal WAL protokol, který zajišťuje data.
Mnoho diskových jednotek (SCSI a IDE) obsahují integrovanou mezipamětí 512 KB, 1 MB nebo větší. Mezipaměti jednotky však obvykle spoléhají na kondenzátor a není řešení záložní baterií. Tyto mechanismy ukládání do mezipaměti nemůže zaručit zápisy přes napájení cyklu nebo podobné selhání bodu. Mohou poskytovat záruku pouze na dokončení operace zápisu odvětví. Konkrétně to je proč roztržené zápisu a detekce parity protokolu byly součástí serveru SQL Server 7.0 a novější verze. Jako jednotky nadále nárůstu velikosti, s rostoucí velikostí mezipaměti a vystavují větší objemy dat při selhání.

Mnoho dodavatelů hardwaru poskytují řešení řadiče disku záložní baterií. Tyto řadiče mezipaměti můžete spravovat data v mezipaměti po několik dní a dokonce povolit ukládání do mezipaměti hardwaru uváděné v druhém počítači. Správně po obnovení napájení, unwritten data zcela vyprázdněny, před další přístup k datům je povoleno. Mnohé z nich povolit čtení procento versus mezipaměť pro zápis pro optimální výkon. Některé obsahují velké paměti skladovacích prostor. Pro velmi specifický segment trhu, ve skutečnosti, někteří dodavatelé hardwaru poskytují špičkové bateriovým disku do mezipaměti řadiče mezipaměti systémů s 6 GB. To může výrazně zlepšit výkon databáze.

Rozšířené ukládání do mezipaměti implementace bude úchyt FILE_FLAG_WRITE_THROUGH požadavku není zákazem mezipaměti řadiče, protože poskytují true přepsat možnosti obnovení systému, výpadku napájení nebo jiných bod selhání.

Vstupně-výstupní přenosy bez použití mezipaměti mohou být podstatně delší dobu z důvodu mechanické čas, který je nutný k přesunutí jednotky hlavy, číselník sazby a jiných omezujících faktorů.

Pořadí v odvětví

Běžné technika používaná ke zvýšení vstupně-výstupní výkon je sektor objednání. Chcete-li zabránit mechanického pohybu hlavy jsou řazeny požadavky pro čtení a zápis umožňující jednotný pohybu hlavy k načtení nebo uložení dat.

Mezipaměť může obsahovat více protokolu a dat současně zapisovat požadavky. Protokol WAL a SQL Server provádění protokolu WAL vyžadují vyprázdnění protokolu zapíše do stabilní úložiště před vydáním zápis stránky. Použití mezipaměti však může vrátit úspěch z požadavku na zápis protokolu bez zapisovaných na skutečnou jednotku (která je, zapsány na pevné paměťové). To může vést k vydání požadavku na zápis stránky dat serveru SQL Server.

Zapojení mezipaměť zápisu data se stále považuje v přechodném úložišti. Nicméně z volání rozhraní Win32 API WriteFilepřesně jak SQL Server považuje za aktivitu, úspěšné návratový kód byl získán. SQL Server nebo jakýkoli proces, který používá volánífunkce WriteFileAPI můžete určit, že onlythat data správně získala stabilní úložiště.

Pro účely diskuse předpokládá, že všechna odvětví datové stránky jsou seřazeny před odvětví odpovídající záznamy protokolu uložit. Okamžitě to porušuje protokol WAL. Mezipaměť je zápis dat stránky před záznamy protokolu. Pokud není mezipaměť plně zálohovanou baterií, selhání může způsobit katastrofální výsledky.

Vyhodnocení faktory optimální výkon pro databázový server je třeba zvážit mnoho faktorů. Nejdůležitější z nich je "Můj systém umožňuje platné možnosti FILE_FLAG_WRITE_THROUGH?"

Poznámka: Všechny mezipaměti jsou usingmust plně podporuje řešení záložní baterií. Všechny ostatní mechanismy ukládání do mezipaměti je podezření na poškození dat a ztrátě dat. SQL Server se vynasnaží zajistit WAL povolením nastaveným příznakem FILE_FLAG_WRITE_THROUGH.

Testování se ukázalo mnoho konfigurací disku může obsahovat zápis do mezipaměti bez vhodné baterie zálohování. Jednotky EIDE, SCSI a IDE plně využívat zápisu mezipaměti. Další informace o tom, jak disky SSD SQL Server seethe následující článek CSS SQL Server inženýři blogu:


V mnoha konfiguracích je jediným způsobem, jak správně vypnout zápis do mezipaměti disku IDE nebo EIDE pomocí konkrétního výrobce nástroje nebo pomocí propojek umístěna ve vlastní jednotce. Chcete-li mít jistotu, že je zakázána mezipaměť pro zápis samotné jednotky, obraťte se na výrobce jednotky.

Disky SCSI mají také zápisu mezipaměti. Operační systém však lze obvykle zakázat těchto mezipamětí. Je-li jakékoli otázky, obraťte se na výrobce jednotky pro vhodné nástroje.

Zápis mezipaměti stohování

Zápisu že mezipaměti stohování je podobné řazení sektoru. Přímo z webu úvodní IDE jednotky výrobce byla přijata následující definice:
V tomto režimu je obvykle aktivní. Zápis v režimu mezipaměti, který přijme že hostitele zapsat data do vyrovnávací paměti až do zaplnění vyrovnávací paměti nebo hostitele Přenos byl dokončen.

Zahájení úlohy zápisu disku pro ukládání dat hostitele na disk. Zápis příkazů nadále přijímány a data přenesena do vyrovnávací paměti, dokud je plný zásobník příkaz write nebo datová vyrovnávací paměť je plná. Jednotka může uspořádat příkazy zápisu, a tak optimalizovat propustnost disku.

Přerozdělení automatického zápisu (AWR)

Další běžnou technikou, která se používá k ochraně dat je rozpoznání chybných sektorů během manipulace s daty. Následující popis pochází z počátečních IDE jednotky webu výrobce:
Tato funkce je součástí zápisu mezipaměti a snižuje riziko ztráty dat během operace odloženého zápisu. Pokud během procesu zápisu disku dojde k chybě disku, zastaví úkol disku a podezřelé sektoru přerozděleny do fondu alternativní sektorů, které jsou umístěny na konci disku. Po přerozdělení úlohy zápisu disku pokračuje, dokud není dokončena.
Pokud záložní baterie pro ukládání do mezipaměti, může to být velmi výkonné funkce. To poskytuje vhodné změny při restartování. Je vhodné ke zjišťování chyb na disku a zabezpečení dat protokolu WAL znovu, musel by to být v reálném čase a ne odložené způsobem. V rámci zadaných parametrů WAL nelze účet AWR technika pro situaci, kdy zápis protokolu se nezdaří z důvodu chyby sektorů, ale jednotka je zaplněna. Databázový stroj musí okamžitě vědět o selhání, transakce lze správně přerušena, Správce může být upozorněni a opravit opatření k zabezpečení dat a opravit situaci selhání média.

Bezpečnost dat

Existuje několik opatření, která správce databáze by měly přijmout k zajištění bezpečnosti údajů.
  • Je vždy vhodné strategie zálohování musí být dostatečné pro obnovení z Katastrofální selhání. Skladování mimo lokalitu a jiná opatření jsou vhodná.
  • Testovat obnovení databáze v sekundární nebo testovací databáze na základě častých.
  • Ujistěte se, že všechna zařízení pro ukládání do mezipaměti může zpracovat všechny případy selhání (výpadku napájení, chybné sektory, vadné jednotky, výpadku systému, uzamčení, napájení zásobníku a podobně).
  • Ujistěte se, že zařízení pro ukládání do mezipaměti:
    • Má integrované záložní baterie
    • Možné opětovné vydání zapíše power-up
    • Lze úplně vypnout v případě potřeby
    • Zpracovává přemapování vadný sektor v reálném čase
  • Torn page detection povolit. (To má malý vliv na výkon).
  • Konfigurace disků RAID umožňující hot odkládací chybné diskové jednotky, pokud je to možné.
  • Použijte novější řadiče mezipaměti, které umožňují přidat více místa na disku bez restartování operačního systému. To může být ideálním řešením.

Testování jednotky

Plně zabezpečit data, měli že ukládání všech dat je správně zpracována. V mnoha situacích je nutné zakázat zápis do mezipaměti na disku.

Poznámka: Přesvědčte se, zda alternativní mechanismus ukládání do mezipaměti lze správně zpracovávat více typů selhání.

Microsoft provedl testování pomocí nástroje SQLIOSim na několik jednotek SCSI a IDE. Tento nástroj simuluje Tučná asynchronní čtení a zápis činnost Simulovaná data zařízení a zařízení pro protokol. Test výkonu statistiky vykazují průměrné zápisů za sekundu mezi 50 a 70 pro jednotku s zakázáno ukládání do mezipaměti a rozsah ot. / min. mezi 5,200 a 7,200.

Další informace o nástroj SQLIOSim naleznete v následujícím článku znalostní báze Microsoft Knowledge Base:
231619 Jak používat nástroj SQLIOSim pro simulaci činnosti serveru SQL Server v podsystému diskového
Mnoho výrobců počítačů jednotky objednávky tím, že zápis do mezipaměti zakázáno. Testování však ukazuje, že to nemusí být vždy případ. Proto vždy otestujte zcela.

Data zařízení

V situacích, ale všechny non zaznamenány SQL Server bude vyžadovat pouze záznamy protokolu zapsány. Při provádění operace nejsou protokolovány, datových stránek, musí také zapsána na stabilní úložiště; nejsou k dispozici žádné záznamy jednotlivých protokolů k opětovnému vytvoření akce v případě selhání.

Datové stránky lze zůstávají v mezipaměti, dokud je proces LazyWriter nebo kontrolního bodu vyprázdní do stabilní úložiště. Pomocí protokolu WAL, a ujistěte se, zda jsou správně uloženy záznamy protokolu zajišťuje, že obnovení můžete obnovit datovou stránku do známého stavu.

To neznamená, že je vhodné umístit soubory dat v mezipaměti jednotky. Při SQL Server vyprázdnění datových stránek na stabilní úložiště, můžete záznamy protokolu zkrácen z transakčního protokolu. Datové stránky jsou uloženy v nestálé mezipaměti, je možné zkrátit záznamů protokolu, které by být použita k obnovení stránky v případě selhání. Přesvědčte se, zda zařízení dat a protokolu správně pojmout stabilní úložiště.

Zvýšení výkonu

První otázkou, ke kterému dochází, je: "mám IDE drive, který byl do mezipaměti. Ale po zakázání se stal Můj výkon podstatně méně, než bylo očekáváno. Proč?"

Mnohé jednotky IDE testovány společností Microsoft spustit při sazbě 5,200 ot. / min. a SCSI disky v ot. / min. o 7,200. Při zakázání zápisu ukládání do mezipaměti disku IDE mechanického výkonu může být faktorem.

Je zcela jasné oblasti řeší rozdíl výkonu: "Adresa kurzu transakce."

Existuje mnoho online transakcí (OLTP) systémů, které vyžadují vysokou transakce rychlost zpracování. Pro tyto systémy zvažte použití mezipaměti řadiče, který správně podporuje mezipaměť pro zápis a poskytují zvýšení výkonu při zajištění integrity dat.

Výrazně setkat výkon změny se serverem SQL Server na ukládání do mezipaměti disku, zvýšil rychlost transakce pomocí malé transakce.

Testování ukazuje, že vysoká zápis aktivity vyrovnávací paměti, která je menší než 512 KB nebo větší než 2 MB může způsobit snížení výkonu.
Zvažte následující příklad:
CREATE TABLE tblTest ( iID int IDENTITY(1,1), strData char(10))GOSET NOCOUNT ONGOINSERT INTO tblTest VALUES ('Test')WHILE @@IDENTITY < 10000   INSERT INTO tblTest VALUES ('Test')				
Výsledky ukázkového testu pro SQL Server jsou následující:
SCSI(7200 RPM) 84 sekund
SCSI(7200 RPM) 15 sekund (ukládání do mezipaměti řadiče)

IDE(5200 RPM) 14 sekund (jednotka mezipaměť povolena)
IDE(5200 RPM) 160 sekund

Obtékání celou řadu operací vložit v jedné transakci spustí v přibližně čtyři sekundy ve všech konfiguracích.

Důvodem je počet vyprázdnění protokolu vyžaduje. Bez transakce transakce v a sama o sobě je každé vložení a pokaždé, když musíte vyprázdnit záznamy protokolu transakce. Každý flush je 512 bajtů velikost, která vyžaduje zásah značné mechanické jednotky.

Při použití jediné transakce je možné seskupit záznamy protokolu transakce a jeden, větší zápisu lze vyprázdnit záznamy získané protokolu. Mechanický zásah je výrazně snížena.

Upozornění: Doporučujeme zvýšení transakční obor. Dlouhotrvající transakce může vést k blokování nadměrné a nežádoucí stejně jako zvýšené nároky. Čítače výkonu serveru SQL Server: databáze SQL slouží k zobrazení transakcí založených na protokolu čítače. Konkrétně Flushed protokolu bajty za sekundu může znamenat mnoho malých transakcí vedoucí k vysoké mechanické diskovou aktivitu.

Podívejte se na příkazy, které jsou přidružené k vyprázdnění protokolu a určit, pokud lze snížit počet vyprázdnění protokolu. V předchozím příkladu byla implementována jediné transakce. Nicméně v mnoha případech to může vést k nežádoucímu uzamčení chování. Přezkoumá na návrh transakce. Provést ke snížení aktivity vyprázdnění protokolu časté a malé listy, můžete použít kód podobný následujícímu:
BEGIN TRANGOINSERT INTO tblTest VALUES ('Test')WHILE @@IDENTITY < 50BEGIN   INSERT INTO tblTest VALUES ('Test')   if(0 = cast(@@IDENTITY as int) % 10)   BEGIN      PRINT 'Commit tran batch'      COMMIT TRAN      BEGIN TRAN   ENDENDGOCOMMIT TRANGO				
SQL Server vyžaduje, aby systémy podporují "zaručené doručení na stabilní média," jak je popsáno v SQL Server vstupně-výstupní spolehlivost programu přezkoumání požadavků Stáhněte si dokument. Další informace o požadavcích na vstupní a výstupní databázový stroj SQL Server získáte v následujícím článku naleznete v článku znalostní báze Microsoft Knowledge Base:
967576 Vstupní a výstupní požadavky na Microsoft SQL Server databáze stroj

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

Vlastnosti

ID článku: 230785 - Poslední kontrola: 05/15/2015 22:10:00 - Revize: 1.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard

  • kbhowto kbinfo kbmt KB230785 KbMtcs
Váš názor
ipt" async=""> var varAutoFirePV = 1; var varClickTracking = 1; var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write(" &t=">