Skip to main content
NetApp Solutions
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Workflow de développement/test bursting vers le cloud

Contributeurs

L'agilité du cloud public, le retour sur investissement et les économies générées sont toutes des propositions de valeur pertinentes pour les entreprises qui adoptent le cloud public pour les efforts de développement et de test des applications de bases de données. SnapCenter est le meilleur outil pour faire de cette vision une réalité. SnapCenter peut non seulement protéger votre base de données de production sur site, mais aussi cloner rapidement une copie pour le développement d'applications ou les tests de code dans le cloud public, tout en consommant très peu d'espace de stockage supplémentaire. Vous trouverez ci-après des détails sur les processus étape par étape d'utilisation de cet outil.

Cloner une base de données Oracle à des fins de développement et de test à partir d'une sauvegarde snapshot répliquée

  1. Connectez-vous à SnapCenter avec un 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.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  2. Cliquez sur le nom de la base de données sur site prévue pour la topologie de sauvegarde et la vue détaillée. Si un emplacement répliqué secondaire est activé, les sauvegardes miroir liées s'affichent.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  3. Basculez vers la vue sauvegardes en miroir en cliquant sur sauvegardes en miroir. La ou les sauvegardes du miroir secondaire s'affichent alors.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  4. Choisissez une copie de sauvegarde de base de données secondaire en miroir à cloner et déterminez un point de récupération par heure et numéro de modification du système ou par SCN. Généralement, le point de restauration doit faire l'objet d'une sauvegarde complète de la base de données ou d'un SCN à cloner. Une fois qu'un point de récupération a été déterminé, la sauvegarde du fichier journal requis doit être montée pour la restauration. La sauvegarde du fichier journal doit être montée sur le serveur de base de données cible sur lequel la base de données clone doit être hébergée.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

    Remarque Si l'élagage des journaux est activé et que le point de restauration est étendu au-delà de la dernière taille des journaux, il peut être nécessaire de monter plusieurs sauvegardes des journaux d'archives.
  5. Mettez en surbrillance la copie de sauvegarde complète de la base de données à cloner, puis cliquez sur le bouton clone pour démarrer le workflow du clone de base de données.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  6. Choisissez un SID de base de données de clonage approprié pour une base de données de conteneur complète ou un clone CDB.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  7. Sélectionnez l'hôte de clone cible dans le cloud. Les répertoires des fichiers de données, des fichiers de contrôle et des journaux de reprise sont créés par le workflow de clonage.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  8. Le nom d'identification aucun est utilisé pour l'authentification basée sur le système d'exploitation, ce qui rend le port de base de données non pertinent. Remplissez le répertoire Oracle Home, Oracle OS User et Oracle OS Group approprié tel qu'il est configuré dans le serveur de base de données clone cible.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  9. Spécifiez les scripts à exécuter avant l'opération de clonage. Plus important encore, le paramètre d'instance de base de données peut être ajusté ou défini ici.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  10. Spécifiez le point de récupération par date et heure ou par SCN. Jusqu'à ce que Annuler récupère la base de données jusqu'aux journaux d'archivage disponibles. Spécifiez l'emplacement du journal d'archivage externe à partir de l'hôte cible sur lequel le volume du journal d'archivage est monté. Si le propriétaire Oracle du serveur cible est différent du serveur de production sur site, vérifiez que le répertoire du journal d'archivage est lisible par le propriétaire Oracle du serveur cible.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  11. Configurez le serveur SMTP pour la notification par e-mail si vous le souhaitez.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  12. Récapitulatif du clonage.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  13. Après le clonage, vous devez vérifier que la base de données clonée est opérationnelle. Certaines tâches supplémentaires, telles que le démarrage de l'écouteur ou la désactivation du mode d'archivage du journal DB, peuvent être effectuées sur la base de données de développement/test.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

Cloner une base de données SQL à des fins de développement et de test à partir d'une sauvegarde Snapshot répliquée

  1. Connectez-vous à SnapCenter avec un ID utilisateur de gestion de base de données pour SQL Server. Accédez à l'onglet Ressources, qui affiche les bases de données utilisateur SQL Server protégées par SnapCenter et une instance SQL de secours cible dans le cloud public.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  2. Cliquez sur le nom de base de données utilisateur SQL Server sur site prévu pour la topologie des sauvegardes et la vue détaillée. Si un emplacement répliqué secondaire est activé, les sauvegardes miroir liées s'affichent.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  3. Basculer vers la vue sauvegardes mises en miroir en cliquant sur sauvegardes mises en miroir. Les sauvegardes de miroir secondaire sont alors affichées. Étant donné que SnapCenter sauvegarde le journal de transactions SQL Server sur un disque dédié à la restauration, seules les sauvegardes complètes de la base de données sont affichées ici.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  4. Choisissez une copie de sauvegarde, puis cliquez sur le bouton Cloner pour lancer le flux de travail Cloner à partir de la sauvegarde.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  5. Sélectionnez un serveur cloud comme serveur de clonage cible, nom d'instance de clone et nom de base de données clone. Choisissez un point de montage à affectation automatique ou un chemin de point de montage défini par l'utilisateur.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  6. Déterminez un point de restauration par heure de sauvegarde du journal ou par date et heure spécifiques.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  7. Spécifiez les scripts facultatifs à exécuter avant et après l'opération de clonage.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  8. Configurez un serveur SMTP si vous souhaitez recevoir une notification par e-mail.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  9. Synthèse des clones.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

  10. Surveillez l'état du travail et vérifiez que la base de données utilisateur prévue a été associée à une instance SQL cible dans le serveur clone du cloud.

    Figure montrant la boîte de dialogue entrée/sortie ou représentant le contenu écrit

Configuration post-clonage

  1. Une base de données de production Oracle sur site est généralement exécutée en mode d'archivage des journaux. Ce mode n'est pas nécessaire pour une base de données de développement ou de test. Pour désactiver le mode d'archivage des journaux, connectez-vous à la base de données Oracle sous sysdba, exécutez une commande de changement du mode de journalisation et démarrez la base de données pour accéder à.

  2. Configurez un écouteur Oracle ou enregistrez la base de données nouvellement clonée avec un écouteur existant pour accéder à l'utilisateur.

  3. Pour SQL Server, passez du mode de journal complet à facile afin que le fichier journal de développement/test SQL Server puisse être facilement réduit lorsqu'il remplit le volume de journal.

Actualiser la base de données de clonage

  1. Déposez les bases de données clonées et nettoyez l'environnement de serveur Cloud DB. Suivez ensuite les procédures précédentes pour cloner une nouvelle base de données avec des données récentes. Le clonage d'une nouvelle base de données ne prend que quelques minutes.

  2. Arrêtez la base de données clone, exécutez une commande de mise à jour du clone à l'aide de l'interface de ligne de commandes. Pour plus d'informations, consultez la documentation SnapCenter suivante : "Actualiser un clone".

Où obtenir de l'aide ?

Si vous avez besoin d'aide pour utiliser cette solution, rejoignez la "La communauté NetApp solution Automation prend en charge le Channel Slack" et recherchez le canal solution-automation pour poser vos questions ou vos questions.