Articles

SQL: levensverwachting van pagina’ s

Posted by admin

symptomen: SQL heeft een daling van de levensverwachting van pagina ‘ s gedetecteerd, wat tot tragere reacties leidt.

Impact: Medium

trage SQL-reacties zullen de gebruikerservaring degraderen, wat resulteert in een slechte efficiëntie van de activiteiten van uw organisatie.

verwacht gedrag:

hoe langer een pagina in de bufferpool kan blijven en uit het geheugen kan worden gelezen, hoe beter de systeemprestaties. We raden aan om de drempelwaarde in te stellen op 300 seconden voor elke 4 GB buffer pool (BP) geheugen.

mogelijke oorzaken van aanhoudende lage Paginale Levensverwachting (PLE)

lage CPU-vermogensprioriteit: gemiddeld
aanbevolen actie :
voortdurend hoog gebruik geassocieerd met lage PLE kan wijzen op de noodzaak van een CPU-upgrade of de toevoeging van meerdere processoren. Zie onze uitleg over CPU-gebruik hier
als alternatief kan een hoge CPU-gebruikssnelheid wijzen op een slecht afgestemde toepassing of SQL-code. Het optimaliseren van de applicatie kan het CPU-gebruik verlagen.

onvoldoende RAM-prioriteit: Medium
herzie de totale hoeveelheid RAM die aan SQL is toegewezen (met behoud van voldoende RAM voor de behoeften van het besturingssysteem). Vergelijk de verhouding tussen SQL-geheugen en databasegrootte-op basis van onze ervaring is een verhouding van het totale RAM-geheugen groter dan 20% van de grootste database optimaal.
aanbevolen actie:
wijs indien mogelijk meer geheugen toe aan SQL, of voeg afwisselend fysiek RAM toe aan de server en verhoog de toewijzing van SQL-geheugen.

paginabestand bezet / traag prioriteit: laag
Controleer wat er nog meer draait dat de toegangssnelheid van de schijf zou kunnen vertragen. De buffer pool wisselt pagina ‘ s uit naar de schijf wanneer geheugenruimte nodig is. Dit proces is sterk afhankelijk van de efficiëntie van gegevens lezen/schrijven acties op de harde schijf en op het niveau van de vraag.
aanbevolen actie:
om de I/O van de schijf te versnellen en de latency te verlagen, zoekt u het paginabestand op de snelst beschikbare schijf (of upgrade naar efficiëntere hardware). Ook, verminderen concurrentie voor deze bron van andere operaties. AimBetter resource monitor geeft uitgebreide statistieken over de totale schijfruimte, vrije ruimte en pagina-bestand activiteit.

onjuiste bufferpool-toewijzingsprioriteit: Laag
in SQL Server worden gegevens opgeslagen in 8 KB pagina ‘ s. Wanneer gegevens nodig zijn voor input / output wordt de pagina eerst gelezen van de schijf en opgeslagen in het geheugen. Het toegewezen gebied wordt de Buffer Pool genoemd. Zodra een pagina in de pool is geladen, is alle volgende toegang zeer snel en efficiënt, terwijl disk I/O relatief traag is. Er moet zoveel mogelijk geheugen worden toegewezen aan de bufferpool, zonder dat het besturingssysteem wordt uitgehongerd.
aanbevolen actie:
wijs het optimale deel van fysieke RAM toe aan BP, maar laat voldoende RAM over voor OS-operaties. Stel een waarde in in de optie Maximum servergeheugen van de pagina ‘servergeheugenopties’, die voldoende geheugen overlaat voor het besturingssysteem zelf. We raden ongeveer 4 GB minder aan dan de totale hoeveelheid geà nstalleerd RAM

mogelijke oorzaken of tijdelijke lage Paginalijdverwachting (PLE)

Index ontbrekende of corrupte prioriteit: hoge
ontbrekende indexen betekent dat SQL Server suggereert dat uw query sneller zou kunnen werken met een index. 99% van de tijd, corruptie is schijf of schijf driver/firmware gerelateerd.
aanbevolen actie:
in het geval van een ontbrekende index, verwijs terug naar uw systeemontwerp team.
in geval van beschadigde indexen, raadpleeg uw storage management team, of onze support experts, voor hulp. Een mogelijke remedie in gevallen waarin de corruptie zich herhaalt is om de database te klonen naar een nieuwe hardwareconfiguratie.

