Požadavky na podsystému I/O Microsoft SQL Server databáze tempdb

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

Na této stránce

Souhrn

Microsoft SQL Server vyžaduje subsystému I/O slouží k ukládání systémové a uživatelské databáze plně respektovat požadavky na zápis napřed protokolování (WAL) prostřednictvím specifické komitentů I/O. Tyto požadavky jsou potřebné k respektovat vlastnosti ACID transakcí: atomické, konzistentnost, izolovaná a trvalost. Podrobnosti o požadavcích způsobilosti podsystému I/O jsou uvedeny v následující odkazy:Následující seznam je rychlý souhrn požadavky:
  • Musí být udržovány objednání zápisu.
  • Musí být udržovány konzistence závislé zápisu.
  • Zápisy musí být zabezpečeny vždy v/stabilní média.
  • Roztržené prevence I/O musí dojít.
Trvalost údržby zůstane kritické pro všechny databáze, ale může být uvolněné databázi tempdb. Následující tabulka shrnuje několik důležitých požadavky I/O databází SQL Server.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Požadavek I/OStručný popisSystém nebo uživateledatabáze tempdb
Objednání zápisu

Konzistence závislé zápisu
Schopnost podsystému udržovat správné pořadí operací zápisu. Může být zvláště důležité u zrcadlení řešení, konzistence požadavky skupiny a použití protokolu SQL Server WAL.PovinnéDoporučeno
Čtení po zápisuMožnost podsystém služby čtení požadavky s nejnovější bitovou kopii dat při čtení je vydán po libovolné zápisu úspěšně dokončena.PovinnéPovinné
Survival přes výpadekMožnost dat plně zůstanou beze změny (zkáze) přes výpadek, například systému restartujte.PovinnéNelze použít
Prevence Torn I/OSchopnost systému vyhnout rozdělení jednotlivých žádosti I/O.PovinnéDoporučeno
Přepište sektorSektor lze zapsat pouze v jeho používá jako celek a nelze přepsat kvůli zápisu požadavek na blízké sektoru.* Zahájení, pouze povoleno v případě transakčních* Zahájení, pouze povoleno v případě transakčních
Zesíleném datPředpokládáte, že při požadavku na zápis nebo FlushFileBuffers operace úspěšně dokončena, data byla uložena do stabilní médiaPovinnéNelze použít
Zarovnání fyzického sektoru a velikostSQL Server interrogates umístění úložiště souborů dat a protokolů. Všechna zařízení jsou vyžadovány podporovat atributy sektor povolení SQL Server provádět zápisy na fyzický sektor zarovnány hranice a v násobcích velikosti sektoru.PovinnéPovinné
* Transakční sektor rewrites zahrnuje plně protokolované operací podsystémem povolení sektor být plně přesunuta, nahrazen nebo vrácena zpět na původní obrázek. Z důvodu další režii požadováno k provádění takových akcí jsou obvykle zahájení těchto rewrites. Tento příklad by defragmentaci, přesunutí data souboru. Původní sektor v souboru nemůže být nahrazeny nové umístění sektoru, dokud zcela zabezpečeny nový spouštěcí sektor a data. Přemapování sektor musí dojít transakční způsobem, že jakékoli selhání výpadku napájení včetně způsobí re-establishment původní data. Ujistěte se, že mají k dispozici během procesu zabránit přístupu neplatná data tento druh uzamčení mechanismy tím horní jiných nájemníků SQL Server I/O.

Survival přes výpadek

Databáze tempdb je pomocné oblasti pro SQL Server a znovu vytvořena na každém spuštění serveru SQL. Inicializace nahrazuje nutnosti dat překonat restartování.

Transakční sektor revize operací

Zaručit úspěch procesů zotavení, například vrácení zpět a selhání obnovení záznamů protokolu musí být správně uloženy na médiu stabilní před datové stránky je uložen a nelze přepsat bez honoring transakční vlastnosti. To vyžaduje podsystém a SQL Server udržovat specifické atributy, například objednání zápisu sektor zarovnány a zápisy, velikosti a další takové atributy bezpečnost I/O popsaná dříve uvedené dokumenty. Pro databáze tempdb zotavení selhání je zbytečné, protože databáze je inicializován vždy při spuštění serveru SQL. Databáze tempdb však stále vyžaduje funkce vrácení zpět. Proto mohou být některé atributy protokol WAL relaxed.

