Szerkesztés

Megosztás a következőn keresztül:


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

A következőre vonatkozik: Configuration Manager (aktuális ág)

Ez a dokumentum a webhely méretezési útmutatójának Configuration Manager és a gyakori teljesítményproblémákra vonatkozó gyakori kérdéseket ismerteti.

Gép- és lemezkonfiguráció – gyakori kérdések és példák

Hogyan formázhatom a helykiszolgálón lévő lemezeket és SQL Server?

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.

Hogyan és hol helyezzem el a SQL Server adatbázisfájlokat?

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.

Vannak más javaslatok is a lemezbeállításhoz?

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:

Meghajtók 1 RAID Formátum Kötet tartalma Minimális IOPS szükséges Kb. IOPS által biztosított2
2x10k 1 - A Windows -
6x15k 10 NTFS 8k ConfigMgr beérkezett üzenetek 1700 1751
12x15k 10 64k ReFS SQL .mdf 60%*5000 = 3000 3476
8x15k 10 64k ReFS SQL .ldf, temp fájlok 40%*5000 = 2000 2322
  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-t Windows Serveren használom. Hogyan konfigurálhatom a lemezeket a Configuration Manager virtuális gépekhez a legjobb teljesítmény érdekében?

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:

Meghajtók 1 RAID 2. formátum Kötet tartalma Minimális IOPS szükséges Kb. IOPS által biztosított3
2x10k 1 - Hyper-V-gazdagép operációs rendszere - -
2x10k 1 - (VM) helykiszolgáló operációs rendszere - -
2xSSD SAS 1 NTFS 8k (VM) ConfigMgr beérkezett üzenetek 1800 7539
4xSSD SAS 10 64k ReFS (VM) Gazdagép SQL Server (minden fájl) 7400 14346
  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.

Vannak javaslatok Configuration Manager környezetekre Microsoft Azure-ban?

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:

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:

Meghajtók Formátum Tartalmaz Minimális IOPS szükséges Kb. IOPS megadva1
<Standard> - Helykiszolgáló operációs rendszere - -
1xP20 (512 GB) NTFS 8k ConfigMgr beérkezett üzenetek 1200 2334
1xP30 (1024 GB) 64k ReFS SQL Server (minden fájl2) 2800 3112
  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

Meghajtók 1 Formátum Tartalmaz Minimális IOPS szükséges Kb. IOPS által biztosított2
<Standard> - Helykiszolgáló operációs rendszere - -
2xP20 (1024 GB) NTFS 8k ConfigMgr beérkezett üzenetek 1200 3984
2xP30 (2048 GB) 64k ReFS SQL Server (minden fájl3) 2800 3984
  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

Meghajtók 1 RAID Formátum Tartalmaz Minimális IOPS szükséges Kb. IOPS által biztosított2
<Standard> - Helykiszolgáló operációs rendszere - -
2xP20 (1024 GB) NTFS 8k ConfigMgr beérkezett üzenetek 1200 4639
2xP30 (2048 GB) 64k ReFS SQL Server (minden fájl3) 2800 6182
  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é.

Egyéb gyakori SQL Server teljesítménnyel kapcsolatos kérdések

Jobb, ha SQL Server a helykiszolgálóval együtt futtatja, vagy távoli kiszolgálón futtatja?

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

Mennyi RAM-ot kell lefoglalnom az SQL-hez?

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.

A magok manapság olcsók. Vegyek fel egy csomót a SQL Server?

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.

Hatással lesz egy SQL Server Always On rendelkezésre állási csoport a teljesítményemre?

Á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.

Engedélyeznem kell SQL Server tömörítést az adatbázisomon?

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.

Engedélyeznem kell SQL Server titkosítást az adatbázisomon?

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.

A SQL Server melyik verzióját futtassam?

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

Hajtsak végre további SQL Server indexelési feladatokat?

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.

Mikor érdemes teljes SQL Server használni a másodlagos helyeken SQL Server Express helyett?

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.

Módosítsam a MaxDOP beállításait az adatbázisomon?

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.

A teljesítménnyel kapcsolatos egyéb gyakori kérdések

A helykiszolgálón (vagy más szerepkörökben) mely mappákat kell kizárnom a víruskereső szoftverekből?

Ü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.

Mit tehetek annak érdekében, hogy a WSUS jobban teljesítsen, ha Configuration Manager használják?

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)

Milyen típusú karbantartást kell futtatni a WSUS-kiszolgálókon?

Alapszintű teljesítménymonitorozást szeretnék beállítani a webhelyemhez. Mit kell néznem?

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.