Condividi tramite

Componenti e thread per la distribuzione del contenuto

  • Articolo

Questo articolo illustra i componenti e i thread per la distribuzione del contenuto.

Versione originale del prodotto: Configuration Manager Current Branch, Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 R2 Configuration Manager

Componenti usati per la distribuzione del contenuto

Ecco un elenco rapido dei componenti principali usati per la distribuzione del contenuto:

Nome Nome componente Nome descrittivo Descrizione
Distribution Manager SMS_DISTRIBUTION_MANAGER DistMgr Gestisce il contenuto e crea processi per PkgXferMgr
Gestione del trasferimento di pacchetti SMS_PACKAGE_TRANSFER_MANAGER PkgXferMgr Trasferisce pacchetti ai punti di distribuzione
Gestione gerarchie SMS_HIERARCHY_MANAGER Hman Elabora e replica le modifiche alla gerarchia del sito
Mittente SMS_SENDER Mittente Avvia le comunicazioni tra siti tra reti TCP/IP
Despooler SMS_DESPOOLER Despooler Elabora i file di replica in ingresso da siti padre o figlio
Pianificazione SMS_SCHEDULER Pianificazione Crea processi mittente
Monitoraggio notifiche database SMS_DATABASE_NOTIFICATION_MONITOR SmsDbMon Controlla il database per le modifiche apportate a determinate tabelle e crea file nelle caselle di posta in arrivo dei componenti responsabili dell'elaborazione di tali modifiche
provider SMS provider SMS SMSProv Provider strumentazione gestione Windows (WMI) che assegna l'accesso in lettura e scrittura al database di Configuration Manager in un sito
SMS DP Provider SMS DP Provider SMSDPProv Provider strumentazione gestione Windows (WMI) che gestisce le operazioni della raccolta contenuto nel servizio Device Provisioning
Host agente SMS Host agente SMS CcmExec Host agente SMS è il servizio agente client di Configuration Manager che ospita anche componenti lato server, ad esempio il punto di gestione e il punto di distribuzione pull
Servizio di trasferimento dati DataTransferService DTS Il servizio trasferimento dati è un componente di CcmExec responsabile del download dei file tramite BITS.

Thread di Distribution Manager (DistMgr)

Distribution Manager (DistMgr) esegue un'ampia gamma di operazioni per distribuire il contenuto ai punti di distribuzione . Queste operazioni vengono gestite dai diversi tipi di thread e il diagramma seguente illustra la gerarchia di thread DistMgr per la configurazione del thread predefinita:

Diagramma che mostra la gerarchia dei thread di Distribution Manager.

  • Thread DistMgr principale

    Voce di log per l'identificazione: SMS_EXECUTIVE started SMS_DISTRIBUTION_MANAGER as thread ID 3648 (0xE40)

    Questo thread viene avviato dall'avvio SMS_Executive del servizio. Il thread principale di DistMgr avvia l'elaborazione della replica, Dp Manager, pulizia del contenuto, monitoraggio dei certificati DP, spostamento della raccolta contenuto, elaborazione delle modifiche della configurazione IIS, riassegnazione del dp e aggiornamento dei thread di elaborazione all'avvio. Avvia anche i thread di elaborazione dei pacchetti su richiesta quando si verifica una modifica del pacchetto

    Oltre a gestire questi thread, questo thread gestisce anche le modifiche apportate alle impostazioni dp del file di controllo del sito e aggiorna le impostazioni dp (configurare DP/PXE, aggiornare le impostazioni del Registro di sistema, creare attività di monitoraggio/utilizzo nel dp e così via).

  • Thread di elaborazione della replica

    Voce di log per l'identificazione: Starting thread for processing replication, thread ID = 0x1A14 (6676)

    Questo thread viene avviato dal thread principale di DistMgr ed elabora i file seguenti nella DistMgr.box\incoming directory:

    File Descrizione
    . STA Aggiorna lo stato del pacchetto nella PkgStatus tabella del database.
    . FWD Inoltra il pacchetto specificato al sito di destinazione specificato creando un mini-processo per inviare il pacchetto.
    . DMD Distribuisce le richieste su richiesta. Specifica come destinazione il pacchetto specificato al dp specificato.
    . PUL Aggiorna la risposta pull del pacchetto DP nella PullDPResponse tabella del database.

    Note

    Questo thread è a thread singolo e non crea più thread per elaborare uno di questi file.

  • Thread di Dp Manager

    Voce di log per l'identificazione: Starting the DP Manager thread, thread ID = 0x5D8 (1496)

    Questo thread viene avviato dal thread principale di DistMgr ed elabora la rimozione dei provider di dominio durante il rilevamento di una modifica del file di controllo del sito. Quando si verifica una modifica appropriata del file di controllo del sito, SMSDBMON elimina un file DPN (DP Notification) in DistMgr.box tale file elaborato da questo thread.

    I file DPN vengono usati per notificare una modifica dp, che comporta la rimozione del dp (rilevata dall'azione = 3 nella DistributionPoints tabella).

    Note

    Questo thread è a thread singolo e non crea più thread per eseguire il lavoro.

  • Thread di pulizia del contenuto

    Voce di log per l'identificazione: Starting the content cleanup thread, thread ID = 0x1604 (5636)

    Questo thread viene avviato dal thread principale di DistMgr ed esegue la pulizia del contenuto. Determina se la pulizia del contenuto è necessaria rilevando il contenuto orfano dal database. Questo thread usa dimensioni batch predefinite pari a 50 per il numero di contenuti che può indicare a un dp remoto di eliminare alla volta. Tuttavia, questo valore può essere sottoposto a override impostando la chiave del Registro di sistema seguente:

    SMS\Components\SMS_DISTRIBUTION_MANAGER\RemoteContentCleanupBatchSize

    Il valore DWORD può essere compreso tra 1 e 500.

    Note

    Non modificare questo valore senza consultare il professionista del supporto tecnico Microsoft. Questo thread è a thread singolo e non crea più thread per eseguire il lavoro.

  • Thread di monitoraggio dei certificati DP

    Voce di log per l'identificazione: Starting the DP cert monitoring thread, thread ID = 0x7290 (29328)

    Questo thread viene avviato dal thread di DistMgr principale. Questo thread elabora . File CER e configura l'associazione di certificati in IIS quando è abilitata la modalità HTTP avanzata. Questa modalità richiede l'uso di certificati generati da Configuration Manager in IIS.

    Note

    Questo thread è a thread singolo e non crea più thread per eseguire il lavoro.

  • Thread di spostamento della raccolta contenuto

    Voce di log per l'identificazione: Starting the content library move thread, thread ID = 0x11D6C (73068)

    Questo thread viene avviato dal thread principale di DistMgr e sposta la raccolta contenuto nella nuova posizione dopo un oggetto . Il file CML viene eliminato in DistMgr.box.

    Note

    Questo thread è a thread singolo e non crea più thread per eseguire il lavoro.

  • Thread di elaborazione delle modifiche della configurazione IIS

    Voce di log per l'identificazione: Starting the IIS config change processing thread, thread ID = 0x408C (16524)

    Questo thread viene avviato dal thread di DistMgr principale e gestisce la configurazione delle directory virtuali IIS per i punti di distribuzione standard e pull dopo l'eliminazione dei file IIS in DistMgr.box. Questo thread legge la IISConfigChangeThreadLimit proprietà SCF (Site Control File) per il componente per SMS_DISTRIBUTION_MANAGER determinare il numero di thread che può iniziare per eseguire le modifiche IIS contemporaneamente. Il valore predefinito della IISConfigChangeThreadLimit proprietà SCF è 50, ma può essere modificato se necessario. Tuttavia, se questa proprietà SCF non esiste per qualche motivo, il valore predefinito di 50 viene usato per IISConfigChangeThreadLimit.

    Note

    Questo thread crea più thread per eseguire modifiche alla configurazione iis dp. Ogni thread di lavoro gestisce la configurazione delle directory virtuali IIS di un dp specifico.

  • Thread di riassegnazione dp

    Voce di log per l'identificazione: Starting the shared DP reassignment thread, thread ID = 0x9C0C (39948)

    Questo thread viene avviato dal thread DistMgr principale e gestisce le riassegnazioni dp per i punti di distribuzione standard e pull quando un oggetto . Il file DPU viene eliminato in DistMgr.box. Questo thread legge la SharedDPImportThreadLimit proprietà SCF (Site Control File) per il componente per SMS_DISTRIBUTION_MANAGER determinare il numero di thread che può iniziare per l'esecuzione simultanea delle riassegnazioni dp. Il valore predefinito della SharedDPImportThreadLimit proprietà SCF è 50, ma può essere modificato se necessario. Tuttavia, se questa proprietà SCF non esiste per qualche motivo, il valore predefinito di 50 viene usato per SharedDPImportThreadLimit.

    Note

    Questo thread crea più thread per eseguire riassegnazioni dp. Ogni thread di lavoro gestisce la riassegnazione di un dp specifico.

  • Aggiornare il thread di elaborazione

    Voce di log per l'identificazione: Starting the DP upgrade processing thread, thread ID = 0x1968 (6504)

    Questo thread viene avviato dal thread di DistMgr principale e gestisce le installazioni e gli aggiornamenti dp per i punti di distribuzione standard e pull. spGetDPsForUpgrade Chiama per ottenere un elenco di provider di dati che devono essere aggiornati. Questo thread legge la DPUpgradeThreadLimit proprietà SCF (Site Control File) per il componente per SMS_DISTRIBUTION_MANAGER determinare il numero di thread che può iniziare per l'esecuzione simultanea di installazioni dp/aggiornamenti. Il valore predefinito della DPUpgradeThreadLimit proprietà SCF è 50, ma può essere modificato se necessario. Tuttavia, se questa proprietà SCF non esiste per qualche motivo, viene usato il valore predefinito 5 per DPUpgradeThreadLimit.

    Note

    Questo thread crea più thread per eseguire il lavoro di installazione/aggiornamento del servizio Device Provisioning. Ogni thread di lavoro gestisce l'installazione/l'aggiornamento di un dp specifico.

  • Thread di elaborazione dei pacchetti

    Voce di log per l'identificazione: Started package processing thread for package 'PKGID', thread ID = 0x8E8 (2280)

    Questi thread vengono avviati dal thread principale di DistMgr. Il numero di thread di elaborazione dei pacchetti è determinato dall'impostazione Numero massimo di thread di pacchetti nelle proprietà Configurazione componente distribuzione software. Ogni thread di elaborazione del pacchetto esegue l'hashing del contenuto del pacchetto e crea una copia compressa del contenuto.

    Note

    Anche se tutti i thread di elaborazione dei pacchetti vengono eseguiti simultaneamente, sono responsabili dell'hashing e della compressione dell'origine del pacchetto. Esiste una sezione critica intorno alla compressione, ovvero un solo thread può comprimere il contenuto alla volta. Se vengono creati e distribuiti numerosi pacchetti di grandi dimensioni, i thread per pacchetto possono bloccarsi in una catena in attesa del loro turno per ottenere il blocco di compressione.

    A seconda delle azioni del pacchetto (aggiunta/aggiornamento/eliminazione), ogni thread di elaborazione del pacchetto crea anche:

    • Thread DP per creare un processo di Package Transfer Manager per l'aggiunta/aggiornamento del contenuto in un dp.
    • Thread DP per indicare a un punto di distribuzione remoto di rimuovere il contenuto dalla raccolta contenuto.

    Il numero di thread dp che ogni thread di elaborazione dei pacchetti può creare è determinato dall'impostazione Numero massimo di thread per pacchetto nelle proprietà Configurazione componente distribuzione software.

    Note

    I thread di elaborazione dei pacchetti sono multithread e ogni thread di elaborazione dei pacchetti crea più thread per eseguire il lavoro. Ogni thread di lavoro gestisce operazioni di aggiunta/aggiornamento/rimozione per i provider di dati.

Configurazione del thread di Distribution Manager

Tutti i siti di Configuration Manager (incluso il sito di amministrazione centrale) consentono di configurare il numero di thread che possono essere usati per la distribuzione del contenuto nei punti di distribuzione (DP). Questa configurazione è specifica per ogni sito e può essere accessibile facendo clic con il pulsante destro del mouse sul sito nel nodo Siti e selezionando Configura distribuzione software dei componenti>del sito. Ecco un'occhiata alla configurazione predefinita:

Screenshot del Finestra Proprietà componente distribuzione software.

Nella maggior parte dei casi, si dovrebbe preoccuparsi solo del numero massimo di pacchetti e numero massimo di thread per ogni impostazione del pacchetto .

  • Numero massimo di pacchetti: specifica il numero massimo di pacchetti che ConfigMgr può inviare contemporaneamente ai provider di dominio. Il valore specificato deve essere compreso tra 1 e 50.
  • Numero massimo di thread per pacchetto: specifica il numero massimo di thread assegnati a ogni pacchetto durante la distribuzione. Il valore specificato deve essere compreso tra 1 e 999.

La configurazione predefinita di Numero massimo di pacchetti=3 e Numero massimo di thread per package=5 può anche essere fatto riferimento a 3x5. Questo è il modo in cui la configurazione del thread verrà spesso indicata nel flusso di lavoro.

Che cosa significa davvero questo

Effetto su Distribution Manager (DistMgr)

Con la configurazione thread predefinita di 3x5, DistMgr può elaborare contemporaneamente tre pacchetti e usare fino a cinque thread per ogni pacchetto, consentendo di usare fino a un totale di 15 thread per eseguire il lavoro. Ecco come questo si suddivide presupponendo che siano presenti più di tre pacchetti che devono essere distribuiti a più di 5 DP:

Diagramma che mostra come DistMgr elabora tre pacchetti contemporaneamente quando Configurazione thread = 3x5.

Per elaborare ogni singolo pacchetto, un thread di elaborazione del pacchetto viene generato dal thread di DistMgr principale. Questo thread di elaborazione pacchetti usa uno dei tre slot di elaborazione dei pacchetti dall'impostazione Numero massimo di pacchetti . Esiste un thread di elaborazione dei pacchetti univoco per pacchetto: DistMgr non avvia più thread di elaborazione pacchetti per lo stesso pacchetto. Ciò significa che tre pacchetti univoci utilizzeranno tre thread di elaborazione di pacchetti univoci. Ognuno di questi thread di elaborazione pacchetti può generare fino a cinque thread DP per distribuire il pacchetto a cinque DP contemporaneamente.

Effetto su Package Transfer Manager (PkgXferMgr)

Per ogni processo PkgXferMgr creato da DistMgr, PkgXferMgr usa un thread. La configurazione del thread di 3x5 indica che la capacità di invio per PkgXferMgr è impostata su 15, il che significa che PkgXferMgr non può funzionare su più di 15 processi contemporaneamente, limitandolo a un massimo di 15 thread.

Durata dell'esecuzione di un thread

Thread di DistMgr

Lo scopo di un thread dp è creare un processo per Package Transfer Manager, che esegue quindi la copia effettiva del contenuto nel dp. I thread DP terminano dopo la creazione del processo PkgXferMgr e, di conseguenza, la durata di un thread DP è breve. A causa di questa natura, nella maggior parte dei casi non è necessario configurare una configurazione di thread aggressiva per velocizzare la distribuzione del contenuto. Invece di impostare valori aggressivi, vedere Scelta dei valori corretti (altre informazioni di seguito).

Thread PkgXferMgr

Per i DP standard, poiché i thread PkgXferMgr eseguono il lavoro reale di invio del contenuto, la durata di questi thread dipende dalle dimensioni dei pacchetti. Per i pacchetti di dimensioni maggiori, questi thread possono richiedere molto tempo a seconda delle dimensioni del pacchetto e della velocità di rete. Anche se il completamento di questi thread può richiedere molto tempo, la durata dei thread di DistMgr è molto più breve, il che significa che DistMgr può accodare un numero elevato di processi per PkgXferMgr, creando un backlog di processi nella coda.

Per i provider di dati pull, i thread PkgXferMgr notificano al dp pull, chiedendo al dp pull di scaricare il contenuto. Di conseguenza, la durata dei thread PkgXferMgr per i DP pull è breve. PkgXferMgr avvia un altro thread per eseguire il polling pull dp (in base all'intervallo di polling configurato) per controllare lo stato di avanzamento del processo. Tuttavia, si tratta anche di un'operazione rapida e anche questi thread hanno una durata breve.

Scelta dei valori corretti

Per determinare i valori appropriati per queste impostazioni, è prima necessario comprendere la gerarchia di Configuration Manager. Si consideri l'ipotetico ambiente di Configuration Manager seguente:

  • Sito di amministrazione centrale: CS1
  • Sito primario: PS1
  • Numero di punti di distribuzione regolari che segnalano a PS1: 200
  • Numero totale di pacchetti: 1000

In questo ambiente, la configurazione del thread predefinita (3x5) significa che se un nuovo pacchetto deve essere distribuito a tutti i 200 DP, verranno elaborati solo 5 DP alla volta. Una volta terminato un thread DP, verrà generato un altro thread DP e il processo continuerà fino a quando non vengono elaborati tutti i provider di dominio. Questo processo richiederà del tempo per scorrere tutti i 200 DP.

Per ottimizzare questo problema, è prima necessario porre un paio di domande:

  1. Quanti pacchetti si prevede di aggiungere/aggiornare/distribuire simultaneamente?
  2. Quanti DP sono presenti nel sito? Qual è la configurazione di rete tra il server del sito e questi provider di dominio?

Supponendo che la risposta alla prima domanda sia 5 e che la risposta alla seconda domanda sia 200 con una buona connettività di rete, è possibile impostare teoricamente Numero massimo di pacchetti su 5 e Numero massimo di thread per pacchetto su 200, consentendo a Configuration Manager di inviare fino a cinque pacchetti a tutti i 200 DP contemporaneamente. Tuttavia, ciò significa che quando è presente più del carico medio, è possibile creare fino a 1000 thread, ovvero molti thread. Più thread sono in genere buoni, ma non sempre poiché il lavoro eseguito si basa anche su configurazioni hardware e di rete. Un numero eccessivo di thread può talvolta causare colli di bottiglia e rallentare le cose invece di migliorarle.

La cosa più importante da ricordare quando si configurano queste impostazioni è trovare un equilibrio. Per l'esempio precedente, un'opzione ragionevole consiste nell'impostare la configurazione del thread su 5x100 (o anche 5x50 a seconda dell'hardware/rete) che consente comunque a Configuration Manager di elaborare fino a 100 DP contemporaneamente per cinque pacchetti diversi. Con queste impostazioni, il numero massimo di thread che possono generare durante un carico elevato non supererà 500.

Note

Come linea guida generale, è consigliabile che il numero totale di thread non superi 750. Ciò significa che è possibile impostare la configurazione del thread su 3x250, 5x150, 10x75 e così via.

Nella stessa gerarchia, è possibile che si verifichi una situazione in cui si sta portando un nuovo dp nell'ambiente ed è necessario distribuire tutti i 1000 pacchetti al dp. In questo caso, la configurazione del thread di 5x100 non sarà efficace perché è possibile elaborare solo 5 pacchetti alla volta e l'elaborazione di 1000 pacchetti richiederà una notevole quantità di tempo. In questo scenario, è possibile scegliere di:

  • Impostare temporaneamente la configurazione del thread su un valore simile a 50x10 più adatto per il requisito corrente, ma non è una buona opzione a lungo termine considerando che sono presenti 200 DP.
  • Impostare in modo permanente la configurazione del thread su un valore simile a 20x25 che offre un bilanciamento molto migliore e offrirà prestazioni simili in uno scenario in cui più pacchetti devono passare a pochi provider di dati, nonché a uno scenario in cui alcuni pacchetti devono passare a molti DP.

Importante

Non esiste una raccomandazione impostata sui valori per la configurazione del thread; varia per ogni ambiente e deve essere impostato dopo aver compreso l'ambiente e i requisiti. Ricordatevi sempre di trovare un equilibrio!

Configurazione del thread mittente

Ogni sito di Configuration Manager (incluso il sito di amministrazione centrale e i siti secondari) ha un mittente. Il mittente gestisce la connessione di rete da un sito a un sito di destinazione e può stabilire connessioni simultanee con più siti. Per connettersi a un sito, il mittente usa la route di replica file al sito per identificare l'account da usare al fine di stabilire la connessione di rete. Il mittente usa anche questo account per scrivere dati nella condivisione del sito di SMS_SITE destinazione.

Per impostazione predefinita, il mittente scrive i dati in un sito di destinazione usando più thread simultanei. Ogni thread simultaneo può trasferire un oggetto basato su file diverso nel sito di destinazione. Per impostazione predefinita, quando il mittente inizia a inviare un oggetto, continua a scrivere blocchi di dati per tale oggetto fino a quando non viene inviato l'intero oggetto.

Tutti i siti di Configuration Manager consentono di configurare il numero di thread che possono essere usati dal componente Sender per inviare i dati simultaneamente ad altri siti. Questa configurazione è specifica di ogni sito e può essere accessibile da Proprietà sito nel nodo Siti selezionando la scheda Mittente. Ecco un'occhiata alla configurazione predefinita:

Screenshot che mostra informazioni nella scheda Mittente nel sito primario di ConfigMgr Finestra Proprietà.

Tutti i siti: numero massimo di comunicazioni simultanee consentite per il mittente. Il valore predefinito è 5. Queste comunicazioni possono essere destinate a siti diversi o a tutti per lo stesso sito, ad eccezione del valore massimo specificato in Per sito.

Per sito: numero massimo di comunicazioni simultanee consentite a qualsiasi singolo sito di destinazione. Il valore predefinito è 3.

Note

Quando si configura il numero totale di thread di invio simultanei da usare durante la comunicazione con altri siti, il numero totale di thread di invio deve essere configurato come un numero maggiore rispetto ai thread configurati per ogni impostazione del sito. Se il numero totale di thread di invio è uguale al numero configurato per essere usato per sito e un sito di ricezione non è disponibile, potrebbe causare l'uso di tutti i thread di invio quando si tenta di comunicare con il sito non disponibile e impedire la comunicazione da sito a sito ad altri siti.

Che cosa significa

Il valore specificato in Tutti i siti definisce il numero totale di thread che Il mittente può usare per l'invio simultaneo di dati ad altri siti. Al di fuori del numero totale di thread per tutti i siti, è possibile allocare un numero massimo di thread in Per sito che può essere usato per l'invio di dati a un sito di destinazione. Per impostazione predefinita, ogni sito è configurato per l'uso di cinque thread simultanei, con tre disponibili per l'invio di dati a un sito di destinazione. Quando si aumenta questo numero, è possibile aumentare la velocità effettiva dei dati tra siti consentendo a Configuration Manager di trasferire più file contemporaneamente. L'incremento di questo numero determina anche un aumento della richiesta di larghezza di banda della rete tra siti.

Scegliere i valori corretti

Per determinare i valori appropriati per queste impostazioni, è prima necessario comprendere la gerarchia di Configuration Manager. Si consideri l'ipotetico ambiente di Configuration Manager seguente:

  • Sito di amministrazione centrale: CS1
  • Sito primario: PS1
  • Sito primario: PS2
  • Sito primario: PS3
  • Sito primario: PS4

In questo ambiente, la configurazione del thread mittente predefinita consentirà l'uso di un totale di 5 thread. Su questi 5 thread, è possibile usare 3 per uno dei 4 siti primari di destinazione. Se un amministratore invia 3 a tutti questi siti, è possibile che il mittente usi tre thread per uno di questi siti (ad esempio PS1), lasciando solo 2 thread per i siti rimanenti. Fuori dai rimanenti 2 thread, il mittente può usare 1 per PS2 e l'altro per PS3 usando tutti e cinque i thread consentiti che non lasciano spazio per l'invio simultaneo dei dati a PS4. A questo punto, sender dovrà attendere il completamento di uno dei 5 thread esistenti prima di poter inviare altri dati. Al termine di un thread esistente, sender sarà in grado di usare un altro thread per inviare altri dati ai siti PS2/PS3/PS4.

È consigliabile riservare 10 thread per ogni sito con cui il mittente comunicherà. In questo caso, il sito CS1 può comunicare con altri quattro siti, il che significa che un valore per sito pari a 10 per quattro siti richiederà l'impostazione del valore Tutti i siti su 40.

Note

Si tratta di una raccomandazione generale e questi valori possono richiedere ulteriori modifiche a seconda del numero di pacchetti che un sito deve inviare simultaneamente ad altri siti.

Controllo della larghezza di banda e thread

In Configuration Manager è possibile configurare una pianificazione e impostare impostazioni di limitazione specifiche per i punti di distribuzione remoti e per le route di replica file per i siti. I controlli per la pianificazione e la limitazione al punto di distribuzione remoto sono simili alle impostazioni per un indirizzo mittente standard, ma in questo caso le impostazioni vengono usate da un componente denominato Package Transfer Manager.

Per il componente Package Transfer Manager (per Server del sito - >DP), le impostazioni di limitazione vengono configurate nelle proprietà per un punto di distribuzione standard che non si trova in un server del sito.

Per il componente mittente (per server< del sito server del> sito), le impostazioni di limitazione vengono configurate nelle proprietà della route di replica file in Replica file di configurazione>gerarchia.

Note

Le impostazioni relative all'ora sono basate sul fuso orario dal sito di invio, non sul punto di distribuzione.

Opzioni di pianificazione

Per limitare i dati, selezionare il periodo di tempo e quindi selezionare una delle impostazioni seguenti per la disponibilità:

  • Apri per tutte le priorità: specifica che Configuration Manager invia i dati al punto di distribuzione senza restrizioni.

  • Consenti priorità media e alta: specifica che Configuration Manager invia solo dati di media e alta priorità al punto di distribuzione.

  • Consenti solo priorità alta: specifica che Configuration Manager invia solo dati ad alta priorità al punto di distribuzione.

  • Chiuso: specifica che Configuration Manager non invia dati al punto di distribuzione.

    È possibile limitare i dati in base alla priorità o chiudere la connessione per i periodi di tempo selezionati.

Opzioni limite di velocità

Viene usato per configurare i limiti di frequenza per controllare la larghezza di banda di rete in uso durante il trasferimento del contenuto al punto di distribuzione. Puoi scegliere tra le opzioni seguenti:

  • Illimitato durante l'invio a questa destinazione: specifica che Configuration Manager invia contenuto al punto di distribuzione senza restrizioni relative al limite di velocità.
  • Modalità impulsi: specifica le dimensioni dei blocchi di dati inviati al punto di distribuzione. È inoltre possibile specificare un ritardo tra l'invio di ogni blocco di dati. Usare questa opzione quando è necessario inviare dati in una connessione di rete a larghezza di banda ridotta al punto di distribuzione. Ad esempio, potrebbero essere presenti vincoli per inviare 1 KB di dati ogni cinque secondi, indipendentemente dalla velocità del collegamento o dal relativo utilizzo in un determinato momento.
  • Limitato alle tariffe di trasferimento massime specificate per ora: specificare questa impostazione per fare in modo che un sito invii dati a un punto di distribuzione usando solo la percentuale di tempo configurata. Quando si usa questa opzione, Configuration Manager non identifica la larghezza di banda disponibile per le reti, ma divide il tempo in cui può inviare i dati in sezioni di tempo. I dati vengono quindi inviati per un breve blocco di tempo, seguito da blocchi di tempo in cui i dati non vengono inviati. Ad esempio, se la frequenza massima è impostata sul 50%, Configuration Manager trasmette i dati per un periodo di tempo seguito da un periodo di tempo uguale quando non vengono inviati dati. La quantità effettiva di dati, o dimensione del blocco di dati, non è gestita. Viene invece gestita solo la quantità di tempo durante il quale i dati vengono inviati.

Per altre informazioni su queste impostazioni, vedere Configurazione di Gestione contenuto in Configuration Manager.

In che modo ciò influisce sui thread Sender e PkgXferMgr

Quando il controllo della larghezza di banda è abilitato per un sito, il componente mittente ignorerà la configurazione del thread mittente per il sito e userà un solo thread per tale sito. Analogamente, quando il controllo della larghezza di banda è abilitato per un dp, PkgXferMgr ignorerà la configurazione del thread e userà un solo thread per il dp.

Note

Questa impostazione si applica anche quando l'opzione Limita larghezza di banda disponibile (%) è impostata su 100%.

Quando il controllo della larghezza di banda è attivo, PkgXferMgr.log registra una di queste righe:

Programmazione:

~Address to DPNAME.CONTOSO.COM è attualmente sotto controllo della larghezza di banda, pertanto è consentita una sola connessione, restituendo la richiesta di invio al pool.

Modalità pulse:

~Addres a DPNAME.CONTOSO.COM è attualmente in modalità pulse, pertanto è consentita una sola connessione.
~Abbandono della richiesta di invio perché è consentita una sola connessione in modalità pulse.

Sender.log mostrerà voci simili quando è configurata la limitazione della larghezza di banda.