Umístění úložiště databáze tempdb musí pracovat v striktní schválení s protokoly ustálené diskové jednotky. Všechny způsoby musí zařízení, na kterém je uložena databáze tempdb zobrazí a zajišťovat fyzický disk čtení poskytování po zápisu schopnosti. Transakce sektor revize operací může být další požadavek konkrétní implementace. Například SQL Server nepodporuje změny pomocí komprese systému souborů NTFS, protože komprese NTFS můžete přepsat sektorů protokolu, které byly již zapsán a považovány za zesílený databáze. Selhání během revize tohoto typu může způsobit databáze nepoužitelný poškození dat již považován za zabezpečený, že SQL Server.

Poznámka: SQL Server 2005 rozšířené podpory nebo komprese číst pouze databáze a souboru skupin. Viz SQL Server 2005 Books Online pro kompletní podrobnosti.

Operace revize transakční sektoru jsou relevantní všech databází typu SQL Server, které zahrnují databázi tempdb. Rostoucího škálu technologií rozšířené úložiště použít zařízení a nástroje, které můžete přepsat dat SQL Server považuje za zabezpečené. Například některé nově ustavených technologií provádět ukládání do mezipaměti v paměti nebo komprese dat. Chcete-li se vyhnout poškození databáze závažné, všechny revize sektor musí mít úplná transakční podporu takovým způsobem, že pokud dojde k selhání, data vrácena zpět na předchozí sektor obrázky. To zaručuje, že je SQL Server k neočekávanému přerušení nebo podmínku poškození dat nikdy vystavena.

Bude možné umístit databázi tempdb na specializace podsystémy, jako například disky RAM, plné stavu nebo jiných implementacích vysokou rychlostí, které nelze použít pro jiné databáze. Však uvedeny v části text Další informace ” klíče faktory musí být považována za při vyhodnocení těchto možností.

Další informace

Vyhodnotit umístění úložiště databáze tempdb měli pečlivě studied několika faktory. Využití databáze tempdb například zahrnuje, ale není omezen na nároky místo paměti, plán dotazů a I/O rozhodnutí. Příslušné tuning a implementace databáze tempdb může zlepšit škálovatelnost a odezvy systému. Tato část popisuje klíčové faktory při určování potřeb úložiště databáze tempdb.

Podsystémy vysokou rychlostí

Na trhu, které poskytují subsystému SQL Server I/O protokol požadavky ale neposkytují trvalost média jsou k dispozici různé implementacích podsystém vysokou rychlostí.

Důležité: Vždy potvrďte dodavatele produktu zaručit úplnou vyhovuje potřebám SQL Server I/O.

RAM disk je jeden běžným Příkladem takové implementace. Disky RAM potřebné ovladače nainstalovat a povolit část hlavní disk RAM jako zobrazit a pracovat jako diskové jednotky připojené k systému. Všechny podsystémy I/O by měl poskytovat úplnou shodu s požadavky SQL Server I/O. Je však zřejmé, že RAM disk není trvalost média. Implementace jako RAM disk může být použit pouze jako umístění databáze tempdb a nemůže být použit pro jiné databáze.

Klíče zvažte před implementací a nasazení

Existují různé body zvažte před nasazením databáze tempdb na tento druh podsystému. Tato část používá RAM disk jako základ pro diskuse, ale podobné závěry dojít v jiných implementací vysokou rychlostí.

Bezpečnost I/O

Způsobilosti čtení po zápisu a transakční sektor zapíše je musí. Nikdy zavést SQL Server v systému, který plně nepodporuje požadavky SQL Server I/O nebo nebezpečí ztráty dat a poškození.

Stránky již v mezipaměti (dvojitá mezipaměti)

Dočasné tabulky jsou stejně jako všechny tabulky v databázi. Jsou mezipaměti fondu vyrovnávací paměti a zpracována operací opožděného zápisu. Ukládání stránek dočasné tabulky na disku RAM způsobí dvojité ukládání do mezipaměti, jeden ve fondu vyrovnávací paměti a jeden na RAM disk RAM. Tato přímo trvá mimo možná celková velikost fondu vyrovnávací paměti a obecně sníží výkon serveru SQL.

