Monter des bases de données Microsoft SQL Server dans la console de gestion de l'appliance

Cette section explique comment installer un serveur Microsoft SQL Server capturé :

  • Instances
  • Bases de données principales d'un groupe de disponibilité AlwaysOn
  • Groupes de cohérence
  • Membres individuels d'un groupe de cohérence
  • Bases de données du système
  • Bases de données de l'utilisateur

Installer les données Microsoft SQL Server capturées

Avec un montage standard, vous pouvez installer les données Microsoft SQL Server sur un autre serveur, où elles peuvent être récupérées et utilisées par un autre Microsoft SQL Server. Pour installer uniquement les données Microsoft SQL capturées, procédez comme suit :

  1. Ouvrez le Gestionnaire d'applications, puis accédez à la liste des applications.

  2. Effectuez un clic droit sur une instance de serveur SQL Server, une base de données utilisateur, une base de données système, un cluster ou un groupe de disponibilité, puis sélectionnez Accès. Utilisez les filtres pour trouver la base de données dont vous avez besoin.

  3. Sur la piste, sélectionnez la sauvegarde spécifique à installer, puis sélectionnez Installer.

  4. Vous pouvez éventuellement saisir un libellé qui vous permet d'identifier clairement ces données installées.

  5. Dans la section Options de l'application de la boîte de dialogue Installer l'image, ne sélectionnez pas Créer une application virtuelle. Pour installer les données Microsoft SQL en tant que base de données virtuelle, consultez Installer une base de données SQL Server en tant que nouvelle base de données virtuelle.

  6. Renseignez les champs Options de mappage et Sélection d'éléments, le cas échéant.

    Les options présentées varient en fonction de la source sélectionnée. Par exemple, les bases de données sur les VM VMware disposent d'une option Mapper à tous les hôtes ESX. Les bases de données en cluster disposent de l'option Mapper aux nœuds du cluster.

  7. Cliquez sur Envoyer pour envoyer le job d'installation.

  8. Une fois l'opération d'installation réussie, connectez-vous au serveur de base de données et vérifiez que la sauvegarde installée est disponible dans Installations actives.

Installer une base de données SQL Server en tant que nouvelle base de données virtuelle

Une opération d'installation d'application virtuelle installe une base de données capturée en tant qu'application virtuelle. Il vous permet de mettre rapidement une base de données en ligne sans avoir à déplacer les données ni à configurer manuellement une nouvelle instance de la base de données. Un montage d'application virtuel permet de créer et de gérer des copies de bases de données de production sans intervention manuelle des administrateurs de bases de données, de serveurs et de stockage.

Cette section explique comment installer une base de données Microsoft SQL Server capturée en tant qu'application virtuelle. Vous pouvez installer les éléments suivants pour Microsoft SQL Server :

  • Instances
  • Bases de données du système
  • Bases de données de l'utilisateur
  • Groupes de cohérence
  • Membres individuels d'un groupe de cohérence
  • Bases de données dans des groupes de disponibilité AlwaysOn

Avant d'installer une sauvegarde, assurez-vous qu'iSCSI a été configuré sur l'hôte où les sauvegardes sont installées, ou que les datastores NFS ont été configurés dans VMware.

Si vous souhaitez installer uniquement les fichiers de données Microsoft SQL sans ajouter de base de données à une instance SQL Server, consultez Installer des données Microsoft SQL capturées.

Pour les bases de données corrompues ou supprimées, l'installation d'une base de données SQL Server en tant qu'application virtuelle sur son serveur d'origine est une alternative efficace à la restauration de la base de données.

