Articles

SQL: SIDENS FORVENTEDE LEVETID

Posted by admin

Symptomer: SQL har oppdaget et fall i sidens forventede levetid, noe som gir langsommere svar.

Virkning: Medium

Langsomme SQL-svar vil forringe brukeropplevelsen, noe som resulterer i dårlig effektivitet i organisasjonens operasjoner.

Forventet virkemåte:

jo lenger en side kan forbli i bufferutvalget og leses fra minnet, desto bedre blir systemytelsen. Vi anbefaler å sette terskelverdien på 300 sekunder for hver 4 GB BUFFER pool (BP) minne.

Mulige årsaker til vedvarende lav Sidelevetid (PLE)

Lav CPU-effektprioritet: Middels
Anbefalt handling:
Kontinuerlig høy bruk forbundet med lav PLE kan indikere behovet for EN CPU-oppgradering eller tillegg av flere prosessorer. Se vår forklaring PÅ CPU-bruk her
Alternativt kan en høy CPU-bruksrate indikere et dårlig innstilt program eller SQL-kode. Optimalisering av applikasjonen kan redusere CPU-utnyttelsen.

Utilstrekkelig Ram-Prioritet: Medium
Gjennomgå mengden total RAM som er tildelt SQL(samtidig som det er TILSTREKKELIG RAM for operativsystembehov). Sammenlign FORHOLDET MELLOM SQL-minne og databasestørrelse – basert på vår erfaring er et forhold på total RAM større enn 20% av den største databasen optimal.
Anbefalt handling:
hvis mulig, tilordne mer minne TIL SQL, eller alternativt legge til fysisk RAM til serveren og øke SQL – minnetildeling.

Sidefil opptatt/sakte Prioritet: Lav
Sjekk hva annet kjører som kan bremse disktilgangshastigheten. Buffer pool bytter sider ut til disk når minneplass er nødvendig. Denne prosessen er svært avhengig av effektiviteten av data lese / skrive handlinger til harddisken og på nivået av etterspørselen.
Anbefalt handling:
for å øke hastigheten på disk I/O og lavere ventetid, finn sidefilen på den raskeste tilgjengelige stasjonen (eller oppgrader til mer effektiv maskinvare). Også redusere konkurransen om denne ressursen fra andre operasjoner. Aimbetter resource monitor gir omfattende statistikk på total diskplass, ledig plass, og siden fil aktivitet.

Feil Prioritet For Tildeling Av Bufferutvalg: Lav
I SQL Server lagres data på 8 KB-sider. Når data er nødvendig for input / output siden leses først fra disken og lagres i minnet. Området tildelt kalles Bufferbassenget. Når en side er lastet inn i bassenget, er all etterfølgende tilgang veldig rask og effektiv, mens disk I / O er relativt langsom. Så mye minne som mulig skal tildeles bufferbassenget uten å sulte operativsystemet.
Anbefalt handling:
Allokere den optimale andelen fysisk RAM TIL BP, men la tilstrekkelig RAM for OS-operasjoner. Angi en verdi I Alternativet Maksimalt serverminne på Siden Alternativer For Serverminne, som gir nok minne til SELVE OPERATIVSYSTEMET. Vi anbefaler rundt 4 GB mindre ENN den totale MENGDEN RAM installert

Mulige årsaker eller forbigående lav Sidelevetid (ple)

Indeks manglende Eller skadet Prioritet: Høy
Manglende indekser betyr AT SQL Server foreslår at spørringen kan kjøre raskere med en indeks. 99% av tiden, korrupsjon er disk eller disk driver / firmware relatert.
Anbefalt handling:
hvis en indeks mangler, går du tilbake til systemdesignteamet.
i tilfelle av ødelagte indekser, se lagringsteamet, eller våre supporteksperter, for å få hjelp. Et mulig middel i tilfeller der korrupsjonen gjentas, er å klone databasen på en ny maskinvarekonfigurasjon.

Kodingsproblemer Prioritet: Lav
Kanskje et resultat Av slike problemer som ineffektive spørringsplaner eller feil kodingsstandarder.
Anbefalt handling:
Kontroller planen SOM SQL brukte, for å finne ut om den var optimal.
Undersøk databasespørringene for å se om nødvendige dataspørringer er skadet eller feil.
Undersøk kodingen, så se om effektiviteten kan forbedres.

Spørringer mette Buffer Utvalg Prioritet: Lav
disse årsakene ikke vedvarer over lange perioder. Viktigste årsakene er:

  • få store minnetilskudd
  • forflytte et stort antall sider i minnet med nye
  • modifisere mange sider, og tvinge dem til å skylles til disk
  • mange samtidige (eller noen svært store) spørringer

Anbefalt handling :
i tilfeller der de oppstår på nytt eller viser en tendens til å øke i størrelse (lavere PLE), undersøk de andre mulige årsakene nedenfor.

dbcc CHECKDB kjører Prioritet: Lav
CHECKDB er svært ressurskrevende – sannsynligvis en AV de mest ressurskrevende tingene SQL Server utfører. Innføring av denne prosessen som en ekstra IO-belastning på toppen av normal SQL Server-belastning betyr at diskhodene vil bevege seg hele tiden.
Anbefalt handling :
vi foreslår at du kjører alle viktige CHECKDB-prosesser på et tidspunkt med minimal SQL Server-belastning,eller alternativt på sikkerhetskopier av databasene frakoblet.

Indeks Gjenoppbygger Løpende Prioritet: Lav
en indeks gjenoppbyggingsoperasjon vil alltid bygge en ny indeks, noe som betyr at ekstra plass er nødvendig for å bygge den nye indeksen før du slipper den gamle.
Anbefalt handling :
hvis det forekommer ofte, kan det korrigeres ved endringer i indekseringsprosedyren, for eksempel ved å bytte til en strategi der fragmentering analyseres hver natt og bare de fragmenterte indeksene behandles. Våre Ekspert Support Team konsulenter er tilgjengelige for å analysere og bistå.

Bakgrunn

Beregning Av Forventet Levealder for Sider måler gjennomsnittlig antall sekunder sider forblir i bufferutvalget. Det er nært knyttet til side filbruk-se her.
for optimal ytelse, bør data leses fra minnet i stedet for disk, noe som er mye tregere. SQL oppnår dette ved å bruke minnesider som lagrer de sist brukte dataene. Et reservert område med minne (buffer pool) er tilgjengelig for lagring av disse sidene. Når bufferutvalget er fullt og SQL krever ny plass, bytter serveren den eldste siden ut til sidefilen på disken og leser i de nye dataene. Økninger i antall bytteavtaler mellom minne og disk påvirker ytelsen direkte.
Vedvarende lave NIVÅER AV PLE er en pålitelig indikator FOR SQL Server-minnetrykk. Dette trykket kan være et resultat av høy etterspørsel, eller fra ineffektiv dataorganisasjon, både fysisk og logisk
vi anbefaler å sette terskelverdien på 300 sekunder for hver 4 GB BUFFER Pool (BP) minne på serveren din, noe som betyr at serveren skal beholde en gitt side i minnet (etter at en prosess refererer til siden) i bufferutvalget i minst 5 minutter før den spyles til disk. Hvis bufferbassenget spyler sider på mindre enn 300 sekunder, er det sannsynligvis et problem.
jo mer minne serveren din har mer bufret disk leser og skriver det kan utføre. Mangel på systemminne kan føre til høy ikke-bufret disk leser og skriver. Legge til minne på serveren kan bidra til å redusere fysisk disktilgang.

Related Post

Leave A Comment