häufig gestellte Fragen zur Größe und Leistung von Configuration Manager Website

Trennen Sie die Configuration Manager Posteingänge und SQL Server Dateien auf mindestens zwei verschiedenen Volumes. Durch diese Trennung können Sie die Clusterzuordnungsgrößen für die verschiedenen E/A-Arten optimieren, die sie ausführen.

Verwenden Sie für das Volume, auf dem die Serverboxen Ihrer Standorte gehostet werden, NTFS mit 4K- oder 8K-Zuordnungseinheiten. ReFS schreibt 64.000 auch für kleine Dateien. Configuration Manager enthält viele kleine Dateien, sodass ReFS unnötigen Datenträgermehraufwand verursachen kann.

Verwenden Sie für Datenträger, die SQL Server Datenbankdateien enthalten, entweder NTFS- oder ReFS-Formatierung mit 64.000 Zuordnungseinheiten.

Moderne Arrays von Solid State Drives (SSD) und Azure Storage Premium können hohe IOPS auf einem einzelnen Volume mit wenigen Datenträgern bereitstellen. In der Regel fügen Sie einem Array weitere Laufwerke für zusätzlichen Speicher und nicht für zusätzlichen Durchsatz hinzu. Wenn Sie physische spindelbasierte Datenträger verwenden, benötigen Sie möglicherweise mehr IOPS, als Sie auf einem einzelnen Volume generieren können. Sie sollten 60 % des gesamten empfohlenen IOPS und Speicherplatzes für die MDF-Datei , 20 % für die LDF-Datei und 20 % für die Temporären Protokoll- und Datendateien zuweisen. Die LDF - und temporären Dateien können sich alle auf einem einzelnen Volume mit 40 % (20 % + 20 %) der zugewiesenen IOPS befinden.

SQL Server Versionen vor SQL Server 2016 standardmäßig nur eine temporäre Datendatei erstellt. Sie sollten weitere Erstellen, um SQL Server Sperren zu vermeiden und auf den Zugriff auf eine einzelne Datei zu warten. Die Meinungen der Community variieren hinsichtlich der besten Anzahl der zu erstellenden temporären Datendateien von vier bis acht. Tests zeigen einen geringen Unterschied zwischen vier und acht, sodass Sie vier gleich große temporäre Datendateien erstellen können. Ihre tempdb-Datendateien sollten bis zu 20 bis 25 % der Größe Ihrer vollständigen Datenbank betragen.

Legen Sie bei Konfigurierbarem RAID-Controllerspeicher für Schreibvorgänge auf 70 % und für Lesevorgänge auf 30 % fest. Verwenden Sie im Allgemeinen eine RAID 10-Arraykonfiguration für die Standortdatenbank. RAID 1 ist auch für kleine Standorte mit geringen E/A-Anforderungen oder bei Verwendung schneller SSDs akzeptabel. Konfigurieren Sie bei größeren Datenträgerarrays Ersatzdatenträger, um fehlerhafte Datenträger automatisch zu ersetzen.

Beispiel: Physischer Computer mit physischen Datenträgern

Die Größenrichtlinien für einen standortübergreifenden Standortserver und SQL Server mit 100.000 Clients sind 1200 IOPS für Posteingänge des Standortservers und 5000 IOPS für SQL Server Dateien.

Die resultierende Datenträgerkonfiguration könnte wie folgt aussehen:

1. Enthält keine empfohlenen Ersatzdatenträger.
2. Dieser Wert stammt aus Beispieldatenträgerkonfigurationen.

Hyper-V bietet eine ähnliche Leistung wie ein physischer Server, wenn Hardwareressourcen (CPU-Kerne und Passthrough-Speicher) zu 100 % für den virtuellen Computer (VM) dediziert sind. Die Verwendung von VHD - oder VHDX-Datenträgerdateien mit fester Größe verursacht eine minimale Beeinträchtigung der E/A-Leistung von 1 bis 5 %. Die Verwendung von dynamisch erweiterten VHD- oder VHDX-Datenträgerdateien verursacht bis zu 25 % Beeinträchtigung der E/A-Leistung für die Configuration Manager Workload. Wenn Sie dynamisch erweiternde Datenträger benötigen, können Sie den Ausgleich ausgleichen, indem Sie dem Array eine zusätzliche IOPS-Leistung von 25 % hinzufügen.

Wenn Sie Ihren Configuration Manager Standortserver oder SQL Server auf einem virtuellen Computer ausführen, isolieren Sie die Hyper-V-Hostbetriebssystemlaufwerke vom VM-Betriebssystem und den Datenlaufwerken.

