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 schnelle Liste der primären Komponenten, die für die Inhaltsverteilung verwendet werden:

Name	Komponentenname	Anzeigename	Beschreibung
Verteilungs-Manager	SMS_DISTRIBUTION_MANAGER	DistMgr	Verwaltet Inhalte und erstellt Aufträge 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 Websitehierarchie
Sender	SMS_SENDER	Sender	Initiiert die 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	Windows-Verwaltungsinstrumentation (WMI)-Anbieter, der Lese- und Schreibzugriff auf die Configuration Manager-Datenbank an einem Standort zuweist
SMS DP Provider	SMS DP Provider	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 hosten
Datenübertragungsdienst	DataTransferService	DTS	Der Datenübertragungsdienst ist eine Komponente von CcmExec, die für das Herunterladen von Dateien über BITS verantwortlich ist.

Distribution Manager (DistMgr)-Threads

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 Threadstypen behandelt, und im folgenden Diagramm wird die DistMgr-Threadhierarchie für die Standardthreadkonfiguration erläutert:

• Hauptthread distMgr

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

  Dieser Thread wird vom SMS_Executive Dienststart gestartet. Der Hauptthread DistMgr startet die Replikationsverarbeitung, DP-Manager, Inhaltsbereinigung, DP-Zertifikatüberwachung, Inhaltsbibliotheksverschiebung, IIS-Konfigurationsänderungsverarbeitung, DP-Neuzuweisungs- 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 Site Control File und aktualisiert DP-Einstellungen (konfigurieren DP/PXE, Aktualisieren von Registrierungseinstellungen, Erstellen von Überwachungs-/Verwendungsaufgaben auf dem DP usw.).

• Replikationsverarbeitungsthread

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

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

  Datei	Beschreibung
  . STA	Aktualisiert den Paketstatus in der PkgStatus Tabelle in der Datenbank.
  . FWD	Leitet das angegebene Paket an die angegebene Zielwebsite weiter, indem ein Miniauftrag zum Senden des Pakets erstellt wird.
  . DMD	Verteilt On-Demand-Anforderungen. Zielt auf das angegebene Paket auf den angegebenen DP ab.
  . PUL	Aktualisiert die Pull-DP-Paketantwort in der PullDPResponse Tabelle in der DB.

  Notiz

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads zum Verarbeiten dieser Dateien.

• DP-Manager-Thread

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

  Dieser Thread wird vom Hauptthread DistMgr gestartet und verarbeitet das Entfernen von DPs, wenn eine Änderung der Site Control File erkannt wird. Wenn eine entsprechende Änderung der Site Control File erfolgt, legt SMSDBMON eine DPN-Datei (DP Notification) in DistMgr.box dieser Thread verarbeitet.

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

  Notiz

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads zum Ausführen von Aufgaben.

• Inhaltsbereinigungsthread

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

  Dieser Thread wird vom Hauptthread DistMgr gestartet und führt die Inhaltsbereinigung aus. Sie bestimmt, ob die 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 ein Remote-DP gleichzeitig löschen kann. Dieser Wert kann jedoch durch Festlegen des folgenden Registrierungsschlüssels außer Kraft gesetzt werden:

  SMS\Components\SMS_DISTRIBUTION_MANAGER\RemoteContentCleanupBatchSize

  DWORD-Wert kann zwischen 1 und 500 sein.

  Notiz

  Ändern Sie diesen Wert nicht, ohne microsoft support professional zu konsultieren. Dieser Thread ist singlethreaded und erstellt keine weiteren Threads zum Ausführen von Aufgaben.

• DP-Zertifikatüberwachungsthread

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

  Dieser Thread wird vom Hauptthread DistMgr gestartet. Dieser Thread verarbeitet . CER-Dateien und konfigurieren die Zertifikatbindung in IIS, wenn der erweiterte HTTP-Modus aktiviert ist. Für diesen Modus ist die Verwendung von von Configuration Manager generierten Zertifikaten in IIS erforderlich.

  Notiz

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads zum Ausführen von Aufgaben.

• Verschiebungsthread für Inhaltsbibliotheken

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

  Dieser Thread wird vom Hauptthread DistMgr gestartet und verschiebt die Inhaltsbibliothek nach einem . CML-Datei wird in DistMgr.box.

  Notiz

  Dieser Thread ist singlethreaded und erstellt keine weiteren Threads zum Ausführen von Aufgaben.

