SQLServer: A puffer gyorsítótár-találati arány jól jelzi a LEHETSÉGES memória szűk keresztmetszetét?

Olyan jelzést keresek (ha van ilyen), amely figyelmen kívül hagyná a memória szűk keresztmetszetét, vagy elfogadná, vagy további nyomozásra késztetne.

például:

az oldal várható élettartama:

SELECT [object_name], [counter_name], [cntr_value] FROM sys.dm_os_performance_counters WHERE [object_name] LIKE "%Manager%" AND [counter_name] = "Page life expectancy" 

ide írja be a kép leírását

Ebből az alkalomból a jelenlegi környezetemben van egy szerverem, amely 8 GB RAM-mal rendelkezik, megkérném a menedzsmentet a további memória érdekében. Úgy gondolom, hogy ez a memória szűk keresztmetszete.

A RAM használata egy másik vizsgálat lenne.

Ez az alábbi e-mail érvényes a memória lehetséges szűk keresztmetszeteinek azonosításához?

meg kell vizsgálnunk az SQLServer: puffer gyorsítótár találat arányát

Ha ez az arány kisebb, mint 95%, mint a szerver memóriaterhelés alatt áll

Remélem, hogy ez segít,

írja ide a kép leírását

megjegyzések

  • Ne alapozza meg a memóriával kapcsolatos javaslatát a Buffer Cache hit ratio . Kérjük, olvassa el az nagyszerű SQL Server-vitát a BCHR-ről , mivel soha nem támaszkodom erre a számlálóra. Bízhat a PLE-ben, de az összes NUMA csomópontnál látnia kell a PLE-t (ha van)
  • Úgy tűnik, hogy a PLE értéke nagyon alacsony, de más számlálók rendben vannak. Két kérdéssel címkézte meg a kérdést, adhatok listát a számlálókról a memóriahasználat figyelemmel kísérésére, de mivel két verzió van benne, ezek bit különbség. Melyik verziót nézi pontosan

Válasz

Meg kell vizsgálnunk az SQLServer: Buffer Cache Hit arányt. Ha ez az arány kisebb, mint 95%, mint amikor a kiszolgáló memóriaterhelés alatt áll

Ne nézze meg a puffert Gyorsítótár találati aránya a memória nyomásának meghatározásához. Ennek oka, hogy az SQL Server előreolvasási mechanizmusa mellett több mint elegendő oldal van elmentve a puffertárban a lekérdezés kielégítésére, így a BCHR nem ad pontos számot a memória nyomásáról. Még azt is láthatja, hogy a BCHR még akkor sem csökken, ha memória nyomás van. Mindezeket a nagyszerű SQL Server-vita a BCHR-ről

Az Ön által közzétett PLE kimenet nagyon alacsonynak tűnik, de nem használhatunk csak egy számlálót mérje fel a memória nyomását. A PLE jobban jelzi az I / O aktivitást a szerveren. Lehetséges, hogy a nehéz I / O aktivitás miatt a PLE zuhant. Ha megjegyzi, a Target és a Total szerver memóriája továbbra is ugyanaz marad. Ez jó jel.

A Edition upto 2008 R2 számára. Használhatja a számlálók alatt

  1. SQLServer: Buffer Manager – CheckpointPages / sec:

  2. SQLServer: Buffer Manager – Memory Grants Függőben:

  3. SQLServer: Pufferkezelő – Célkiszolgáló memóriája:

  4. SQLServer: Pufferkezelő – Összes szerver memória

  5. SQLServer: Pufferkezelő – Ingyenes oldalak

  6. SQLServer: Pufferkezelő – Ingyenes lista elakad / másodperc

  7. SQLServer: Pufferkezelő – Az oldal várható élettartama

SQL Server 2012 onwards néhány puffer esetén A készletszámlálók elavultak, ezért a Memóriakezelő számlálókat kell használnunk

  1. SQL Server: Memory Manager – Célkiszolgáló memória (KB)

  2. SQL Server: Memory Manager – teljes kiszolgáló memória (KB)

  3. SQL Server: Memory Manager – szabad memória (KB)

  4. SQL Server: Memóriakezelő – Adatbázis gyorsítótár (KB)

  5. SQLServer: Pufferkezelő – Ingyenes oldalak

  6. SQLServer: Pufferkezelő – Ingyenes lista elakad / másodperc

  7. SQLServer: Pufferkezelő – Az oldal várható élettartama

Ne feledje, ha nehéz lemezes aktivitása van, ne felejtse el áttekinteni a Lemezhez kapcsolódó számlálókat is. Hozzon létre egy adatgyűjtő készletet , és hagyja 4-5 órán át futni, amikor a rendszer terhelése csúcsra esik, majd adja hozzá az adatgyűjtő pillanatképét a kérdéséhez. Ezután meg tudjuk állapítani, hogy az SQL Server-nek szüksége van-e több memóriára, vagy sem.

A 8G személy szerint egy kicsit kevesebb RAM-mal rendelkezik, figyelembe véve a munkaterhelést és az OS követelményeket manapság. Mindig gondolkodjon a RAM hátán.

Válasz

meg kell vizsgálnunk az SQLServer: puffer gyorsítótár találati arányát

Ha ez az arány kisebb, mint 95%, mint amikor a szerver memóriaterhelés alatt áll

Remélem, ez segít,

Ez nem segít abban, hogy biztosan eldöntse a memória szűk keresztmetszetét. Inkább azt szeretném, ha összegyűjteném az adatokat az alsó pultok számára legalább egy napra a nagy terhelés / munkaidő alatt.

Memory – Available MBytes SQLServer: Buffer Manager – Page Life Expectancy SQLServer: Memory Manager – Memory Grants Pending SQLServer: Memory Manager – Target Server Memory SQLServer: Memory Manager – Total Server Memory SQLServer: SQL Statistics – Batch Requests/sec SQLServer: SQL Statistics – Compilations/sec 

A legjobb az SQL-kiszolgáló alapja lenne, ahogy azt javasoltuk Vissza az alapokhoz: Alapvonalak rögzítése a termelés SQL Szerverek , amelyek összegyűjtik a szükséges parfüm számlálókat, valamint a várakozási statisztikákat minden problémára.

Emellett előfordulhat, hogy a 8 GB RAM nem olyan megfelelő, mint a mai napig, de ez ismét attól függ, hogy mi a rendszer terhelése és a példány \ példányokban tárolt adatbázisok mérete.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük