webhelyméretezés és -teljesítmény Configuration Manager – gyakori kérdések

Válassza el a Configuration Manager beérkezett üzeneteket és SQL Server fájlokat legalább két különböző köteten. Ez az elkülönítés lehetővé teszi a fürtfoglalási méretek optimalizálását a különböző típusú I/O-khoz.

A helykiszolgáló beérkezett üzeneteit tároló kötethez használjon NTFS-t 4K vagy 8K foglalási egységekkel. A ReFS 64 000 000 000 000 000 000 000 000 000 Configuration Manager sok kis fájllal rendelkezik, így a ReFS felesleges lemezterhelést okozhat.

SQL Server adatbázisfájlokat tartalmazó lemezek esetében használjon NTFS vagy ReFS formázást 64 000 foglalási egységekkel.

A SSD és az Azure Premium Storage modern tömbjei magas IOPS-t biztosíthatnak egyetlen köteten, kevés lemezzel. Általában több meghajtót ad hozzá egy tömbhöz további tárterületért, nem pedig további átviteli sebességért. Ha fizikai orsó-alapú lemezeket használ, előfordulhat, hogy több IOPS-re van szüksége, mint amennyit egyetlen köteten létrehozhat. Az .mdf fájlhoz az ajánlott IOPS és lemezterület 60%-át, az .ldf fájlhoz 20%-ot, a napló- és az adat-ideiglenes fájlokhoz pedig 20%-ot kell lefoglalnia. Az .ldf - és temp-fájlok mind egyetlen köteten lehetnek, a lefoglalt IOPS 40%-ával (20% + 20%).

SQL Server SQL Server 2016-nál korábbi verziók alapértelmezés szerint csak egy ideiglenes adatfájlt hoztak létre. Továbbiakat is létre kell hoznia, hogy elkerülje a SQL Server zárolásokat, és hogy egyetlen fájlhoz való hozzáférésre várjon. A közösségi vélemények a létrehozandó ideiglenes adatfájlok közül a legjobban négytől nyolcig változnak. A tesztelés kevés különbséget mutat négy és nyolc között, így négy egyenlő méretű ideiglenes adatfájlt hozhat létre. A tempdb-adatfájloknak legfeljebb 20–25%-nak kell lenniük a teljes adatbázis méretének.

Ha konfigurálható, állítsa a RAID-vezérlő memóriáját 70%-ra az írási műveletekhez, és 30%-ot az olvasási műveletekhez. Általában raid 10-tömbkonfigurációt használjon a helyadatbázishoz. A RAID 1 kis léptékű, alacsony I/O-követelményekkel rendelkező helyeken, illetve gyors SSD-k használata esetén is elfogadható. Nagyobb lemeztömbök esetén konfigurálja a tartalék lemezeket a hibás lemezek automatikus cseréjére.

Példa: Fizikai lemezekkel rendelkező fizikai gép

A 100 000 ügyféllel rendelkező, közös elhelyezésű helykiszolgálók és SQL Server méretezési irányelvei 1200 IOPS a helykiszolgáló beérkezett üzeneteihez és 5000 IOPS SQL Server fájlokhoz.

Az eredményként kapott lemezkonfiguráció a következőképpen nézhet ki:

1. Nem tartalmazza az ajánlott tartalék lemezeket.
2. Ez az érték a példalemez-konfigurációkból származik.

A Hyper-V hasonló teljesítményt nyújt egy fizikai kiszolgálóhoz, ha a hardvererőforrások (processzormagok és átmenő tárterület) 100%-ban a virtuális gépnek vannak dedikáltan. A rögzített méretű .vhd vagy .vhdx lemezfájlok használata minimális, 1–5%-os I/O-teljesítményt eredményez. A dinamikusan bővülő .vhd vagy .vhdx lemezfájlok akár 25%-os I/O-teljesítményt okoznak a Configuration Manager számítási feladatra. Ha dinamikusan bővülő lemezekre van szüksége, kompenzálja a további 25%-os IOPS-teljesítményt a tömbhöz való hozzáadásával.

A Configuration Manager helykiszolgáló vagy SQL Server virtuális gépen belüli futtatásakor különítse el a Hyper-V gazda operációsrendszer-meghajtókat a virtuális gép operációs rendszerétől és az adatmeghajtóktól.

