Si vous administrez un parc informatique Microsoft, vous avez sans doute déjà croisé le terme branch distribution point. Ce rôle, longtemps présent dans SCCM, soulève encore beaucoup de questions chez les administrateurs système qui héritent d’anciennes infrastructures. Faut-il le conserver, le remplacer ou simplement le supprimer ?
Dans cet article, on revient sur la définition de ce composant, son fonctionnement technique et son statut actuel. Vous découvrirez aussi les alternatives modernes qui ont pris le relais et comment migrer sereinement vers une architecture plus adaptée à 2026.
Pas le temps de lire ?
- Le branch distribution point (BDP) est un rôle SCCM 2007 conçu pour distribuer du contenu vers des sites distants.
- Il a été déprécié dès SCCM 2012 et fusionné avec le distribution point standard.
- Ses successeurs modernes sont le Pull DP, le Cloud DP, Peer Cache et Delivery Optimization.
- Migrer demande un audit, un choix d’architecture par site et une mise à jour des boundary groups.
- Ne confondez pas BDP et Branch Cache : ce sont deux technologies différentes.
Branch distribution point, c’est quoi exactement ?
Le branch distribution point, souvent abrégé en BDP, est un rôle de site introduit par Microsoft dans SCCM 2007. Son objectif était de distribuer du contenu (logiciels, mises à jour, séquences de tâches) vers des bureaux distants sans installer un Windows Server complet sur place. Concrètement, le BDP pouvait s’héberger sur un simple poste client Windows déjà présent en succursale.
Cette approche répondait à un besoin très concret des grandes entreprises : limiter le trafic WAN entre le siège et les agences. Plutôt que chaque poste télécharge ses paquets depuis le data center, le BDP servait de relais local pour économiser la bande passante.
Pourquoi ce rôle a-t-il été créé ?
Au milieu des années 2000, les liaisons WAN étaient encore lentes et coûteuses. Beaucoup d’organisations gardaient des dizaines de petits sites distants connectés en MPLS ou ADSL. Installer un Windows Server avec licence dans chaque succursale représentait un investissement très lourd.
Le BDP a donc été pensé comme une solution économique, capable de fonctionner sur un poste client existant. Il acceptait les paquets envoyés par le site primaire et les redistribuait localement aux machines de la succursale.
Comment fonctionne techniquement un branch distribution point ?
Le BDP s’appuie principalement sur BITS (Background Intelligent Transfer Service), un service Windows qui régule la bande passante utilisée pour les transferts. Cela permet d’envoyer le contenu du site primaire vers le BDP sans saturer la liaison WAN.
Une fois le contenu présent localement, les machines clientes de la succursale interrogent le BDP via HTTP ou SMB pour récupérer leurs paquets. Ce mécanisme évite que chaque poste sollicite directement le data center, ce qui réduit fortement le trafic inter-sites.
Quelles différences avec un distribution point standard ?
Le BDP avait des capacités volontairement limitées. Il ne supportait pas le PXE boot à l’origine, sa capacité de stockage était moindre et il n’acceptait pas tous les types de paquets. Le distribution point classique, lui, tournait sur Windows Server et offrait l’ensemble des fonctionnalités de Configuration Manager.
Le branch distribution point existe-t-il encore en 2026 ?
Voilà la question qui revient le plus souvent. La réponse est claire : non, le branch distribution point n’existe plus en tant que rôle distinct depuis SCCM 2012. Microsoft a fusionné le BDP avec le distribution point standard pour simplifier l’architecture.
Depuis SCCM 2012, un distribution point unifié peut s’installer aussi bien sur un Windows Server que sur un poste client Windows, ce qui rend le rôle BDP obsolète.
Si vous administrez encore une infrastructure SCCM 2007 et que vous voyez des références à des BDP, il est temps de planifier une migration. Microsoft pousse aujourd’hui ses clients vers MECM (Microsoft Endpoint Configuration Manager), désormais intégré à la suite Microsoft Intune.
Quels sont les successeurs modernes du branch distribution point ?
Plusieurs technologies ont pris le relais du BDP, chacune avec ses atouts. Le choix dépend de la taille de votre site distant, de votre connexion Internet et de votre stratégie cloud.
- Pull distribution point : un DP classique qui télécharge lui-même son contenu depuis un autre DP source.
- Cloud distribution point : hébergé sur Azure, idéal pour les sites avec une bonne connexion Internet.
- Peer Cache : permet à un poste client de partager son contenu avec ses voisins du même LAN.
- Delivery Optimization : intégré à Windows 10 et 11, il fonctionne en pair-à-pair pour les mises à jour.
Tableau comparatif des solutions de distribution
Comment migrer un branch distribution point vers une architecture moderne ?
La migration demande un peu de méthode. Commencez par auditer vos BDP existants pour identifier ceux qui sont réellement utilisés. Beaucoup d’organisations conservent par habitude des rôles qui ne servent plus à grand-chose.
Ensuite, choisissez la solution adaptée à chaque site selon trois critères : la taille (nombre de postes), la qualité de la connexion Internet et la présence éventuelle d’un serveur sur place. N’oubliez pas d’ajuster vos boundary groups dans SCCM pour rediriger les clients vers les bons points de distribution.
Cette logique de transformation rappelle d’ailleurs celle vécue par beaucoup de consultants IT en portage salarial, souvent missionnés pour piloter ces grandes migrations dans les entreprises.
Quelles erreurs éviter avec un branch distribution point ?
Quelques pièges classiques peuvent compliquer votre projet. Les voici, pour ne pas tomber dedans.
- Confondre branch distribution point et Branch Cache : le second est une fonctionnalité Windows indépendante de SCCM.
- Surdimensionner les distribution points en succursale au lieu de privilégier Peer Cache.
- Oublier de mettre à jour les boundary groups après la migration.
- Négliger la phase d’audit avant de toucher à l’infrastructure.
Pour les équipes qui pilotent ce type de projet, structurer la démarche est essentiel. Si vous travaillez en mode collaboratif sur ces transformations, des plateformes comme Cooperactiv peuvent aider à coordonner les intervenants techniques.
Conclusion
Le branch distribution point a marqué une époque de l’administration Microsoft, celle des liaisons WAN lentes et des architectures lourdes. Aujourd’hui, il appartient au passé technique de SCCM, remplacé par des solutions plus souples comme le Pull DP, le Cloud DP ou Peer Cache.
Si vous gérez encore une infrastructure historique, profitez de la migration vers MECM ou Intune pour repenser votre modèle de distribution. Vos utilisateurs distants vous remercieront, et votre bande passante aussi. Et comme pour tout projet d’infrastructure, anticiper évite bien des mauvaises surprises, un peu comme lorsqu’on évite les erreurs classiques d’un prêt familial en posant le cadre dès le départ.
Foire aux questions sur le branch distribution point
Qu’est-ce qu’un branch distribution point dans SCCM ?
Un branch distribution point est un rôle de site introduit dans SCCM 2007. Il permettait d’héberger du contenu sur un poste Windows client en succursale, afin de servir les machines locales sans saturer la liaison WAN avec le site primaire.
Quelle différence entre branch distribution point et pull distribution point ?
Le BDP était un rôle limité conçu pour postes clients, avec un stockage et des fonctions réduites. Le Pull DP est un distribution point standard qui télécharge son contenu depuis un autre DP source au lieu d’attendre que le site primaire le pousse. Il soulage le serveur de site et reste plus adapté aux WAN modernes.
Le branch distribution point existe-t-il encore dans MECM ?
Non. Depuis SCCM 2012, le rôle BDP a été fusionné avec le distribution point standard, qui peut désormais s’installer sur Windows client comme sur Windows Server. MECM (Microsoft Endpoint Configuration Manager) ne propose plus ce rôle séparément.
Comment migrer un branch distribution point vers une architecture moderne ?
Commencez par auditer vos BDP existants. Choisissez ensuite entre Pull DP (si un serveur est disponible), Peer Cache (si plusieurs clients par site) ou Cloud DP (sites avec bonne connexion Internet). Ajustez enfin les boundary groups SCCM pour rediriger correctement les clients.
Branch distribution point ou branch cache : que choisir ?
Ce sont deux technologies différentes. Le BDP est un rôle SCCM aujourd’hui déprécié. Branch Cache est une fonctionnalité Windows Server et Windows client qui met en cache du contenu HTTP et SMB au niveau du LAN, indépendamment de SCCM. En 2026, on privilégie plutôt Peer Cache ou Delivery Optimization, mieux intégrés à l’écosystème Configuration Manager.
