Komponenten und Threads für die Inhaltsverteilung

Dieser Artikel hilft Ihnen, komponenten und Threads für die Inhaltsverteilung zu verstehen.

Ursprüngliche Produktversion: Configuration Manager current branch, Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 R2 Configuration Manager

Die für die Inhaltsverteilung verwendeten Komponenten

Hier ist eine kurze Liste der primären Komponenten, die für die Inhaltsverteilung verwendet werden:

Name	Komponentenname	Anzeigename	Beschreibung
Verteilungs-Manager	SMS_DISTRIBUTION_MANAGER	DistMgr	Verwalten von Inhalten und Erstellen von Aufträgen für PkgXferMgr
Paketübertragungsmanager	SMS_PACKAGE_TRANSFER_MANAGER	PkgXferMgr	Überträgt Pakete an Verteilungspunkte
Hierarchie-Manager	SMS_HIERARCHY_MANAGER	Hman	Verarbeitet und repliziert Änderungen an der Standorthierarchie.
Absender	SMS_SENDER	Absender	Initiiert standortübergreifende Kommunikation über TCP/IP-Netzwerke hinweg
Despooler	SMS_DESPOOLER	Despooler	Verarbeitet eingehende Replikationsdateien von übergeordneten oder untergeordneten Standorten
Scheduler	SMS_SCHEDULER	Scheduler	Erstellt Absenderaufträge
Datenbankbenachrichtigungsmonitor	SMS_DATABASE_NOTIFICATION_MONITOR	SmsDbMon	Überwacht die Datenbank auf Änderungen an bestimmten Tabellen und erstellt Dateien in den Posteingängen von Komponenten, die für die Verarbeitung dieser Änderungen verantwortlich sind.
SMS-Anbieter	SMS-Anbieter	SMSProv	WMI-Anbieter (Windows-Verwaltungsinstrumentation), der Lese- und Schreibzugriff auf die Configuration Manager Datenbank an einem Standort zuweist
SMS DP-Anbieter	SMS DP-Anbieter	SMSDPProv	WMI-Anbieter (Windows Management Instrumentation), der Inhaltsbibliotheksvorgänge auf dem DP verwaltet
SMS-Agent-Host	SMS-Agent-Host	Ccmexec	SMS-Agent-Host ist der Configuration Manager Client-Agent-Dienst, der auch serverseitige Komponenten wie Verwaltungspunkt und Pullverteilungspunkt hostet.
Datenübertragungsdienst	DataTransferService	DTS	Der Datenübertragungsdienst ist eine Komponente von CcmExec, die für das Herunterladen von Dateien über BITS verantwortlich ist.

Verteilungs-Manager-Threads (DistMgr)

Der Verteilungs-Manager (DistMgr) führt eine Vielzahl von Vorgängen aus, um Inhalte an die Verteilungspunkte (DPs) zu verteilen. Diese Vorgänge werden von den verschiedenen Threadtypen verarbeitet, und im folgenden Diagramm wird die DistMgr-Threadhierarchie für die Standardthreadkonfiguration erläutert:

• DistMgr-Hauptthread

  Protokolleintrag zur Identifizierung: SMS_EXECUTIVE started SMS_DISTRIBUTION_MANAGER as thread ID 3648 (0xE40)

  Dieser Thread wird beim Start des Diensts von SMS_Executive gestartet. Der Standard DistMgr-Thread startet die Replikationsverarbeitung, DP-Manager, Inhaltsbereinigung, DP-Zertifikatüberwachung, Inhaltsbibliotheksverschiebung, IIS-Konfigurationsänderungsverarbeitung, DP-Neuzuweisung und Upgradeverarbeitungsthreads beim Start. Außerdem wird die Paketverarbeitungsthreads bei Bedarf gestartet, wenn eine Paketänderung auftritt.

  Zusätzlich zur Verwaltung dieser Threads verarbeitet dieser Thread auch Änderungen an der Standortsteuerungsdatei und aktualisiert DP-Einstellungen (Konfigurieren von DP/PXE, Aktualisieren der Registrierungseinstellungen, Erstellen von Überwachungs-/Nutzungstasks auf dem DP usw.).

