Avec toutes ces éditions, vous pouvez contacter votre représentant commercial ou l’assistance client Zendesk pour acheter des instances de sandbox premium supplémentaires.
La sandbox premium fournit un environnement de test quasi identique à votre instance de production de Zendesk Support ou à la fonctionnalité de service d’assistance de Zendesk Suite (configuration et potentiellement données). Cela vous permet de tester avec précision les mises à jour de vos workflows, d’essayer les intégrations et de former les nouveaux agents.
Cet article aborde les sujets suivants :
Options de configuration de la sandbox premium
Une sandbox premium vous permet de copier la configuration et les tickets de votre environnement de production. Elle vous permet aussi de créer et d’exécuter plusieurs sandbox à la fois.
Quand vous créez une sandbox premium, vous avez le choix entre des trois options de configuration : métadonnées, partielle et production. Le contenu copié pour tous les niveaux inclut les éléments suivants :
- Marques
- Contenu dynamique
- Champs de ticket
- Formulaires de ticket
- Champs d’utilisateur
- Champ d’organisation
- Cibles
- Groupe
- Rôles personnalisés
- Vues partagées
- Macros partagées
- Déclencheurs
- Automatismes
- Utilisateurs de niveau agent
- Membres de groupes
Si vous créez une sandbox premium partielle, vous pouvez copier jusqu’à 10 000 des objets suivants :
- Utilisateurs finaux
- Organisations
- Tickets
- Utilisateurs finaux
- Organisations
- Tickets
Pour en savoir plus au sujet de la création et de la gestion d’une sandbox premium, consultez Gestion d’une sandbox premium.
Qu’est-ce que la réplication
La réplication a lieu automatiquement quand vous créez une sandbox via le Centre d’administration. La réplication extrait les données de l’instance de production, puis crée la configuration et le contenu de la sandbox, ce qui crée un nouveau sous-domaine. Le processus n’affectera pas les performances de votre instance de production. Les données sont récupérées à partir de l’instance de production uniquement, et rien n’y sera donc ajouté, mis à jour, ni supprimé. La configuration de votre instance de sandbox changera rapidement pendant la réplication, nous vous conseillons donc de ne pas l’utiliser pendant ce processus.
La durée de la réplication dépend de la quantité de contenu. Une simple copie de métadonnées avec peu de champs et de règles de gestion peut prendre moins de temps, alors qu’une copie complète avec 100 000 tickets et les utilisateurs et organisations associés peut prendre plus d’une semaine. Une fois la réplication terminée, le statut de la sandbox devient Active.
Pour terminer la réplication, Zendesk crée une copie interne des données à migrer. Une fois la migration terminée, cette copie est supprimée. Il n’est pas possible de récupérer une sandbox premium supprimée.
Votre choix de sandbox détermine le nombre maximum de réplications que vous pouvez effectuer chaque mois, ainsi que la durée de conservation de votre sandbox et de ses données si vous n’utilisez pas votre sandbox pendant une période conséquente. Si vous ne l’utilisez pas, votre sandbox et ses données sont supprimées après une période de 30 ou de 90 jours.
Ce tableau montre le nombre maximum de réplications que vous pouvez effectuer chaque mois pour une sandbox et la durée de conservation des sandbox.
| Standard | Premium - Copie des métadonnées | Premium - Copie partielle | Premium - Copie de l’instance de production | |
|---|---|---|---|---|
| Nombre max. de réplications par mois | 1 | 5 | 10 | 15 |
| Rétention des données de sandbox | 30 jours | 30 jours | 90 jours | 90 jours |
Limites pour les données répliquées
La réplication sera une copie la plus exacte possible de l’instance de production. Cependant, il existe plusieurs cas dans lesquels la copie ne peut pas être exacte :
- Les environnements de test de sandbox s’appliquent à Zendesk Support et à la fonctionnalité de centre d’aide dans Zendesk Suite et n’incluent pas, par exemple, le contenu de Guide ou du centre d’aide.
- Les marques sont répliquées, mais comme les noms de marques doivent être uniques dans l’ensemble de toutes les instances Zendesk, ils ne peuvent pas être reproduits exactement. Les noms de marques sont modifiés afin de contenir une chaîne unique.
- Les e-mails des utilisateurs sont invalidés avant d’être ajoutés à l’instance de sandbox par l’utilisation du domaine @example.com afin d’éviter que des e-mails soient envoyés à vos utilisateurs par inadvertance, qu’il s’agisse d’agents ou d’utilisateurs finaux. Un administrateur peut résoudre les e-mails non valides pour les tests en modifiant les adresses e-mail des utilisateurs.
- Les API sont activées, mais les tokens API doivent être recréés.
- Les fonctionnalités des applications et de programme d’accès anticipé sont désactivées dans la sandbox.
- Les tickets ouverts sont inclus à la migration, mais pas les tickets clos archivés, les tickets d’incident liés et les accords de partage de tickets.
- Les cibles nécessitant un mot de passe seront répliquées, mais leurs identifiants ne seront pas valides et elles seront désactivées.
- Les objets endommagés dans l’instance de production ne sont pas répliqués. Par exemple, un déclencheur avec une condition faisant référence à une organisation qui n’existe plus n’est pas répliqué dans la sandbox.
- Les adresses e-mail externes ne sont pas copiées dans la sandbox.
- Les modifications effectuées dans une sandbox premium ne sont pas copiées automatiquement dans le compte de production et doivent y être reproduites manuellement.
- Seuls les éléments identifiés dans cet article sont répliqués.
0 Commentaires
Vous devez vous connecter pour laisser un commentaire.