Weitere Informationen zum Optimieren von VMs finden Sie unter Leistungsoptimierung von Hyper-V-Servern.

Beispiel: Hyper-V-VM-basierter Standortserver

Die Größenrichtlinien für einen Standortserver und SQL Server mit 150.000 Clients sind 1800 IOPS für Posteingänge des Standortservers und 7400 IOPS für SQL Server Dateien.

Die resultierende Datenträgerkonfiguration könnte wie folgt aussehen:

1. Enthält keine empfohlenen Ersatzdatenträger.
2. Feste Größe, Pass-Through-VHDX für das VM-Laufwerk, das dem zugrunde liegenden Volume zugewiesen ist.
3. Dieser Wert stammt aus Beispieldatenträgerkonfigurationen.

Lesen Sie zunächst die häufig gestellten Fragen Configuration Manager zu Azure.

Azure-IaaS-VMs (Infrastructure-as-a-Service), die Storage Premium-basierten Datenträger nutzen, können hohe IOPS aufweisen. Konfigurieren Sie auf diesen VMs zusätzliche Datenträger für den erwarteten Speicherplatzbedarf und nicht für zusätzliche IOPS.

Azure Storage ist inhärent redundant und erfordert nicht mehrere Datenträger für die Verfügbarkeit. Sie können Datenträger im Datenträger-Manager oder Speicherplätze stripen, um zusätzlichen Speicherplatz und zusätzliche Leistung bereitzustellen.

Weitere Informationen und Empfehlungen zum Maximieren Storage Premium Leistung und ausführen von SQL Server auf Virtuellen Azure-IaaS-Computern finden Sie unter:

• Optimieren der Anwendungsleistung

• Leitfaden zu Datenträgern

Beispiel: Azure-basierter Standortserver

Die Größenrichtlinien für einen standortübergreifenden Standortserver und SQL Server mit 50.000 Clients umfassen acht Kerne, 32 GB und 1200 IOPS für Posteingänge des Standortservers und 2800 IOPS für SQL Server-Dateien.

Ihr resultierender Azure-Computer kann eine DS13v2 (acht Kerne, 56 GB) mit der folgenden Datenträgerkonfiguration sein:

1. Dieser Wert stammt aus Beispieldatenträgerkonfigurationen.
2. Der Azure-Leitfaden ermöglicht das Platzieren der TempDB auf dem lokalen SSD-basierten Laufwerk D: , da es den verfügbaren Speicherplatz nicht überschreitet und eine zusätzliche Datenträger-E/A-Verteilung ermöglicht.

Beispiel: Azure-basierter Standortserver (für sofortige Leistungssteigerung)

Der Durchsatz von Azure-Datenträgern ist durch die Größe des virtuellen Computers beschränkt. Die Konfiguration im vorherigen Azure-Beispiel kann die zukünftige Erweiterung oder zusätzliche Leistung einschränken. Wenn Sie während der ersten Bereitstellung Ihrer Azure-VM zusätzliche Datenträger hinzufügen, können Sie Ihre Azure-VM für eine höhere Verarbeitungsleistung in Zukunft mit minimalen Vorabinvestitionen upsizen. Es ist viel einfacher, vorauszuplanen, um die Leistung der Website zu erhöhen, wenn sich die Anforderungen ändern, anstatt später eine kompliziertere Migration durchführen zu müssen.

Ändern Sie die Datenträger im vorherigen Azure-Beispiel, um zu sehen, wie sich die IOPS ändern.

DS13v2

1. Datenträger werden mithilfe von Speicherplätze gestreift.
2. Dieser Wert stammt aus Beispieldatenträgerkonfigurationen. Die VM-Größe schränkt die Leistung ein.
3. Der Azure-Leitfaden ermöglicht das Platzieren der TempDB auf dem lokalen SSD-basierten Laufwerk D: , da es den verfügbaren Speicherplatz nicht überschreitet und eine zusätzliche Datenträger-E/A-Verteilung ermöglicht.

Wenn Sie in Zukunft mehr Leistung benötigen, können Sie ihre VM auf eine DS14v2 upsizen, wodurch CPU und Arbeitsspeicher verdoppelt werden. Die zusätzliche Datenträgerbandbreite, die für diese VM-Größe zulässig ist, erhöht auch sofort die verfügbaren Datenträger-IOPS auf Ihren zuvor konfigurierten Datenträgern.

