Vos succursales subissent des déploiements lents et saturent le WAN ? Vous perdez du temps et de la bande passante quand chaque poste télécharge depuis le site central. On détaille le branch distribution point, son fonctionnement, installation pas à pas et optimisations pratiques.
Résultat : moins de transferts répétés sur le WAN et des déploiements locaux plus rapides, avec exemples PowerShell et checklist de validation. On commence par définir précisément le rôle et pourquoi l’utiliser en environnement SCCM.
Qu’est-ce qu’un branch distribution point (BDP) dans SCCM et pourquoi l’utiliser ?
Un branch distribution point (BDP) est un rôle léger de distribution de contenu dans SCCM destiné aux sites distants. Il repose sur un client Windows ou un serveur et stocke localement les packages, applications et images pour réduire la consommation de bande passante sur le WAN. Le BDP répond aux besoins des petites succursales où l’installation d’un secondary site serait disproportionnée.
Utilisez un BDP pour diminuer les transferts répétés depuis le site central, accélérer les déploiements et activer des modes de cache pair‑à‑pair. Boundary groups et l’association correcte des clients au BDP restent requis pour garantir l’accès au contenu.
Fonctionnement technique d’un branch distribution point (BDP)
Le BDP combine plusieurs mécanismes pour distribuer le contenu efficacement. Voici les composants clés à connaître.
Mécanismes de distribution : BITS, SMB et prestaging
Les transferts utilisent prioritairement BITS pour respecter les fenêtres de throttling et permettre la reprise après coupure. SMB reste le fallback quand BITS n’est pas activé. Le prestaging autorise la copie initiale hors bande pour éviter de saturer le lien WAN lors du premier peuplement du BDP.
Comportement côté client, boundary groups et attribution du DP (self‑tuning et priorisation)
Le client SCCM sélectionne un DP selon les boundary groups et l’historique de transfert. Le mécanisme de self‑tuning ajuste la priorité en favorisant les transferts plus rapides lors de distributions simultanées. Assignez toujours un DP à au moins un boundary group pour éviter les échecs d’accès.
Intégration avec BranchCache, Microsoft Connected Cache et partage peer‑to‑peer
Activez BranchCache pour réduire davantage la bande passante via le cache pair‑à‑pair. Microsoft Connected Cache peut être utilisé en complément pour centraliser les caches sur des serveurs locaux. Validez la compatibilité des WAN accelerators, car certains perturbent BranchCache.
Guide pas à pas : installer et configurer un branch distribution point (BDP)
Avant d’installer, préparez l’environnement et vérifiez les exigences minimales. Suivez ensuite une procédure claire pour éviter les erreurs fréquentes.
Prérequis et préparation : OS supportés, comptes de service, stockage et sécurité
Vérifiez que le système est joint au domaine et qu’un client SCCM est installé. Préparez un compte site system membre du groupe local Administrators sur le BDP. Réservez une partition dédiée pour SMSPKG et créez la règle NTFS adéquate. Configurez la communication HTTP/HTTPS sans anonymous pour sécuriser l’accès.
Procédure d’installation détaillée : ajout du rôle, activation du mode Branch DP et configuration des communications (HTTP/HTTPS)
Dans la console, ajoutez un nouveau site system, sélectionnez le rôle Distribution Point puis cochez « enable as a branch distribution point ». Choisissez la partition de stockage et activez BranchCache si nécessaire. Configurez les ports et certificats pour HTTPS si vous voulez chiffrer les transferts.
Checklist d’optimisation avant mise en production : scripts PowerShell, tests de validation et métriques à collecter
Automatisez via PowerShell (cmdlets comme New‑CMDistributionPointGroup) pour homogénéiser les déploiements. Testez le prestaging, lancez des déploiements pilotes et collectez les logs : PerrDPAgent.log, transfer logs client, et métriques de latence et bande passante. Mesurez le nombre de connexions simultanées pour rester sous les limites (≈4000 clients par DP).
Quand préférer une alternative au branch distribution point (BDP) ?
Privilégiez une alternative si la succursale dépasse le nombre de clients gérables par un BDP, si vous devez supporter PXE ou multicast, ou si vous exigez des fonctions serveur avancées. Un secondary site convient pour des sites volumineux nécessitant des services supplémentaires et une compression site‑to‑site.
Considérez des options modernes : pull‑DP pour distribution centralisée, peer cache pour environnements Windows modernes, ou Intune pour postes mobiles. Évaluez coûts, bande passante et exigences PXE avant de choisir.
