Répliquer un Cortex Search Service¶
Cortex prend en charge la réplication des Cortex Search Services d’un compte source vers un ou plusieurs comptes cibles dans la même organisation. Cette réplication est intégrée de manière transparente aux groupes de réplication et de basculement Snowflake pour fournir une cohérence ponctuelle aux objets sur le compte cible. Pour plus d’informations sur la réplication et le basculement, consultez Présentation de la réplication et du basculement à travers plusieurs comptes.
Un service de recherche est automatiquement répliqué si la base de données parent se trouve dans un groupe de réplication ou de basculement. Les comportements suivants s’appliquent à tous les Cortex Search Services répliqués :
Un Cortex Search Service répliqué est en lecture seule. Aucune commande directe ALTER ou DROP n’est autorisée sur l’entité répliquée.
Un Cortex Search Service répliqué se synchronise avec le service principal selon la planification de la réplication. Plus précisément, si la réplique principale supprime le service, le service secondaire est également supprimé lors de l’actualisation de la réplication.
Des coûts liés à la réplication peuvent être appliqués pour le transfert de données et les ressources de calcul pendant la réplication. Il n’y a pas de coûts supplémentaires pour l’indexation Cortex Search. Pour plus d’informations, voir Compréhension du coût de réplication.
Le statut de service, la possibilité de requête et la facturation de service d’un Cortex Search Service répliqué diffèrent entre les groupes de réplication et les groupes de basculement :
Groupe de réplication |
Groupe de basculement |
|
|---|---|---|
Statut de service |
Hérite du statut de service du service source. Si le service source est actif, le service répliqué est également actif. |
Toujours suspendu jusqu’à ce que le groupe de basculement soit promu en groupe principal. |
Interrogeabilité |
Interrogeable après un délai pouvant aller jusqu’à 10 minutes après l’achèvement de la réplication. |
Non interrogeable avant d’être promu en tant que groupe principal. |
Coûts de service |
Facturé pour les coûts de service si le service source est en statut de service actif. |
Aucun coût de service jusqu’à la promotion en groupe principal. |
Pour plus d’informations sur les groupes de réplication et de basculement, consultez CREATE REPLICATION GROUP.
Créer un Cortex Search Service répliqué à l’aide d’un groupe de réplication¶
Pour créer un Cortex Search Service répliqué, créez un groupe de réplication qui inclut la base de données parent du service.
Créez un groupe de réplication dans le compte principal.
À partir du compte secondaire, exécutez la commande suivante pour créer une réplique de la base de données du compte principal dans le compte secondaire.
À partir du compte secondaire, actualisez manuellement la réplique.
Créer un Cortex Search Service dans la base de données principale. Pour plus d’informations, voir CREATE CORTEX SEARCH SERVICE. Le service de recherche est automatiquement répliqué conformément à la planification de la réplication.
Créer un Cortex Search Service répliqué à l’aide d’un groupe de basculement¶
Les groupes de basculement vous permettent de sauvegarder vos données dans un compte supplémentaire sans utiliser ou payer pour les services répliqués. Avec un groupe de basculement, vous pouvez activer le basculement uniquement lorsque cela est nécessaire pour reprendre les opérations. Pour créer un groupe de basculement pour le Cortex Search Service, créez un groupe de basculement qui inclut la base de données parente du service.
Créez un groupe de basculement dans le compte principal.
À partir du compte secondaire, exécutez la commande suivante pour créer un basculement de la base de données du compte principal dans le compte secondaire.
À partir du compte secondaire, actualisez manuellement le groupe de basculement.
Créer un Cortex Search Service dans la base de données principale. Pour plus d’informations, voir CREATE CORTEX SEARCH SERVICE. Le service de recherche est automatiquement répliqué conformément à la planification de la réplication.
Au moment de la reprise après sinistre, exécutez le sql suivant dans le compte secondaire pour en faire le nouveau compte principal. Le service répliqué sera activé et chargé dans le système de service à interroger.