Veelgestelde vragen over Configuration Manager sitegrootte en -prestaties

Scheid de Configuration Manager postvakken in en SQL Server bestanden op ten minste twee verschillende volumes. Met deze scheiding kunt u de clustertoewijzingsgrootte optimaliseren voor de verschillende soorten I/O die ze uitvoeren.

Gebruik NTFS met 4K- of 8K-toewijzingseenheden voor het volume dat als host fungeert voor de postvakken van uw siteserver. ReFS schrijft 64.000, zelfs voor kleine bestanden. Configuration Manager bevat veel kleine bestanden, zodat ReFS onnodige schijfoverhead kan produceren.

Voor schijven die SQL Server databasebestanden bevatten, gebruikt u NTFS- of ReFS-opmaak, met 64.000 toewijzingseenheden.

Moderne matrices van SSD's (Solid-State Drives) en Azure Premium Storage kunnen hoge IOPS bieden op één volume, met weinig schijven. Meestal voegt u meer stations toe aan een matrix voor extra opslag, niet voor extra doorvoer. Als u fysieke schijven op basis van spindels gebruikt, hebt u mogelijk meer IOPS nodig dan u op één volume kunt genereren. U moet 60% van de totale aanbevolen IOPS en schijfruimte toewijzen voor het .mdf-bestand , 20% voor het .ldf-bestand en 20% voor de logboek- en data temp-bestanden. De .ldf - en temp-bestanden kunnen zich allemaal op één volume bevinden met 40% (20% + 20%) van uw toegewezen IOPS.

SQL Server versies die ouder zijn dan SQL Server 2016, hebben standaard slechts één tijdelijk gegevensbestand gemaakt. U moet er meer maken om SQL Server vergrendelingen te voorkomen en te wachten op toegang tot één bestand. De meningen van de community variëren over het beste aantal tijdelijke gegevensbestanden dat moet worden gemaakt, van vier tot acht. Testen laat weinig verschil zien tussen vier en acht, zodat u vier tijdelijke gegevensbestanden van gelijke grootte kunt maken. Uw tempdb-gegevensbestanden moeten maximaal 20-25% van de grootte van uw volledige database hebben.

Stel bij configuratie het geheugen van de RAID-controller in op 70% toewijzing voor schrijfbewerkingen en 30% voor leesbewerkingen. Gebruik over het algemeen een RAID 10-matrixconfiguratie voor de sitedatabase. RAID 1 is ook acceptabel voor kleinschalige sites met lage I/O-vereisten of als u snelle SSD's gebruikt. Met grotere schijfmatrices configureert u reserveschijven om automatisch defecte schijven te vervangen.

Voorbeeld: Fysieke machine met fysieke schijven

Richtlijnen voor het aanpassen van de grootte voor een siteserver met een locatielocatie en SQL Server met 100.000 clients zijn 1200 IOPS voor postvakken van siteservers en 5000 IOPS voor SQL Server-bestanden.

De resulterende schijfconfiguratie kan er als volgt uitzien:

1. Bevat geen aanbevolen reserveschijven.
2. Deze waarde is afkomstig uit voorbeeldschijfconfiguraties.

Hyper-V levert vergelijkbare prestaties als een fysieke server, als hardwareresources (CPU-kernen en passthrough-opslag) 100% zijn toegewezen aan de virtuele machine (VM). Het gebruik van VHD - of VHDX-schijfbestanden met vaste grootte heeft een minimale invloed van 1-5% op de I/O-prestaties. Het gebruik van dynamisch uitbreidende .vhd- of .vhdx-schijfbestanden heeft tot 25% invloed op de I/O-prestaties van de Configuration Manager workload. Als u dynamisch uitbreidende schijven nodig hebt, kunt u dit compenseren door een extra IOPS-prestatie van 25% toe te voegen aan de matrix.

Wanneer u uw Configuration Manager siteserver of SQL Server in een VM uitvoert, moet u de Hyper-V-hostbesturingssysteemstations isoleren van het VM-besturingssysteem en de gegevensstations.

