Articles

SQL: PAGE životnost

Posted by admin

příznaky: SQL zjistil pokles délky života stránky, produkovat pomalejší odpovědi.

Impact: Medium

pomalé odpovědi SQL zhorší uživatelský dojem, což má za následek špatnou efektivitu operací vaší organizace.

očekávané chování:

čím déle může stránka zůstat ve fondu vyrovnávací paměti a být čtena z paměti, tím lepší je výkon systému. Doporučujeme nastavit prahovou hodnotu na 300 sekund pro každé 4 GB paměti buffer pool (BP).

možné příčiny přetrvávající nízké délky života (PLE)

Nízká priorita výkonu CPU: Střední
doporučená akce:
trvale vysoké využití spojené s nízkou PLE může naznačovat potřebu upgradu CPU nebo přidání více procesorů. Podívejte se na naše vysvětlení využití CPU zde
Alternativně může vysoká míra využití CPU znamenat špatně vyladěnou aplikaci nebo SQL kód. Optimalizace aplikace může snížit využití procesoru.

nedostatečná Priorita paměti RAM: Médium
zkontrolujte množství celkové paměti RAM přidělené SQL (při zachování dostatečného množství paměti RAM pro potřeby operačního systému). Porovnejte poměr paměti SQL k velikosti databáze – na základě našich zkušeností je optimální poměr celkové paměti RAM větší než 20% největší databáze.
doporučená akce:
pokud je to možné, přidělte více paměti SQL nebo střídavě přidejte fyzickou RAM na server a zvyšte alokaci paměti SQL.

Page file busy / slow Priorita: nízká
zkontrolujte, co ještě běží, což by mohlo zpomalit rychlost přístupu na disk. Fond vyrovnávací paměti vymění stránky na disk, když je potřeba místo v paměti. Tento proces je velmi závislý na efektivitě akcí čtení/zápisu dat na pevný disk a na úrovni poptávky.
doporučená akce:
Chcete-li urychlit I/o disku a snížit latenci, vyhledejte soubor stránky na nejrychlejší dostupné jednotce (nebo upgradujte na efektivnější hardware). Také snížit konkurenci pro tento zdroj z jiných operací. Aimbetter resource monitor poskytuje komplexní statistiky o celkové místo na disku, volné místo, a soubor stránky aktivity.

nesprávná Priorita přidělování fondu vyrovnávací paměti: Nízká
v SQL Serveru jsou data uložena na stránkách 8 KB. Pokud jsou požadována data pro vstup/výstup, stránka je nejprve načtena z disku a uložena do paměti. Přidělená oblast se nazývá fond vyrovnávací paměti. Jakmile je stránka načtena do fondu, veškerý následný přístup je velmi rychlý a efektivní, zatímco I/o disku je relativně pomalý. Do fondu vyrovnávací paměti by mělo být přiděleno co nejvíce paměti, aniž by došlo k hladovění operačního systému.
doporučená akce:
přidělit optimální podíl fyzické paměti RAM na BP, ale ponechat dostatek paměti RAM pro operace OS. Nastavte hodnotu ve volbě Maximální paměť serveru na stránce „Možnosti paměti serveru“, která ponechává dostatek paměti pro samotný operační systém. Doporučujeme přibližně o 4 GB méně než celkové množství nainstalované paměti RAM

možné příčiny nebo přechodná nízká délka života stránky (PLE)

Index chybí nebo je poškozen Priorita: vysoká
chybějící indexy znamená, že SQL Server naznačuje, že váš dotaz může běžet rychleji s indexem. 99% času, poškození je disk nebo ovladač disku/firmware související.
doporučená akce:
v případě chybějícího indexu se obraťte na tým návrhářů systému.
v případě poškozených indexů se obraťte na tým správy úložiště nebo na naše odborníky na podporu. Jedním z možných řešení v případech, kdy se korupce opakuje, je klonování databáze na novou hardwarovou konfiguraci.