Pour installer une base de données Microsoft SQL Server capturée en tant qu'application virtuelle, procédez comme suit :

  1. Ouvrez la console de gestion de l'appareil sur la liste App Manager > Applications.

  2. Effectuez un clic droit sur une instance SQL Server, une base de données utilisateur, une base de données système, un cluster ou un groupe de disponibilité, puis sélectionnez Accès. Utilisez les filtres pour trouver la base de données dont vous avez besoin.

  3. Sur la piste des sauvegardes, sélectionnez la sauvegarde à installer. Sur le côté droit, sélectionnez Installer. Vous pouvez utiliser le widget de calendrier en haut à gauche pour affiner la plage de sauvegardes.

  4. Dans la section Options de l'application, saisissez éventuellement un libellé qui vous permet d'identifier clairement ces données installées.

  5. Sélectionnez Créer une application virtuelle.

  6. Si la base de données a été capturée avec ses journaux, la boîte de dialogue Options de l'application propose une option permettant de restaurer les journaux à un moment précis, en fonction de la date et de la fréquence de capture des journaux.

  7. Dans la liste déroulante Nom de l'instance SQL Server, sélectionnez l'instance SQL Server à laquelle la nouvelle base de données doit être ajoutée. Si le nom d'instance requis n'est pas inclus dans le menu déroulant, vous pouvez le saisir manuellement dans l'espace prévu à cet effet.

  8. Si vous installez une seule base de données, saisissez un nom pour votre nouvelle base de données virtuelle dans le champ Nom de la base de données SQL Server.

    Si vous installez plusieurs bases de données, saisissez le nom d'un nouveau groupe de cohérence contenant vos bases de données virtuelles dans le champ Nom du groupe de cohérence.

  9. L'installation de l'application virtuelle est une nouvelle base de données virtuelle. Pour protéger les nouvelles bases de données virtuelles, sélectionnez Gérer une nouvelle application, puis sélectionnez le modèle et le profil à utiliser.

    Le montage de l'application virtuelle est une nouvelle base de données. Les instantanés de la base de données sont incrémentiels.

    L'application virtuelle s'affiche dans la liste des applications du gestionnaire d'applications.

    Si vous ne sélectionnez pas Gérer la nouvelle application, elle apparaît dans le Gestionnaire d'applications en tant qu'application non protégée. Elle peut être protégée comme n'importe quelle autre application.

    Les bases de données SQL Server virtuelles installées sur une instance SQL Server sont toujours protégées séparément des bases de données utilisateur et système de l'instance.

  10. Récupérer la base de données après la restauration : laissez cette option sélectionnée (par défaut) si vous souhaitez que la base de données soit en ligne et prête à traiter les transactions. Désactivez cette option pour laisser la base de données dans un état de restauration, afin que des sauvegardes de journaux de transactions supplémentaires puissent être appliquées manuellement pour restaurer la base de données à un moment précis.

  11. Récupérer les identifiants utilisateur : si vous avez activé l'option de règle Sauvegarder les identifiants SQL Server, la sélection de cette option entraîne la restauration de ces identifiants sur l'instance SQL Server cible. Pour les comptes de domaine, les comptes utilisateur ne sont restaurés que si l'instance cible se trouve sur un serveur du même domaine ou d'un domaine ayant une relation d'approbation avec le serveur SQL source. Les comptes SQL locaux sont toujours restaurés. Utilisez cette option si vous souhaitez vous assurer que tous les utilisateurs qui ont pu accéder à la base de données source d'origine peuvent accéder à la nouvelle base de données virtuelle.

  12. Dans les champs Nom d'utilisateur et mot de passe, saisissez un nom d'utilisateur et un mot de passe uniquement si nécessaire. Si le compte de l'agent Backup and DR ne dispose pas des droits nécessaires pour dissocier la base de données lors d'une opération d'annulation de l'installation ou pour appliquer des journaux de transactions, saisissez ici les identifiants d'un compte disposant de ces droits. Pour en savoir plus, consultez Rôles SQL Server requis pour l'utilisateur Windows.

  13. Sélectionnez un modèle de récupération si vous souhaitez modifier le modèle de récupération des nouvelles bases de données virtuelles. Par défaut, le modèle de récupération de la base de données d'origine est conservé.

  14. Pour Écraser la base de données existante, indiquez quand écraser une base de données sur le serveur ou l'instance cible qui porte le même nom que les nouvelles bases de données en cours d'installation : Oui, Non ou Uniquement si elle est obsolète.

  15. Dans Options de mappage, vous pouvez saisir un emplacement d'installation. Si une application ne comporte qu'un seul volume, vous ne pouvez spécifier que l'emplacement d'installation ici. Si une application comporte plusieurs volumes, vous pouvez :

    • Saisissez un emplacement d'installation. Tous les volumes sont automatiquement installés à l'emplacement d'installation spécifié, à l'aide de lettres de lecteur séquentielles ou de répertoires numérotés au point d'installation spécifié.

    • Laissez cet espace vide et, dans les options avancées, spécifiez manuellement un emplacement d'installation pour chaque volume.

  16. Cliquez sur Envoyer pour envoyer le job.

  17. Une fois le job d'installation terminé, connectez-vous au serveur de base de données et vérifiez que la sauvegarde installée est disponible dans Installations actives.