• Replikationsverarbeitungsthread

  Protokolleintrag zur Identifizierung: Starting thread for processing replication, thread ID = 0x1A14 (6676)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet und verarbeitet die folgenden Dateien im DistMgr.box\incoming Verzeichnis:

  Datei	Beschreibung
  . STA	Updates paket status in der PkgStatus Tabelle in der Datenbank.
  . FWD	Leitet das angegebene Paket an den angegebenen Zielstandort weiter, indem ein Miniauftrag zum Senden des Pakets erstellt wird.
  . DMD	Verteilt bedarfsgesteuerte Anforderungen. Zielt auf das angegebene Paket auf den angegebenen DP ab.
  . PUL	Updates die Antwort des DP-Pakets in der PullDPResponse Tabelle in der Datenbank abrufen.

  Hinweis

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads, um eine dieser Dateien zu verarbeiten.

• DP-Manager-Thread

  Protokolleintrag zur Identifizierung: Starting the DP Manager thread, thread ID = 0x5D8 (1496)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet und verarbeitet das Entfernen von DPs, wenn eine Site Control File-Änderung erkannt wird. Wenn eine entsprechende Änderung der Standortsteuerungsdatei auftritt, löscht SMSDBMON eine DPN-Datei (DP Notification) in DistMgr.box , die von diesem Thread verarbeitet wird.

  DPN-Dateien werden verwendet, um eine DP-Änderung zu benachrichtigen, die das Entfernen von DP umfasst (erkannt von Action = 3 in der DistributionPoints Tabelle).

  Hinweis

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads für die Ausführung von Aufgaben.

• Inhaltsbereinigungsthread

  Protokolleintrag zur Identifizierung: Starting the content cleanup thread, thread ID = 0x1604 (5636)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet und führt die Inhaltsbereinigung aus. Es bestimmt, ob eine Inhaltsbereinigung erforderlich ist, indem verwaiste Inhalte aus der Datenbank erkannt werden. Dieser Thread verwendet die Standardbatchgröße 50 für die Anzahl der Inhalte, die er einem Remote-DP anweisen kann, gleichzeitig zu löschen. Dieser Wert kann jedoch überschrieben werden, indem der folgende Registrierungsschlüssel festgelegt wird:

  SMS\Components\SMS_DISTRIBUTION_MANAGER\RemoteContentCleanupBatchSize

  Der DWORD-Wert kann zwischen 1 und 500 sein.

  Hinweis

  Ändern Sie diesen Wert nicht, ohne sich an den Microsoft-Support zu wenden. Dieser Thread ist singlethreaded und erstellt keine weiteren Threads für die Ausführung von Aufgaben.

• Dp-Zertifikatüberwachungsthread

  Protokolleintrag zur Identifizierung: Starting the DP cert monitoring thread, thread ID = 0x7290 (29328)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet. Dieser Thread verarbeitet . CER-Dateien und Konfigurieren der Zertifikatbindung in IIS, wenn der erweiterte HTTP-Modus aktiviert ist. Dieser Modus erfordert die Verwendung von Configuration Manager generierten Zertifikaten in IIS.

  Hinweis

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads für die Ausführung von Aufgaben.

• Inhaltsbibliotheks-Verschiebungsthread

  Protokolleintrag zur Identifizierung: Starting the content library move thread, thread ID = 0x11D6C (73068)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet und verschiebt die Inhaltsbibliothek an den neuen Speicherort nach einem . DIE CML-Datei wird in DistMgr.boxgelöscht.

  Hinweis

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads für die Ausführung von Aufgaben.

• Verarbeitungsthread für IIS-Konfigurationsänderungen

  Protokolleintrag zur Identifizierung: Starting the IIS config change processing thread, thread ID = 0x408C (16524)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet und verarbeitet die Konfiguration virtueller IIS-Verzeichnisse für Standard- und Pullverteilungspunkte, nachdem IIS-Dateien in DistMgr.boxgelöscht wurden. Dieser Thread liest die IISConfigChangeThreadLimit SCF-Eigenschaft (Site Control File) für SMS_DISTRIBUTION_MANAGER die Komponente, um die Anzahl der Threads zu bestimmen, die zum gleichzeitigen Ausführen von IIS-Änderungen gestartet werden kann. Der Standardwert der IISConfigChangeThreadLimit SCF-Eigenschaft ist 50, kann aber bei Bedarf geändert werden. Wenn diese SCF-Eigenschaft jedoch aus irgendeinem Grund nicht vorhanden ist, wird der Standardwert 50 für IISConfigChangeThreadLimitverwendet.

  Hinweis

  Dieser Thread erstellt weitere Threads, um DP IIS-Konfigurationsänderungen durchzuführen. Jeder Arbeitsthread verarbeitet die Konfiguration virtueller IIS-Verzeichnisse eines bestimmten DP.