További információ a virtuális gépek optimalizálásáról: Hyper-V-kiszolgálók teljesítményhangolása.

Példa: Hyper-V virtuálisgép-alapú helykiszolgáló

A 150 000 ügyféllel rendelkező, közös elhelyezésű helykiszolgálók és SQL Server méretezési irányelvei 1800 IOPS a helykiszolgáló beérkezett üzeneteihez és 7400 IOPS SQL Server fájlokhoz.

Az eredményként kapott lemezkonfiguráció a következőképpen nézhet ki:

1. Nem tartalmazza az ajánlott tartalék lemezeket.
2. Rögzített méretű, átmenő .vhdx a mögöttes kötethez dedikált virtuálisgép-meghajtóhoz.
3. Ez az érték a példalemez-konfigurációkból származik.

Először olvassa el az Azure-beli gyakori kérdések Configuration Manager.

A Premium Storage-alapú lemezeket használó, szolgáltatásként nyújtott Azure-beli infrastruktúra (IaaS) virtuális gépek magas IOPS-sel rendelkezhetnek. Ezeken a virtuális gépeken a további IOPS helyett konfiguráljon további lemezeket a várható lemezterület-igényekhez.

Az Azure Storage eredendően redundáns, és nem igényel több lemezt a rendelkezésre álláshoz. Lemezeket a Lemezkezelőben vagy Tárolóhelyek távolíthat el, hogy további helyet és teljesítményt biztosítson.

További információkért és javaslatokért a Premium Storage teljesítmény maximalizálásáról és az SQL Serverek Azure IaaS virtuális gépeken való futtatásáról lásd:

• Az alkalmazás teljesítményének optimalizálása

• Útmutató a lemezekhez

Példa: Azure-alapú helykiszolgáló

A helykiszolgálók és az 50 000 ügyféllel rendelkező SQL Server méretezési irányelvei nyolc magból, 32 GB-ból és 1200 IOPS-ból állnak a helykiszolgáló beérkezett üzeneteihez, és 2800 IOPS SQL Server fájlokhoz.

Az eredményül kapott Azure-gép lehet egy DS13v2 (nyolc mag, 56 GB) a következő lemezkonfigurációval:

1. Ez az érték a példalemez-konfigurációkból származik.
2. Az Azure útmutatója lehetővé teszi, hogy a TempDB-t a helyi, SSD-alapú D: meghajtón helyezze el, mivel az nem lépi túl a rendelkezésre álló helyet, és további lemez I/O-disztribúciót tesz lehetővé.

Példa: Azure-alapú helykiszolgáló (az azonnali teljesítmény növelése érdekében)

Az Azure-lemez átviteli sebességét a virtuális gép mérete korlátozza. Az előző Azure-példában szereplő konfiguráció korlátozhatja a jövőbeli bővítést vagy a további teljesítményt. Ha további lemezeket ad hozzá az Azure-beli virtuális gép kezdeti üzembe helyezése során, minimális előzetes befektetéssel növelheti az Azure-beli virtuális gépet a megnövekedett feldolgozási teljesítmény érdekében. Sokkal egyszerűbb előre megtervezni a hely teljesítményének növelését a követelmények változásával, ahelyett, hogy később bonyolultabb migrálásra lenne szükség.

Módosítsa a lemezeket az előző Azure-példában, hogy lássa, hogyan változik az IOPS.

DS13v2

1. A lemezek Tárolóhelyek használatával vannak szétszedve.
2. Ez az érték a példalemez-konfigurációkból származik. A virtuális gép mérete korlátozza a teljesítményt.
3. Az Azure útmutatója lehetővé teszi, hogy a TempDB-t a helyi, SSD-alapú D: meghajtón helyezze el, mivel az nem lépi túl a rendelkezésre álló helyet, és további lemez I/O-disztribúciót tesz lehetővé.

Ha a jövőben nagyobb teljesítményre van szüksége, a virtuális gépet egy DS14v2-re is fel tudja méretezni, amely megduplázza a processzort és a memóriát. Az adott virtuálisgép-méret által engedélyezett további lemezszélesség emellett azonnal megnöveli a korábban konfigurált lemezeken elérhető lemez IOPS-értékét.