Gestion des installations actives

Une fois que vous avez créé un montage, vous pouvez suivre la sauvegarde depuis App Manager > Active Mounts (Gestionnaire d'applications > Montages actifs). Dans l'idéal, ne laissez aucune sauvegarde installée indéfiniment. En effet, la sauvegarde à partir de laquelle l'installation a été créée ne peut pas expirer tant que toutes ses installations n'ont pas été supprimées. Lorsque vous avez fini d'utiliser la sauvegarde installée, vous pouvez :

  • Démontez la sauvegarde. Vous pouvez le remonter si nécessaire. Vous pourrez ensuite supprimer la sauvegarde lorsque vous serez certain de ne plus en avoir besoin.
  • Démontez et supprimez la sauvegarde. Cette opération supprime la sauvegarde installée, et non la sauvegarde sur laquelle l'installation est basée.
  • Migrez la sauvegarde. Cela ne s'applique qu'aux installations Microsoft SQL Server.

Installer des données SQL Server chiffrées

Les appliances de sauvegarde/récupération capturent les bases de données SQL Server chiffrées, mais pas leurs clés privées, leurs certificats de chiffrement ni leurs mots de passe.

Cette section décrit les opérations suivantes :

  • Déterminer si le TDE SQL est activé

  • Résoudre les problèmes de chiffrement SQL Server

  • Procédures concernant la clé principale, le certificat de chiffrement et le mot de passe SQL Server

Si vous restaurez une base de données SQL Server chiffrée sur une base de données SQL Server existante, la clé privée, le certificat de chiffrement et le mot de passe sont déjà présents sur l'instance SQL Server. Une fois l'opération de restauration terminée, la base de données SQL Server fonctionne comme prévu.

Si vous effectuez l'installation d'une application virtuelle d'une base de données chiffrée ou l'installation des données SQL Server chiffrées, l'instance SQL Server sur laquelle la base de données ou les données chiffrées sont installées doit disposer des éléments suivants :

  • Chiffrement transparent des données (TDE) activé

  • Une copie de la clé privée de la base de données SQL Server source

  • Une copie du certificat de chiffrement de la base de données SQL Server source

  • Indiquez le mot de passe de la base de données SQL Server source.

Les procédures sont décrites dans les procédures de clé principale, de certificat de chiffrement et de mot de passe SQL Server.

Déterminer si le chiffrement TDE SQL Server est activé

Pour déterminer si le TDE est activé sur une instance SQL Server, vous pouvez utiliser l'interface utilisateur de SQL Server Management Studio (SSMS) de Microsoft ou une requête manuelle pour déterminer si le chiffrement est activé sur une base de données. Exemple :

        SELECT
         DB_NAME(database_id)AS dbname,
         encryption_state,
         case encryption_state
           WHEN 0 THEN 'Unencrypted (no
        database encryption key present)'
           WHEN 1 THEN 'Unencrypted'
           WHEN 2 THEN 'Encryption in Progress'
           WHEN 3 THEN 'Encrypted'
           WHEN 4 THEN 'Key Change in Progress'
           WHEN 5 THEN 'Decryption in Progress'
           ELSE CAST(encryption_state AS
        varchar(20))
         END AS encryption_state,
         key_algorithm,
         key_length
         FROM sys.dm_database_encryption_keys

SSMS

Pour utiliser SSMS afin de déterminer si le chiffrement est activé sur une base de données, procédez comme suit :

  1. Dans SSMS, effectuez un clic droit sur le nom de la base de données.

  2. Dans le menu déroulant, sélectionnez Propriétés. Les propriétés de la base de données s'affichent.

  3. Sous Sélectionner une page, cliquez sur Options. Les options de la base de données s'affichent.

  4. Sous État, assurez-vous que Chiffrement activé est défini sur True.

