Explorer Clone d'instance

Découvrez comment utiliser un clone pour copier tout ce qui se trouve dans une base de données d’une instance à une autre.

Vue d'ensemble de Clone d'instance

Le clonage est le moyen le plus simple de synchroniser vos instances. Il est essentiel de disposer d’un environnement représentatif pour tester les changements avant leur mise en production.

• Le clonage permet de réduire les divergences entre les environnements et favorise des déploiements fluides.
• Le clonage est utilisé pour tester des changements tels que des mises à niveau, de nouvelles applications et de nouvelles fonctionnalités.
• Le clonage des données provient de la sauvegarde quotidienne la plus récente.

Une liste de terminologie et de définitions utiles pour le clone est incluse ici Terminologie du clone.

Workflow Clone d'instance

Figure 1. Clone d'instance Diagramme de workflow

1. Configuration de la version du clone : les définitions, configurations et options de profil de base sont préparées. Les données à inclure, exclure ou conserver sont vérifiées.

2. Vérifications en amont : le clone vérifie les instances source et cible pour s’assurer qu’elles sont dans un état intègre avant de poursuivre avec le clone.

3. Sauvegarde : Utilise la dernière sauvegarde quotidienne. En cas de modifications récentes majeures, une nouvelle sauvegarde est créée. Vous pouvez également déclencher une nouvelle sauvegarde manuellement en sélectionnant la sauvegarde à la demande via la console d’administration de clones.

4. Pré-clonage : prépare l’espace pour la nouvelle base de données avant de la restaurer.

5. Mettre en service l’interface de base de données (DBI) : une nouvelle instance cible est configurée pour recevoir les données restaurées.

6. Restaurer : les données de sauvegarde sont restaurées dans la nouvelle instance cible.

7. Exclusions : les tables marquées pour exclusion sont supprimées.

8. Conservateurs : les données sont conservées à partir de l’ancienne cible (instance antérieure au clone) et copiées sur la nouvelle instance cible.

9. Repointage de nœud : le système bascule de l’ancienne cible vers le nouveau clone sans interruption de l’utilisateur.
10. Scripts de planification : l’exécution des scripts de nettoyage et des scripts personnalisés est planifiée. Les scripts ayant la même priorité s’exécutent simultanément.

11. Post clone : exécution des scripts de nettoyage.

Clone d'instance utilisateurs

Utilisateur	Description
Administrateur	Les administrateurs de clones disposant du rôle clone_admin peuvent demander, annuler, planifier ou modifier des clones.

Clone d'instance avantages

Avantage	Fonctionnalité
Mettez de l’ordre dans les données avec des exclusions et des conservateurs pour des scénarios de clonage spécifiques.	Définitions
Établissez des résultats de clonage cohérents avec les profils de clone et les instances enregistrées.	Configurations
Copier des données d’une instance de production vers une instance de non-production ou pour copier des données entre des instances de non-production.	Demander un clone

Cas d'utilisation de Clone d'instance

Cloner vers une version différente

Vous pouvez cloner entre des instances qui se trouvent sur des versions de famille différentes. Lors d’un clone, la version source remplace la version cible. Par exemple, si vous clonez de la source (Zurich) vers la cible (Yokohama), la cible correspondra à la source après le clone et sera sur la version Zurich.

Cloner à partir d’une copie de sauvegarde

Le clone utilise les données de la copie de sauvegarde quotidienne la plus récente de l’instance source lors du clonage. Les copies de sauvegarde utilisées pour le clonage datent de 36 heures maximum. Un clone à partir d’une copie de sauvegarde démarre uniquement à la date et à l’heure de début du traitement.

Si les instances source et cible se trouvent sur des versions différentes de , ServiceNow AI Platform l’instance cible est modifiée pour correspondre à la version de l’instance source pendant cette période.

Lors du démarrage d’un clone à partir d’une copie de sauvegarde, la date et l’heure de la sauvegarde, ainsi que les messages de progression périodiques, apparaissent dans la liste connexe Journal des clones .

Cloner les instances de production

Tant que la propriété glide.db.clone.allow_clone_target système est TRUE, une instance peut servir de cible de clone. Veuillez vous assurer que la propriété glide.db.clone.allow_clone_target est redéfinie sur FALSE après qu’une instance de production a servi de cible de clone. Cela permet d’éviter les clones accidentels ou involontaires en surproduction à l’avenir.

Remarque :

À partir de la version, les Australia utilisateurs qui tentent d’accéder à la page héritéeClone d'instance, clone_instance.do, sont redirigés vers le .Console d'administration des clones Pour afficher l’historique des clones pour les clones antérieurs à la Australia version, consultez la table héritée Historique des clones [clone_instance].

Pour plus d’informations sur l’utilisation Console d'administration des clones à la place de l’ancienne Clone d'instance console , consultez KB1425858 : Console d’administration de clone : Guide de démarrage rapide et instructions.