• DP-Neuzuweisungsthread

  Protokolleintrag zur Identifizierung: Starting the shared DP reassignment thread, thread ID = 0x9C0C (39948)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet und verarbeitet DP-Neuzuweisungen für Standard- und Pullverteilungspunkte, wenn ein . Die DPU-Datei wird in DistMgr.boxgelöscht. Dieser Thread liest die SharedDPImportThreadLimit SCF-Eigenschaft (Site Control File) für SMS_DISTRIBUTION_MANAGER die Komponente, um die Anzahl der Threads zu bestimmen, die für die gleichzeitige Durchführung von DP-Neuzuweisungen gestartet werden kann. Der Standardwert der SharedDPImportThreadLimit SCF-Eigenschaft ist 50, kann aber bei Bedarf geändert werden. Wenn diese SCF-Eigenschaft jedoch aus irgendeinem Grund nicht vorhanden ist, wird der Standardwert 50 für SharedDPImportThreadLimitverwendet.

  Hinweis

  Dieser Thread erstellt weitere Threads, um DP-Neuzuweisungen durchzuführen. Jeder Arbeitsthread verarbeitet die Neuzuweisung eines bestimmten DP.

• Upgradeverarbeitungsthread

  Protokolleintrag zur Identifizierung: Starting the DP upgrade processing thread, thread ID = 0x1968 (6504)

  Dieser Thread wird vom Standard DistMgr-Thread gestartet und verarbeitet DP-Installationen und -Upgrades für Standard- und Pullverteilungspunkte. Sie ruft auf spGetDPsForUpgrade , um eine Liste der DPs abzurufen, die aktualisiert werden müssen. Dieser Thread liest die DPUpgradeThreadLimit SCF-Eigenschaft (Site Control File) für SMS_DISTRIBUTION_MANAGER die Komponente, um die Anzahl der Threads zu bestimmen, die für die gleichzeitige Ausführung von DP-Installationen/Upgrades gestartet werden kann. Der Standardwert der DPUpgradeThreadLimit SCF-Eigenschaft ist 50, kann aber bei Bedarf geändert werden. Wenn diese SCF-Eigenschaft jedoch aus irgendeinem Grund nicht vorhanden ist, wird der Standardwert 5 für DPUpgradeThreadLimitverwendet.

  Hinweis

  Dieser Thread erstellt weitere Threads, um DP-Installations-/Upgradevorgänge auszuführen. Jeder Workerthread verarbeitet die Installation/das Upgrade eines bestimmten DP.

• Paketverarbeitungsthread

  Protokolleintrag zur Identifizierung: Started package processing thread for package 'PKGID', thread ID = 0x8E8 (2280)

  Diese Threads werden vom Standard DistMgr-Thread gestartet. Die Anzahl der Paketverarbeitungsthreads wird durch die Threadeinstellung Maximale Anzahl von Paketen in den Eigenschaften der Softwareverteilungskomponenteskonfiguration bestimmt. Jeder Paketverarbeitungsthread führt das Hashing des Paketinhalts aus und erstellt eine komprimierte Kopie des Inhalts.

  Hinweis

  Obwohl alle Paketverarbeitungsthreads gleichzeitig ausgeführt werden, sind sie für das Hashen und Komprimieren der Paketquelle verantwortlich. Es gibt einen kritischen Abschnitt um die Komprimierung, was bedeutet, dass jeweils nur ein Thread den Inhalt komprimieren kann. Wenn eine Reihe neuer, großer Pakete erstellt und verteilt werden, können die Pro-Paket-Threads in einer Kette blockiert werden, die darauf wartet, dass sie an der Reihe sind, um die Komprimierungssperre zu erhalten.

  Abhängig von den Paketaktionen (Hinzufügen/Aktualisieren/Löschen) erstellt jeder Paketverarbeitungsthread auch Folgendes:

  • DP-Threads zum Erstellen eines Paketübertragungs-Manager-Auftrags zum Hinzufügen/Aktualisieren von Inhalten auf einem DP.
  • DP-Threads, um einen Remoteverteilungspunkt anzuweisen, Inhalt aus der Inhaltsbibliothek zu entfernen.

  Die Anzahl der DP-Threads, die von jedem Paketverarbeitungsthread erstellt werden kann, wird durch die Einstellung Maximale Threads pro Paket in den Eigenschaften der Softwareverteilungskomponentenkonfiguration bestimmt.

  Hinweis

  Paketverarbeitungsthreads sind Multithreads, und jeder Paketverarbeitungsthread erstellt mehr Threads für die Ausführung von Aufgaben. Jeder Arbeitsthread verarbeitet Add/Update/Remove-Vorgänge für die DPs.