DS14v2

1. Datenträger werden mithilfe von Speicherplätze gestreift.
2. Dieser Wert stammt aus Beispieldatenträgerkonfigurationen. Die VM-Größe schränkt die Leistung ein.
3. Der Azure-Leitfaden ermöglicht das Platzieren der TempDB auf dem lokalen SSD-basierten Laufwerk D: , da es den verfügbaren Speicherplatz nicht überschreitet und eine zusätzliche Datenträger-E/A-Verteilung ermöglicht.

Beide können eine angemessene Leistung erbringen, vorausgesetzt, der einzelne Server ist angemessen dimensioniert, oder die Netzwerkkonnektivität zwischen den beiden Servern ist ausreichend.

Remote-SQL Server erfordert die Vorlauf- und Betriebskosten eines zusätzlichen Servers, ist aber bei der Mehrheit der Großkunden typisch. Zu den Vorteilen dieser Konfiguration gehören:

• Optionen für erhöhte Websiteverfügbarkeit, z. B. SQL Server Always On
• Möglichkeit zum Ausführen von umfangreichen Berichten mit weniger Überhörung der Standortverarbeitung
• Einfachere Notfallwiederherstellung in einigen Situationen
• Einfachere Sicherheitsverwaltung
• Rollentrennung für SQL Server-Verwaltung, z. B. mit einem separaten DBA-Team

Colocated SQL Server erfordert einen einzelnen Server und ist typisch für die meisten kleinen Kunden. Zu den Vorteilen dieser Konfiguration gehören:

• Geringere Kosten für Computer, Lizenzen und Wartung
• Weniger Fehlerpunkte am Standort
• Bessere Kontrolle bei der Planung von Ausfallzeiten

Standardmäßig verwendet SQL Server den gesamten verfügbaren Arbeitsspeicher auf Ihrem Server, wodurch das Betriebssystem und andere Prozesse auf dem Computer möglicherweise ausgehungern. Um potenzielle Leistungsprobleme zu vermeiden, ist es wichtig, arbeitsspeicher explizit SQL Server zuzuweisen. Stellen Sie auf Standortservern, die mit SQL Server zusammen sind, sicher, dass das Betriebssystem über genügend RAM für die Dateizwischenspeicherung und andere Vorgänge verfügt. Stellen Sie sicher, dass genügend RAM für SMSExec und andere Configuration Manager-Prozesse vorhanden ist. Wenn Sie SQL Server auf einem Remoteserver ausführen, können Sie sql den Großteil des Arbeitsspeichers zuordnen, aber nicht alle. Erste Anleitungen finden Sie in den Richtlinien für die Größenanpassung .

SQL Server Speicherbelegung sollte auf ganze GB gerundet werden. Wenn der RAM auf große Mengen zunimmt, können Sie auch SQL Server einen höheren Prozentsatz haben. Wenn beispielsweise 256 GB oder mehr RAM verfügbar sind, können Sie SQL Server für bis zu 95 % konfigurieren, da dadurch weiterhin viel Arbeitsspeicher für das Betriebssystem erhalten bleibt. Die Überwachung der Auslagerungsdatei ist eine gute Möglichkeit, um sicherzustellen, dass genügend Arbeitsspeicher für das Betriebssystem und alle Configuration Manager Prozesse vorhanden ist.

Es kann zu Speicherkonflikten kommen, wenn mehr als 16 physische Kerne und nicht genügend RAM auf Ihrem SQL Server vorhanden sind. Die Configuration Manager Workload ist besser, wenn mindestens 3 bis 4 GB RAM pro Kern für SQL verfügbar sind. Achten Sie beim Hinzufügen von Kernen zu Ihrem SQL Server darauf, den RAM proportional zu erhöhen.

Im Allgemeinen haben Verfügbarkeitsgruppen eine vernachlässigbare Auswirkung auf die Leistung des Systems, wenn zwischen den Replikatservern ausreichend Netzwerk verfügbar ist. In einer ausgelasteten Verfügbarkeitsgruppenumgebung kann eine schnelle LDF-Dateivergrößerung des Datenbankprotokolls erforderlich sein. Der Protokolldateispeicherplatz wird jedoch nach einer erfolgreichen Datenbanksicherung automatisch freigegeben. Fügen Sie einen SQL Server Auftrag für die Configuration Manager-Datenbank hinzu, um eine Sicherung durchzuführen, z. B. alle 24 Stunden, und alle sechs Stunden eine LDF-Sicherung. Weitere Informationen zu Verfügbarkeitsgruppen und Configuration Manager, einschließlich mehr zu SQL Server Sicherungsstrategien, finden Sie unter Vorbereiten der Verwendung einer SQL Server Always On Verfügbarkeitsgruppe.

