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

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 ukládání do 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í baterieSamostatné a lokalizované baterie záložní zařízení přímo k dispozici a pod kontrolou mechanismus mezipaměti Chcete-li zabránit ztrátě dat.

Poznámka: Toto není nepřerušitelného zdroje napájení (UPS). Zdroj UPS nezaručuje žádné aktivity zápisu a může být relace odpojena od ukládání do mezipaměti zařízení.
MezipamětiZprostředkující úložiště mechanismus použitý 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 do stabilní úložiště. Další informace o vyrovnávací paměti nevyřízený stránky naleznete v tématu "Vytvoření stránek" 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, reset 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 na pevné paměťové.
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 v 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 zápisu napřed protokolování (WAL)

Pojem protokol je vynikajícím způsobem, jak popsat WAL. To je zvláštní a definovaná sada provedení kroků je nezbytné zajistit, ž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 byly zapsány do stabilní úložiště.
Další informace o zápisu napřed protokolování naleznete v tématu Zápis napřed transakční protokol v SQL Server Books Online.

SQL Server a WAL

SQL Server používá protokol WAL. Chcete-li zajistit, že je správně potvrzené transakce, musí být zabezpečeny všechny záznamy protokolu, které jsou přidruženy k transakci v 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 pro data serveru SQL Server, pokud již není k dispozici.
  2. Je stránka mezipoloze uzavření, drženía označen za nečistýa jsou použity 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 je uvolněn.
  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. Data 150 stránka zůstane v mezipaměti dat 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. Jsou vydávány transakční zámky.
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 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ů).

Chcete-li zachovat vlastnosti ACID transakce, SQL Server musí počítat body selhání. Při selhání mnoha specifikací disku zaručit pouze omezené množství operací zápisu odvětví. Většina specifikací zaručit dokončení zápisu jeden sektor, pokud dojde k selhání.


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, potom na stránce byl napsán správně; zjištění Roztržené stránky. Roztržené stránky jsou obvykle detekovat během zotavení, protože všechny stránky nesprávně napsané je mohou číst pouze pro obnovení.


Přestože 8 KB stránek databáze serveru SQL Server, disky provádět vstupně-výstupních operací pomocí sektorů 512 bajtů. 16 sektorů, proto jsou zapsány na stránce 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 se 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án. V této situaci 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í 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 Win32 CreateFile . DwFlagsAndAttributes člen obsahuje možnost FILE_FLAG_WRITE_THROUGH při otevření SQL Server.
FILE_FLAG_WRITE_THROUGH
Nastaví systém zápisu prostřednictvím jakékoli mezilehlé mezipaměti a přejít přímo na disk. Systém může stále mezipaměti operace zápisu, ale nemůže vyprázdnit líné je.


Možnost FILE_FLAG_WRITE_THROUGH zajišťuje, ž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í 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 ukládání do mezipaměti řadiče systémy s 6 GB mezipaměti. 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ší 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 pojmout 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. Však lze použití mezipaměti 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 WriteFile , př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 WriteFile rozhraní API lze určit pouze data byla správně získat 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, existuje mnoho faktorů, které je třeba zvážit. 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, kterou používáte musí plně podporovat řešení záložní baterií. Všechny ostatní mechanismy ukládání do mezipaměti jsou podezřelé poškození dat a ztrátě dat.. SQL Server se vynasnaží zajistit WAL povolením FILE_FLAG_WRITE_THROUGH.


Testování ukázalo, že může obsahovat mnoho konfigurací disku ukládání 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 pracují disky SSD SQL Server naleznete v následujícím článku blog týmu inženýrů CSS SQL Server:


V mnoha konfiguracích je jediný způsob, jak správně zakázat 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. Ujistěte se, že je zakázána mezipaměť pro zápis pro vlastní jednotce, obraťte se na výrobce jednotky.

Disky SCSI mají také zápisu mezipaměti. Však tyto mezipamětí lze běžně dosáhnout operačního systému. Je-li jakékoli otázky, obraťte se na výrobce jednotky pro příslušné nástroje.