• IIS-Konfigurationsänderungsverarbeitungsthread

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

  Dieser Thread wird vom Hauptthread DistMgr gestartet und behandelt die Konfiguration virtueller IIS-Verzeichnisse für Standard- und Pullverteilungspunkte, nachdem IIS-Dateien abgelegt DistMgr.boxwurden. Dieser Thread liest die IISConfigChangeThreadLimit SCF-Eigenschaft (Site Control File) für SMS_DISTRIBUTION_MANAGER die Komponente, um die Anzahl der Threads zu ermitteln, die sie für die gleichzeitige Ausführung von IIS-Änderungen starten 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 von 50 verwendet IISConfigChangeThreadLimit.

  Notiz

  Dieser Thread erstellt weitere Threads zum Ausführen von DP IIS-Konfigurationsänderungen. Jeder Workerthread behandelt die Konfiguration virtueller IIS-Verzeichnisse eines bestimmten DP.

• DP-Thread neu zuweisen

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

  Dieser Thread wird vom Hauptthread DistMgr gestartet und behandelt DP-Neuzuordnungen für Standard- und Pullverteilungspunkte, wenn ein . Die DPU-Datei wird in DistMgr.box. 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 von 50 verwendet SharedDPImportThreadLimit.

  Notiz

  Dieser Thread erstellt weitere Threads zum Durchführen von DP-Neuzuordnungen. Jeder Arbeitsthread behandelt die Neuzuweisung eines bestimmten DP.

• Upgradeverarbeitungsthread

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

  Dieser Thread wird vom Hauptthread DistMgr gestartet und behandelt DP-Installationen und -Upgrades für Standard- und Pullverteilungspunkte. Sie ruft spGetDPsForUpgrade auf, 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 ermitteln, die sie für die gleichzeitige Durchführung von DP-Installationen/Upgrades starten kann. Der Standardwert der DPUpgradeThreadLimit SCF-Eigenschaft ist 50, kann aber bei Bedarf geändert werden. Wenn diese SCF-Eigenschaft aus irgendeinem Grund jedoch nicht vorhanden ist, wird der Standardwert von 5 für DPUpgradeThreadLimit.

  Notiz

  Dieser Thread erstellt weitere Threads zum Ausführen von DP-Installations-/Upgradearbeiten. Jeder Workerthread behandelt die Installation/Das Upgrade eines bestimmten DP.

• Paketverarbeitungsthread

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

  Diese Threads werden vom Hauptthread DistMgr gestartet. Die Anzahl der Paketverarbeitungsthreads wird durch die maximale Anzahl der Paketthreadeinstellungen in den Konfigurationseigenschaften der Softwareverteilungskomponente bestimmt. Jeder Paketverarbeitungsthread führt den Hashing des Paketinhalts durch und erstellt eine komprimierte Kopie des Inhalts.

  Notiz

  Obwohl alle Paketverarbeitungsthreads gleichzeitig ausgeführt werden, sind sie für Hashing und Komprimierung der Paketquelle verantwortlich. Es gibt einen kritischen Abschnitt um die Komprimierung, was bedeutet, dass jeweils nur ein Thread Inhalte komprimieren kann. Wenn eine Reihe neuer, großer Pakete erstellt und verteilt werden, können die pro Paketthreads in einer Kette blockiert werden, die darauf wartet, dass sie die Komprimierungssperre erhalten.

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

  • DP-Threads zum Erstellen eines Paketübertragungs-Managers-Auftrags zum Hinzufügen/Aktualisieren von Inhalten auf einem DP.
  • DP-Threads zum Anweisen eines Remoteverteilungspunkts zum Entfernen von Inhalten aus der Inhaltsbibliothek.

  Die Anzahl der DP-Threads, die jeder Paketverarbeitungsthread erstellen kann, wird durch die maximalen Threads pro Paketeinstellung in den Konfigurationseigenschaften der Softwareverteilungskomponente bestimmt.

  Notiz

  Paketverarbeitungsthreads sind multithreads, und jeder Paketverarbeitungsthread erstellt weitere Threads, um Arbeit auszuführen. Jeder Workerthread behandelt Add-/Update-/Remove-Vorgänge für die DPs.

Threadkonfiguration des Verteilungs-Managers

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

In den meisten Fällen würden Sie sich nur mit der maximalen Anzahl von Paketen und den maximalen Threads pro Paketeinstellungen befassen.

• Maximale Anzahl von Paketen: Gibt die maximale Anzahl von Paketen an, die ConfigMgr gleichzeitig an die DPs senden kann. Der angegebene Wert sollte zwischen 1 und 50 sein.
• Maximale Threads pro Paket: Gibt die maximale Anzahl von Threads an, die den einzelnen Paketen während der Verteilung zugewiesen wurden. Der angegebene Wert sollte zwischen 1 und 999 sein.

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