Zie Prestaties van Hyper-V-servers afstemmen voor meer informatie over het optimaliseren van VM's.

Voorbeeld: Siteserver op basis van Virtuele Hyper-V-machines

Richtlijnen voor het formaat van een siteserver in een colocatie en SQL Server met 150.000 clients zijn 1800 IOPS voor postvakken van siteservers en 7400 IOPS voor SQL Server-bestanden.

De resulterende schijfconfiguratie kan er als volgt uitzien:

1. Bevat geen aanbevolen reserveschijven.
2. Passthrough .vhdx met vaste grootte voor het VM-station dat is toegewezen aan het onderliggende volume.
3. Deze waarde is afkomstig uit voorbeeldschijfconfiguraties.

Lees eerst de Configuration Manager veelgestelde vragen over Azure.

Azure Infrastructure as a Service (IaaS) VM's die gebruikmaken van Premium Storage schijven, kunnen een hoge IOPS hebben. Configureer op deze VM's extra schijven voor verwachte schijfruimtebehoeften, in plaats van voor extra IOPS.

Azure Storage is inherent redundant en vereist geen meerdere schijven voor beschikbaarheid. U kunt schijven stripen in Schijfbeheer of Opslagruimten om extra ruimte en prestaties te bieden.

Zie voor meer informatie en aanbevelingen over het maximaliseren van Premium Storage prestaties en het uitvoeren van SQL Servers in Azure IaaS-VM's:

• Prestaties van toepassingen optimaliseren

• Richtlijnen voor schijven

Voorbeeld: Siteserver op basis van Azure

Richtlijnen voor het formaat van een siteserver met een colocatie en SQL Server met 50.000 clients zijn acht kernen, 32 GB en 1200 IOPS voor postvakken van siteservers en 2800 IOPS voor SQL Server-bestanden.

Uw resulterende Azure-machine kan een DS13v2 (acht kernen, 56 GB) zijn met de volgende schijfconfiguratie:

1. Deze waarde is afkomstig uit voorbeeldschijfconfiguraties.
2. Met Azure-richtlijnen kunt u de TempDB op het lokale, ssd-gebaseerde D: -station plaatsen, aangezien deze de beschikbare ruimte niet overschrijdt en extra schijf-I/O-distributie mogelijk maakt.

Voorbeeld: siteserver op basis van Azure (voor directe prestatieverhoging)

Azure-schijfdoorvoer wordt beperkt door de grootte van de VM. De configuratie in het voorgaande Azure-voorbeeld kan toekomstige uitbreiding of extra prestaties beperken. Als u extra schijven toevoegt tijdens de eerste implementatie van uw Azure-VM, kunt u uw Azure-VM upsize maken voor meer verwerkingskracht in de toekomst, met minimale investering vooraf. Het is veel eenvoudiger om vooruit te plannen om de siteprestaties te verbeteren naarmate de vereisten veranderen, in plaats van later een complexere migratie uit te voeren.

Wijzig de schijven in het voorgaande Azure-voorbeeld om te zien hoe de IOPS veranderen.

DS13v2

1. Schijven worden gestreept met behulp van Opslagruimten.
2. Deze waarde is afkomstig uit voorbeeldschijfconfiguraties. VM-grootte beperkt de prestaties.
3. Met Azure-richtlijnen kunt u de TempDB op het lokale, ssd-gebaseerde D: -station plaatsen, aangezien deze de beschikbare ruimte niet overschrijdt en extra schijf-I/O-distributie mogelijk maakt.

Als u in de toekomst meer prestaties nodig hebt, kunt u uw VM upsize maken naar een DS14v2, waardoor de CPU en het geheugen worden verdubbeld. De extra schijfbandbreedte die is toegestaan door die VM-grootte, verhoogt ook direct de beschikbare schijf-IOPS op uw eerder geconfigureerde schijven.

DS14v2