Zápis mezipaměti stohování

Zápis ž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:
Obvykle je tento režim aktivní. Zápis v režimu mezipaměti, který přijme že hostitele zapsat data do vyrovnávací paměti až do vyrovnávací paměti je plný nebo hostitele Přenos byl dokončen.

Zahájení úlohy zápisu disku k 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 změnit pořadí příkazů 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, úloha zastaví disk 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 příštím spuště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ří kvůli chybě sektoru, ale jednotka je zaplněna. Databázový stroj musí okamžitě vědět o selhání, transakce může být správně přerušena, Správce může být upozorněni a opravit kroky 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í. Úložiště mimo pracoviště 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í chybný sektor v reálném čase
  • Torn page detection povolit. (To má malý vliv na výkon).
  • Konfigurace jednotky 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í jednotek

Plně zabezpečit data, nezapomeňte, ž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í na několika jednotek SCSI a IDE pomocí nástroje SQLIOSim . 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 ukazují 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ána 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ázku, může dojít k vám 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, které jsou testovány společností Microsoft spustit 5,200 ot. / MIN. a jednotky SCSI při 7200 ot. / MIN. Při zakázání zápisu ukládání do mezipaměti disku IDE mechanického výkonu může být faktorem.

Řeší rozdíl výkonu, postupujte podle metody je jasný: "Adresa kurzu transakce."

Mnoho online transakce zpracování (OLTP) systémů vyžaduje rychlost vysokou transakce. Pro tyto systémy zvažte použití ukládání do mezipaměti řadiče, který může případně podporu mezipaměť pro zápis a poskytují zvýšení požadovaného výkonu při stále zajištění integrity dat.

Sledovat výkon významné změny, které nastanou v serveru SQL Server na ukládání do mezipaměti disku, byla zvýšena 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))GO

SET NOCOUNT ON
GO

INSERT 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

Proces balení celé řady operace VLOŽENÍ do jediné transakce běží přibližně čtyři sekundy ve všech konfiguracích. Je to z důvodu počet vyprázdnění protokolu, které jsou požadovány. Pokud nemáte vytvořit jediné transakce, každé VLOŽENÍ je zpracován jako samostatná transakce. Proto musíte vyprázdnit všechny záznamy protokolu transakce. Každý flush je velikost 512 bajtů. To 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. To významně snižuje mechanického zásahu.

Upozornění: Doporučujeme zvýšení transakční obor. Dlouhotrvající transakce může způsobit blokování nadměrné a nežádoucí a 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í, které mohou způsobit vysoké mechanické diskovou aktivitu.

Podívejte se na příkazy, které jsou spojeny s flush k určení, zda je možné snížit hodnotu Flushed protokolu bajty za sekundu protokolem. V předchozím příkladu byla použita jedna transakce. V mnoha případech to však může způsobit nežádoucí chování uzamčení. Zkontrolujte návrh transakce. Spuštění dávky omezit činnost vyprázdnění protokolu časté a malé můžete kód podobný následujícímu:
BEGIN TRANGO

INSERT INTO tblTest VALUES ('Test')
WHILE @@IDENTITY < 50
BEGIN
INSERT INTO tblTest VALUES ('Test')

if(0 = cast(@@IDENTITY as int) % 10)
BEGIN
PRINT 'Commit tran batch'
COMMIT TRAN
BEGIN TRAN
END
END
GO

COMMIT TRAN
GO

SQL Server vyžaduje, aby systémy podporují "zaručené doručení na stabilní média," jak je popsáno v dokumentu ke stažení Požadavky SQL Server vstupně -výstupní spolehlivost programu přezkoumání . Další informace o požadavcích na vstupní a výstupní databázového stroje SQL Server klepněte na následující číslo článku naleznete v článku znalostní báze Microsoft Knowledge Base:

Vstupní a výstupní požadavky na 967576 Microsoft SQL Server databáze stroj

Vlastnosti

ID článku: 230785 - Poslední kontrola: 8. 1. 2017 - Revize: 1

Váš názor