Přidělení nahoru RAM

RAM disk označí část hlavní RAM jak napovídá název. Nejsou k dispozici několik implementacích disky RAM a mezipamětí RAM systémem souborů. Některé povolit také fyzický I/O operací zálohování. Klíče prvek RAM-based souborová mezipaměť je, že přímo trvá mimo fyzické paměti použité serverem SQL. Vždy mít silné důkaz, že přidání RAM-based souborová mezipaměť zlepšuje výkon aplikací a není snížit výkon jiných dotazu nebo aplikace.

Nejprve optimalizovat

Aplikace by měla vyladit odebrat nepotřebné a nežádoucí seřadí a hodnoty hash, které by mohly způsobit použití databáze tempdb. Kolikrát přidání indexu můžete odebrat nutné pro řazení nebo hash v plánu zcela, úvodní optimální výkon bez nutnosti použití databáze tempdb.

Body možných výhodu

Výhody ukládání databáze tempdb na vysokou rychlostí systému může být určen pouze prostřednictvím přísným testování a měření pracovní vytížení aplikace. Pracovní vytížení má být pro charakteristiky, které může databáze tempdb výhodou a musí potvrdit bezpečnost I/O před nasazením pečlivě studied.

Operace řazení a hash pracovat společně s správci paměti serveru SQL zjistit velikost paměti v pomocné oblasti pro každou operaci řazení nebo hash. Jako řazení nebo hash data překročí přidělené pomocné oblasti v paměti, mohou být data zapsána databázi tempdb. Tento algoritmus byla rozšířena v SQL Server 2005, snižuje požadavky na používání databáze tempdb přes dřívější verze serveru SQL. Například pomocí výhradně vynucené řazení tabulky zobrazuje žádné indexy sestupném pořadí a stejnou konfiguraci hardwaru, SQL Server 2005 znatelné vylepšení přes SQL Server 2000.

Upozornění: SQL Server je navržen tak, aby účet pro paměti úrovní a aktuální aktivity dotazu při rozhodování plán dotaz zahrnující použití operace databáze tempdb. Proto zisky výkonu lišit v závislosti výrazně na pracovní vytížení a návrhu aplikace. Důrazně doporučujeme dokončení testování upřednostňovaný řešení určení možných zisky a vyhodnotit I/O bezpečnostní požadavky před takové nasazení.

SQL Server používá ke zpracování různých aktivit zahrnující seřadí hodnoty hash, úložiště verze řádku a temp tabulek databáze tempdb:
  • Dočasné tabulky jsou udržovány běžné rutiny fondu vyrovnávací paměti pro datových stránek a obecně není vykazují výhody výkonu z implementací specializace podsystému.
  • Databáze tempdb slouží jako pomocné oblasti pro hodnoty hash a seřadí. Snížení čekací I/O takových operací může být výhodná. Víte však, že přidáním indexu předejít algoritmus hash nebo řazení může poskytování podobných výhod.
Spustit směrných plánů, s a bez databáze tempdb uložené na vysokou rychlostí podsystém porovnat výhody. Část testování by měla obsahovat dotazy vůči databázi uživatelů, není zahrnovat seřadí, algoritmy hash nebo dočasných tabulek a potom potvrďte, že tyto dotazy nejsou nepříznivě ovlivněny. Při vyhodnocení systému může být užitečné následující ukazatele výkonu.
Zmenšit tuto tabulkuRozšířit tuto tabulku
IndikátorPopis a způsob použití
Stránka čte a zapisujeZlepšení výkonu databáze tempdb může databáze operací kvůli čekací sníženou přidružené databáze tempdb I/O změnit rychlost čtení stránky a zápisy uživatelských databází. Pro uživatele databáze stránky by celkové číslo není lišit přes stejné pracovní vytížení.
Fyzické čtení a zápisu bajtů databáze tempdbPokud přesunutí databáze tempdb zařízení, jako je například RAM disk zvýší skutečné I/O databáze tempdb, označuje, že převzaté od fondu vyrovnávací paměti způsobuje činnost databáze tempdb zvýšené dojít. Tento vzorek je indikátor expectancy životnost stránky databáze také stránky může být ovlivněna způsobem záporné.
Stránka expectancy životnostOdmítnout v expectancy životnost stránky může označovat zvýšení fyzické požadavky I/O databázi uživatelů. Snížit rychlost by pravděpodobně označují, že je převzata z fondu vyrovnávací paměti vynucení stránek databáze předčasně ukončit fondu vyrovnávací paměti. Kombinovat s jinými indikátory a test plně pochopit parametr hranice.
Celková propustnost
Využití
Škálovatelnost
Čas odezvy
Primární cílem Změna konfigurace databáze tempdb je zvýšit celkovou propustnost. Testování by měla obsahovat směs opakovatelných pracovní vytížení můžete měřítko mimo určit, jak je ohrožen propustnost.