DS14v2

1. A lemezek Tárolóhelyek használatával vannak szétszedve.
2. Ez az érték a példalemez-konfigurációkból származik. A virtuális gép mérete korlátozza a teljesítményt.
3. Az Azure útmutatója lehetővé teszi, hogy a TempDB-t a helyi, SSD-alapú D: meghajtón helyezze el, mivel az nem lépi túl a rendelkezésre álló helyet, és további lemez I/O-disztribúciót tesz lehetővé.

Mindkettő megfelelően működik, feltéve, hogy az önálló kiszolgáló mérete megfelelő, vagy a hálózati kapcsolat elegendő a két kiszolgáló között.

A távoli SQL Server egy további kiszolgáló előzetes és üzemeltetési költségeit igényli, de ez jellemző a nagy léptékű ügyfelek többségére. A konfiguráció előnyei a következők:

• Megnövelt rendelkezésre állási lehetőségek, például SQL Server Always On
• Nagy terhelésű jelentéskészítés futtatása a helyfeldolgozás kevésbé hallható használatával
• Egyszerűbb vészhelyreállítás bizonyos helyzetekben
• Egyszerűbb biztonságkezelés
• Szerepkörök elkülönítése SQL Server felügyelethez, például egy külön DBA-csapattal

A közös elhelyezésű SQL Server egyetlen kiszolgálót igényel, és a legtöbb kis léptékű ügyfél esetében jellemző. A konfiguráció előnyei a következők:

• Alacsonyabb gépek, licencek és karbantartás költségei
• Kevesebb hibapont a helyen
• Az állásidő tervezésének jobb szabályozása

Alapértelmezés szerint SQL Server a kiszolgálón rendelkezésre álló összes memóriát felhasználja, ami éheztetheti az operációs rendszert és a gép egyéb folyamatait. A lehetséges teljesítményproblémák elkerülése érdekében fontos, hogy explicit módon foglaljon le memóriát SQL Server. A SQL Server megosztott helykiszolgálókon győződjön meg arról, hogy az operációs rendszer elegendő RAM-mal rendelkezik a fájl gyorsítótárazáshoz és más műveletekhez. Győződjön meg arról, hogy az SMSExechez és más Configuration Manager folyamatokhoz elegendő RAM áll rendelkezésre. Ha távoli kiszolgálón futtatja SQL Server, a memória nagy részét lefoglalhatja az SQL-nek, de nem az összeset. A kezdeti útmutatásért tekintse át a méretezési irányelveket .

SQL Server memóriafoglalást teljes GB-ra kell kerekíteni. Emellett, ahogy a RAM nagy mennyiségre nő, engedélyezheti, hogy SQL Server nagyobb százalékot kapjon. Ha például 256 GB vagy több RAM áll rendelkezésre, akár 95%-ra is konfigurálhatja a SQL Server, mivel az továbbra is rengeteg memóriát őriz meg az operációs rendszer számára. Az oldalfájl monitorozása jó módszer annak biztosítására, hogy elegendő memória álljon rendelkezésre az operációs rendszer és az Configuration Manager folyamatok számára.

Előfordulhat, hogy memóriaproblémákba ütközik, ha több mint 16 fizikai mag van, és nincs elég RAM a SQL Server. A Configuration Manager számítási feladat akkor teljesít jobban, ha az SQL-hez magonként legalább 3–4 GB RAM áll rendelkezésre. Amikor magokat ad hozzá a SQL Server, ügyeljen arra, hogy arányos mennyiségben növelje a RAM-ot.

Általánosságban elmondható, hogy a rendelkezésre állási csoportok elhanyagolható hatással vannak a rendszer teljesítményére, ha elegendő hálózat áll rendelkezésre a replikakiszolgálók között. Az adatbázisnapló .ldf fájljának gyors növekedése egy foglalt rendelkezésre állási csoport környezetében is végrehajtható. A naplófájlok lemezterülete azonban automatikusan felszabadul az adatbázis sikeres biztonsági mentése után. Adjon hozzá egy SQL Server feladatot a Configuration Manager-adatbázishoz biztonsági mentés végrehajtásához, például 24 óránként, és .ldf biztonsági mentést 6 óránként. A rendelkezésreállási csoportokkal és a Configuration Manager kapcsolatos további információkért, beleértve SQL Server biztonsági mentési stratégiákat, lásd: Felkészülés az SQL Server Always On rendelkezésre állási csoport használatára.

