Bonjour et bienvenue dans cette vidéo sur le gestionnaire de données Dell Power Protect. Dans cette vidéo, nous allons vous montrer plusieurs façons de restaurer des bases de données à partir d’un Microsoft SQL Server source vers un autre Microsoft SQL Server lorsque le site principal est en panne et inaccessible. Le site principal est l’endroit où Power Protect Data Manager protège les bases de données et les journaux de Microsoft SQL Server en l’enregistrant en tant qu’agent d’application en cas de sinistre. Power Protect Data Manager prend en charge plusieurs solutions de continuité d’activité pour assurer le bon fonctionnement de l’entreprise et remettre l’infrastructure de sauvegarde en ligne avec un RTO minimal. Dans cette vidéo, nous allons présenter trois méthodes de restauration des ressources à partir du serveur SQL Server d’origine. La première méthode consiste à lancer directement un plug-in SSMS à partir d’un autre hôte d’agent SQL et à fournir les détails de Power Protect DD et de l’unité de stockage sur laquelle les données de l’agent SQL d’origine ont été protégées. Dans ce cas, pour restaurer les données, l’utilisateur doit créer manuellement le lockbox pour l’unité de stockage.
La deuxième méthode consiste lorsque le site principal est en panne et inaccessible, et lorsque l’option Systèmes distants est activée sur Power Protect Data Manager. Cette option assure la continuité d’activité à partir de systèmes distants avec une récupération rapide. Cela implique une restauration à partir d’un autre hôte SQL enregistré vers le Power Protect Data Manager de destination. Une troisième méthode, après avoir effectué la reprise après sinistre du Power Protect Data Manager source, consiste à enregistrer un autre hôte SQL portant le même nom que l’hôte source auprès du Data Manager restauré, puis à effectuer une restauration sur cet hôte SQL. Nous aborderons ces trois méthodes en détail dans cette vidéo.
Avant de commencer, voici quelques conditions préalables. Assurez-vous que vous disposez d’un gestionnaire de données Power Protect qui protège une instance Microsoft SQL Server avec plusieurs bases de données SQL vers une appliance Power Protect DD sur le site principal et que ces copies protégées sont répliquées vers une appliance Power Protect DD sur le site de destination. Assurez-vous que vous avez activé l’option Remote Systems dans votre Data Manager et que l’option Sync est activée sur un Data Manager distant, en veillant à ce que les métadonnées soient synchronisées régulièrement avec le Data Manager de destination. Assurez-vous que la reprise après sinistre ou la sauvegarde de reprise après sinistre est activée sur Power Protect Data Manager. La sauvegarde de reprise après sinistre est activée par défaut dès que l’utilisateur ajoute une appliance Power Protect DD en tant que périphérique de stockage dans Data Manager. Assurez-vous que la dernière sauvegarde de reprise après sinistre est effectuée après que les tâches de protection et de réplication des bases de données SQL ont réussi.
Maintenant que toutes les conditions préalables sont remplies, voyons comment effectuer une restauration d’une base de données à partir d’un autre hôte à l’aide de la première méthode. Vous pouvez utiliser cette méthode lorsque le SQL Server source est en panne et lorsque vous devez restaurer les bases de données de ce serveur SQL à partir d’un autre hôte sur lequel une instance SQL est en cours d’exécution. Notez que pour utiliser cette méthode, vous devez disposer d’un système PPM source opérationnel ou la récupération rapide doit être activée sur le PPD M source, et le système PPD M de destination est en ligne. Accédez maintenant à l’autre hôte, installez MS app agent for SQL sur l’autre hôte et ne l’enregistrez pas auprès de l’un des serveurs PPD M. L’installation est maintenant réussie. Accédez au menu Démarrer et appelez le plug-in SSMS pour SQL Server Management Studio. Vous obtiendrez un assistant qui a deux onglets. Accédez à l’onglet Restauration de base de données sur cette page. Saisissez les détails de la source à partir de laquelle les copies de sauvegarde de la base de données doivent être extraites. Vous devez fournir les détails de l’appliance Power Protect DD sur lesquels se trouvent les copies de sauvegarde du serveur SQL source car le plug-in ne peut pas obtenir automatiquement ces informations. Nous devons les copier à partir du gestionnaire de données. Accédez à infrastructure, storage protection, storage, sélectionnez l’appliance DD dans laquelle les ressources SQL sont protégées, cliquez sur More actions, puis sélectionnez Manage storage units.
Une fois que vous avez trouvé les détails de l’unité de stockage, connectez-vous à la console Data Manager en tant qu’utilisateur administrateur. Accédez au répertoire local des scripts de marionnettes BRS de l’utilisateur, obtenez les informations d’identification de l’unité de stockage en saisissant cette commande Python. Et voici les informations d’identification. De retour dans le plug-in, nous pouvons renseigner les détails ici dans le volet de gauche. Accédez à la page General, cliquez sur les points de suspension, puis cliquez sur Add et fournissez les détails de l’adresse IP de l’appliance DD, le nom de l’unité de stockage et les informations d’identification. Double-cliquez sur les détails que vous venez d’ajouter. Cela permet de charger les données et de renseigner les détails du serveur SQL et de l’instance SQL. Sélectionnez la copie de sauvegarde appropriée. Les détails de la destination sont automatiquement renseignés. Maintenant, cliquez sur Exécuter ; La restauration a réussi.
Voyons comment fonctionne la deuxième méthode. Nous avons déjà vu que notre système Power Protect Data Manager source est activé pour la récupération rapide et que les métadonnées sont synchronisées régulièrement avec le serveur de gestionnaire de données distant. Ici, nous sommes déjà connectés à cet autre hôte Windows et l’instance SQL Server est opérationnelle sur cet hôte. Avant de procéder à la restauration, assurons-nous que notre hôte PPM source et notre serveur SQL Server source ne sont pas accessibles en les mettant hors tension. Pour ce faire, nous allons nous connecter à VCENTER en tant qu’administrateur. Nous allons maintenant modifier l’agent d’application MS installé sur l’hôte pour l’enregistrer auprès du gestionnaire de données Power Protect sélectionné en tant qu’hôte de destination dans la configuration de récupération rapide afin de terminer le processus d’enregistrement.
Nous nous connectons au PPD M de destination, accédons à infrastructure, Application agents, sélectionnons l’agent, puis cliquons sur Approve en haut à droite de l’écran. Sélectionnez la vue des systèmes distants, puis sélectionnez le Power Protect Data Manager source pour afficher sa vue distante sur la page de restauration. Cliquez sur l’onglet SQL, choisissez l’une des ressources et vérifiez les détails des copies distantes en sélectionnant Restaurer. Les copies de sauvegarde peuvent être restaurées à partir du PPDM de destination. Sélectionnez la copie et passez à la page suivante. Sélectionnez le périmètre et cliquez sur Suivant, sélectionnez Restaurer vers l’instance Microsoft SQL Server, puis cliquez sur Suivant. Ici, nous devons restaurer les copies sur un autre hôte, car nous ne pouvons pas enregistrer le même agent SQL sur plusieurs serveurs PPD M. Sélectionnez l’option Restaurer vers une autre application pour afficher les détails de l’autre application SQL. Direct Agent, développez les détails de l’application SQL, de Direct Agent et sélectionnez l’option Restore as new database.
Donnez un nom à la base de données, enregistrez les détails, puis cliquez sur Suivant afin de restaurer les copies de sauvegarde. Nous saisissons les informations d’identification du système d’exploitation, y compris le nom, le nom d’utilisateur et le mot de passe. Je sélectionne ici les informations d’identification déjà ajoutées, puis je clique sur Enregistrer, puis sur Suivant. Ici, nous sélectionnons l’emplacement du fichier d’origine, puis nous cliquons sur Suivant, nous conservons toutes les autres options par défaut et nous accédons à la page récapitulative. Cliquez sur Restaurer. Super, le processus de restauration est lancé. Surveillons la progression de la tâche de restauration. Super, la restauration est maintenant terminée.
Pour la méthode 3, après avoir effectué la reprise après sinistre du Power Protect Data Manager source, nous enregistrons un autre hôte SQL dans le gestionnaire de données restauré et effectuons une restauration sur cet hôte. Ici, mon Power Protect Data Manager source est opérationnel après une reprise après sinistre réussie. Mon autre hôte Windows est également opérationnel. Connectons-nous à l’hôte Windows que nous venons de créer ici. Vous pouvez voir mon hôte Windows avec le même nom de domaine complet et la même adresse IP que l’hôte Windows source. Mon instance SQL Server est opérationnelle sur cet hôte avec le même nom que l’instance source. Installez maintenant l’agent d’application Microsoft pour l’hôte SQL sur cet hôte Windows nouvellement créé et enregistrez-le auprès du gestionnaire de données récupéré pour terminer le processus d’inscription.
Nous nous connectons au PPD M récupéré, naviguons jusqu’à infrastructure, agents d’application, sélectionnons l’agent, puis cliquons sur Approve ; L’agent d’application est maintenant correctement enregistré. Accédez à la page Restore, cliquez sur Assets et sélectionnez l’onglet SQL, sélectionnez une ressource, puis cliquez sur Restore. Vous pouvez sélectionner une copie de sauvegarde principale ou une copie de sauvegarde répliquée. Ici, je sélectionne la copie de sauvegarde principale. Sur la page suivante, sélectionnez le périmètre Restauration vers l’instance Microsoft SQL Server, puis cliquez sur Suivant. Vous pouvez sélectionner Restaurer vers l’emplacement d’origine ou Restaurer vers une autre version ici. Je sélectionne l’option de restauration à l’emplacement d’origine. Conservez toutes les autres options par défaut et accédez à la page Summary, puis cliquez sur Restore. Super, le processus de restauration est lancé. Surveillons la progression de la tâche de restauration. Super, la restauration est maintenant terminée.
Dans cette vidéo, nous avons présenté trois façons différentes de restaurer des ressources à partir d’un serveur SQL. Nous espérons que vous avez trouvé ces informations utiles. Pour plus d’informations, telles que des livres blancs, des vidéos et des blogs, consultez le Data Protection Info Hub pour les exercices pratiques et les démonstrations. Visitez notre centre de démonstration. Merci de votre attention.
