L’objectif de ce poste est double. D'une part d’expliquer d’où vient le nombre de 300 sources de données maximum qu’un serveur DPM 64 bits peut prendre en charge et d'autre part d’expliquer les nouvelles fonctionnalités implémentées dans la version 2010 de DPM pour accroitre cette limite.
Lors du design de votre solution de sauvegarde avec DPM (Data Protection Manager), il est important de comprendre le fonctionnement et d’où viennent certaines limites… La réponse est : pas forcément du produit. En effet, comme on va le voir cette limite de 300 sources de données maximum par serveur DPM vient en réalité du gestionnaire de disques logiques, le Logical Disk Manager (LDM).
Ensuite, il faut savoir que DPM 2010 apportent des nouvelles fonctionnalités très intéressantes comme la collocation des sources de données ou l’auto augmentation des volumes permettant ainsi d’augmenter en réalité le nombre de source de données qu’un serveur DPM peut protéger de manière significative.
C’est parti :
Comme expliqué dans l’introduction, cette limite de 300 sources de données maximum est héritée du module Logical Disk Manager (LDM) qui autorise uniquement un nombre limité de volumes pouvant coexister sur un système Windows. Pour rappel, DPM nécessite deux volumes par source de données protégée : l’un pour le réplica et l’autre pour les points de restauration. Ce qui veut déjà dire que si l’on atteint la limite supportable d’un serveur DPM on a déjà 600 volumes.
La base de données du module LDM possède une structure de taille fixe de 2960 slots disponibles et chaque nouveau volume requiert 3 à 4 slots + 1 à chaque fois qu’il est étendu. Ce qui veut donc dire qu’avec 300 sources de données et donc 600 volumes on consomme déjà 1800 slots minimum sur 2960 ce qui signifie qu’il sera déjà impossible d’étendre tous les volumes plus d’une fois… Pour libérer des slots il faut donc faire de la consolidation en créant par exemple des nouveaux volumes plus gros pour remplacer d’anciens volumes qui auraient été étendu plusieurs fois. Pour réaliser cela et déplacer des données DPM, un script PowerShell existe à l’adresse suivante :
Maintenant que vous savez pourquoi un serveur DPM ne supporte pas de protéger plus de 300 sources de données, voyons comment DPM 2010 et ses nouvelles fonctionnalités peuvent vous permettre d’en faire toujours plus avec moins !
Il est rare et pas forcément judicieux financièrement de surdimenssioner l’espace disque d’un groupe de protection. Même avec une bonne préparation, il se peut qu’il manque de la place et que le job de sauvegarde échoue. Il est alors possible d’utiliser la nouvelle fonctionnalité d’auto-augmentation du volume d’une part couplée à la fonctionnalité d’auto-répétition du job échoué sans aucune intervention. Mais gardez toujours à l’esprit la limite des 2960 slots disponibles. Pour savoir combien de slots disponibles il vous reste, vous pouvez toujours essayer ce script complexe :
DPM 2010 intègre des vérifications et vous alertera bien avant que la limite soit atteinte, ce qui vous permettra de vous lancer dans un processus de migration de vos données. De plus, l’auto-augmentation des volumes se fait par tranche de 25% avec un minimum de 10 Go à chaque fois que cela est nécessaire. Cependant le service de disques virtuels ne permet pas d’étendre plus de 32 fois un volume…
Enfin dernière nouvelle option, est pas des moins intéressantes, est la fonctionnalité de « colocation » des données. En effet DPM 2010 offre la possibilité de stocker sur un même volume plusieurs sources de données du même type afin de réduire le nombre de volumes nécessaires. Cette solution est uniquement possible pour la protection des bases de données SQL, des machines virtuelles sous Hyper-V et enfin la protection des postes clients. C’est ce qui permet de sauvegarder jusqu’à 2000 bases de données SQL avec un seul serveur DPM par exemple !
Maintenant c'est à vous de jouer...