Was dies wirklich bedeutet

Auswirkung auf Distribution 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 es bis zu 15 Threads verwenden kann, um Arbeit auszuführen. Hier erfahren Sie, wie dies aufteilt, wenn wir mehr als drei Pakete haben, die auf mehr als 5 DPs verteilt werden müssen:

Um jedes einzelne Paket zu verarbeiten, wird ein Paketverarbeitungsthread vom Hauptthread DistMgr abgerufen. Dieser Paketverarbeitungsthread verwendet einen von drei Paketverarbeitungsplätzen aus der Maximalen Anzahl von Paketeinstellungen . Pro Paket gibt es einen eindeutigen Paketverarbeitungsthread – 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 erstellen, 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 gleichzeitig an mehr als 15 Aufträgen arbeiten kann, wodurch sie auf maximal 15 Threads beschränkt wird.

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 die eigentliche Inhaltskopie in den DP ausführt. DP-Threads werden nach dem Erstellen des PkgXferMgr-Auftrags abgeschlossen, und daher ist die Lebensdauer eines DP-Threads kurz. Aufgrund dieser Art ist es meistens nicht erforderlich, eine aggressive Threadkonfiguration einzurichten, um die Inhaltsverteilung zu beschleunigen. Anstatt aggressive Werte festzulegen, schauen Sie sich die Auswahl der richtigen Werte an (weitere Informationen unten).

PkgXferMgr-Threads

Da PkgXferMgr-Threads bei Standard-DPs die eigentliche Arbeit des Sendens 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 sehr lange dauern. Während diese Threads lange dauern können, 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.

Für 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 zuerst die Configuration Manager-Hierarchie verstehen. Betrachten wir die folgende hypothetische Configuration Manager-Umgebung:

• Zentraladministrationswebsite: CS1
• Primäre Website: PS1
• Anzahl der regelmäßigen Verteilungspunkte, die an PS1 gemeldet werden: 200
• Gesamtanzahl der Pakete: 1000

In dieser Umgebung bedeutet die Standardthreadkonfiguration (3x5), dass, wenn ein neues Paket an alle 200 DPs verteilt werden muss, jeweils nur 5 DPs verarbeiten. Sobald ein DP-Thread beendet wird, wird ein anderer DP-Thread dann spawniert, und der Prozess wird fortgesetzt, bis alle DPs verarbeitet werden. Dieser Vorgang 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 sehen Sie, dass Sie gleichzeitig hinzugefügt/aktualisiert/verteilt werden?
2. Wie viele DPs haben Sie auf der Website? Wie ist die Netzwerkkonfiguration zwischen dem Standortserver und diesen DPs?

Wenn die Antwort auf die erste Frage 5 ist und die Antwort auf die zweite Frage 200 mit guter Netzwerkkonnektivität ist, könnten Sie theoretisch die maximale Anzahl von Paketen auf 5 und maximal 200 Threads pro Paket auf 200 festlegen, sodass Configuration Manager bis zu fünf Pakete gleichzeitig an alle 200 DPs senden kann. Dies bedeutet jedoch, dass bei mehr als der durchschnittliche Ladeaufwand bis zu 1000 Threads erstellt werden können, die viele Threads sind. 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 die Dinge verlangsamen, anstatt sie zu verbessern.

Das Wichtigste, was Sie beim Konfigurieren dieser Einstellungen beachten sollten, besteht darin, ein Gleichgewicht zu finden. Im obigen Beispiel wäre eine vernünftige Option, die Threadkonfiguration auf 5x100 (oder sogar 5x50 je nach Hardware/Netzwerk) festzulegen, mit der Configuration Manager weiterhin bis zu 100 DPs gleichzeitig für fünf verschiedene Pakete verarbeiten kann. Bei diesen Einstellungen überschreitet die maximale Anzahl von Threads, die während der hohen Auslastung spawendbar sind, nicht mehr als 500.

Notiz

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

In derselben Hierarchie können Sie in einer Situation auftreten, in der Sie einen neuen DP in die Umgebung bringen und alle 1000 Pakete an den DP verteilen müssen. In diesem Fall wird die Threadkonfiguration von 5x100 nicht wirksam sein, da wir jeweils nur fünf Pakete verarbeiten können, und die Verarbeitung von 1000 Paketen dauert viel Zeit. In diesem Szenario können Sie eine der folgenden Optionen auswählen:

• Legen Sie die Threadkonfiguration vorübergehend auf etwa 50x10 fest, die für die aktuelle Anforderung besser geeignet ist, ist aber langfristig keine gute Option, wenn wir 200 DPs haben.
• Legen Sie die Threadkonfiguration dauerhaft auf etwa 20 x 25 fest, das eine wesentlich bessere Balance bietet und eine ähnliche Leistung in einem Szenario bietet, in dem mehr Pakete zu handvoll DPs wechseln müssen, sowie ein Szenario, in dem eine Handvoll Pakete zu vielen DPs wechseln müssen.

Wichtig

Es gibt keine festgelegte Empfehlung für Werte für die Threadkonfiguration; Sie variiert für jede Umgebung und sollte nach dem Verständnis Ihrer Umgebung und Anforderungen festgelegt werden. Denken Sie immer daran, ein Gleichgewicht zu finden!

Konfiguration des Absenderthreads

Jeder Configuration Manager-Standort (einschließlich des Zentraladministrationsstandorts und sekundärer Standorte) hat einen Absender. Der Absender verwaltet die Netzwerkverbindung von einem Standort zu einem Zielstandort und kann gleichzeitig Verbindungen zu mehreren Standorten herstellen. Um eine Verbindung mit einem Standort herzustellen, verwendet der Absender die Dateireplikationsroute an den 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 SMS_SITE Zielwebsite zu schreiben.

Standardmäßig schreibt der Absender Daten mithilfe mehrerer gleichzeitiger Threads in eine Zielwebsite. Jeder gleichzeitige Thread kann ein anderes dateibasiertes Objekt an die Zielwebsite übertragen. Wenn der Absender mit dem Senden eines Objekts beginnt, schreibt er standardmäßig weiterhin 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 spezifisch für jede Website und kann über die Websiteeigenschaften unter dem Knoten "Websites " aufgerufen werden, indem Sie die Registerkarte "Absender " auswählen. Hier sehen Sie sich die Standardkonfiguration an:

Alle Websites: Die maximale Anzahl gleichzeitiger Kommunikationen, die für diesen Absender zulässig sind. Der Standardwert ist 5. Diese Kommunikation kann für unterschiedliche Websites oder alle für die gleiche Website bestimmt werden, mit Ausnahme der Einschränkung durch den höchstwert, der auf "Pro Website" angegeben ist.

Pro Standort: Die maximale Anzahl gleichzeitiger Kommunikationen, die an einen einzelnen Zielstandort zulässig sind. Der Standardwert ist 3.

Notiz

Beim Konfigurieren der Gesamtanzahl der gleichzeitigen Sendethreads, die bei der Kommunikation mit anderen Websites verwendet werden sollen, sollte die Gesamtanzahl der sendenden Threads als eine größere Zahl als die Threads konfiguriert werden, die für die Einstellung pro Standort konfiguriert sind. Wenn die Gesamtanzahl der Sendethreads der Anzahl entspricht, die pro Standort verwendet werden soll und eine empfangende Website nicht verfügbar ist, kann es dazu führen, dass alle sendenden Threads verwendet werden, wenn Sie versuchen, mit der nicht verfügbaren Website zu kommunizieren und die Kommunikation zwischen Websites und anderen Websites zu verhindern.

Was dies bedeutet

Der unter "Alle Websites " angegebene Wert definiert die Gesamtanzahl der Threads, die Sender zum gleichzeitigen Senden von Daten an andere Websites verwenden kann. Aus der Gesamtanzahl der Threads für alle Websites können Sie eine maximale Anzahl von Threads unter "Pro Website " zuweisen, die zum Senden von Daten an eine beliebige Zielwebsite verwendet werden können. Standardmäßig ist jede Website für die Verwendung von fünf gleichzeitigen Threads konfiguriert, die für das Senden von Daten an eine beliebige Zielwebsite verfügbar sind. Wenn Sie diese Zahl erhöhen, können Sie den Durchsatz von Daten zwischen Standorten erhöhen, indem Sie configuration Manager das gleichzeitige Übertragen weiterer Dateien ermöglichen. Die Erhöhung dieser Zahl erhöht auch den Bedarf an Netzwerkbandbreite zwischen Standorten.

Auswählen der richtigen Werte

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

• Zentraladministrationswebsite: CS1
• Primäre Website: PS1
• Primäre Website: PS2
• Primäre Website: PS3
• Primäre Website: PS4