Threadkonfiguration des Verteilungs-Managers

Alle Configuration Manager Standorte (einschließlich des Standorts der zentralen Verwaltung) ermöglichen das Konfigurieren der Anzahl von Threads, die zum Verteilen von Inhalten an die Verteilungspunkte (DPs) verwendet werden können. Diese Konfiguration ist für jeden Standort spezifisch und kann aufgerufen werden, indem Sie mit der rechten Maustaste auf den Standort unter dem Knoten Standorte klicken undSoftwareverteilung für Standortkomponenten> konfigurieren auswählen. Hier sehen Sie sich die Standardkonfiguration an:

In den meisten Fällen befassen Sie sich nur mit den Einstellungen Maximale Anzahl von Paketen und Maximale Anzahl von Threads pro Paket .

• Maximale Anzahl von Paketen: Gibt die maximale Anzahl von Paketen an, die ConfigMgr gleichzeitig an die DPs senden können. Der angegebene Wert sollte zwischen 1 und 50 sein.
• Maximale Anzahl von Threads pro Paket: Gibt die maximale Anzahl von Threads an, die jedem Paket während der Verteilung zugewiesen sind. Der angegebene Wert sollte zwischen 1 und 999 sein.

Die Standardkonfiguration maximale Anzahl von Paketen=3 und Maximale Anzahl von Threads pro Paket=5 kann auch auf 3x5 verwiesen werden. Auf diese Weise wird die Threadkonfiguration häufig im Workflow angegeben.

Was das wirklich bedeutet

Auswirkung auf den Verteilungs-Manager (DistMgr)

Mit der Standardthreadkonfiguration von 3x5 kann DistMgr drei Pakete gleichzeitig verarbeiten und bis zu fünf Threads für jedes Paket verwenden, sodass bis zu 15 Threads für die Ausführung von Aufgaben verwendet werden können. So wird dies unter der Annahme, dass mehr als drei Pakete auf mehr als 5 DPs verteilt werden müssen, aufschlüsselt:

Um jedes einzelne Paket zu verarbeiten, wird vom Standard DistMgr-Thread ein Paketverarbeitungsthread erzeugt. Dieser Paketverarbeitungsthread verwendet einen von drei Paketverarbeitungsslots aus der Einstellung Maximale Anzahl von Paketen . Pro Paket ist ein eindeutiger Paketverarbeitungsthread vorhanden. DistMgr startet nicht mehrere Paketverarbeitungsthreads für dasselbe Paket. Dies bedeutet, dass drei eindeutige Pakete drei eindeutige Paketverarbeitungsthreads verwenden. Jeder dieser Paketverarbeitungsthreads kann bis zu fünf DP-Threads erzeugen, um das Paket gleichzeitig auf fünf DPs zu verteilen.

Auswirkung auf den Paketübertragungs-Manager (PkgXferMgr)

Für jeden von DistMgr erstellten PkgXferMgr-Auftrag verwendet PkgXferMgr einen Thread. Threadkonfiguration von 3x5 bedeutet, dass die Sendekapazität für PkgXferMgr auf 15 festgelegt ist, was bedeutet, dass PkgXferMgr nicht an mehr als 15 Aufträgen gleichzeitig arbeiten kann, was sie auf maximal 15 Threads beschränkt.

Wie lange ein Thread ausgeführt wird

DistMgr-Threads

Der Zweck eines DP-Threads besteht darin, einen Auftrag für den Paketübertragungs-Manager zu erstellen, der dann den tatsächlichen Inhalt in den DP kopiert. DP-Threads werden nach dem Erstellen des PkgXferMgr-Auftrags beendet, sodass die Lebensdauer eines DP-Threads kurz ist. Aufgrund dieser Art ist es in den meisten Fällen nicht erforderlich, eine aggressive Threadkonfiguration einzurichten, um die Verteilung von Inhalten zu beschleunigen. Anstatt aggressive Werte festzulegen, schauen Sie auf Auswählen der richtigen Werte (weitere Informationen unten).

