Articles

kvm: side forventet levetid

Posted by admin

symptomer: kvm har registreret et fald i sidens forventede levetid, hvilket giver langsommere svar.

effekt: Medium

langsomme svar vil forringe brugeroplevelsen, hvilket resulterer i dårlig effektivitet i din organisations operationer.

forventet adfærd:

jo længere en side kan blive i bufferpuljen og læses fra hukommelsen, jo bedre er systemets ydeevne. Vi anbefaler at indstille tærskelværdien til 300 sekunder for hver 4 GB buffer pool (BP) hukommelse.

mulige årsager til vedvarende lav Side forventet levetid (PLE)

lav CPU-Effektprioritet: Medium
anbefalet handling :
konstant høj Brug forbundet med lav PLE kan indikere behovet for en CPU-opgradering eller tilføjelse af flere processorer. Se vores forklaring på CPU-brug her
Alternativt kan en høj CPU-brugshastighed indikere en dårligt indstillet applikation eller en kode. Optimering af applikationen kan sænke CPU-udnyttelsen.

utilstrækkelig RAM-prioritet: Medium
gennemgå mængden af den samlede RAM, der er tildelt os (mens du stadig holder tilstrækkelig RAM til operativsystemets behov). Baseret på vores erfaring er et forhold på total RAM større end 20% af den største database optimalt.
anbefalet handling:
hvis det er muligt, skal du allokere mere hukommelse til PCL eller skiftevis tilføje fysisk RAM til serveren og øge PCL-hukommelsesallokeringen.

sidefil optaget/langsom prioritet: lav
Kontroller, hvad der ellers kører, der muligvis bremser diskadgangshastigheden. Bufferpuljen bytter sider ud til disken, når der er behov for hukommelsesplads. Denne proces er meget afhængig af effektiviteten af data læse / skrive handlinger til harddisken og på niveauet af efterspørgslen.
anbefalet handling:
for at fremskynde disk I/O og lavere latenstid skal du finde sidefilen på det hurtigste tilgængelige drev (eller opgradere til mere effektivt udstyr). Samt reducere konkurrencen om denne ressource fra andre operationer. Aimbetter resource monitor giver omfattende statistik over den samlede diskplads, ledig plads, og Side fil aktivitet.

forkert prioritet til tildeling af Bufferpuljer: Lav
i en server gemmes data på 8 KB sider. Når der kræves data til input / output, læses siden først fra disken og gemmes i hukommelsen. Det tildelte område kaldes Bufferpuljen. Når en side er indlæst i puljen, er al efterfølgende adgang meget hurtig og effektiv, mens disk I/O er relativt langsom. Så meget hukommelse som muligt skal tildeles bufferpuljen uden at sulte operativsystemet.
anbefalet handling:
tildel den optimale andel af fysisk RAM til BP, men lad tilstrækkelig RAM være til OS-operationer. Indstil en værdi i indstillingen maksimal serverhukommelse på siden ‘Serverhukommelsesindstillinger’, der efterlader nok hukommelse til selve operativsystemet. Vi anbefaler omkring 4 GB mindre end den samlede mængde RAM installeret

mulige årsager eller forbigående lav Side forventet levetid (PLE)

indeks manglende eller korrupt prioritet: Høj
manglende indekser betyder, at din forespørgsel kan køre hurtigere med et indeks. 99% af tiden er korruption relateret til disk eller diskdriver.
anbefalet handling:
i tilfælde af manglende indeks henvises tilbage til dit systemdesignteam.
i tilfælde af beskadigede indekser henvises til din storage management team, eller vores support eksperter, for at få hjælp. Et muligt middel i tilfælde, hvor korruptionen gentager sig, er at klone databasen på en ny udstyrskonfiguration.

Kodningsproblemer prioritet: lav
måske et resultat af sådanne problemer som ineffektive forespørgselsplaner eller ukorrekte kodningsstandarder.
anbefalet handling:
Undersøg den plan, der blev brugt, for at afgøre, om den var optimal.
Undersøg databaseforespørgslerne for at se, om nødvendige dataforespørgsler er beskadigede eller forkerte.
Undersøg kodningen, så se om effektiviteten kan forbedres.

forespørgsler, der mætter Bufferpuljeprioriteten: lav
disse årsager vedvarer ikke over lange perioder. Hovedårsagerne er:

  • getting large memory grants
  • forskydning af et stort antal sider i hukommelsen med nye
  • ændring af mange sider, hvilket tvinger dem til at blive skyllet til disk
  • mange samtidige (eller nogle meget store) forespørgsler

anbefalet handling :
i tilfælde, hvor de forekommer igen eller viser en tendens til at stige i størrelse (Lavere PLE), skal du undersøge de andre mulige årsager nedenfor.

DBCC CHECKDB løbende prioritet: lav
CHECKDB er meget ressourceintensiv – sandsynligvis en af de mest ressourceintensive ting, som serveren udfører. Introduktion af denne proces som en ekstra io-belastning oven på normal serverbelastning betyder, at diskhoveder bevæger sig konstant.
anbefalet handling :
vi foreslår at køre alle vigtige CHECKDB-processer på et tidspunkt med minimal serverbelastning eller alternativt på sikkerhedskopier af databaserne offline.

indeks genopbygger løbende prioritet: lav
en indeksgenopbygningsoperation vil altid opbygge et nyt indeks, hvilket betyder, at der kræves ekstra plads til at opbygge det nye indeks, før det gamle droppes; der kræves en masse CPU-og I/O-ressourcer, som kan overbelaste systemet.
anbefalet handling :
hvis det forekommer ofte, kan det korrigeres ved ændringer i indekseringsproceduren, for eksempel ved at skifte til en strategi, hvor fragmentering analyseres hver nat, og kun de fragmenterede indekser behandles. Vores ekspert Support team konsulenter er til rådighed til at analysere og hjælpe.

baggrund

side forventet levetid metrisk måler det gennemsnitlige antal sekunder, sider opholder sig i bufferpuljen. Det er tæt knyttet til brug side fil-Se her.
for optimal ydelse skal data læses fra hukommelsen snarere end disken, hvilket er meget langsommere. Dette opnås ved at bruge hukommelsessider, der gemmer de senest tilgængelige data. Et reserveret hukommelsesområde (bufferpuljen) er tilgængeligt til opbevaring af disse sider. Når bufferpuljen er fuld, og der kræves ny plads, bytter serveren den ældste side ud til sidefilen på disken og læser i de nye data. Stigninger i antallet af udskiftninger mellem hukommelse og disk har direkte indflydelse på ydeevnen.
vedvarende lave niveauer af PLE er en pålidelig indikator for Serverhukommelsestryk. Dette tryk kan være et resultat af høj efterspørgsel eller fra ineffektiv dataorganisation, både fysisk og logisk
Vi anbefaler at indstille tærskelværdien til 300 sekunder for hver 4 GB Buffer Pool (BP) hukommelse på din server, hvilket betyder, at serveren skal beholde en given side i hukommelsen (efter en proces refererer til siden) i bufferpuljen i mindst 5 minutter, før den skylles til disken. Hvis bufferpuljen skyller sider på mindre end 300 sekunder, er der sandsynligvis et problem.
jo mere hukommelse din server har, jo mere cachelagret disk læser og skriver den kan udføre. Mangel på systemhukommelse kan forårsage høj ikke-cachelagret disk læser og skriver. Tilføjelse af hukommelse til din server kan hjælpe med at sænke fysisk diskadgang.

Related Post

Leave A Comment