problémy s kódováním Priorita: nízká
možná výsledek takových problémů, jako jsou neefektivní plány dotazů nebo nesprávné standardy kódování.
doporučená akce:
zkontrolujte plán, který SQL používal, abyste zjistili, zda je optimální.
Prozkoumejte databázové dotazy a zjistěte, zda jsou požadované datové dotazy poškozené nebo nesprávné.
Prozkoumejte kódování, takže zjistěte, zda lze zlepšit účinnost.

dotazy saturující prioritu fondu vyrovnávací paměti: nízká
tyto příčiny přetrvávají po dlouhou dobu. Hlavní příčiny jsou:

  • získání velkých grantů na paměť
  • přemístění velkého počtu stránek v paměti novými
  • úprava mnoha stránek, nutit je, aby byly propláchnuty na disk
  • mnoho souběžných (nebo některých velmi velkých) dotazů

doporučená akce :
v případech, kdy se znovu vyskytují nebo vykazují tendenci ke zvýšení velikosti (nižší PLE), prozkoumejte další možné příčiny níže.

DBCC CHECKDB spuštěná Priorita: nízká
CHECKDB je velmi náročná na zdroje-pravděpodobně jedna z nejnáročnějších věcí, které SQL Server provádí. Zavedení tohoto procesu jako dodatečného zatížení IO nad normální zatížení serveru SQL znamená, že hlavy disků se budou neustále pohybovat.
doporučená akce :
doporučujeme spustit všechny základní CHECKDB procesy v době minimálního zatížení SQL Serveru, nebo alternativně na záložních kopiích databází offline.

Obnova indexu priorita běhu: nízká
operace obnovení indexu vždy vytvoří nový index, což znamená, že k vytvoření nového indexu je zapotřebí více místa, než upustí starý; je zapotřebí mnoho zdrojů CPU a I / O, které mohou systém přetížit.
doporučená akce :
pokud se vyskytuje často, může být opravena změnami v postupu indexování, například přepnutím na strategii, ve které je fragmentace analyzována každou noc a jsou zpracovávány pouze fragmentované indexy. Naši konzultanti týmu odborné podpory jsou k dispozici pro analýzu a pomoc.

pozadí

metrika délky života stránky měří průměrný počet sekund, které stránky zůstávají ve fondu vyrovnávací paměti. Úzce souvisí s používáním souborů stránek-viz zde.
pro optimální výkon by měla být data čtena spíše z paměti než z disku, což je mnohem pomalejší. SQL toho dosahuje využitím paměťových stránek, které ukládají Naposledy přístupná data. Pro uložení těchto stránek je k dispozici vyhrazená oblast paměti (fond vyrovnávací paměti). Když je fond vyrovnávací paměti plný a SQL vyžaduje nové místo, server vymění nejstarší stránku za soubor stránky na disku a přečte nová data. Zvýšení počtu swapů mezi pamětí a diskem přímo ovlivňuje výkon.
trvalá nízká úroveň PLE je spolehlivým indikátorem tlaku paměti serveru SQL. Tento tlak může být důsledkem vysoké poptávky nebo neefektivní organizace dat, fyzické i logické
doporučujeme nastavit prahovou hodnotu na 300 sekund pro každé 4 GB paměti Buffer Pool (BP) na vašem serveru, což znamená, že server by měl uchovat jakoukoli danou stránku v paměti (po procesu, který odkazuje na stránku) v bufferu po dobu minimálně 5 minut, než je propláchnut na disk. Pokud fond vyrovnávací paměti propláchne stránky za méně než 300 sekund, pravděpodobně je problém.
čím více paměti má váš server, tím více cachovaných disků čte a zapisuje, které může provádět. Nedostatek systémové paměti může způsobit vysoké čtení a zápis disků bez mezipaměti. Přidání paměti na server může pomoci snížit přístup k fyzickému disku.

Related Post