Компоненты и потоки для распространения содержимого

Эта статья поможет понять компоненты и потоки для распространения содержимого.

Исходная версия продукта: Configuration Manager current branch, Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 R2 Configuration Manager

Компоненты, используемые для распространения содержимого

Ниже приведен краткий список основных компонентов, используемых для распространения содержимого:

Имя.	Наименование компонента	Понятное имя	Description
Диспетчер распространителя	SMS_DISTRIBUTION_MANAGER	DistMgr	Управляет содержимым и создает задания для PkgXferMgr
Диспетчер передачи пакетов	SMS_PACKAGE_TRANSFER_MANAGER	PkgXferMgr	Передача пакетов в точки распространения
Диспетчер иерархий	SMS_HIERARCHY_MANAGER	Хман	Обрабатывает и реплицирует изменения в иерархии сайта
Отправитель	SMS_SENDER	Отправитель	Инициирует обмен данными между сайтами между сетями TCP/IP
Депулер	SMS_DESPOOLER	Депулер	Обрабатывает входящие файлы репликации с родительских или дочерних сайтов
Планировщик	SMS_SCHEDULER	Планировщик	Создает задания отправителя
Монитор уведомлений базы данных	SMS_DATABASE_NOTIFICATION_MONITOR	SmsDbMon	Просматривает базу данных для изменений в определенных таблицах и создает файлы в папке "Входящие" компонентов, ответственных за обработку этих изменений.
поставщика SMS	поставщика SMS	SMSProv	Поставщик инструментария управления Windows (WMI), который назначает доступ на чтение и запись к базе данных Configuration Manager на сайте
Поставщик SMS DP	Поставщик SMS DP	SMSDPProv	Поставщик инструментария управления Windows (WMI), который управляет операциями библиотеки содержимого в DP
Узел агента SMS	Узел агента SMS	CcmExec	Узел агента SMS — это служба агента клиента Configuration Manager, которая также размещает серверные компоненты, такие как точка управления и точка распространения по запросу
Служба передачи данных	DataTransferService	DTS	Служба передачи данных — это компонент CcmExec, отвечающий за скачивание файлов с помощью BITS.

Потоки диспетчера рассылки (DistMgr)

Диспетчер распространения (DistMgr) выполняет различные операции для распространения содержимого в точки распространения (DPS). Эти операции обрабатываются различными типами потоков, и на схеме ниже объясняется иерархия потоков DistMgr для конфигурации потока по умолчанию:

• Основной поток DistMgr

  Запись журнала для идентификации: SMS_EXECUTIVE started SMS_DISTRIBUTION_MANAGER as thread ID 3648 (0xE40)

  Этот поток запускается при SMS_Executive запуске службы. Основной поток DistMgr запускает обработку репликации, диспетчер DP, очистку содержимого, мониторинг сертификатов DP, перемещение библиотеки содержимого, обработку изменений конфигурации IIS, переназначение DP и потоки обработки обновления при запуске. Он также запускает потоки обработки пакетов по запросу при изменении пакета

  Помимо управления этими потоками, этот поток также обрабатывает изменения в файле управления сайтом и обновляет параметры DP (настройте DP/PXE, обновите параметры реестра, создайте задачи мониторинга и использования в DP и т. д.

• Поток обработки репликации

  Запись журнала для идентификации: Starting thread for processing replication, thread ID = 0x1A14 (6676)

  Этот поток запускается основным потоком DistMgr и обрабатывает следующие файлы в каталоге DistMgr.box\incoming :

  Файл	Description
  . STA	Обновляет состояние пакета в PkgStatus таблице в базе данных.
  . FWD	Пересылает указанный пакет на указанный целевой сайт, создав мини-задание для отправки пакета.
  . DMD	Распределяет запросы по запросу. Предназначен для указанного пакета к указанному DP.
  . ПУЛИ	Обновляет ответ PullDPResponse пакета DP в таблице в базе данных.

  Примечание.

  Этот поток является однопоточным и не создает больше потоков для обработки любого из этих файлов.

• Поток DP Manager

  Запись журнала для идентификации: Starting the DP Manager thread, thread ID = 0x5D8 (1496)

  Этот поток запускается основным потоком DistMgr и обрабатывает удаление DPS при обнаружении изменения файла управления сайтом. При изменении соответствующего файла элемента управления сайтом SMSDBMON удаляет файл DPN (DP Notification) в DistMgr.box этом потоке.

  Файлы DPN используются для уведомления об изменении DP, которое включает удаление DP (обнаружено действием = 3 в DistributionPoints таблице).

  Примечание.

  Этот поток является однопоточным и не создает больше потоков для выполнения работы.

• Поток очистки содержимого

  Запись журнала для идентификации: Starting the content cleanup thread, thread ID = 0x1604 (5636)

  Этот поток запускается основным потоком DistMgr и выполняет очистку содержимого. Он определяет, требуется ли очистка содержимого путем обнаружения потерянных содержимого из базы данных. Этот поток использует размер пакета по умолчанию 50 для количества содержимого, который может указать удаленному dp удалить за раз. Однако это значение можно переопределить, задав следующий раздел реестра:

  SMS\Components\SMS_DISTRIBUTION_MANAGER\RemoteContentCleanupBatchSize

  Значение DWORD может быть от 1 до 500.

  Примечание.

  Не изменяйте это значение без консультации с специалистом по поддержке Майкрософт. Этот поток является однопоточным и не создает больше потоков для выполнения работы.

• Поток мониторинга сертификатов DP

  Запись журнала для идентификации: Starting the DP cert monitoring thread, thread ID = 0x7290 (29328)

  Этот поток запускается основным потоком DistMgr. Этот поток обрабатывает . CER-файлы и настраивает привязку сертификата в СЛУЖБАх IIS при включении расширенного режима HTTP. Этот режим требует использования созданных сертификатов Configuration Manager в IIS.

  Примечание.

  Этот поток является однопоточным и не создает больше потоков для выполнения работы.

• Поток перемещения библиотеки содержимого

  Запись журнала для идентификации: Starting the content library move thread, thread ID = 0x11D6C (73068)

  Этот поток запускается основным потоком DistMgr и перемещает библиотеку содержимого в новое расположение после . CML-файл удаляется в DistMgr.box.

  Примечание.

  Этот поток является однопоточным и не создает больше потоков для выполнения работы.

• Поток обработки изменений конфигурации IIS

  Запись журнала для идентификации: Starting the IIS config change processing thread, thread ID = 0x408C (16524)

  Этот поток запускается основным потоком DistMgr и обрабатывает настройку виртуальных каталогов IIS для стандартных точек распространения и извлечения после удаления DistMgr.boxфайлов IIS. Этот поток считывает свойство Файла управления сайтом IISConfigChangeThreadLimit (SCF) для компонента, SMS_DISTRIBUTION_MANAGER чтобы определить количество потоков, которые можно запустить для одновременного выполнения изменений IIS. Значение IISConfigChangeThreadLimit по умолчанию свойства SCF равно 50, но при необходимости его можно изменить. Однако если это свойство SCF не существует по какой-то причине, значение по умолчанию 50 используется для IISConfigChangeThreadLimit.

  Примечание.

  Этот поток создает дополнительные потоки для выполнения изменений конфигурации IIS DP. Каждый рабочий поток обрабатывает конфигурацию виртуальных каталогов IIS определенного DP.

• Поток переназначения DP

  Запись журнала для идентификации: Starting the shared DP reassignment thread, thread ID = 0x9C0C (39948)

  Этот поток запускается основным потоком DistMgr и обрабатывает переназначения DP для стандартных и извлекаемых точек распространения при выполнении . DPU-файл удаляется DistMgr.box. Этот поток считывает свойство файла управления сайтом SharedDPImportThreadLimit (SCF) для компонента, SMS_DISTRIBUTION_MANAGER чтобы определить количество потоков, которые он может начать для одновременного выполнения переназначений DP. Значение SharedDPImportThreadLimit по умолчанию свойства SCF равно 50, но при необходимости его можно изменить. Однако если это свойство SCF не существует по какой-то причине, значение по умолчанию 50 используется для SharedDPImportThreadLimit.

  Примечание.

  Этот поток создает дополнительные потоки для выполнения переназначений DP. Каждый рабочий поток обрабатывает переназначение определенного DP.

• Обновление потока обработки

  Запись журнала для идентификации: Starting the DP upgrade processing thread, thread ID = 0x1968 (6504)

  Этот поток запускается основным потоком DistMgr и обрабатывает установки и обновления DP для стандартных точек распространения и извлечения. Он вызывает spGetDPsForUpgrade получение списка DPS, которые необходимо обновить. Этот поток считывает свойство Файла управления сайтом DPUpgradeThreadLimit (SCF) для компонента, SMS_DISTRIBUTION_MANAGER чтобы определить количество потоков, которые можно запустить для одновременного выполнения установки и обновления DP. Значение DPUpgradeThreadLimit по умолчанию свойства SCF равно 50, но при необходимости его можно изменить. Однако если это свойство SCF не существует по какой-то причине, значение по умолчанию 5 используется для DPUpgradeThreadLimit.

  Примечание.

  Этот поток создает дополнительные потоки для выполнения работы по установке и обновлению DP. Каждый рабочий поток обрабатывает установку или обновление определенного DP.

• Поток обработки пакетов

  Запись журнала для идентификации: Started package processing thread for package 'PKGID', thread ID = 0x8E8 (2280)

  Эти потоки запускаются основным потоком DistMgr. Количество потоков обработки пакетов определяется максимальным числом потоков пакетов в свойствах конфигурации компонента распространения программного обеспечения. Каждый поток обработки пакетов выполняет хэширование содержимого пакета и создает сжатые копии содержимого.

  Примечание.

  Хотя все потоки обработки пакетов выполняются одновременно, они отвечают за хэширование и сжатие источника пакета. Существует критически важный раздел вокруг сжатия, то есть только один поток может сжимать содержимое одновременно. Если куча новых, большие пакеты создаются и распределяются, потоки каждого пакета могут блокироваться в цепочке, ожидая их поворота, чтобы получить блокировку сжатия.

  В зависимости от действий пакета (add/update/delete), каждый поток обработки пакетов также создает:

  • Потоки DP для создания задания диспетчера передачи пакетов для добавления и обновления содержимого в DP.
  • Потоки DP, чтобы указать удаленной точке распространения удалить содержимое из библиотеки содержимого.

  Количество потоков DP для каждого потока обработки пакетов, которое может создаваться, определяется максимальными потоками для каждого пакета в свойствах конфигурации компонента распространения программного обеспечения.

  Примечание.

  Потоки обработки пакетов многопотоковые, и каждый поток обработки пакетов создает больше потоков для выполнения работы. Каждый рабочий поток обрабатывает операции добавления и обновления и удаления для DPS.

Конфигурация потока диспетчера рассылки

Все сайты Configuration Manager (включая сайт центра администрирования) позволяют настраивать количество потоков, которые можно использовать для распространения содержимого в точки распространения (DPS). Эта конфигурация зависит от каждого сайта и может быть доступ к ней, щелкнув правой кнопкой мыши сайт в узле "Сайты" и выбрав "Настройка распространения программного обеспечения компонентов>сайта". Ниже приведен обзор конфигурации по умолчанию:

В большинстве случаев вы будете беспокоиться только о максимальном количестве пакетов и максимальных потоках для параметров пакета .

• Максимальное количество пакетов: указывает максимальное количество пакетов, которые ConfigMgr может отправлять в DPS одновременно. Указанное значение должно быть от 1 до 50.
• Максимальное количество потоков на пакет: указывает максимальное количество потоков, назначенных каждому пакету во время распространения. Указанное значение должно быть от 1 до 999.

Конфигурация по умолчанию максимального числа пакетов=3 и максимальных потоков на пакет=5 также может быть названа 3x5. Вот как конфигурация потока часто обозначается в рабочем процессе.

То, что это действительно означает

Влияние на диспетчер распространителя (DistMgr)

С конфигурацией потока по умолчанию 3x5 DistMgr может одновременно обрабатывать три пакета и использовать до пяти потоков для каждого пакета, что позволяет использовать до 15 потоков для выполнения работы. Вот как это разбивается, если у нас есть более трех пакетов, которые должны распространяться на более чем 5 DPS:

Для обработки каждого отдельного пакета поток обработки пакетов создается основным потоком DistMgr. Этот поток обработки пакетов использует один из трех слотов обработки пакетов из максимального числа пакетов . Существует уникальный поток обработки пакетов для каждого пакета. DistMgr не запускает несколько потоков обработки пакетов для одного пакета. Это означает, что три уникальных пакета будут использовать три уникальных потока обработки пакетов. Каждый из этих потоков обработки пакетов может создавать до пяти потоков DP для одновременного распределения пакета до пяти DPS.

Влияние на диспетчер передачи пакетов (PkgXferMgr)

Для каждого задания PkgXferMgr, созданного DistMgr, PkgXferMgr использует один поток. Конфигурация потока 3x5 означает, что емкость отправки для PkgXferMgr имеет значение 15, что означает, что PkgXferMgr не может работать на более чем 15 заданий одновременно, что ограничивает его не более 15 потоков.

Сколько времени выполняется поток

Потоки DistMgr

Цель потока DP — создать задание для диспетчера передачи пакетов, которое затем выполняет фактическое копирование содержимого в DP. Потоки DP завершаются после создания задания PkgXferMgr, и в результате время существования потока DP короткое. Из-за этой природы большая часть времени не требуется настраивать агрессивную конфигурацию потока для ускорения распространения содержимого. Вместо установки агрессивных значений обратите внимание на выбор правильных значений (дополнительные сведения ниже).

Потоки PkgXferMgr

Для стандартных DPS, так как потоки PkgXferMgr выполняют реальную работу при отправке содержимого, время существования этих потоков зависит от размера пакетов. Для больших пакетов эти потоки могут занять много времени в зависимости от размера пакета и скорости сети. Хотя эти потоки могут занять много времени, время существования потоков DistMgr гораздо короче, что означает, что DistMgr может ставить в очередь большое количество заданий для PkgXferMgr, создавая невыполненную работу в очереди.

Для отправки DPS потоки PkgXferMgr уведомляют DP по запросу pull DP для скачивания содержимого. В результате время существования потоков PkgXferMgr для DPS по запросу короче. PkgXferMgr запускает другой поток для выполнения опроса DP по запросу (на основе настроенного интервала опроса), чтобы проверить ход выполнения задания. Однако это также быстрая операция, и эти потоки также имеют короткое время существования.

Выбор правильных значений

Чтобы определить соответствующие значения этих параметров, сначала необходимо понять иерархию Configuration Manager. Рассмотрим следующую гипотетическую среду Configuration Manager:

• Сайт центра администрирования: CS1
• Основной сайт: PS1
• Количество регулярных точек распространения, сообщаемых в PS1: 200
• Общее количество пакетов: 1000

В этой среде конфигурация потока по умолчанию (3x5) означает, что если новый пакет должен распространяться на все 200 DPS, мы будем обрабатывать только 5 DPS за раз. После выхода потока DP другой поток DP будет рожден, и процесс будет продолжаться до тех пор, пока все DPS не будут обработаны. Этот процесс займет некоторое время, чтобы провести все 200 DPS.

Чтобы оптимизировать эту задачу, сначала необходимо задать несколько вопросов:

1. Сколько пакетов вы предвидеете, что вы добавляете или обновляете или распределяете одновременно одновременно?
2. Сколько DPS у вас есть на сайте? Как конфигурация сети между сервером сайта и этими DPS?

Если ответ на первый вопрос равен 5, и ответ на второй вопрос равен 200 с хорошим сетевым подключением, можно теоретически задать максимальное число пакетов в 5 и Максимальное количество потоков на пакет до 200, что позволяет Configuration Manager отправлять до пяти пакетов одновременно всем 200 DPS. Однако это означает, что при большей средней нагрузке можно создать до 1000 потоков, что является большим количеством потоков. Больше потоков обычно хорошо, но не всегда, так как выполняемые работы также зависят от конфигураций оборудования и сети. Слишком много потоков иногда может вызвать узкие места и замедлить работу, а не улучшить их.

Самое главное, что следует помнить при настройке этих параметров, — найти баланс. В приведенном выше примере разумно задать конфигурацию потока 5x100 (или даже 5x50 в зависимости от оборудования или сети), которая по-прежнему позволяет Configuration Manager обрабатывать до 100 DPS одновременно для пяти разных пакетов. При использовании этих параметров максимальное количество потоков, которые могут мешать во время высокой нагрузки, не превысит 500.

Примечание.

В качестве общего руководства рекомендуется, чтобы общее количество потоков не превышало 750. Это означает, что можно задать конфигурацию потока 3x250, 5x150, 10x75 и т. д.

В той же иерархии может возникнуть ситуация, когда вы приносите новый DP в среде, и вам нужно распространить все 1000 пакетов в DP. В этом случае конфигурация потока 5x100 не будет эффективной, так как мы можем обрабатывать только 5 пакетов за раз, и обработка 1000 пакетов займет значительное время. В этом сценарии можно выбрать следующее:

• Временно задайте конфигурацию потока примерно так же, как 50x10 , которая подходит для текущего требования, но не является хорошим вариантом в долгосрочной перспективе, учитывая, что у нас есть 200 DPS.
• Постоянно устанавливайте конфигурацию потока примерно так же, как 20x25 , которая обеспечивает гораздо лучший баланс и обеспечивает аналогичную производительность в сценарии, где больше пакетов необходимо перейти к горстке DPS, а также сценарию, в котором горстка пакетов должна перейти ко многим DPS.

Внимание

Существует не заданная рекомендация по значениям конфигурации потока; Он зависит от каждой среды и должен быть задан после понимания среды и требований. Всегда помните, чтобы найти баланс!

Конфигурация потока отправителя

Каждый сайт Configuration Manager (включая сайт центра администрирования и вторичные сайты) имеет одного отправителя. Отправитель управляет сетевым подключением одного сайта к конечному сайту и может устанавливать подключения к нескольким сайтам одновременно. Чтобы подключиться к сайту, отправитель использует маршрут репликации файлов к сайту для определения учетной записи, которую необходимо использовать для сетевого подключения. Отправитель также использует эту учетную запись для записи данных в общую папку целевого SMS_SITE сайта.

По умолчанию отправитель записывает данные на целевой сайт с помощью нескольких параллельных потоков. Каждый параллельный поток может передавать другой файловый объект на целевой сайт. По умолчанию, когда отправитель начинает отправлять объект, он продолжает записывать блоки данных для этого объекта до отправки всего объекта.

Все сайты Configuration Manager позволяют настроить количество потоков, которые могут использоваться компонентом отправителя для одновременной отправки данных на другие сайты. Эта конфигурация зависит от каждого сайта и может быть получена из свойств сайта на узле "Сайты", выбрав вкладку "Отправитель". Ниже приведен обзор конфигурации по умолчанию:

Все сайты: максимальное количество одновременных сообщений, разрешенных для этого отправителя. Значение по умолчанию — 5. Эти сообщения могут быть предназначены для разных сайтов или для одного и того же сайта, за исключением того, что они ограничены максимальным значением, указанным на каждом сайте.

На сайте: максимальное количество одновременных сообщений, разрешенных для любого отдельного целевого сайта. Значение по умолчанию — 3.

Примечание.

При настройке общего количества параллельных потоков отправки, используемых при взаимодействии с другими сайтами, общее количество потоков отправки должно быть настроено как большее число, чем потоки, настроенные для каждого параметра сайта. Если общее число потоков отправки равно числу, настроенное для каждого сайта, и получение сайта недоступно, это может привести к тому, что все потоки отправки будут использоваться при попытке связаться с недоступным сайтом и запретить обмен данными между сайтами с другими сайтами.

Что это означает

Значение, указанное в разделе "Все сайты" , определяет общее количество потоков, которые отправитель может использовать для одновременной отправки данных на другие сайты. Из общего количества потоков для всех сайтов можно выделить максимальное количество потоков на каждом сайте , которое можно использовать для отправки данных на любой целевой сайт. По умолчанию каждый сайт настроен на использование пяти параллельных потоков с тремя доступными для использования при отправке данных на любой целевой сайт. При увеличении этого числа можно увеличить пропускную способность данных между сайтами, позволяя Configuration Manager одновременно передавать больше файлов. Увеличение этого числа также приводит к увеличению потребляемой пропускной способности сети между сайтами.

Выбор правильных значений

Чтобы определить соответствующие значения этих параметров, сначала необходимо понять иерархию Configuration Manager. Рассмотрим следующую гипотетическую среду Configuration Manager:

• Сайт центра администрирования: CS1
• Основной сайт: PS1
• Основной сайт: PS2
• Основной сайт: PS3
• Основной сайт: PS4

В этой среде конфигурация потока отправителя по умолчанию позволяет использовать в общей сложности 5 потоков. Из этих 5 потоков можно использовать 3 для любого из 4 основных сайтов назначения. Если администратор отправляет 3 на все эти сайты, возможно, отправитель будет использовать три потока для одного из этих сайтов (предположим, PS1), оставляя только 2 потока для оставшихся сайтов. Из оставшихся 2 потоков отправитель может использовать 1 для PS2 и другой для PS3, используя все пять разрешенных потоков, не оставляя места для отправки данных одновременно в PS4. На этом этапе отправителю придется ждать завершения одного из существующих 5 потоков, прежде чем отправлять дополнительные данные. После завершения существующего потока отправитель сможет использовать другой поток для отправки дополнительных данных на сайты PS2/PS3/PS4.

Рекомендуется выделить 10 потоков для каждого сайта, с которым отправитель будет взаимодействовать. В этом случае сайт CS1 может взаимодействовать с четырьмя другими сайтами, что означает, что для каждого сайта 10 сайтов потребуется задать значение "Все сайты" значение 40.

Примечание.

Это общая рекомендация, и эти значения могут потребовать дополнительной настройки в зависимости от количества пакетов, которые сайт должен отправлять одновременно на другие сайты.

Управление пропускной способностью и потоки

В Configuration Manager можно настроить расписание и задать определенные параметры регулирования для удаленных точек распространения, а также маршруты репликации файлов для сайтов. Элементы управления для планирования и регулирования в удаленной точке распространения аналогичны параметрам стандартного адреса отправителя, но в этом случае параметры используются компонентом с именем диспетчера передачи пакетов.

Для компонента диспетчера передачи пакетов (для сервера сайта — >DP) параметры регулирования настраиваются в свойствах стандартной точки распространения, которая не находится на сервере сайта.

Для компонента отправителя (для сервера< сайта-сайта>) параметры регулирования настраиваются в свойствах маршрута репликации файлов в разделе "Репликация файлов иерархии".>

Примечание.

Параметры времени основаны на часовом поясе от отправляемого сайта, а не на точке распространения.

Параметры расписания

Чтобы ограничить данные, выберите период времени и выберите один из следующих параметров для доступности:

• Открыт для всех приоритетов. Указывает, что Configuration Manager отправляет данные в точку распространения без ограничений.

• Разрешить средний и высокий приоритет. Указывает, что Configuration Manager отправляет только средние и высокоприоритетные данные в точку распространения.

• Разрешить только высокий приоритет. Указывает, что Configuration Manager отправляет только данные с высоким приоритетом в точку распространения.

• Закрыто. Указывает, что Configuration Manager не отправляет данные в точку распространения.

  Вы можете ограничить данные по приоритету или закрыть подключение для выбранных периодов времени.

Параметры ограничения скорости

Это используется для настройки ограничений скорости для управления пропускной способностью сети, используемой при передаче содержимого в точку распространения. Доступны следующие параметры:

• Неограниченный при отправке в это назначение: указывает, что Configuration Manager отправляет содержимое в точку распространения без ограничений скорости.
• Режим пульса: указывает размер блоков данных, отправляемых в точку распространения. Можно также задать значение задержки между отправками каждого блока данных. Используйте этот параметр, если необходимо отправлять данные через сетевое подключение с низкой пропускной способностью к точке распространения. Например, у вас могут быть ограничения на отправку 1 КБ данных каждые пять секунд независимо от скорости ссылки или его использования в определенное время.
• Ограничено указанными максимальными тарифами передачи по часам. Укажите этот параметр, чтобы сайт отправлял данные в точку распространения, используя только процент времени настройки. При использовании этого параметра Configuration Manager не определяет доступную пропускную способность сетей, а разделяет время отправки данных на срезы времени. Затем данные отправляются в короткий блок времени, за которым следует блок времени, когда данные не отправляются. Например, если максимальная ставка равна 50%, Configuration Manager передает данные за период времени, за которым следует равный период времени, когда данные не отправляются. Управление фактическим объемом данных или размером блока данных не осуществляется. Управляемым является только период времени, в течение которого идет отправка данных.

Дополнительные сведения об этих параметрах см. в разделе "Настройка управления содержимым" в Configuration Manager.

Как это влияет на потоки Sender и PkgXferMgr

Если для сайта включен элемент управления пропускной способностью, компонент отправителя игнорирует конфигурацию потока отправителя для сайта и будет использовать только один поток для этого сайта. Аналогичным образом, если для DP включен контроль пропускной способности, PkgXferMgr игнорирует конфигурацию потока и будет использовать только один поток для DP.

Примечание.

Это действует и в случае, если параметру Ограничить доступную полосу пропускания (%) задано значение 100%.

Если элемент управления пропускной способностью действует, PkgXferMgr.log будет записывать одну из следующих строк:

Планирование:

~Адрес для DPNAME.CONTOSO.COM в настоящее время находится под контролем пропускной способности, поэтому разрешено только одно подключение, возвращая запрос на отправку в пул.

Режим пульса:

~Addres to DPNAME.CONTOSO.COM в настоящее время находится в режиме пульса, поэтому разрешено только одно подключение.
~Отказ от запроса на отправку, так как в импульсном режиме разрешено только одно подключение.

Sender.log будут отображаться аналогичные записи при настройке регулирования пропускной способности.