1. Schijven worden gestreept met behulp van Opslagruimten.
2. Deze waarde is afkomstig uit voorbeeldschijfconfiguraties. VM-grootte beperkt de prestaties.
3. Met Azure-richtlijnen kunt u de TempDB op het lokale, ssd-gebaseerde D: -station plaatsen, aangezien deze de beschikbare ruimte niet overschrijdt en extra schijf-I/O-distributie mogelijk maakt.

Beide kunnen adequaat presteren, ervan uitgaande dat de ene server de juiste grootte heeft of dat de netwerkverbinding tussen de twee servers voldoende is.

Externe SQL Server vereist de kosten vooraf en operationele kosten van een extra server, maar is gebruikelijk bij de meeste grootschalige klanten. Voordelen van deze configuratie zijn onder andere:

• Verbeterde opties voor site-beschikbaarheid, zoals SQL Server AlwaysOn
• Mogelijkheid om zware rapportage uit te voeren met minder te veel te zien aan siteverwerking
• Eenvoudiger herstel na noodgevallen in sommige situaties
• Eenvoudiger beveiligingsbeheer
• Rolscheiding voor SQL Server-beheer, zoals met een afzonderlijk DBA-team

Voor SQL Server met een colocatie is één server vereist en dit is gebruikelijk voor de meeste kleinschalige klanten. Voordelen van deze configuratie zijn onder andere:

• Lagere kosten voor machines, licenties en onderhoud
• Minder storingspunten op de site
• Betere controle over het plannen van downtime

Standaard gebruikt SQL Server al het beschikbare geheugen op uw server, waardoor het besturingssysteem en andere processen op de computer mogelijk worden uitgehongerd. Om mogelijke prestatieproblemen te voorkomen, is het belangrijk om expliciet geheugen toe te wijzen aan SQL Server. Zorg ervoor dat het besturingssysteem op siteservers met een colocatie met SQL Server voldoende RAM-geheugen heeft voor het opslaan van bestanden en andere bewerkingen. Zorg ervoor dat er voldoende RAM-geheugen over is voor SMSExec- en andere Configuration Manager-processen. Wanneer u SQL Server uitvoert op een externe server, kunt u het grootste deel van het geheugen toewijzen aan SQL, maar niet aan alle. Raadpleeg de richtlijnen voor het aanpassen van de grootte voor initiële richtlijnen.

SQL Server geheugentoewijzing moet worden afgerond op hele GB. Naarmate het RAM-geheugen toeneemt tot grote hoeveelheden, kunt u SQL Server een hoger percentage laten hebben. Als er bijvoorbeeld 256 GB of meer RAM beschikbaar is, kunt u SQL Server configureren voor maximaal 95%, omdat er nog steeds veel geheugen voor het besturingssysteem behouden blijft. Het controleren van het paginabestand is een goede manier om ervoor te zorgen dat er voldoende geheugen is voor het besturingssysteem en eventuele Configuration Manager processen.

U kunt problemen ondervinden met geheugenconflicten als er meer dan 16 fysieke kernen en onvoldoende RAM-geheugen op uw SQL Server zijn. De Configuration Manager workload presteert beter wanneer er ten minste 3-4 GB RAM per kern beschikbaar is voor SQL. Wanneer u kernen toevoegt aan uw SQL Server, moet u het RAM-geheugen proportioneel verhogen.

Over het algemeen hebben beschikbaarheidsgroepen een verwaarloosbaar effect op de prestaties van het systeem wanneer er voldoende netwerken beschikbaar zijn tussen de replicaservers. U kunt snelle LDF-bestanden in het databaselogboek laten groeien in een drukke omgeving met beschikbaarheidsgroepen. De ruimte voor logboekbestanden wordt echter automatisch vrijgegeven na een geslaagde back-up van de database. Voeg een SQL Server taak toe voor de Configuration Manager-database om een back-up uit te voeren, bijvoorbeeld elke 24 uur, en elke zes uur een .ldf-back-up. Zie Voorbereiden voor het gebruik van een SQL Server AlwaysOn-beschikbaarheidsgroep voor meer informatie over beschikbaarheidsgroepen en Configuration Manager, waaronder meer over SQL Server back-upstrategieën.

