Transition
Transition permet à un administrateur de plateforme de migrer de nombreux jeux de données d'un embedder vers un autre en une seule opération — un processus aussi appelé réindexation groupée. Chaque jeu de données utilisant l'embedder source est réindexé sur l'embedder cible : son index de recherche est reconstruit avec le nouveau modèle d'embedding et le découpage recommandé de la cible.
Ce qu'elle fait
Plutôt que de réindexer les assistants un par un, vous choisissez une fois un embedder source et un embedder cible, et QAnswer se charge de tous les jeux de données concernés. Le travail s'exécute en arrière-plan et conserve sa progression : vous pouvez quitter la page et y revenir plus tard.
- Sérialisé par défaut — les jeux de données sont réindexés un à un ; un échec ne touche que ce jeu de données, le reste du travail continue.
- Ignorés en toute sécurité — les jeux de données en cours d'import ou déjà en réindexation sont ignorés plutôt que corrompus.
- Entièrement suivi — chaque jeu de données dispose de sa propre ligne avec un statut en direct, une durée et l'éventuelle erreur, visibles dans les détails du travail.
Avant de commencer
- Vous devez être connecté en tant qu'administrateur de la plateforme.
- Au moins deux embedders actifs doivent exister — une source à quitter et une cible vers laquelle migrer. S'il n'y en a qu'un, ajoutez ou activez d'abord un autre embedder.
Étape 1 — Choisir la source et la cible
Dans la section Transition d'embedder, configurez la migration :
- Embedder source — l'embedder que vous quittez. Chaque jeu de données qui l'utilise devient un candidat.
- Embedder cible — l'embedder vers lequel migrer. Le découpage recommandé de la cible est appliqué lors de la réindexation.
- Inclure les playgrounds de chatbot — lorsque la case est cochée, les jeux de données des playgrounds de chatbot sont migrés en même temps que les assistants ; sinon, seuls les assistants le sont.
Étape 2 — Vérifier le périmètre
Dès que les deux embedders sont sélectionnés, l'aperçu du périmètre se met à jour avec le nombre de jeux de données concernés. Utilisez-le pour confirmer la migration avant de la lancer.
| Indicateur | Signification |
|---|---|
| Dans le périmètre | Total des jeux de données utilisant l'embedder source (assistants + playgrounds). |
| Assistants | Jeux de données du périmètre qui sont des assistants IA classiques. |
| Playgrounds | Jeux de données de playgrounds de chatbot du périmètre (comptés uniquement si « Inclure les playgrounds de chatbot » est coché). |
| Réindexation en cours | Jeux de données déjà en réindexation par un autre travail — ils seront ignorés. |
| Indexation en cours | Jeux de données dont un connecteur est en cours d'import de fichiers — ils seront ignorés. |
| Éligibles | Jeux de données réindexables immédiatement = Dans le périmètre − Réindexation en cours − Indexation en cours. |
Étape 3 — Lancer et confirmer
Cliquez sur Lancer la réindexation. Une boîte de dialogue de confirmation résume la migration — noms source et cible, leur taille d'embedding (dimensions) et fenêtre de contexte (jetons), ainsi que les mêmes compteurs de périmètre. Vérifiez et cliquez sur Confirmer pour démarrer.
Le travail est créé immédiatement et commence à traiter les jeux de données en arrière-plan. Vous pouvez fermer la boîte de dialogue et suivre la progression dans le tableau des travaux récents ci-dessous.
Étape 4 — Suivre la progression
Le tableau des travaux récents liste chaque travail groupé avec son heure de création, la migration source → cible, une barre de progression (terminés / total, avec les compteurs réussis, échoués et ignorés) et un statut global.
Un travail passe par ces statuts :
| Statut | Signification |
|---|---|
| En attente / En cours | Le travail est en file d'attente ou réindexe activement des jeux de données. |
| Réussi | Tous les jeux de données se sont terminés sans échec. |
| Partiellement échoué | Certains jeux de données ont réussi et d'autres ont échoué. Ouvrez le travail pour voir lesquels. |
| Échoué | Aucun jeu de données n'a réussi. |
| Annulé | Le travail a été annulé avant que tous les jeux de données soient traités. |
Cliquez sur Ouvrir sur un travail pour voir le détail par jeu de données — nom, type, statut, durée, raison de l'ignorance (le cas échéant) et message d'erreur (en cas d'échec).
Comprendre les jeux de données ignorés
Un jeu de données peut être ignoré pour protéger ses données. Une ignorance n'est pas une erreur — le jeu de données est simplement laissé intact, avec la raison enregistrée dans les détails du travail.
| Raison d'ignorance | Signification |
|---|---|
| Aucun index de recherche | Un playground qui n'a pas encore d'index de recherche. Le nouvel embedder est enregistré pour son prochain import, mais il n'y a rien à réindexer pour l'instant. |
| Réindexation en cours | Le jeu de données est déjà en réindexation par un autre travail. |
| Indexation en cours | Un connecteur est en cours d'import de fichiers. Réindexer maintenant perdrait les fichiers en cours, le jeu de données est donc ignoré. |
| Jeu de données supprimé | Le jeu de données a été supprimé entre la soumission du travail et son traitement. |
| Annulé | Le jeu de données était encore en attente lorsque le travail a été annulé. |
Gérer les travaux
- Ouvrir — afficher les détails du travail et la liste des jeux de données.
- Annuler — disponible tant qu'un travail est actif. Les jeux de données déjà en réindexation se terminent normalement ; les autres, en attente, sont marqués comme annulés.
- Débloquer — récupérer un travail dont les jeux de données semblent bloqués, en les libérant pour que le traitement reprenne.
- Supprimer — disponible uniquement pour les travaux terminés. Supprime l'enregistrement du travail et son historique ; cela n'annule pas une réindexation déjà effectuée.