Popis ukládání do mezipaměti disku řadiče v SQL Server

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

Souhrn

Použití ukládání do mezipaměti (nazývané také zápis zpět do mezipaměti) řadič disku může zlepšit výkon serveru SQL. Zápis mezipaměti řadiče a podsystémy disku jsou bezpečné pro SQL Server Pokud specificky navržena pro použití v prostředí systému (DBMS) dat kritické transakční databáze správy. Tyto funkce návrhu nutné zachovat data v mezipaměti, pokud dojde k selhání systému. Použití externích nepřerušitelného zdroje napájení (UPS) dosáhnout není obecně dostatečné, protože může dojít k selhání režimů, které nesouvisejících napájení.

Ukládání do mezipaměti řadiče a podsystémy disku může být bezpečné pro použití se serverem SQL. Většina nových platformách purpose-built serveru, které začlenit tyto jsou bezpečné. Však měli zkontrolovat s dodavatele hardwaru, ujistěte se, že podsystém disku byl konkrétně testovány a schváleny pro použití v prostředí systému (RDBMS) správy dat kritické transakční relační databáze.

Další informace

Příkazy SQL Server data změny generovat zápisy logickou stránku. Tento datový proud zápisy můžete pictured jako přechod dvou míst: protokolu a samotné databázi. Z důvodů výkonu defers SQL Server zapíše do databáze prostřednictvím vlastní systém vyrovnávací mezipaměti. Zapíše do protokolu jsou pouze dočasně odloženo doby COMMIT. Jejich nejsou do mezipaměti ukládány stejným způsobem jako data zápisy. Protože zapíše protokol dané stránce vždy předcházet zapisuje data na stránce, protokolu je někdy označován jako "zápis napřed" protokolu.

Transakční integrity je jeden základní koncepce systému relační databáze. Transakce jsou považovány za atomické jednotek práce, která jsou úplně vyrovnána nebo zcela vrácena zpět. Napřed zápisu transakce protokolu serveru SQL je důležitá součást v implementaci transakčních integrity.

Libovolný relační databáze systém musí také zacházet s koncept úzce související integritu transakční, což je zotavení ze selhání systému neplánované. Řadu ideální toto selhání může způsobit efekty reálného světa. Na mnoha systémy správy databáze může způsobit selhání systému v procesu dlouhé řízené lidských ruční obnovení.

Naproti tomu mechanismus obnovy SQL Server je zcela automatické a pracuje bez lidského zásahu. Například SQL Server mohl být podpůrné výrobní důležitých aplikací a dochází k selhání systému kvůli výkyvu okamžité napájení. Po obnovení napájení by restartování serveru hardwaru, sítě softwaru by načtení a inicializace a SQL Server by restartujte. Jako inicializuje SQL Server, budou automaticky spuštěny při jeho obnovení procesu na základě dat v transakčním protokolu. Celý proces dochází bez lidského zásahu. Při každém restartování klientských pracovních stanic by uživatelé najít všechny přítomen, poslední transakce, které zadal jejich data.

Transakční integritu serveru SQL a funkce automatického obnovení tvoří velmi výkonné ukládání schopností čas a práci. Pokud řadič zápis mezipaměti není správně navržena pro použití v dat kritické transakční DBMS prostředí, ji může ohrozit schopnost serveru SQL obnovit, tedy poškozením databáze. Tato situace může nastat, pokud řadič zachycuje zápisy protokolu transakcí SQL Server a jejich hardwaru v mezipaměti na desce řadič vyrovnávacích pamětí, ale tyto stránky při selhání systému zapisovány nezachová.

Většina mezipaměti řadiče provést zápis do mezipaměti. Funkce zápisu mezipaměti vždy nelze zakázat.

I Pokud server používá zařízení UPS, to nezaručuje zabezpečení mezipaměti zápisy. Mnoha typů selhání systému může dojít UPS nezabývá. Chyba parity paměti, depeší operačního systému nebo glitch hardwaru, který způsobuje restartování systému například může způsobit přerušení neřízené systému. Selhání paměti v mezipaměti hardwaru zápis může také vést ke ztrátě informace důležité protokolu.

Jiné možné potíže související řadič zápis do mezipaměti může dojít při vypnutí systému. Není "cyklu" operačního systému nebo restartováním systému během změny konfigurace. Zápisy v mezipaměti mohou být přítomen v řadiči i v případě, že pečlivé operátor následuje doporučení operačního systému počkat, dokud všechny činnosti disku má ceased před restartováním systému. Při stisknutí kombinace kláves CTRL + ALT + DEL nebo stisknutí tlačítka RESET, zapíše mezipaměti mohou být zahozeny, potenciálně škodlivým databáze.

Je možné navrhnout zápisu mezipaměti hardwaru která bere v úvahu všechny možné příčiny zahozením dirty mezipaměti data, která by tedy bezpečné pro použití v databázi serveru. Některé z těchto návrhu by funkce zahrnují že zachytí sběrnice RST signál vyhnout neřízené resetování mezipaměti řadiče zálohování integrovaný baterie a zrcadlené svazky nebo paměti ERC (Kontrola chyb & oprava). Ověřte u svého dodavatele hardwaru zajistit, že zápis mezipaměti zahrnuje tyto a další funkce nezbytné nedošlo ke ztrátě dat.

SQL Server vyžaduje systémy podporují ‘ zaručené doručení stabilní média ’ podle pokynů v části program Microsoft SQL Server Always-On úložiště řešení revize. FODalší informace o požadavcích vstupní a výstupní databázového stroje SQL Server klepněte na následující číslo článku databáze Microsoft Knowledge Base:
967576Microsoft SQL Server Database Engine vstupní a výstupní požadavky

Vlastnosti

ID článku: 86903 - Poslední aktualizace: 7. prosince 2005 - Revize: 4.3
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
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Klíčová slova: 
kbmt kb3rdparty kbhardware kbinfo KB86903 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:86903

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