SQL Server compressie wordt niet aanbevolen voor de Configuration Manager-database. Hoewel er geen functionele problemen zijn met het inschakelen van compressie op een Configuration Manager-database, laten testresultaten niet veel besparingen zien in vergelijking met de mogelijke aanzienlijke invloed op de prestaties van het systeem.

Alle geheimen in de Configuration Manager-database zijn al veilig opgeslagen, maar het toevoegen van SQL Server versleuteling kan nog een extra beveiligingslaag toevoegen. Er zijn geen functionele problemen met het inschakelen van versleuteling voor uw database, maar er kan een prestatievermindering van 25% optreden. Versleutel daarom voorzichtig, met name in grootschalige omgevingen. Vergeet ook niet om uw back-up- en herstelplannen bij te werken om ervoor te zorgen dat u de versleutelde gegevens kunt herstellen.

Zie Ondersteuning voor SQL Server versies voor ondersteunde versies van SQL. Vanuit prestatiestandpunt voldoen alle ondersteunde versies van SQL Server aan de vereiste prestatiecriteria. SQL Server 2016 of nieuwer presteert echter vaak beter dan SQL Server 2014 in sommige aspecten van de Configuration Manager workload. Bovendien verbetert het uitvoeren van SQL Server 2014 op het compatibiliteitsniveau van SQL Server 2012 (110) de prestaties in het algemeen. Tijdens de installatie worden Configuration Manager databases die worden uitgevoerd op SQL Server 2014 ingesteld op compatibiliteitsniveau 110. SQL Server 2016 of nieuwer is ingesteld op het standaardcompatibiliteitsniveau van SQL Server versie, zoals 130 voor SQL Server 2016. Bij een upgrade van SQL Server worden compatibiliteitsniveaus pas bijgewerkt als u de volgende primaire Configuration Manager huidige vertakkingsversie installeert.

Als u ongebruikelijke time-outs of traagheid ziet bij bepaalde SQL-query's op SQL Server 2016 of hoger, zoals bij het gebruik van RBAC in de Beheer Console, kunt u proberen het compatibiliteitsniveau van de SQL Server op de Configuration Manager database te wijzigen in 110. Het uitvoeren van SQL Server compatibiliteitsniveau 110 op SQL Server 2014 en nieuwere versies van SQL Server wordt volledig ondersteund. Zie Time-out van SQL-query's of console traag voor bepaalde Configuration Manager databasequery's voor meer informatie.

Vanaf januari 2018 moet u de volgende SQL Server versies vermijden, vanwege verschillende bekende prestatiegerelateerde of andere potentiële problemen:

• SQL Server 2012 SP3 CU1 naar CU5
• SQL Server 2014 SP1 CU6 naar SP2 CU2
• SQL Server 2016 RTM naar CU3, SP1 CU3 naar CU5

Ja, u kunt indexen zo vaak per week en statistieken maar één keer per dag bijwerken om SQL Server prestaties te verbeteren. Scripts van derden en aanvullende informatie die beschikbaar is in de Configuration Manager- en SQL Server-community's kunnen helpen deze taken te optimaliseren.

Op grote sites kunnen sommige SQL Server tabellen, zoals CI_CurrentComplianceStatusDetails, HinvChangeLog, groot zijn, afhankelijk van uw gebruikspatronen. Mogelijk moet u uw onderhoudsbenadering voor hen één voor één verminderen of wijzigen.

SQL Server Express heeft geen aanzienlijke gevolgen voor de prestaties op secundaire sites en is geschikt voor de meeste klanten. Het is ook eenvoudig te implementeren en te beheren en is de aanbevolen configuratie voor bijna alle klanten op elke grootte.

