Planifier la protection des données de SQL Server
Date de publication : mars 2016
S’applique à : System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager
Avant de déployer DPM pour protéger SQL Server :
Passez en revue les notes de publication et les Scénarios pris en charge et non pris en charge dans DPM qui recensent les problèmes éventuels liés à SQL Server.
Vérifiez la prise en charge des versions de SQL Server dans la Matrice de prise en charge de protection DPM.
Notez les points suivants :
Si vous avez une base de données dont les fichiers se trouvent sur un partage de fichiers distant, la protection échouera avec l'erreur ID 104.DPM ne prend pas en charge la protection des données SQL Server sur un partage de fichiers distant.
DPM ne peut pas protéger les bases de données stockées sur des partages SMB distants.
Assurez-vous que les réplicas de groupe de disponibilité sont configurés en lecture seule.
Vous devez explicitement ajouter le compte système NTAuthority\System au groupe Sysadmin sur SQL Server.
Lorsque vous effectuez une récupération sur l'autre emplacement pour une base de données partiellement contenue, vous devez vous assurer que la fonctionnalité relative aux bases de données à relation contenant-contenu est activée sur l'instance SQL cible.
Protéger SQL Server avec la fonctionnalité AlwaysOn activée
SQL Server 2012 intègre une nouvelle fonctionnalité de haute disponibilité, nommée AlwaysOn.Vous pouvez ajouter vos bases de données dans des groupes de disponibilité qui sont essentiellement des conteneurs pour les bases de données configurées pour le basculement.System Center 2012 SP1 DPM prend en charge la protection des bases de données qui font partie de groupes de disponibilité.Parmi les caractéristiques de DPM prenant en charge la fonctionnalité AlwaysOn figurent les suivantes :
DPM détecte les groupes de disponibilité lors de l'exécution d'une demande au moment de la création d'un groupe de protection.
DPM détecte un basculement et poursuit la protection de la base de données.
DPM prend en charge les configurations de cluster multisites d'une instance de SQL Server.
Lorsque vous protégez des bases de données qui utilisent la fonctionnalité AlwaysOn, DPM présente les limitations suivantes :
DPM honorera la stratégie de sauvegarde des groupes de disponibilité définie dans SQL Server en fonction des préférences de sauvegarde, comme suit :
Préférer le réplica secondaire : les sauvegardes doivent être effectuées sur un réplica secondaire, sauf lorsque le réplica principal est le seul réplica en ligne.Si plusieurs réplicas secondaires sont disponibles, le nœud ayant la plus haute priorité de sauvegarde sera sélectionné pour la sauvegarde.Dans le cas où seul le réplica principal est disponible, la sauvegarde doit être effectuée sur le réplica principal.
Secondaire uniquement : la sauvegarde ne doit pas être effectuée sur le réplica principal.Si le réplica principal est le seul réplica en ligne, la sauvegarde ne doit pas s'effectuer.
Principal : les sauvegardes doivent toujours s'effectuer sur le réplica principal.
Sur n'importe quel réplica : les sauvegardes peuvent s'effectuer sur n'importe quel réplica de disponibilité dans le groupe de disponibilité.Le nœud à sauvegarder dépendra des priorités de sauvegarde pour chacun des nœuds.
Notez les points suivants :
Les sauvegardes peuvent s'effectuer à partir de n'importe quel réplica lisible, c'est-à-dire principal, secondaire synchrone, secondaire asynchrone.
Si un réplica est exclu de la sauvegarde, par exemple si Exclure des réplicas est activé ou marqué comme étant non lisible, alors ce réplica ne sera pas sélectionné pour la sauvegarde quelle que soit l'option.
Si plusieurs réplicas sont disponibles et lisibles, alors le nœud ayant la plus haute priorité de sauvegarde sera sélectionné pour la sauvegarde.
Si la sauvegarde échoue sur le nœud sélectionné, alors l'opération de sauvegarde échoue.
La récupération à l'emplacement d'origine n'est pas prise en charge.