Něco jako založené komprese implementace disku RAM může pracovat také s 10 uživatelů. Však s zvýšené zatížení tento může nabízet PROCESORU úrovně mimo požadované úrovně a mít negativní důsledky doba odezvy při vysoké jejich pracovní vytížení. Důrazně doporučujeme se TRUE zátěžové testy a testy předpovědi budoucích zatížení.
Soubory práce a pracovní tabulky vytváření akcíPokud plán dotazů přesunutí databáze tempdb zařízení, jako je například RAM disk změní zvýšením velikosti souborů práce nebo práce tabulek nebo číslo, označuje, že převzaté od fondu vyrovnávací paměti způsobuje činnost databáze tempdb zvýšené dojít. Tento vzorek je označení, že stránka expectancy životnost stránek databáze může být také ovlivněna způsobem záporné.

Příklad transakční sektor revize

Následující příklad elaborates zabezpečení dat, který je vyžadován databází SQL Server.

Předpokládejme dodavatel disku RAM používá implementace komprese v paměti. Implementace musí být správně zapouzdřen poskytnutím fyzické vzhled souboru datového proudu jako Pokud sektor byl zarovnán a velikosti, takže je neví a správně zabezpečené z podkladové implementace SQL Server. Podívejte se blíže příklad komprese.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Akce
Sektor 1 zapsány do zařízení a komprimované místa uložení.
Sektor 2 zapsány do zařízení a komprimovaný sektor 1 ušetřit místo.
Zařízení může provádět následující akce zabezpečit data sektor 1 kombinaci s sektor 2 's data.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Akce
Blokovat všechny zápisy sektory 1 a 2.
Dekomprimujte sektor 1 do pomocné oblasti ponechat aktuální úložiště sektor 1 jako aktivní data načtena.
Komprimovat sektory 1 a 2 do nový formát úložiště.
Blokovat všechny čtení a zápisy sektory 1 a 2.
Exchange staré úložiště sektorů 1 a 2 s nové úložiště.
Pokud se nezdaří pokus o výměnu (vrácení):
  • Obnovit původní úložiště sektory 1 a 2.
  • Odebrat sektory 1 a 2 kombinovat data z pomocné oblasti.
  • Selhání operace zápisu sektor 2.
Odblokovat čtení a zápisy sektory 1 a 2.
Schopnost poskytují uzamčení mechanismy kolem sektor změny a vrátit zpět změny, pokud selže pokus o výměnu sektor je považován za transitionally kompatibilní. Implementací použít fyzického úložiště pro zálohování rozšířené jej by zahrnovat aspekty odpovídající transakce protokolu zabezpečení a vrátit zpět změny, které byly použity struktur na disku k udržování integrity soubory databáze SQL Server.

Zařízení umožňující revize sektorů musí podporovat rewrites transakční způsobem, že SQL Server není vystaven ztrátu dat.

Poznámka: Instance serveru SQL je restartován při online I/O a vrácení zpět selhání dojít v databázi tempdb.

Buďte opatrní při přesunutí databáze tempdb

Buďte opatrní při přesunutí databáze tempdb, protože pokud databázi tempdb nelze vytvořit, nebude spustit SQL Server. Databáze tempdb nelze vytvořit, spustit SQL Server pomocí (-f) přesunutí databáze tempdb platné umístění a spouštěcí parametr.