PkgXferMgr-Threads

Da PkgXferMgr-Threads bei Standard-DPs die eigentliche Arbeit beim Senden des Inhalts ausführen, hängt die Lebensdauer dieser Threads von der Größe der Pakete ab. Bei größeren Paketen können diese Threads je nach Paketgröße und Netzwerkgeschwindigkeit viel Zeit in Anspruch nehmen. Obwohl die Ausführung dieser Threads sehr lange dauern kann, ist die Lebensdauer von DistMgr-Threads viel kürzer, was bedeutet, dass DistMgr eine große Anzahl von Aufträgen für PkgXferMgr in die Warteschlange stellen kann, wodurch ein Backlog von Aufträgen in der Warteschlange erstellt wird.

Bei Pull-DPs benachrichtigen PkgXferMgr-Threads den Pull-DP und bitten den Pull-DP, den Inhalt herunterzuladen. Daher ist die Lebensdauer von PkgXferMgr-Threads für Pull-DPs kurz. PkgXferMgr startet einen anderen Thread, um Pull-DP-Abrufe durchzuführen (basierend auf dem konfigurierten Abrufintervall), um den Fortschritt des Auftrags zu überprüfen. Dies ist jedoch auch ein schneller Vorgang, und diese Threads haben auch eine kurze Lebensdauer.

Auswählen der richtigen Werte

Um die geeigneten Werte für diese Einstellungen zu ermitteln, müssen Sie zunächst die Configuration Manager Hierarchie verstehen. Betrachten wir die folgende hypothetische Configuration Manager Umgebung:

• Standort der zentralen Verwaltung: CS1
• Primärer Standort: PS1
• Anzahl der regulären Verteilungspunkte, die an PS1 melden: 200
• Gesamtanzahl der Pakete: 1000

In dieser Umgebung bedeutet die Standardthreadkonfiguration (3x5), dass, wenn ein neues Paket an alle 200 DPs verteilt werden muss, nur 5 DPs gleichzeitig verarbeitet werden. Sobald ein DP-Thread beendet wird, wird ein weiterer DP-Thread erstellt, und der Prozess wird fortgesetzt, bis alle DPs verarbeitet sind. Dieser Prozess dauert einige Zeit, um alle 200 DPs zu durchlaufen.

Um dies zu optimieren, müssen wir zunächst einige Fragen stellen:

1. Wie viele Pakete werden durchschnittlich gleichzeitig hinzugefügt/aktualisiert/verteilt?
2. Wie viele DPs befinden sich auf der Website? Wie ist die Netzwerkkonfiguration zwischen dem Standortserver und diesen DPs?

Angenommen, die erste Frage lautet 5 und die Antwort auf die zweite Frage 200 mit guter Netzwerkkonnektivität, können Sie theoretisch die Maximale Anzahl von Paketen auf 5 und die maximale Anzahl von Threads pro Paket auf 200 festlegen, sodass Configuration Manager bis zu fünf Pakete gleichzeitig an alle 200 DPs senden können. Dies bedeutet jedoch, dass bei mehr als der durchschnittlichen Auslastung bis zu 1.000 Threads erstellt werden können, was vielen Threads entspricht. Mehr Threads sind in der Regel gut, aber nicht immer, da die ausgeführte Arbeit auch auf Hardware- und Netzwerkkonfigurationen basiert. Zu viele Threads können manchmal Engpässe verursachen und dinge verlangsamen, anstatt sie zu verbessern.

Das Wichtigste, was Sie beim Konfigurieren dieser Einstellungen beachten sollten, ist die Suche nach einem Gleichgewicht. Für das obige Beispiel wäre eine sinnvolle Option, die Threadkonfiguration auf 5x100 (oder sogar 5x50 abhängig von Hardware/Netzwerk) festzulegen, sodass Configuration Manager weiterhin bis zu 100 DPs gleichzeitig für fünf verschiedene Pakete verarbeiten kann. Mit diesen Einstellungen wird die maximale Anzahl von Threads, die bei hoher Last erzeugt werden können, 500 nicht überschreiten.

Hinweis