SQL Server Configuration Manager adatbázis tömörítése nem ajánlott. Bár a tömörítés Configuration Manager adatbázison való engedélyezésével kapcsolatban nincsenek funkcionális problémák, a teszteredmények nem mutatnak nagy méretmegtakarítást a rendszerre gyakorolt lehetséges jelentős teljesítménybeli hatáshoz képest.

A Configuration Manager adatbázis titkos kódjai már biztonságosan vannak tárolva, de SQL Server titkosítás hozzáadása újabb biztonsági réteget adhat hozzá. Az adatbázis titkosításának engedélyezésével kapcsolatban nincsenek funkcionális problémák, de akár 25%-os teljesítménycsökkenés is előfordulhat. Ezért körültekintően titkosítsa a titkosítást, különösen nagy léptékű környezetekben. Ne felejtse el frissíteni a biztonsági mentési és helyreállítási terveket, hogy biztosan sikeresen helyreállíthassa a titkosított adatokat.

Az SQL támogatott verzióiért lásd: Támogatás SQL Server verziókhoz. Teljesítmény szempontjából a SQL Server összes támogatott verziója megfelel a szükséges teljesítményfeltételnek. A 2016-os vagy újabb SQL Server azonban általában a 2014-SQL Server teljesít a Configuration Manager számítási feladat egyes aspektusaiban. Emellett a SQL Server 2014 SQL Server 2012 kompatibilitási szintjén (110) való futtatása általában javítja a teljesítményt. Telepítéskor a 2014-es SQL Server-n futó Configuration Manager-adatbázisok kompatibilitási szintje 110. SQL Server 2016-os vagy újabb verzió az adott SQL Server verzió alapértelmezett kompatibilitási szintjére van beállítva, például a 2016-os SQL Server 130-ra. A SQL Server frissítése nem frissíti a kompatibilitási szinteket, amíg nem telepíti a következő főverziót Configuration Manager aktuális ágverziót.

Ha szokatlan időtúllépéseket vagy lassúságot tapasztal bizonyos SQL-lekérdezéseken a SQL Server 2016-os vagy újabb verziójában, például amikor RBAC-t használ a Rendszergazda-konzolon, próbálja meg 110-re módosítani a Configuration Manager adatbázis SQL Server kompatibilitási szintjét. A 2014-es SQL Server 110-es kompatibilitási szinten SQL Server és a SQL Server újabb verziói teljes mértékben támogatottak. További információ: Az SQL-lekérdezés túllépi az időkorlátot vagy a konzol lassú bizonyos Configuration Manager adatbázis-lekérdezéseken.

2018 januárjától a következő SQL Server verziók kerülendők a különböző ismert teljesítménybeli vagy egyéb lehetséges problémák miatt:

• SQL Server 2012 SP3 CU1–CU5
• SQL Server 2014 SP1 CU6–SP2 CU2
• SQL Server 2016 RTM-ről CU3-ra, SP1 CU3-ról CU5-re

Igen, frissítse az indexeket hetente egyszer, és a statisztikákat naponta egyszer, hogy javítsa SQL Server teljesítményt. A Configuration Manager és SQL Server közösségek által elérhető külső szkriptek és további információk segíthetnek optimalizálni ezeket a feladatokat.

A nagyméretű webhelyeken egyes SQL Server táblák, például a CI_CurrentComplianceStatusDetails, a HinvChangeLog, a használati mintáktól függően nagyok lehetnek. Előfordulhat, hogy egyesével csökkentenie vagy módosítania kell a karbantartási megközelítést.

SQL Server Express nincs jelentős hatással a másodlagos helyek teljesítményére, és a legtöbb ügyfél számára megfelelő. Emellett könnyen üzembe helyezhető és felügyelhető, és szinte minden ügyfél számára ajánlott konfiguráció bármilyen méretben.

