Select the product you need help with
Požadavky na podsystému I/O Microsoft SQL Server databáze tempdbID článku: 917047 - Produkty, které se vztahují k tomuto článku. Na této stránceSouhrnMicrosoft 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:
Zmenšit tuto tabulku
Survival přes výpadekDatabá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ší informaceVyhodnotit 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/OZpů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 RAMRAM 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 optimalizovatAplikace 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ýhoduVý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:
Zmenšit tuto tabulku
Příklad transakční sektor revizeNá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 tabulku
Zmenšit tuto tabulku
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 tempdbBuď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:
Certifikace produktu partnera nejsou guaranty kompatibility nebo bezpečnostCertifikač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.PodporaPokud 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. OdkazyDalší informace naleznete v následujících článcích znalostní báze Microsoft Knowledge Base: 826433
(http://support.microsoft.com/kb/826433/
)
PRB: Diagnostika další server SQL přidány zjistit nehlášené problémy I/O 828339
(http://support.microsoft.com/kb/828339/
)
Chybová zpráva 823 může znamenat problémy hardwaru nebo problémů systému SQL Server 234656
(http://support.microsoft.com/kb/234656/
)
Pomocí disku do mezipaměti se serverem SQL 110352
(http://support.microsoft.com/kb/110352/
)
Optimalizace výkonu Microsoft SQL Server 304261
(http://support.microsoft.com/kb/304261/
)
Popis podpory síťových souborů databáze SQL Server 913945
(http://support.microsoft.com/kb/913945/
)
Microsoft není certifikovat produkty jiných výrobců bude pracovat Microsoft SQL Server 910716
(http://support.microsoft.com/kb/910716/
)
Požadavky pro SQL Server 2005 a SQL Server 2000 podporují vzdálené zrcadlení uživatelských databází 917043 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.
(http://support.microsoft.com/kb/917043/
)
Klíče faktorů zvažte při vyhodnocení third-party souborová mezipaměť systémů se serverem SQL 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: 967576
(http://support.microsoft.com/kb/967576/
)
Microsoft SQL Server Database Engine vstupní a výstupní požadavky VlastnostiID článku: 917047 - Poslední aktualizace: 2. listopadu 2007 - Revize: 1.6 Informace v tomto článku jsou určeny pro produkt:
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
(http://support.microsoft.com/kb/917047/en-us/
)
|




Zpět nahoru