SQL Server-Komprimierung wird für die Configuration Manager-Datenbank nicht empfohlen. Es gibt zwar keine funktionalen Probleme beim Aktivieren der Komprimierung für eine Configuration Manager Datenbank, aber die Testergebnisse zeigen im Vergleich zu den potenziellen erheblichen Auswirkungen auf die Leistung des Systems nicht viel an Größe.

Alle Geheimnisse in der Configuration Manager-Datenbank sind bereits sicher gespeichert, aber das Hinzufügen SQL Server Verschlüsselung kann eine weitere Sicherheitsebene hinzufügen. Es gibt keine Funktionalen Probleme beim Aktivieren der Verschlüsselung für Ihre Datenbank, aber es kann zu einer Leistungsbeeinträchtigung von bis zu 25 % kommen. Daher sollten Sie die Verschlüsselung mit Vorsicht durchführen, insbesondere in großen Umgebungen. Denken Sie auch daran, Ihre Sicherungs- und Wiederherstellungspläne zu aktualisieren, um sicherzustellen, dass Sie die verschlüsselten Daten erfolgreich wiederherstellen können.

Unterstützte Versionen von SQL finden Sie unter Unterstützung für SQL Server Versionen. Aus Sicht der Leistung erfüllen alle unterstützten Versionen von SQL Server die erforderlichen Leistungskriterien. Allerdings ist SQL Server 2016 oder höher in einigen Aspekten der Configuration Manager Workload tendenziell besser als SQL Server 2014. Außerdem verbessert die Ausführung SQL Server 2014 mit SQL Server 2012-Kompatibilitätsgrad (110) die Leistung im Allgemeinen. Zum Zeitpunkt der Installation werden Configuration Manager Datenbanken, die unter SQL Server 2014 ausgeführt werden, auf kompatibilitätsgrad 110 festgelegt. SQL Server 2016 oder höher ist auf den Standardkompatibilitätsgrad SQL Server Version festgelegt, z. B. 130 für SQL Server 2016. Wenn Sie SQL Server aktualisieren, werden die Kompatibilitätsgrade erst aktualisiert, wenn Sie die nächste Hauptversion Configuration Manager Current Branch installieren.

Wenn bei bestimmten SQL-Abfragen unter SQL Server 2016 oder höher ungewöhnliche Timeouts oder langsame Zeitüberschreitungen auftreten, z. B. bei Verwendung von RBAC in der Admin-Konsole, ändern Sie den SQL Server Kompatibilitätsgrad für die Configuration Manager-Datenbank in 110. Die Ausführung mit SQL Server Kompatibilitätsgrad 110 unter SQL Server 2014 und neueren Versionen von SQL Server wird vollständig unterstützt. Weitere Informationen finden Sie unter SQL-Abfragetimeout oder Konsolenzeit für bestimmte Configuration Manager Datenbankabfragen.

Ab Januar 2018 sollten Sie die folgenden SQL Server Versionen aufgrund verschiedener bekannter leistungsbezogener oder anderer potenzieller Probleme vermeiden:

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

Ja, aktualisieren Sie Indizes so oft wie einmal pro Woche und Statistiken so oft wie einmal am Tag, um SQL Server Leistung zu verbessern. Skripts von Drittanbietern und zusätzliche Informationen, die von den Configuration Manager- und SQL Server-Communitys verfügbar sind, können dazu beitragen, diese Aufgaben zu optimieren.

Bei großen Websites können einige SQL Server Tabellen, z. B. CI_CurrentComplianceStatusDetails, HinvChangeLog, je nach Ihren Verwendungsmustern groß sein. Möglicherweise müssen Sie Ihren Wartungsansatz für sie einzeln reduzieren oder ändern.

SQL Server Express hat keine wesentlichen Auswirkungen auf die Leistung auf sekundäre Standorte und ist für die meisten Kunden angemessen. Es ist auch einfach bereitzustellen und zu verwalten und ist die empfohlene Konfiguration für fast alle Kunden jeder Größe.