In dieser Umgebung ermöglicht die Standardmäßige Absenderthreadkonfiguration die Verwendung von insgesamt 5 Threads. Von diesen 5 Threads kann 3 für einen der vier primären Zielwebsites 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 (d. h. PS1), wobei nur zwei Threads für die verbleibenden Websites verbleiben. 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 keinen Platz für das gleichzeitige Senden von Daten an PS4 haben. An diesem Punkt muss der Absender warten, bis einer der vorhandenen fünf Threads abgeschlossen ist, bevor weitere Daten gesendet werden können. Sobald ein vorhandener Thread abgeschlossen ist, kann Sender dann einen anderen Thread verwenden, um weitere Daten an die PS2/PS3/PS4-Websites zu senden.

Es wird empfohlen, 10 Threads für jede Website aufzuheben, mit der der Absender kommuniziert. In diesem Fall kann die CS1-Website mit vier anderen Websites kommunizieren. Dies bedeutet, dass für vier Websites ein Wert pro Standort den Wert "Alle Websites" auf 40 festgelegt werden muss.

Notiz

Dies ist eine allgemeine Empfehlung, und diese Werte erfordern möglicherweise eine weitere Optimierung, abhängig von der Anzahl der Pakete, die eine Website gleichzeitig an andere Websites senden muss.

Bandbreitensteuerung und Threads

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

Für die Paketübertragungs-Manager-Komponente (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 Einschränkungseinstellungen in den Eigenschaften der Dateireplikationsroute unter Hierarchiekonfigurationsdateireplikation> konfiguriert.

Notiz

Die Zeiteinstellungen basieren auf der Zeitzone vom sendenden Standort, nicht auf dem Verteilungspunkt.

Zeitplanoptionen

Um Daten einzuschränken, wählen Sie den Zeitraum aus, und wählen Sie 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 Zinsgrenzwerte

Dies wird verwendet, um Geschwindigkeitsbeschränkungen zu konfigurieren, um die Netzwerkbandbreite zu steuern, die beim Übertragen von Inhalten an den Verteilungspunkt verwendet wird. Sie können eine der folgenden Optionen auswählen:

• Unbegrenzt, wenn sie an dieses Ziel gesendet werden: Gibt an, dass Configuration Manager Inhalte an den Verteilungspunkt sendet, ohne Einschränkungen für Die Ratenbeschränkungen.
• 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 jedes Datenblocks angeben. Verwenden Sie diese Option, wenn Sie Daten über eine Netzwerkverbindung mit geringer Bandbreite an den Verteilungspunkt senden müssen. Sie können z. B. Einschränkungen haben, um alle fünf Sekunden 1 KB Daten zu senden, unabhängig von der Geschwindigkeit des Links oder seiner Nutzung zu einem bestimmten Zeitpunkt.
• Beschränkt auf die angegebenen maximalen Übertragungsraten pro Stunde: Geben Sie diese Einstellung an, damit eine Website Daten an einen Verteilungspunkt sendet, indem Sie nur den von Ihnen konfigurierten Prozentsatz verwenden. Wenn Sie diese Option verwenden, identifiziert Configuration Manager nicht die verfügbare Bandbreite der Netzwerke, sondern teilt stattdessen die Zeit auf, mit der Daten in Datensegmente gesendet werden können. Anschließend werden Daten für einen kurzen Zeitblock gesendet, gefolgt von Zeitblöcken, wenn Daten nicht gesendet werden. Wenn beispielsweise die maximale Rate 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 Größe der Daten oder die Größe des Datenblocks wird nicht verwaltet. Stattdessen wird nur die Zeitspanne, in der Daten gesendet werden, verwaltet.

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 Absenderkomponente die Absenderthreadkonfiguration für den Standort und verwendet nur einen Thread für diesen Standort. Ebenso ignoriert PkgXferMgr bei aktivierter Bandbreitensteuerung die Threadkonfiguration und verwendet nur einen Thread für den DP.

Notiz

Dies gilt auch dann, wenn die verfügbare Bandbreite (%) auf 100 % festgelegt ist.

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

Terminplanung:

~Adresse an DPNAME.CONTOSO.COM befindet sich derzeit unter der Bandbreitensteuerung, daher ist nur eine Verbindung zulässig und gibt sendeanforderung an den Pool zurück.

Impulsmodus:

~Addres zu DPNAME.CONTOSO.COM befindet sich derzeit im Impulsmodus, daher ist nur eine Verbindung zulässig.
~Abbruch der Sendeanfrage, da nur eine Verbindung im Impulsmodus zulässig ist.

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