Als allgemeine Richtlinie wird empfohlen, dass die Gesamtzahl der Threads 750 nicht überschreitet. Dies bedeutet, dass Sie die Threadkonfiguration auf 3x250, 5x150, 10x75 usw. festlegen können.

In derselben Hierarchie kann es zu einer Situation kommen, in der Sie einen neuen DP in die Umgebung einbinden und alle 1.000 Pakete an den DP verteilen müssen. In diesem Fall ist die Threadkonfiguration von 5x100 nicht wirksam, da wir nur 5 Pakete gleichzeitig verarbeiten können, und die Verarbeitung von 1000 Paketen dauert sehr viel Zeit. In diesem Szenario können Sie eine der folgenden Optionen wählen:

• Legen Sie die Threadkonfiguration vorübergehend auf 50 x 10 fest, die für die aktuelle Anforderung besser geeignet ist, aber langfristig keine gute Option ist, wenn wir 200 DPs haben.
• Legen Sie die Threadkonfiguration dauerhaft auf etwa 20 x 25 fest, die ein weitaus besseres Gleichgewicht bietet und eine ähnliche Leistung in einem Szenario bietet, in dem mehr Pakete an eine Handvoll DPs gehen müssen, sowie in einem Szenario, in dem eine Handvoll Pakete an viele DPs gehen müssen.

Wichtig

Es gibt keine festgelegte Empfehlung für Werte für die Threadkonfiguration. es variiert für jede Umgebung und sollte festgelegt werden, nachdem Sie Ihre Umgebung und Anforderungen kennen. Denken Sie immer daran, ein Gleichgewicht zu finden!

Konfiguration des Absenderthreads

Jeder Configuration Manager Standort (einschließlich des Standorts der zentralen Verwaltung und sekundärer Standorte) hat einen Absender. Der Absender verwaltet die Netzwerkverbindung von einem Standort zu einem Zielstandort und kann gleichzeitig Verbindungen mit mehreren Standorten herstellen. Um eine Verbindung mit einem Standort herzustellen, verwendet der Absender die Dateireplikationsroute zum Standort, um das Konto zu identifizieren, das zum Herstellen der Netzwerkverbindung verwendet werden soll. Der Absender verwendet dieses Konto auch, um Daten in die Freigabe der Zielwebsite SMS_SITE zu schreiben.

Standardmäßig schreibt der Absender Daten mithilfe mehrerer gleichzeitiger Threads an einen Zielstandort. Jeder gleichzeitige Thread kann ein anderes dateibasiertes Objekt an den Zielstandort übertragen. Wenn der Absender mit dem Senden eines Objekts beginnt, schreibt er standardmäßig datenblöcke für dieses Objekt, bis das gesamte Objekt gesendet wird.

Mit allen Configuration Manager Standorten können Sie die Anzahl der Threads konfigurieren, die von der Sender-Komponente zum gleichzeitigen Senden von Daten an andere Standorte verwendet werden können. Diese Konfiguration ist für jeden Standort spezifisch und kann über die Websiteeigenschaften unter dem Knoten Standorte aufgerufen werden, indem Sie auf die Registerkarte Absender klicken. Hier sehen Sie sich die Standardkonfiguration an:

Alle Websites: Die maximale Anzahl gleichzeitiger Kommunikation, die für diesen Absender zulässig ist. Der Standardwert ist 5. Diese Kommunikation kann für verschiedene Standorte oder alle für denselben Standort bestimmt sein, mit Ausnahme des unter Pro Standort angegebenen Höchstwerts.

Pro Standort: Die maximale Anzahl gleichzeitiger Kommunikation mit einem einzelnen Zielstandort. Der Standardwert ist 3.

Hinweis

Beim Konfigurieren der Gesamtanzahl gleichzeitig gesendeter Threads, die bei der Kommunikation mit anderen Standorten verwendet werden sollen, sollte die Gesamtanzahl der sendenden Threads als größer als die für die Einstellung pro Standort konfigurierten Threads konfiguriert werden. Wenn die Gesamtzahl der sendenden Threads der Anzahl entspricht, die pro Standort verwendet werden soll und ein empfangender Standort nicht verfügbar ist, kann dies dazu führen, dass alle sendenden Threads verwendet werden, wenn versucht wird, mit dem nicht verfügbaren Standort zu kommunizieren, und die Site-to-Site-Kommunikation mit anderen Websites verhindert wird.