Změnit fyzické umístění databáze tempdb, postupujte takto:
  1. Změnit názvy fyzického souboru každého souboru v databázi tempdb odkázat na nové fyzické umístění, například nový disk. pomocí příkazu ALTER DATABASE a klauzule MODIFY FILE
    Alter database tempdb modify file 
    (name = tempdev, filename = 'C:\MyPath\tempdb.mdf')
    
    Alter database tempdb modify file 
    (name = templog, filename = 'C:\MyPath\templog.ldf')
  2. Zastavte a restartujte službu SQL Server.

Certifikace produktu partnera nejsou guaranty kompatibility nebo bezpečnost

Certifikační logo Microsoft mohou přijímat produkt jiného výrobce nebo konkrétního dodavatele. Však certifikační partnera nebo konkrétní logo společnosti Microsoft není certifikovat kompatibility nebo vhodnosti pro určitý účel SQL Server.

Podpora

Pokud používáte podsystém s SQL Server podporuje záruky I/O pro použití transakční databáze popsaným v tomto článku, společnost Microsoft poskytnout podporu pro SQL Server a aplikace založené na SQL Server. Však problémy s, nebo způsobeny, podsystému bude označována výrobce.

Pro problémy související s databáze tempdb odborná Microsoft vás vyzve k přemístění databáze tempdb. Obraťte se na dodavatele zařízení ověřit, zda máte správně zavedeny a nakonfigurovat zařízení pro použití transakční databáze.

Microsoft není certifikovat nebo ověřit, že produkty jiných výrobců správně fungovat s SQL Server. Navíc společnost Microsoft neposkytuje žádné záruky, guaranty nebo příkazu vhodnosti libovolný produkt třetí strany pro použití se serverem SQL.

Odkazy

Další informace naleznete v následujících článcích znalostní báze Microsoft Knowledge Base:
826433PRB: Diagnostika další server SQL přidány zjistit nehlášené problémy I/O
828339Chybová zpráva 823 může znamenat problémy hardwaru nebo problémů systému SQL Server
234656Pomocí disku do mezipaměti se serverem SQL
110352Optimalizace výkonu Microsoft SQL Server
304261Popis podpory síťových souborů databáze SQL Server
913945Microsoft není certifikovat produkty jiných výrobců bude pracovat Microsoft SQL Server
910716Požadavky pro SQL Server 2005 a SQL Server 2000 podporují vzdálené zrcadlení uživatelských databází
917043Klíče faktorů zvažte při vyhodnocení third-party souborová mezipaměť systémů se serverem SQL
Informace obsažené v tomto dokumentu představují aktuální pohled společnost na problematiku diskutovanou k datu publikování. Protože Microsoft musí reagovat na změny podmínek na trhu, by měl být závazku na částečný aplikace Microsoft není interpretována a společnost Microsoft nemůže zaručit přesnost jakýchkoli informací, uvedeny za datum publikace.

Tento dokument white paper je pouze pro informační účely. MICROSOFT NEPOSKYTUJE ŽÁDNÉ ZÁRUKY EXPRESS, PŘEDPOKLÁDANÉ NEBO STATUTÁRNÍ NA INFORMACE V TOMTO DOKUMENTU.

Dodržování všech platných zákonů na ochranu autorských práv je zodpovědný uživatel. Bez omezení autorských práv, žádná část tohoto dokumentu může být reprodukována, uložena v zavedena do systému načítání nebo přenášeny nebo všechny prostředky (elektronický, mechanicky, fotokopiemi, záznamem nebo jinak) nebo pro jakékoli účely, bez výslovného písemného povolení společnost.

Společnost Microsoft může vlastnit patenty, patentové přihlášky, ochranné známky, autorská práva nebo jiná práva duševního vlastnictví, kterým podléhá předmět tohoto dokumentu. Není-li výslovně uvedeno v písemné licenční smlouvě se společností Microsoft, poskytnutím tohoto dokumentu nedává žádnou licenci na tyto patenty, ochranné známky, autorská práva nebo jiné duševní vlastnictví.

© 2007 Microsoft Corporation. All Rights Reserved.

Microsoft, Windows, Windows Server a SQL Server jsou registrované ochranné známky nebo ochranné známky společnosti Microsoft Corporation ve Spojených státech a jiných zemích.
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: 917047 - Poslední aktualizace: 2. listopadu 2007 - Revize: 1.6
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise 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 kbsql2005setup kbsql2005engine kbexpertiseadvanced kbinfo KB917047 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:917047

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