Partager via


À propos de la réplication différentielle binaire

S'applique à: System Center Configuration Manager 2007, System Center Configuration Manager 2007 R2, System Center Configuration Manager 2007 R3, System Center Configuration Manager 2007 SP1, System Center Configuration Manager 2007 SP2

La réplication différentielle binaire, également appelée « réplication delta », est utilisée par Configuration Manager 2007 pour la mise à jour des fichiers sources d'un package, avec un minimum de trafic réseau supplémentaire.

Lors de la mise à jour des fichiers sources d'un package dans Configuration Manager 2007, si les fichiers sources ont déjà été distribués, les composants du package qui ont été modifiés depuis la dernière transmission du package (dans le cadre d'une mise à jour ou d'une actualisation) sont transmis. Ceci permet de réduire le trafic réseau entre les sites, particulièrement pour les packages volumineux présentant peu de modifications. Un fichier est considéré comme modifié s'il a été renommé ou déplacé, ou si son contenu a changé.

Le site d'origine conserve la trace des différences entre la version actuelle d'un package et les cinq versions précédentes. Si un site enfant ou un point de distribution comprend l'une des cinq versions précédentes du package, le site d'origine transmettra les changements appropriés à ce site. Si le site enfant utilise une version antérieure du package, le site d'origine transmettra l'ensemble du package.

Si le site d'origine transmet les fichiers modifiés d'un package mais que le site de destination ne dispose plus de ce package, ou si le package a été modifié sur ce site, le site de destination enverra un message d'état au site d'origine pour lui signaler le problème.

Notes

La réplication différentielle binaire est possible dans Configuration Manager 2007 uniquement si tous les sites de destination ont déjà reçu au moins la version initiale du package. La réplication différentielle ne sera pas utilisée par Configuration Manager 2007 tant que tous les sites de destination ne disposeront pas de la version initiale.

La prudence est donc recommandée lors de la distribution des modifications aux fichiers sources d'un package. Si le chemin d'accès à un site récepteur est fermé, ne tentez pas à plusieurs reprises de procéder à la mise à jour du point de distribution avant que l'adresse du site ne soit de nouveau disponible. Chaque mise à jour inclura les fichiers provenant de la mise à jour précédente, car les sites récepteurs ne disposeront pas encore de la mise à jour précédente. Par conséquent, les mises à jour incluront un grand nombre de fichiers redondants, ce qui entraîne une consommation inutile de la bande passante.

Notes

La durée de traitement pour les packages volumineux peut prendre plus de temps que la normale (20 à 30 minutes dans certains cas voire plus, selon la taille du package). Au cours du processus de compression/décompression de ce package, ainsi que du processus de hachage ou de création de signature, le fichier distmgr.log peut sembler inactif, alors que le processus est toujours en cours d'exécution.

Voir aussi

Tâches

Comment modifier un package

Concepts

À propos des points de distribution standard et de branche

Pour plus d'informations, consultez Informations et prise en charge de Configuration Manager 2007.
Pour contacter l'équipe de documentation, envoyez un e-mail à SMSdocs@microsoft.com.