coderingsproblemen prioriteit: laag
mogelijk het gevolg van problemen zoals inefficiënte query plannen of onjuiste coderingsnormen.
aanbevolen actie:
inspecteer het plan dat SQL gebruikte om te bepalen of het optimaal was.
onderzoek de databasequery’ s om te zien of vereiste gegevensquery ‘ s beschadigd of onjuist zijn.
onderzoek de codering, dus kijk of de efficiëntie kan worden verbeterd.

Queries die de prioriteit van de bufferpool verzadigen: laag
deze oorzaken blijven niet over lange perioden bestaan. Belangrijkste oorzaken zijn:

  • grote geheugenbeurzen ophalen
  • grote aantallen pagina ’s in het geheugen verplaatsen met nieuwe
  • vele pagina’ s wijzigen, ze forceren om naar schijf
  • vele gelijktijdige (of enkele zeer grote) query ‘ s

aanbevolen actie :
in gevallen waarin ze opnieuw voorkomen of een neiging vertonen om in omvang toe te nemen (lagere PLE), onderzoek de andere mogelijke oorzaken hieronder.

DBCC CHECKDB draaiende prioriteit: laag
CHECKDB is zeer resource-intensief-waarschijnlijk een van de meest resource-intensieve dingen die SQL Server uitvoert. De invoering van dit proces als een extra IO-belasting bovenop de normale SQL Server belasting betekent dat disk heads voortdurend zullen bewegen.
aanbevolen actie :
we raden aan om alle essentiële CHECKDB-processen te draaien op een moment van minimale SQL-Server-belasting, of als alternatief op back-upkopieën van de databases offline.

Index Rebuilds running Priority: Low
een index rebuilding zal altijd een nieuwe index bouwen, wat betekent dat er extra ruimte nodig is om de nieuwe index te bouwen voordat de oude wegvalt; er zijn veel CPU-en I/O-bronnen nodig, wat het systeem kan overbelasten.
aanbevolen actie :
als het vaak voorkomt, kan het worden gecorrigeerd door wijzigingen in de indexeerprocedure, bijvoorbeeld door over te schakelen op een strategie waarbij fragmentatie elke nacht wordt geanalyseerd en alleen de gefragmenteerde indexen worden verwerkt. Onze deskundige support Team consultants zijn beschikbaar om te analyseren en te helpen.

Achtergrond

Paginalevensverwachting meet het gemiddelde aantal seconden pagina ‘ s dat in de bufferpool blijft. Het is nauw verwant aan pagina Bestand gebruik-zie hier.
voor optimale prestaties moeten gegevens uit het geheugen worden gelezen in plaats van uit de schijf, die veel langzamer is. SQL bereikt dit door gebruik te maken van geheugenpagina ‘ s die de meest recent geopende gegevens op te slaan. Er is een gereserveerd geheugengedeelte (de bufferpool) beschikbaar voor de opslag van deze pagina ‘ s. Wanneer de bufferpool vol is en SQL nieuwe ruimte vereist, wisselt de server de oudste pagina uit naar het paginabestand op de schijf en leest de nieuwe gegevens in. De toename van het aantal swaps tussen geheugen en schijf heeft direct invloed op de prestaties.
aanhoudende lage niveaus van PLE is een betrouwbare indicator van SQL Server-geheugendruk. Deze druk kan het gevolg zijn van een grote vraag of van een inefficiënte dataorganisatie, zowel fysiek als logisch
we raden aan om de drempelwaarde op 300 seconden in te stellen voor elke 4 GB Buffer Pool (BP) – geheugen op uw server, wat betekent dat de server een bepaalde pagina in het geheugen moet bewaren (nadat een proces naar de pagina verwijst) in de buffer pool gedurende minimaal 5 minuten voordat deze naar de schijf wordt gespoeld. Als de bufferpool pagina ‘ s in minder dan 300 seconden spoelt, is er waarschijnlijk een probleem.
hoe meer geheugen uw server heeft, hoe meer Schijf in de cache kan worden gelezen en geschreven. Gebrek aan systeemgeheugen kan leiden tot hoge niet-cache schijf leest en schrijft. Het toevoegen van geheugen aan uw server kan helpen bij het verlagen van fysieke schijftoegang.

Related Post

Leave A Comment