Er is één situatie waarin een volledige SQL Server installatie nodig kan zijn. Als u een groot aantal distributiepunten en pakketten of bronnen in uw omgeving hebt, is het mogelijk om de limiet van 10 GB van SQL Server Express te overschrijden. Als het aantal pakketten maal het aantal distributiepunten meer is dan 4.000.000, zoals 2000 DPs met 2000 stukjes inhoud, kunt u overwegen om volledige SQL Server op uw secundaire sites te gebruiken.

Het instellen van uw instelling op 0 (gebruik alle beschikbare processors) is in de meeste gevallen optimaal voor de algehele verwerkingsprestaties.

Veel Configuration Manager beheerders volgen de richtlijnen in Aanbevelingen en richtlijnen voor de configuratieoptie 'maximale mate van parallelle uitvoering' in SQL Server. Op de meeste moderne grote hardware leidt deze richtlijn tot een voorgestelde maximuminstelling van acht. Als u echter veel kleinere query's uitvoert in vergelijking met het aantal processors, kan het helpen om deze in te stellen op een hoger getal. Uzelf beperken tot acht is niet noodzakelijkerwijs de beste instelling op grotere sites wanneer er meer kernen beschikbaar zijn.

Begin op SQL-servers met meer dan acht kernen met een instelling van 0 en breng alleen wijzigingen aan als u prestatieproblemen of overmatige vergrendeling ondervindt. Als u MaxDOP wilt wijzigen omdat u prestatieproblemen ondervindt bij 0, begint u met een nieuwe waarde die ten minste groter is dan of gelijk is aan het minimaal aanbevolen aantal kernen voor de SQL Server grootte van die site. Een lagere waarde dan deze waarde heeft bijna altijd negatieve gevolgen voor de prestaties. Een externe SQL Server voor een 100.000 clientsite heeft bijvoorbeeld ten minste 12 kernen nodig. Als uw SQL Server 16 kernen heeft, begint u met het testen van uw MaxDOP-instelling met de waarde 12.

Pas op bij het uitschakelen van antivirusbeveiliging op elk systeem. In omgevingen met een groot volume en veilige omgevingen raden we u aan om actieve bewaking uit te schakelen voor optimale prestaties.

Zie Aanbevolen antivirusuitsluitingen voor Configuration Manager 2012 en Current Branch Site Servers, Site Systems en Clients voor meer informatie over aanbevolen antivirusuitsluitingen.

Als u enkele belangrijke IIS-instellingen wijzigt, zoals de wachtrijlengte van WsusPool en de limiet voor privégeheugen van WsusPool, kunt u de WSUS-prestaties verbeteren, zelfs op kleinere installaties. Zie Aanbevolen hardware voor meer informatie.

Zorg er ook voor dat u de meest recente updates hebt geïnstalleerd voor het besturingssysteem waarop WSUS wordt uitgevoerd:

• Windows Server 2012: elke cumulatieve update die niet alleen voor beveiliging is uitgebracht in oktober 2017 of hoger. (KB4041690)
• Windows Server 2012 R2: elke cumulatieve update die niet alleen voor beveiliging is uitgebracht in augustus 2017 of hoger. (KB4039871)
• Windows Server 2016: elke cumulatieve update die niet alleen voor beveiliging is uitgebracht in augustus 2017 of hoger. (KB4039396)

Zie De volledige handleiding voor het Microsoft WSUS- en Configuration Manager SUP-onderhoud.

Traditionele bewaking van serverprestaties werkt effectief voor algemene Configuration Manager. U kunt ook gebruikmaken van de verschillende Management Packs van System Center Operations Manager voor Configuration Manager, SQL Server en Windows Server om de basisstatus van uw servers te bewaken. U kunt ook de Prestatiemeteritems van Windows (PerfMon) rechtstreeks bewaken Configuration Manager biedt. Bewaak de achterstand in de verschillende postvakken IN op vroege waarschuwingssignalen van mogelijke prestatieproblemen of achterstanden op de site.

Zie ook

• Richtlijnen voor sitegrootte en -prestaties
• veelgestelde vragen over Configuration Manager op Azure