Előfordulhat, hogy teljes SQL Server telepítésre van szükség. Ha nagy számú terjesztési ponttal és csomaggal vagy forrással rendelkezik a környezetben, túllépheti a SQL Server Express 10 GB-os méretkorlátját. Ha a csomagok száma 4 000 000-nél több, például 2000 2000 db tartalommal rendelkező terjesztési pont, fontolja meg a teljes SQL Server használatát a másodlagos helyeken.

Ha a beállítást 0-nál hagyja (használja az összes elérhető processzort), a legtöbb esetben optimális a teljes feldolgozási teljesítményhez.

Számos Configuration Manager rendszergazda követi a Javaslatok és útmutató a párhuzamosság maximális foka beállításhoz SQL Server. A legtöbb modern nagy hardver esetében ez az útmutató egy nyolcas javasolt maximális beállításhoz vezet. Ha azonban a processzorok számához képest sok kisebb lekérdezést futtat, az segíthet magasabb számra állítani. A nyolcra korlátozása nem feltétlenül a legjobb beállítás nagyobb helyeken, ha több mag érhető el.

A nyolcnál több maggal rendelkező SQL Servereken 0-s beállítással kell kezdenie, és csak akkor kell módosítania, ha teljesítményproblémákat vagy túlzott zárolást tapasztal. Ha módosítania kell a MaxDOP-t, mert 0-nál teljesítményproblémákba ütközik, kezdjen egy olyan új értékkel, amely legalább az adott hely SQL Server méretezéséhez ajánlott magok minimális számánál nagyobb vagy azzal egyenlő. Ha ennél az értéknél alacsonyabbra megy, az szinte mindig negatív hatással van a teljesítményre. Egy 100 000 ügyfélhely távoli SQL Server például legalább 12 maggal kell rendelkeznie. Ha a SQL Server 16 maggal rendelkezik, kezdje el tesztelni a MaxDOP-beállítást 12 értékkel.

Ügyeljen arra, hogy a víruskeresők elleni védelmet bármely rendszeren letiltsa. Nagy mennyiségű és biztonságos környezetben javasoljuk, hogy az optimális teljesítmény érdekében tiltsa le az aktív monitorozást .

Az ajánlott vírusvédelmi kizárásokról további információt a 2012-Configuration Manager és az aktuális fiókwebhely-kiszolgálókhoz, helyrendszerekhez és ügyfelekhez ajánlott víruskereső kizárások című témakörben talál.

Néhány fontos IIS-beállítás, például a WsusPool-várólista hossza és a WsusPool magánmemória-korlátjának módosítása még kisebb telepítések esetén is javíthatja a WSUS teljesítményét. További információ: Ajánlott hardverek.

Győződjön meg arról is, hogy telepítve vannak a WSUS-t futtató operációs rendszer legújabb frissítései:

• Windows Server 2012: A 2017 októberében vagy később kiadott, nem "csak biztonsági" összegző frissítés. (KB4041690)
• Windows Server 2012 R2: A 2017 augusztusában vagy később kiadott, nem "csak biztonsági" összegző frissítés. (KB4039871)
• Windows Server 2016: a 2017 augusztusában vagy később kiadott, nem "csak biztonsági" összegző frissítés. (KB4039396)

Lásd: A WSUS és Configuration Manager SUP karbantartásának Microsoft teljes útmutatója.

A hagyományos kiszolgálóteljesítmény-figyelés hatékonyan működik az általános Configuration Manager. A különböző System Center Operations Manager felügyeleti csomagokat Configuration Manager, SQL Server és Windows Server rendszerhez is használhatja a kiszolgálók alapszintű állapotának figyeléséhez. Közvetlenül is figyelheti a Windows Teljesítményfigyelő (Teljesítményfigyelő) számlálóit, Configuration Manager biztosít. A különböző postaládákban lévő teendőlisták figyelése a lehetséges webhelyteljesítmény-problémákra vagy teendőlistákra vonatkozó korai figyelmeztetésekért.

Lásd még

• Webhelyméretezésre és teljesítményre vonatkozó irányelvek
• Configuration Manager az Azure-ban – gyakori kérdések