Protection de données 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
Cette rubrique fournit les informations que vous devez prendre en compte quand vous envisagez de protéger une base de données Microsoft SQL Server à l’aide de Data Protection Manager (DPM).
Quelles sont les versions et les fonctionnalités de SQL Server prises en charge par DPM ?
Versions
SQL Server 2005
SQL Server 2008
SQL Server 2008 R2
SQL Server 2012
SQL Server 2014
Fonctionnalité
Clustering SQL
Dans un déploiement de clustering SQL Server qui est protégé par un serveur DPM, quand l’instance de SQL Server bascule vers un autre nœud, le serveur DPM va continuer à protéger le nœud principal du cluster SQL Server sans intervention des administrateurs de sauvegarde.
DPM prend en charge le cluster quand il protège un cluster SQL. DPM prend en charge l’identité du cluster en plus des nœuds du cluster. Dans un scénario de clustering SQL, si l’instance de SQL Server est changée de nœud, DPM va continuer à protéger le cluster SQL sans nécessiter l’intervention des administrateurs de sauvegarde.
Mise en miroir SQL
Quand un serveur DPM protège une base de données SQL Server qui est mise en miroir, le serveur DPM prend en charge la base de données mise en miroir et protège correctement le dataset partagé.
Envoi de journaux SQL
Dans les scénarios où l’envoi de journaux SQL Server est utilisé, DPM détecte automatiquement que l’envoi de journaux est utilisé et se configure lui-même pour coexister. Ceci permet de garantir une protection SQL correcte.
SQL AlwaysOn
Quand DPM protège SQL AlwaysOn, il va détecter automatiquement les groupes de disponibilité. Il va également détecter une occurrence de basculement et va continuer à protéger la base de données.
Pour plus d’informations sur la configuration requise pour la protection SQL, consultez cette page : Planifier la protection des données de SQL Server. Nous vous recommandons de lire la page Configuration requise de SQL Server avant de configurer votre protection SQL.
Préparer DPM avant de configurer la protection SQL Server
Avant de configurer la protection SQL Server, vous devez suivre ces étapes :
Déploiement de DPM : vérifiez que DPM est installé et déployé correctement. Si vous n’avez pas déployé DPM, consultez les liens suivants pour obtenir de l’aide :
Configuration du stockage : vérifiez que le stockage est configuré. Pour plus d’informations sur les options disponibles, lisez les articles suivants :
Pour plus d’informations sur le stockage à court terme sur des disque et des pools de stockage, consultez Planification de sauvegardes sur disque.
Pour le stockage sur Azure avec Azure Backup, consultez Planification de sauvegardes Azure.
Pour le stockage à long terme sur bande, consultez Planifier les sauvegardes sur bande.
Configuration de l’agent de protection DPM : l’agent doit être installé sur l’instance de SQL Server. Consultez Planification du déploiement d'un agent de protection, puis Configuration de l'agent de protection.
Configurer un groupe de protection pour l’instance de SQL Server
Dans la console DPM, cliquez sur Protection.
Cliquez sur Nouveau pour démarrer l’Assistant Création d’un nouveau groupe de protection.
Dans la page Sélectionner les membres du groupe de l’Assistant Création d’un nouveau groupe de protection, sous Membres disponibles, développez votre instance de SQL Server.
Les instances de SQL Server sur ce serveur y sont affichées. Vous avez la possibilité de sélectionner une protection au niveau de l’instance ou une protection de bases de données individuelles. Continuez jusqu’à la fin de l’Assistant pour terminer la configuration de votre protection SQL.
Vous trouverez plus d’informations sur la création de groupes de protection dans cet article : Créer et gérer des groupes de protection.
Remarque : quand vous définissez une protection au niveau de l’instance, toute base de données ajoutée à cette instance de SQL Server est automatiquement ajoutée à la protection DPM. La capture d’écran suivante montre un exemple de protection automatique au niveau de l’instance et de protection d’une base de données individuelle.
Remarque : si vous utilisez des groupes de disponibilité SQL Server AlwaysOn, vous pouvez créer un groupe de protection qui contient les groupes de disponibilité. Le serveur DPM détecte les groupes de disponibilité et les affiche sous Groupe de clusters. Sélectionnez l’ensemble du groupe pour le protéger, pour que les bases de données que vous ajoutez au groupe soient automatiquement protégées. Vous pouvez également sélectionner des bases de données au lieu de sélectionner l’ensemble du groupe.
Pour chaque instance de SQL Server, vous pouvez aussi effectuer une sauvegarde de l’état du système ou une sauvegarde complète (qui inclut l’état du système). Ceci est utile si vous voulez être en mesure de récupérer votre serveur dans son intégralité et pas seulement les données. Vous trouverez plus d’informations sur les groupes de protection et la sauvegarde complète dans les articles suivants :
Planification de la protection à court terme et à long terme d'un groupe de protection
Protection de la récupération de l'état du système et de la récupération complète (BMR) du serveur
Suivez ensuite les instructions de Créer et gérer des groupes de protection.
Une fois le groupe de protection créé, une réplication initiale des données est effectuée. La sauvegarde est alors effectuée en ligne, selon les paramètres du groupe de protection.
Notifications de la surveillance
Une fois les groupes de protection créés, la réplication initiale se produit et DPM commence à sauvegarder et à synchroniser les données SQL Server. Vous pouvez utiliser DPM pour surveiller la synchronisation initiale et les sauvegardes successives de plusieurs façons :
Avec les paramètres par défaut de DPM, la surveillance peut configurer des notifications pour la surveillance proactive en publiant des alertes et en configurant des notifications. Vous pouvez envoyer des notifications par e-mail pour des alertes critiques, d’avertissement ou d’information, ainsi que pour l’état des récupérations instanciées.
Si System Center Operations Manager (SCOM) est déployé dans votre organisation, vous pouvez l’utiliser pour une surveillance et une gestion DPM plus approfondies. La surveillance et la gestion DPM de SCOM sont suffisantes pour répondre à vos besoins de surveillance de la protection SQL. Pour plus d’informations, consultez l’article Gestion et analyse DPM.
Configuration de notifications d'analyse
Dans la console Administrateur DPM, cliquez sur Analyse > Action > Options.
Cliquez sur Serveur SMTP, puis tapez le nom, le port et l’adresse e-mail du serveur à partir duquel les notifications doivent être envoyées. L'adresse doit être valide.
Dans Serveur SMTP authentifié, tapez un nom d’utilisateur et un mot de passe. Les nom d’utilisateur et le mot de passe que vous entrez doivent correspondre au nom du compte de domaine de la personne dont l’adresse « De » est décrite à l’étape précédente. Dans le cas contraire, la remise de la notification échoue.
Pour tester les paramètres du serveur SMTP, cliquez sur Envoyer un message de test, tapez l’adresse e-mail à laquelle DPM doit envoyer le message de test, puis cliquez sur OK.
Cliquez sur Options > Notifications, puis sélectionnez les types d’alertes dont les destinataires veulent être avertis. Dans Destinataires, tapez l’adresse e-mail de chaque destinataire auquel DPM doit envoyer des copies des notifications.
Pour tester les paramètres du serveur SMTP, cliquez sur Envoyer une notification de test > OK.