Es gibt eine Situation, in der möglicherweise eine vollständige SQL Server Installation erforderlich ist. Wenn Sie eine große Anzahl von Verteilungspunkten und Paketen oder Quellen in Ihrer Umgebung haben, ist es möglich, die Größenbeschränkung von 10 GB von SQL Server Express zu überschreiten. Wenn die Anzahl der Pakete mal die Anzahl der Verteilungspunkte mehr als 4.000.000 beträgt, z. B. 2.000 DPs mit 2.000 Inhalten, sollten Sie die Verwendung vollständiger SQL Server an Ihren sekundären Standorten in Betracht ziehen.

Wenn Sie Ihre Einstellung auf 0 (alle verfügbaren Prozessoren verwenden) belassen, ist dies in den meisten Fällen optimal für die Gesamtverarbeitungsleistung.

Viele Configuration Manager Administratoren befolgen die Anleitung unter Empfehlungen und Richtlinien für die Konfigurationsoption "Max. Grad an Parallelität" in SQL Server. Auf den meisten modernen großen Hardware führt diese Anleitung zu einer vorgeschlagenen maximalen Einstellung von acht. Wenn Sie jedoch im Vergleich zu Ihrer Anzahl von Prozessoren viele kleinere Abfragen ausführen, kann es hilfreich sein, sie auf eine höhere Zahl festzulegen. Sich auf acht zu beschränken, ist nicht unbedingt die beste Einstellung auf größeren Websites, wenn mehr Kerne verfügbar sind.

Beginnen Sie auf SQL Server mit mehr als acht Kernen mit der Einstellung 0, und nehmen Sie nur Änderungen vor, wenn Leistungsprobleme oder übermäßige Sperren auftreten. Wenn Sie MaxDOP ändern müssen, weil Leistungsprobleme bei 0 auftreten, beginnen Sie mit einem neuen Wert, der mindestens größer oder gleich der empfohlenen Mindestanzahl von Kernen für die SQL Server Größenanpassung dieses Standorts ist. Ein Niedrigerer Wert als dieser Wert hat fast immer negative Auswirkungen auf die Leistung. Ein Remote-SQL Server für einen 100.000-Clientstandort benötigt beispielsweise mindestens 12 Kerne. Wenn Ihr SQL Server über 16 Kerne verfügt, beginnen Sie mit dem Testen Ihrer MaxDOP-Einstellung mit dem Wert 12.

Achten Sie darauf, den Antivirenschutz auf einem beliebigen System zu deaktivieren. In umgebungen mit hohem Volumen und sicheren Umgebungen wird empfohlen, die aktive Überwachung zu deaktivieren, um eine optimale Leistung zu erzielen.

Weitere Informationen zu empfohlenen Antivirenausschlüssen finden Sie unter Empfohlene Antivirenausschlüsse für Configuration Manager 2012 und Current Branch-Standortserver, Standortsysteme und Clients.

Das Ändern einiger wichtiger IIS-Einstellungen, z. B. WsusPool-Warteschlangenlänge und WsusPool Private Memory Limit, kann die WSUS-Leistung auch bei kleineren Installationen verbessern. Weitere Informationen finden Sie unter Empfohlene Hardware.

Stellen Sie außerdem sicher, dass die neuesten Updates für das Betriebssystem installiert sind, auf dem WSUS ausgeführt wird:

• Windows Server 2012: Alle kumulativen Updates, die im Oktober 2017 oder höher veröffentlicht wurden. (KB4041690)
• Windows Server 2012 R2: Alle kumulativen Updates, die nicht vom August 2017 oder höher veröffentlicht wurden. (KB4039871)
• Windows Server 2016: Alle kumulativen Updates, die nicht vom August 2017 oder höher veröffentlicht wurden. (KB4039396)

Weitere Informationen finden Sie in der vollständigen Anleitung zum Microsoft der Wartung von WSUS und Configuration Manager SUP.

Die herkömmliche Überwachung der Serverleistung funktioniert effektiv für allgemeine Configuration Manager. Sie können auch die verschiedenen System Center Operations Manager-Management Packs für Configuration Manager, SQL Server und Windows Server nutzen, um die grundlegende Integrität Ihrer Server zu überwachen. Sie können auch die Windows Leistungsmonitor (PerfMon)-Leistungsindikatoren direkt überwachen, die Configuration Manager bereitstellt. Überwachen Sie die Backlogs in den verschiedenen Posteingängen auf Frühwarnzeichen für potenzielle Leistungsprobleme oder Backlogs der Website.

Siehe auch

• Richtlinien zur Größe und Leistung von Websites
• häufig gestellte Fragen zu azure Configuration Manager