Résoudre les problèmes de chiffrement SQL Server

Voici deux erreurs courantes :

  • Erreur SQL 24583 : indique qu'un certificat de chiffrement est manquant. L'erreur SQL Server 24583 suivante indique que vous essayez d'effectuer un montage sur une instance SQL Server qui ne dispose pas du certificat de chiffrement de l'instance SQL Server source.

  • Erreur SQL 33117 : le chiffrement transparent des données n'est pas activé. L'erreur SQL Server 33117 suivante indique que vous essayez d'installer une base de données SQL Server chiffrée sur une instance SQL Server pour laquelle le chiffrement transparent des données n'est pas activé.

Procédures concernant la clé principale, le certificat de chiffrement et le mot de passe SQL Server

La création et la copie de clés principales et de certificats de chiffrement sont des procédures Microsoft SQL Server standards qui ne sont pas propres aux appliances de sauvegarde/récupération. Ils sont fournis ici à titre d'information :

  • Créer une clé principale

  • Créer un certificat de chiffrement

  • Appliquer la clé maître du serveur et le certificat de chiffrement

  • Créez une copie de la clé principale du serveur et du certificat de chiffrement, puis fournissez le mot de passe source.

  • Copiez le certificat de chiffrement et la clé privée, puis indiquez le mot de passe source.

Pour en savoir plus, consultez les informations détaillées de Microsoft sur les certificats et les clés de sécurité : https://msdn.microsoft.com/en-us/library/ff848768.aspx

Créer une clé principale

        use master;
        go
        create master key encryption by password = 'SMKSourcePassword';
        go

Créer un certificat de chiffrement

        use master;
        go
        create certificate sourcedbcert with subject = 'Act Test Cert';
        go

Appliquer la clé maître du serveur et le certificat de chiffrement

        use DATABASENAME;
        go
        CREATE DATABASE ENCRYPTION KEY
        WITH ALGORITHM = AES_128
        ENCRYPTION BY SERVER CERTIFICATE sourcedbcert;
        go
        alter database DATABASENAME
        set encryption on;
        go

Créer une copie de la clé maître du serveur et du certificat de chiffrement, et fournir le mot de passe source

Si une base de données SQL Server d'une instance SQL Server est installée sur une autre instance SQL Server, vous devez copier manuellement la clé principale du serveur, le certificat de chiffrement et le mot de passe de la base de données à installer. Copiez ensuite la clé principale du serveur, le certificat de chiffrement et le mot de passe sur l'autre instance SQL Server.

Pour créer une copie d'une clé maître de serveur, d'un certificat de chiffrement et d'un mot de passe, procédez comme suit :

        use master;
        go
        backup certificate sourcedbcert to file = 'E:\Enc\Sourcecert'
        with PRIVATE KEY (file='E:\Enc\Privatekey',
        ENCRYPTION BY PASSWORD='SecurePassword');
        go

Copier le certificat de chiffrement et la clé privée, et fournir le mot de passe source

Si une base de données ou des données SQL Server chiffrées sont installées sur une nouvelle instance SQL Server, celle-ci doit disposer d'une copie de la clé principale du serveur, du certificat de chiffrement et du mot de passe de l'instance SQL Server source. Copiez manuellement les copies du certificat de chiffrement et du mot de passe que vous avez effectuées sur l'instance SQL Server source dans la section précédente vers la nouvelle instance SQL Server. Sur la nouvelle instance SQL Server, procédez comme suit :

        create certificate destinationdbcert
        FROM file = 'C:\Program Files\Backup and DR\sqlenc\Sourcecert'
        with private key (file = 'C:\Program Files\Backup and DR\sqlenc\Privatekey',
        decryption by password = 'SecurePassword')
        go

Autre documentation sur Backup and DR pour Microsoft SQL Server

Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des bases de données Microsoft SQL Server et des binaires compatibles avec Backup and DR. Vous trouverez des informations supplémentaires sur les pages suivantes :