Du arbetar offline, väntar på att återansluta till Internet

Popis zapisovania a údajov ukladanie algoritmov, rozšírenie spoľahlivosť údajov databázy servera SQL Server

DÔLEŽITÉ: Tento článok je preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft a možno ho opraviť prostredníctvom technológie Community Translation Framework (CTF). Microsoft ponúka strojovo preložené články, články upravené komunitou aj články preložené prekladateľmi, aby zabezpečil prístup ku všetkým článkom databázy Knowledge Base vo viacerých jazykoch. Strojovo preložené články aj upravené články môžu obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky. Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené neprávnym prekladom obsahu alebo jeho použitím zo strany našich zákazníkov. Ďalšie informácie o technológii CTF nájdete na lokalite http://support.microsoft.com/gp/machine-translation-corrections/sk.

Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 230785
Súhrn
Tento článok popisuje, ako Microsoft SQL Server zapisovania a údajov algoritmov rozšíriť spoľahlivosť údajov a integrita.

Informácie o princípy mechanizmy a Baran (algoritmus pre obnovenie a izoláciu využívajú Sémantika), vidieť tieto transakcie ACM databázové systémy dokumentu (v rámci "zväzok 17, číslo 1, marec 1992):

Vedúci autor dokumentu je C. Mohan. Dokument sa zaoberá technológií SQL Server data spoľahlivosť a integritu vo vzťahu k zlyhaniu.

Odporúčame vám prečítať si nasledujúce články v databáze Microsoft Knowledge Base informácie o cache a alternatívne zlyhanie režim diskusie:
86903 Popis caching radiče diskov v aplikácii SQL Server
234656 Informácie o disku ukladá pomocou SQL Server, ktorý by mal vedieť každý správca databázy
Ďalšie informácie
Skôr než začneme rozsiahlu, niektoré pojmy používané v tomto článku sú definované v nasledujúcej tabuľke.
VýrazDefinícia
BatériouSamostatné a lokalizované batérie zálohovanie zariadenia priamo k dispozícii a kontroluje caching mechanizmu proti strate údajov.
Poznámka: Nie je neprerušiteľný zdroj napájania UPS (UPS). UPS nezaručuje zápis činnosti a môže byť odpojený z vyrovnávacej pamäte zariadenia.
Vyrovnávacia pamäťPracovný priestor mechanizmus optimalizovať fyzické vstupno-výstupných operácií a zlepšenie výkonu.
Špinavý stránkyStránky obsahujúce údaje zmeny, ktoré ešte zapísať do výkonnosti ukladacieho priestoru. Ďalšie informácie o špinavý stránke medzipamäte nájdete "Tvorba stránok"tému v SQL Server Books Online.
Poznámka: Vzťahuje aj na Microsoft SQL Server 2012 a v novších verziách.
ZlyhanieČo môže spôsobiť neočakávané výpadku procesu servera SQL Server. Príklady: napájanie, výpadok, obnoviť počítač, chyby pamäte, iné problémy s hardvérom, chybné sektory, jednotka výpadky, zlyhania systému atď.
VymazanieVynútenie vyrovnávacej pamäte buffer stabilné ukladacieho priestoru.
ZámokSynchronizácia objekt používa na ochranu fyzického konzistencie prostriedku.
Permanentný ukladacieho priestoruAkékoľvek médium, ktorý prístupné cez zlyhania systému.
Pripnuté stránkyStránky, ktorá zostáva údajov do vyrovnávacej pamäte a nemôže vyprázdniť výkonnosti ukladanie dovtedy, kým sa všetky záznamy denník zabezpečené výkonnosti ukladací priestor.
Výkonnosti ukladacieho priestoruRovnako ako permanentný ukladacieho priestoru.
Prchavé ukladacieho priestoruAkékoľvek médium, ktoré stále neporušené cez zlyhania.

Protokol zápisu pred prihlásením (WAL)

Termín protokol je vynikajúcim spôsobom opísať WAL. To je a vymedzené implementácie kroky potrebné na uistite sa, že údaje uložené a výmene správne a môže sa obnoviť známy stav v prípade zlyhania. Rovnako ako sieť obsahuje definovaný protokol na výmenu údajov a chránené spôsobom, takže sa príliš WAL Popis protokolu na ochranu údajov.

Baran dokument definuje WAL nasledovne:
Protokol WAL uvádza, že záznamy denníka predstavuje zmeny niektoré údaje už musia byť výkonnosti ukladacieho priestoru pred zmenilo nahradiť predchádzajúcu verziu permanentný ukladacieho priestoru údajov. Teda systém nie je povolené písať aktualizované stránky permanentný ukladacieho priestoru verziu stránky, kým aspoň späť časti denník záznamov, ktoré opisujú aktualizácie na stránku bolo napísané stabilné ukladacieho priestoru.
Ďalšie informácie o zapisovanie napíšte vopred nájdete Denník transakcií zápisu dopredu tému v zdroji SQL Server Books Online.

SQL Server a WAL

SQL Server používa protokol WAL. Uistite sa, že transakcia správne venuje, je nutné zabezpečiť všetky záznamy denníka priradené transakcie výkonnosti ukladacieho priestoru.

Objasniť túto situáciu, nasledujúci príklad konkrétne.

Poznámka: Napríklad Predpokladajme, že nie je žiadny index a je stránka 150 stránke.
BEGIN TRANSACTION   INSERT INTO tblTest VALUES (1)COMMIT TRANSACTION				
Ďalej rozdeliť aktivity na zjednodušené zapisovania kroky, ako je to uvedené v nasledujúcej tabuľke.
VyhlásenieAkcie vykonávané
BEGIN TRANSAKCIEZapíše do denníka cache oblasti. Nie je však potrebné na vymazanie k výkonnosti priestor, pretože SQL Server sa žiadne fyzické zmeny.
VLOŽIŤ do tblTest
  1. Údaje stránky 150 načíta do SQL Server do vyrovnávacej pamäte, ak už nie je k dispozícii.
  2. Na stránke naklonený, pripnuté, a označený ako pozmenený, a sú vhodné locks.
  3. Vložte denníka je vytvorený a pridaný do denníka cache.
  4. Na stránke údajov sa pridá nový riadok.
  5. Zámok na trh.
  6. Záznamy denníka priradené transakcie alebo stránka nie je zapísať na tomto mieste všetky zmeny zostávajú v prchavých ukladacieho priestoru.
POTVRĎTE TRANSAKCIE
  1. Záznam denníka potvrďte tvorí a záznamy denníka priradené transakcií musí byť napísané stabilné ukladacieho priestoru. Transakcie za zaväzuje až záznamy denníka sú správne priradené výkonnosti ukladacieho priestoru.
  2. Údaje stránky 150 zostáva do vyrovnávacej pamäte servera SQL Server a nie je okamžite vyprázdnia na výkonnosti ukladacieho priestoru. Pri záznamy denníka sú správne, obnovenie môžete vykonať operáciu, ak je to potrebné.
  3. Transakčná locks boli vydané.
Nemusí byť zamenené pojmy "blokovanie" a "prihlásenie". Napriek tomu, uzamknutie a zapisovanie sú samostatné problémy pri sa zaoberajú WAL. V predchádzajúcom príklade SQL Server všeobecne má zámok na stránke 150 čas potrebné vykonať zmeny fyzického vložiť na stránke nie je celý čas transakcie. Príslušné zámok typu vzniká chrániť riadok rozsahu, stránky a tabuľky podľa potreby. V SQL Server Books Online zamykanie častiach viac typov zamknúť.

Prezrite si napríklad podrobnejšie, môžete požiadať čo sa stane, ak LazyWriter alebo kontrolný procesy spustené. SQL Server 7 problémy všetkých príslušných vyprázdnení stabilné ukladací priestor pre denník transakcií záznamy, ktoré súvisia s špinavý a Pripnuté lokality. Takto zabezpečíte, že stránky údajov protokolu WAL sa nikdy zapíše stabilné ukladacieho priestoru, kým záznamy denník transakcií sa vyprázdnila.

SQL Server a stále

SQL Server vylepšuje operácie stránky denníka a údaje vrátane vedomosti o veľkosti disku (obyčajne 4 096 alebo 512 bajtov).

Na zachovanie ACID vlastnosti transakcie, SQL Server musí predstavovať zlyhania bodov. Výpadku mnohých disk drive špecifikácie zaručiť iba obmedzené množstvo operácie zapisovania sektora. Väčšina špecifikácie zaručiť dokončenie jedného sektora napísať pri výskyte zlyhania.

SQL Server používa 8 KB údajových stránok a log (ak vyprázdnila) násobku veľkosti sektora. (Väčšina diskov použite 512 bajtov predvolenú veľkosť sektora.) V prípade zlyhania, SQL Server možno predstavujú operácií zápisu väčšia sektora podľa denníka parita a roztrhané zápis techniky.

Zisťovanie roztrhané stránky

Táto možnosť umožňuje SQL Server zistiť neúplné vstupno-výstupných operácií výpadky alebo iné výpadky systému. True spôsobuje niečo sa Preklopí každého sektora 512 bajtov 8 kilobajtov (KB) databázy stránke vždy, keď sa stránka je napísaná na disk. Ak trochu je v stave keď stránky je neskorší SQL Server, potom stránke bol napísaný nesprávne; priestoroch roztrhané stránky. Neúplné strany sa zvyčajne zistia počas obnovy, pretože stránky, ktoré bolo napísané správne čítať vrátenie.

Hoci stránky databázy servera SQL Server 8 KB, disky vykonať vstupno-výstupných operácií pomocou sektora 512 bajtov. Preto 16 sektory ukončení jednej databázy. Roztrhané stránky môže vyskytnúť, ak systém zlyhá (napríklad z dôvodu poruchy) počas inštalácie operačného systému píše prvého sektora 512 bajtov na disku a ukončenie 8 KB vstupno-výstupné operácie. Ak prvý sektor stránku databáza sa úspešne pred zlyhaním, databázy stránky na disku zobrazí aktualizovaný, hoci to môže byť nepodarilo.

Pomocou cache radiča disku batériou skontrolujete, či údajov úspešne zapisuje na disk ani napísané vôbec. V takomto prípade nenastavujte roztrhané stránky zisťovania "TRUE" preto, lebo to nie je potrebné.

Poznámka: Zisťovanie roztrhané stránky nie je povolená v predvolenom nastavení SQL Server. Ďalšie informácie nájdete na nasledujúcej webovej lokalite MSDN:

Denník parita

Kontrola parity denníka je podobná roztrhané stránky zisťovania. Každý sektora 512 bajtov obsahuje bity parity. Tieto bity parity vždy uvedené v zázname denníka a vyhodnotí sa získa záznam denníka. Vynúteným zastavením denníka zápisy na hranici 512 bajtov, SQL Server môžete skontrolovať predbežnom operácie zapisujú úplne fyzický disk sektorov.

Verzie programu SQL Server, ktoré sú staršie ako 7.0

Verzie SQL Server, ktoré sú staršie ako 7.0 neposkytol denníka parita alebo roztrhané bitové zisťovanie zariadení. V skutočnosti tieto verzie môžete napísať Synchronizujte denníka viackrát až záznamy denníka vyplňte stránke 2 KB denníka. To môže vystaviť transakcií úspešne dopustili. Ak stránka denníka sa prepisuje výpadku, sektor s zaväzuje transakcie možno nie si prepísať správne.

Vplyv na výkon

Všetky verzie programu SQL Server Otvorenie denníka a údajové súbory pomocou funkcie Win32CreateFile . Člen dwFlagsAndAttributes zahŕňa možnosť FILE_FLAG_WRITE_THROUGHpri otvorení SQL Server.
FILE_FLAG_WRITE_THROUGH
Nastaví systém písať cez všetky priebežné vyrovnávacej pamäte a prejdete priamo na disku. Systém môže stále vyrovnávacej pamäte operácie zapisovania, ale nedá lenivo vyprázdniť ich.

Možnosť FILE_FLAG_WRITE_THROUGH zabezpečuje pri zápise vracia úspešnom správne uloženia údajov v výkonnosti ukladacieho priestoru. To zarovnaný protokol WAL údaje.
Mnohé disky (SCSI a IDE) obsahujú doske cache 512 KB, 1 MB, alebo viac. Však jednotka ukladá zvyčajne spoľahnúť kondenzátora a nie batériou riešenie. Tieto cache mechanizmus nezaručuje píše cez výkon cyklu alebo podobné zlyhania bod. Zabezpečujú iba na dokončenie operácie zapisovania sektora. Je to konkrétne, prečo roztrhané zápisu a denníka parita zisťovania boli vytvorené SQL Server 7.0 a novšie verzie. Disky naďalej zväčšiť, ukladá sa zväčšiť a sa môžu vystaviť väčšie množstvo údajov výpadku.

Veľa hardvéru poskytujú riešenia radiča disku batériou. Tieto cache radič môžete aktualizovať vyrovnávaciu pamäť niekoľko dní a dokonca umožňujú vyrovnávacej pamäte hardvér umiestniť do druhého počítača. Po obnovení správne napájania, nepísané údajov je úplne vyprázdnila pred ďalším údajom. Mnohé z nich umožňujú percento čítanie verzus vyrovnávaciu stanoviť na dosiahnutie optimálneho výkonu. Niektoré obsahujú veľkých pamätí skladov. V skutočnosti pre veľmi špecifický segment trhu, niektorí dodávatelia hardvéru poskytujú najvyššej kategórie batériou disku do vyrovnávacej pamäte radič systémov 6 GB vyrovnávacej pamäte. Toto môže výrazne zvýšiť výkon databázy.

Rozšírené cache implementácie rukoväť FILE_FLAG_WRITE_THROUGH požiadavka nie vypnúť radič vyrovnávacej pamäte, pretože môže poskytnúť pravdivé prepíše funkcie v prípade obnovenie systému, výpadku napájania alebo iných bod zlyhania.

Vstupno-výstupný prenos bez použitia vyrovnávacej pamäte môže byť podstatne dlhšie, pretože mechanický dobu vedúci jednotky, číselníka sadzby a ďalšie faktory obmedzujúce.

Usporiadanie odvetvia

Spoločný postup na zvýšenie výkonu I/O je usporiadanie. Aby mechanický hlavný pohyb sú zoradené na čítanie a zapisovanie požiadaviek, umožňuje viac konzistentné návrh vedúceho načítať alebo uložiť údaje.

Cache môže obsahovať viacero denníkov a údaje zapisovať požiadaviek súčasne. Protokol WAL a SQL Server implementáciu protokolu WAL vyžadujú spotreby denníka zapisuje do stabilné storage pred zápisu stránky môže byť vydané. Však používanie vyrovnávacej pamäte môže vrátiť úspech z denníka napísať požiadavku bez toho, aby sa údaje zapisujú skutočné jednotky (napísanú stabilné ukladacieho priestoru). To môže viesť k SQL Server vydanie údajov dotaz na zápis.

Prostredníctvom vyrovnávacia pamäť zápisu, sa predpokladá, že v nestály ukladací priestor. Však z rozhrania API systému Win32 WriteFilehovor, presne ako SQL Server vidí činnosti úspešné návratový kód získaný. SQL Server alebo proces, ktorý používaWriteFileAPI hovor môžete určiť onlythat údaje správne získal výkonnosti ukladacieho priestoru.

Na účely diskusie prevziať, všetky sektory údaje stránky sú zoradené zapisovať do sektorov zodpovedajúce záznamy denníka. To okamžite porušuje protokol WAL. Vyrovnávacia pamäť je písanie údajov strany pred záznamy denníka. Ak vyrovnávaciu pamäť úplne záložné batérie, zlyhanie môže spôsobiť kritických výsledky.

Pri vyhodnocovaní faktorov optimálneho výkonu databázy servera, existuje mnoho faktorov, ktoré treba. Najdôležitejšie z nich je "Systém umožňuje platné možnosti FILE_FLAG_WRITE_THROUGH?"

Poznámka: Všetky vyrovnávacej pamäte sa usingmust plne podporiť batériou riešenie. Všetky ostatné cache ide podozrenia na poškodenie údajov a stratu údajov. SQL Server sa snaží zabezpečiť WAL povolenie FILE_FLAG_WRITE_THROUGH.

Testovanie ukázalo, že mnoho konfigurácie disku môže obsahovať zápis do medzipamäte bez potreby záložný. SCSI, IDE, EIDE a využívať zápis vyrovnávacej pamäte. Ďalšie informácie o tom, ako SSD spolupracovať s SQL Server, pozri nasledujúci článok CSS SQL Server pracovníci Blog:


V mnohých konfiguráciách je jedine správne vypnutie ukladania zápisu jednotky IDE alebo EIDE pomocou konkrétneho výrobcu alebo prepojky v samotnej jednotke. Uistite sa, že vyrovnávaciu vypnutý samotnej jednotke, obráťte sa na výrobcu jednotky.

SCSI disky majú tiež zápis vyrovnávacej pamäte. Však tieto cache obyčajne deaktivovať v operačnom systéme. Ak existuje akékoľvek otázky, obráťte sa na výrobcu jednotky pre príslušné nástroje.

Zápis vyrovnávacej pamäte na ukladanie

Napísať Cache skladanie podobné usporiadanie sektora. Priamo z webovej lokality výrobcu jednotky IDE vedúci bolo prijaté nasledujúce definície:
Normálne, tento režim je aktívna. Napísať, režim vyrovnávacej pamäte akceptuje hostiteľského zapisovať do vyrovnávacej pamäte dovtedy, kým sa alebo dokončení prenosu hostiteľa.

Zápis úlohy disku začne ukladanie hostiteľskej údajov na disk. Zápis príkazov naďalej akceptovať a údaje preniesť do medzipamäte dovtedy, kým sa zásobník napíšte príkaz je plný alebo medzipamäť je plný. Jednotka môže zmeniť poradie zápis príkazov optimalizovať priepustnosť jednotky.

Zápis automatické opätovné pridelenie (AWR)

Ďalší spoločný postup, ktorý sa používa na ochranu údajov je zisťovanie chybných sektorov počas manipuláciu s údajmi. Nasledujúce vysvetlenie pochádza z webovej lokality výrobcu jednotky IDE vedúci:
Táto funkcia je súčasťou vyrovnávaciu a znižuje riziko straty údajov počas operácií zápisu odložené. Prípade chybu počas zápisu disku disku úloha zastaví a podozrivé sektor pridelí fondu alternatívne sektorov, ktoré sa nachádzajú na konci jednotky. Po opätovné pridelenie, disku zápis úlohy ďalej, až kým sa nedokončí.
To môže byť veľmi silný funkciu, ak záložný vyrovnávacej pamäte. Poskytuje príslušné zmeny po reštarte. Je vhodnejšie na zistenie chýb na disku, ale bezpečnosti údajov protokolu WAL vyžadovalo opäť to urobiť reálnom čase a nie odložené spôsobom. V rámci WAL, AWR technika nemôže predstavujú situácie denníka zápis zlyhá z dôvodu chyby sektor, ale disk je plný. Databázového stroja musí okamžite vedieť o zlyhanie, takže transakcie možno správne prerušené, správca môže byť upozornení a správne kroky na zabezpečenie údajov a odstrániť stav zlyhania média.

Bezpečnosť údajov

Existuje niekoľko opatrenia, ktoré správca databázy sa bezpečnosti údajov.
  • Vždy je dobré sa uistiť, že vaše zálohovania postačuje obnoviť z kritických zlyhaní. Vhodné mimo ukladanie a ďalšie opatrenia.
  • Test operáciu obnovenia databázy do sekundárneho alebo test databázy často.
  • Uistite sa, že cache zariadenia zvládne všetkých situáciách (výpadok, chybné sektory, chybné jednotky, systém výpadok, blokovanie, výkon zásobníka a tak ďalej).
  • Uistite sa, že zariadenie vyrovnávacej pamäte:
    • Integrovaný záložná batéria
    • Môže nové vydanie píše o zapnutí
    • Môžete úplne zakázané, ak je potrebné
    • Spracováva chybný sektor premapovanie v reálnom čase
  • Povoliť roztrhané stránky zisťovania. (To má malý vplyv na výkon.)
  • Konfigurácia RAID jednotky umožňuje hot swap zlé disku, ak je to možné.
  • Použiť novšie cache zariadenia, ktoré umožňujú pridávať ďalšie miesto na disku bez reštartovania operačného systému. Môže to byť ideálne riešenie.

Testovanie jednotiek

Úplné zabezpečenie údajov, nezabudnite, že všetky údaje do vyrovnávacej pamäte je správne spracovať. V mnohých prípadoch musíte vypnúť ukladania zápisu na disku.

Poznámka: Uistite sa, že alternatívne caching mechanizmu správne zvládne viaceré typy zlyhania.

Microsoft vykonal, testovanie na niekoľko SCSI a IDE disky pomocou SQLIOSim utility. Tento nástroj simuluje veľkých asynchrónne čítanie/zápis činnosť simulovaný údajov a denníkov zariadením. Test Štatistika Zobraziť priemerné zápis operácie medzi 50 a 70 jednotky s zakázaný zápis do vyrovnávacej pamäte a otáčok medzi 5,200 7.200.

Ďalšie informácie o pomôcke SQLIOSim nájdete v nasledujúcom článku databázy Microsoft Knowledge Base:
231619 Ako používať pomôcku SQLIOSim na simuláciu SQL Server činnosti na disku subsystému
Mnoho výrobcov počítačov, aby jednotky s vyrovnávaciu zakázané. Však testovanie ukazuje, že to nemusí byť vždy prípad. Preto vždy Otestujte úplne.

Údaje zariadenia

V situáciách, ale nie prihlásený, SQL Server sa vyžaduje iba záznamy denníka zapísať. Pri vykonávaní operácií bez prihlásení, údajových stránok musí tiež vyprázdniť na výkonnosti skladu; neexistujú žiadne záznamy denníka obnovte akcie v prípade zlyhania.

Údaje stránok môžete dovtedy, kým vo vyrovnávacej pamäti LazyWriter alebo kontrolný proces ich vyprázdnení na výkonnosti ukladacieho priestoru. Pomocou protokolu WAL uistite sa, či sú správne uložené záznamy denníka zaručuje, že recovery môže obnoviť údaje stránku známeho stavu.

To neznamená, že je vhodné umiestniť súbory údajov na jednotke vo vyrovnávacej pamäti. Keď SQL Server vyprázdnení údajových stránok stabilné ukladacieho priestoru, záznamy denníka môžete skrátiť z denníka transakcií. Údajových stránok sú uložené v prchavých vyrovnávacej pamäte, je možné skrátiť denník záznamy, ktoré sa použijú na obnovenie stránky v prípade zlyhania. Uistite sa, že údajov aj v denníku zariadenia prispôsobiť výkonnosti ukladací priestor správne.

Zvýšenie výkonu

Prvá otázka, ktorá sa vyskytuje, je: "som IDE disk, ktorý bol do vyrovnávacej pamäte. No keď ho vypli, môj výkon sa výrazne menej, než sa očakáva. Prečo?"

Mnohé jednotky IDE, testované spoločnosťou Microsoft spustiť RPM výške 5,200 a SCSI disky v RPM 7.200. Ak vypnete zápis caching jednotky IDE mechanický výkon môže byť faktor.

Je jednoznačné priestor venovať výkonu rozdiel: "Adresa transakcií rýchlosť."

Existuje mnoho transakcia online spracovanie (OLTP) systémy, ktoré vyžadujú vysokú transakcií rýchlosť. Pre tieto systémy, zvážte použitie cache radič, ktorý môže správne podporujú vyrovnávaciu a poskytujú zvýšenie výkonu pri zabezpečení integrity údajov.

Výrazne stretnúť zmeny výkonu SQL Server na disku do vyrovnávacej pamäte, bola zvýšená miera transakcií pomocou malé transakcie.

Testovanie ukazuje, že vysoko zápis činnosti medzipamätí, ktorá je menšia než 512 KB alebo väčšia ako 2 MB môže spôsobiť spomalenie výkonu.
Nasledujúci prí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')				
Nižšie sú vzorové výsledky testov SQL Server:
SCSI(7200 rpm) 84 sekúnd
SCSI(7200 rpm) 15 sekúnd (Caching ovládač)

IDE(5200 RPM) 14 sekúnd (disk cache povolené)
IDE(5200 RPM) 160 sekundy

Balenie celý rad vložiť operácie v jediná transakcia spustí v približne 4 sekúnd vo všetkých režimoch.

Dôvodom je počet vyprázdnení denníka vyžaduje. Bez transakcie každý vložiť je transakcií, o sebe a pri každom záznamy denníka transakcií musí vyprázdniť. Každý flush je 512 bajtov veľkosť, ktorá vyžaduje zásah významné mechanický jednotky.

Pri použití jednej transakcie záznamy denníka transakcií môže byť dodávaný a jedného, väčšie zápis možno použiť na vymazanie záznamov získaných denníka. Mechanický zásah výrazne znižuje.

Upozornenie: Odporúčame zvýšiť rozsah transakcií. Dlho-bežiaci transakcie môžu viesť k nadmernej a nežiaduce blokovanie, ako aj zvýšenie réžie. Počítadlá výkonu servera SQL Server: databázy SQL umožňuje zobraziť počítadlá podľa denníka transakcií. Konkrétne denníka Flushed bajtov/môže uvádzať množstvo malých transakcie vedie k vysokej mechanický disku.

Pozrite vyhlásenie priradené flush denníka a určiť, ak je možné znížiť počet vyprázdnení denníka. V predchádzajúcom príklade jedna transakcia bola vykonaná. Však v mnohých prípadoch to môže viesť k nežiaduce správanie zabezpečenia. Preskúmať návrh transakcie. Vykonať dávky znížiť časté a malé denníka flush aktivity môžete použiť kód podobné nasledovné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, že systémy podporujú "zaručené doručenie výkonnosti médiá," podľa SQL Server I/O spoľahlivosť programu revízie požiadavky Stiahnuť dokument. Ďalšie informácie o požiadavkách na vstup a výstup databázového stroja SQL Server, po kliknutí na nasledovné číslo článku nájdete v článku databázy Microsoft Knowledge Base:
967576 Microsoft SQL Server databázy mechanizmus vstupnovýstupné požiadavky

Upozornenie: Tento článok bol preložený automaticky.

Egenskaper

Artikel-id: 230785 – senaste granskning 05/17/2015 07:45:00 – revision: 4.0

Microsoft SQL Server 2005 Standard Edition, Microsoft SQL 2005 Server Enterprise, Microsoft SQL Server 2005 Express Edition, Microsoft SQL 2005 Server Workgroup, 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 KbMtsk
Feedback
or="">