Pour valider que la récupération du clone s'exécute via le dernier journal disponible, nous avons créé une petite table de test et inséré une ligne. Les données de test seront récupérées après une récupération complète du dernier journal disponible.

Connectez-vous à SnapCenter en tant qu'ID utilisateur de gestion de base de données pour Oracle. Accédez à l’onglet Ressources, qui affiche les bases de données Oracle protégées par SnapCenter.

Sélectionnez le groupe de ressources de journal Oracle et cliquez sur Sauvegarder maintenant pour exécuter manuellement une sauvegarde du journal Oracle afin de vider la dernière transaction vers la destination dans le cloud. Dans un scénario DR réel, la dernière transaction récupérable dépend de la fréquence de réplication du volume du journal de la base de données vers le cloud, qui dépend à son tour de la politique RTO ou RPO de l'entreprise.

SnapMirror asynchrone perd les données qui n'ont pas atteint la destination cloud dans l'intervalle de sauvegarde du journal de base de données dans un scénario de reprise après sinistre. Pour minimiser la perte de données, des sauvegardes de journaux plus fréquentes peuvent être planifiées. Cependant, il existe une limite à la fréquence de sauvegarde des journaux qui est techniquement réalisable.

Sélectionnez la dernière sauvegarde du journal sur la ou les sauvegardes du miroir secondaire et montez la sauvegarde du journal.

Sélectionnez la dernière sauvegarde complète de la base de données et cliquez sur Cloner pour lancer le flux de travail de clonage.

Sélectionnez un ID de base de données clone unique sur l'hôte.

Provisionnez un volume de journal et montez-le sur le serveur DR cible pour la zone de récupération flash Oracle et les journaux en ligne.

La procédure de clonage Oracle ne crée pas de volume de journal, qui doit être provisionné sur le serveur DR avant le clonage.

Sélectionnez l'hôte de clonage cible et l'emplacement où placer les fichiers de données, les fichiers de contrôle et les journaux de rétablissement.

Sélectionnez les informations d’identification pour le clone. Renseignez les détails de la configuration Oracle Home sur le serveur cible.

Spécifiez les scripts à exécuter avant le clonage. Les paramètres de la base de données peuvent être ajustés si nécessaire.

Sélectionnez Jusqu'à annulation comme option de récupération afin que la récupération parcoure tous les journaux d'archives disponibles pour récupérer la dernière transaction répliquée vers l'emplacement cloud secondaire.

Configurez le serveur SMTP pour la notification par e-mail si nécessaire.

Résumé du clone DR.

Les bases de données clonées sont enregistrées auprès de SnapCenter immédiatement après la fin du clonage et sont ensuite disponibles pour la protection de sauvegarde.

Validez la dernière transaction de test qui a été vidée, répliquée et récupérée à l’emplacement DR dans le cloud.

Configurer la zone de récupération flash.

Configurez l'écouteur Oracle pour l'accès utilisateur.

Séparez le volume cloné du volume source répliqué.

Réplication inversée du cloud vers le serveur local et reconstruction du serveur de base de données local défaillant.

De même, pour valider que la récupération du clone SQL a été exécutée via le dernier journal disponible, nous avons créé une petite table de test et inséré une ligne. Les données de test seront récupérées après une récupération complète du dernier journal disponible.

Connectez-vous à SnapCenter avec un ID utilisateur de gestion de base de données pour SQL Server. Accédez à l’onglet Ressources, qui affiche le groupe de ressources de protection SQL Server.

Exécutez manuellement une sauvegarde du journal pour vider la dernière transaction à répliquer vers le stockage secondaire dans le cloud public.

Sélectionnez la dernière sauvegarde complète de SQL Server pour le clone.

Définissez les paramètres de clonage tels que le serveur de clonage, l'instance de clonage, le nom de clonage et l'option de montage. L'emplacement de stockage secondaire où le clonage est effectué est renseigné automatiquement.

Sélectionnez toutes les sauvegardes de journaux à appliquer.

Spécifiez les scripts facultatifs à exécuter avant ou après le clonage.

Spécifiez un serveur SMTP si une notification par e-mail est souhaitée.

Résumé du clone DR. Les bases de données clonées sont immédiatement enregistrées auprès de SnapCenter et disponibles pour la protection de sauvegarde.

Surveiller l'état du travail de clonage.

Validez que la dernière transaction a été répliquée et récupérée avec tous les clones de fichiers journaux et la récupération.

Configurez un nouveau répertoire de journaux SnapCenter sur le serveur DR pour la sauvegarde des journaux SQL Server.

Séparez le volume cloné du volume source répliqué.

Réplication inversée du cloud vers le serveur local et reconstruction du serveur de base de données local défaillant.