Bedeutung

Der unter Alle Standorte angegebene Wert definiert die Gesamtanzahl der Threads, die sender zum gleichzeitigen Senden von Daten an andere Standorte verwenden kann. Aus der Gesamtzahl der Threads für Alle Standorte können Sie unter Pro Standort eine maximale Anzahl von Threads zuweisen, die zum Senden von Daten an einen beliebigen Zielstandort verwendet werden können. Standardmäßig ist jeder Standort so konfiguriert, dass fünf gleichzeitige Threads verwendet werden, wobei drei für das Senden von Daten an einen beliebigen Zielstandort verfügbar sind. Wenn Sie diese Anzahl erhöhen, können Sie den Durchsatz von Daten zwischen Standorten erhöhen, indem Sie Configuration Manager ermöglichen, mehr Dateien gleichzeitig zu übertragen. Eine Erhöhung dieser Anzahl erhöht auch die Nachfrage nach Netzwerkbandbreite zwischen Standorten.

Auswählen der richtigen Werte

Um geeignete Werte für diese Einstellungen zu ermitteln, müssen Sie zunächst die Configuration Manager Hierarchie verstehen. Betrachten wir die folgende hypothetische Configuration Manager Umgebung:

• Standort der zentralen Verwaltung: CS1
• Primärer Standort: PS1
• Primärer Standort: PS2
• Primärer Standort: PS3
• Primärer Standort: PS4

In dieser Umgebung ermöglicht die Standardkonfiguration des Absenderthreads die Verwendung von insgesamt 5 Threads. Von diesen fünf Threads können 3 für einen der vier primären Zielstandorte verwendet werden. Wenn ein Administrator 3 an alle diese Websites sendet, ist es möglich, dass der Absender drei Threads für eine dieser Websites verwendet (sagen wir ps1), sodass nur 2 Threads für die verbleibenden Websites übrig bleiben. Von den verbleibenden 2 Threads kann der Absender 1 für PS2 und den anderen für PS3 verwenden, wobei alle fünf zulässigen Threads verwendet werden, sodass kein Platz für das gleichzeitige Senden von Daten an PS4 bleibt. An diesem Punkt muss der Absender warten, bis einer der vorhandenen 5 Threads abgeschlossen ist, bevor er weitere Daten senden kann. Sobald ein vorhandener Thread abgeschlossen ist, kann sender einen anderen Thread verwenden, um weitere Daten an die PS2/PS3/PS4-Websites zu senden.

Es wird empfohlen, für jede Website, mit der der Absender kommuniziert, 10 Threads zurückzulegen. In diesem Fall kann der CS1-Standort mit vier anderen Standorten kommunizieren, was bedeutet, dass für den Wert Pro Standort für vier Standorte 10 festgelegt werden muss, dass der Wert Alle Websites auf 40 festgelegt wird.

Hinweis

Dies ist eine allgemeine Empfehlung, und diese Werte erfordern möglicherweise weitere Optimierungen, je nachdem, wie viele Pakete eine Website gleichzeitig an andere Websites senden muss.

Bandbreitensteuerung und Threads

In Configuration Manager können Sie einen Zeitplan konfigurieren und bestimmte Drosselungseinstellungen für Remoteverteilungspunkte sowie für Dateireplikationsrouten für Standorte festlegen. Die Steuerelemente für die Planung und Drosselung zum Remoteverteilungspunkt ähneln den Einstellungen für eine Standardadresse des Absenders. In diesem Fall werden die Einstellungen jedoch von einer Komponente namens Paketübertragungs-Manager verwendet.

Für die Komponente Paketübertragungs-Manager (für Standortserver – >DP) werden die Drosselungseinstellungen in den Eigenschaften für einen Standardverteilungspunkt konfiguriert, der sich nicht auf einem Standortserver befindet.

Für die Sender-Komponente (für Standortserver-Standortserver<>) werden die Drosselungseinstellungen in den Eigenschaften der Dateireplikationsroute unter Hierarchiekonfigurationsdateireplikation> konfiguriert.

Hinweis

Die Zeiteinstellungen basieren auf der Zeitzone des sendenden Standorts, nicht auf dem Verteilungspunkt.

Zeitplanoptionen

Um Daten einzuschränken, wählen Sie den Zeitraum und dann eine der folgenden Einstellungen für die Verfügbarkeit aus:

• Offen für alle Prioritäten: Gibt an, dass Configuration Manager Daten ohne Einschränkungen an den Verteilungspunkt sendet.

• Mittlere und hohe Priorität zulassen: Gibt an, dass Configuration Manager nur Daten mit mittlerer und hoher Priorität an den Verteilungspunkt sendet.

• Nur hohe Priorität zulassen: Gibt an, dass Configuration Manager nur Daten mit hoher Priorität an den Verteilungspunkt sendet.

• Geschlossen: Gibt an, dass Configuration Manager keine Daten an den Verteilungspunkt sendet.

  Sie können Daten nach Priorität einschränken oder die Verbindung für ausgewählte Zeiträume schließen.

Optionen für ratenlimits

Dies wird verwendet, um Ratenlimits zu konfigurieren, um die Netzwerkbandbreite zu steuern, die beim Übertragen von Inhalten an den Verteilungspunkt verwendet wird. Sie können unter folgenden Optionen wählen:

• Unbegrenzt beim Senden an dieses Ziel: Gibt an, dass Configuration Manager Inhalte ohne Ratenbeschränkungen an den Verteilungspunkt sendet.
• Impulsmodus: Gibt die Größe der Datenblöcke an, die an den Verteilungspunkt gesendet werden. Sie können auch eine Zeitverzögerung zwischen dem Senden der einzelnen Datenblöcke angeben. Verwenden Sie diese Option, wenn Sie Daten über eine Netzwerkverbindung mit geringer Bandbreite an den Verteilungspunkt senden müssen. Sie können beispielsweise Einschränkungen zum Senden von 1 KB Daten alle fünf Sekunden haben, unabhängig von der Geschwindigkeit des Links oder seiner Verwendung zu einem bestimmten Zeitpunkt.
• Auf angegebene maximale Übertragungsraten nach Stunde beschränkt: Geben Sie diese Einstellung an, damit ein Standort Daten an einen Verteilungspunkt sendet, indem nur der von Ihnen konfigurierte Zeitprozentsatz verwendet wird. Wenn Sie diese Option verwenden, identifiziert Configuration Manager nicht die verfügbare Netzwerkbandbreite, sondern teilt stattdessen die Zeit für das Senden von Daten in Zeitsegmente auf. Anschließend werden Daten für einen kurzen Zeitraum gesendet, gefolgt von Zeitblöcken, in denen keine Daten gesendet werden. Wenn die maximale Rate beispielsweise auf 50 % festgelegt ist, überträgt Configuration Manager Daten für einen bestimmten Zeitraum, gefolgt von einem gleichen Zeitraum, in dem keine Daten gesendet werden. Die tatsächliche Datengröße oder die Größe des Datenblocks wird nicht verwaltet. Stattdessen wird nur der Zeitraum verwaltet, in dem Daten gesendet werden.

Weitere Informationen zu diesen Einstellungen finden Sie unter Konfigurieren der Inhaltsverwaltung in Configuration Manager.

Auswirkungen auf Absender- und PkgXferMgr-Threads

Wenn die Bandbreitensteuerung für einen Standort aktiviert ist, ignoriert die Senderkomponente die Konfiguration des Absenderthreads für den Standort und verwendet nur einen Thread für diesen Standort. Wenn die Bandbreitensteuerung für einen DP aktiviert ist, ignoriert PkgXferMgr die Threadkonfiguration und verwendet nur einen Thread für den DP.

Hinweis

Dies gilt auch, wenn der Grenzwert für verfügbare Bandbreite (%) auf 100 % festgelegt ist.

Wenn die Bandbreitensteuerung aktiviert ist, protokolliert PkgXferMgr.log eine der folgenden Zeilen:

Planung:

~Address to DPNAME.CONTOSO.COM befindet sich derzeit unter Bandbreitenkontrolle, daher ist nur eine Verbindung zulässig, die die Sendeanforderung an den Pool zurückgibt.

Pulsmodus:

~Addres zu DPNAME.CONTOSO.COM sich derzeit im Pulsmodus befindet, daher ist nur eine Verbindung zulässig.
~Sendeanforderung wird abgebrochen, da nur eine Verbindung im Pulsmodus zulässig ist.

Sender.log werden ähnliche Einträge angezeigt, wenn die Bandbreitendrosselung konfiguriert ist.