Mettre à niveau vers la Intelligence documentaire version 3.0 ou ultérieure à partir de la version 2.4 ou antérieure
Intelligence documentaire La version 3.0 ou ultérieure inclut un schéma de base de données mis à jour pour prendre en charge sa transition d’une application incluse dans le périmètre à un module d’extension ServiceNow AI Platform .
Mettre à niveau les tâches
Passez en revue les informations de cette rubrique avant d’effectuer une mise à niveau vers Intelligence documentaire (IntelDoc) 3.0 ou ultérieure à partir de la version 2.4 ou antérieure.
Pour plus d’informations sur l’installation, reportez-vous à la section Installer Intelligence documentaire.
Avant la mise à niveau
| Tâche préalable à la mise à niveau | Description |
|---|---|
| Choisir une heure pour planifier la mise à niveau |
Évitez d’effectuer la mise à niveau pendant l’exécution de la tâche de mise à niveau nocturne de la définition de tâche (cas d’utilisation). La mise à niveau de l’application à ce moment-là empêcherait la mise à niveau des cas d’utilisation jusqu’à l’exécution du lendemain. |
| Mettre à jour tout code personnalisé qui pointe directement vers des tables de base de données IntelDoc |
Après la mise à niveau vers Intelligence documentaire 3.0 ou ultérieure à partir de la version 2.4 ou antérieure, IntelDoc de nouvelles actions de flux seront ServiceNow AI Platform utilisées. IntelDoc utilisera également des tables de base de données (sys_di_) à la place des tables d’application incluses dans le périmètre (di_). Toutes les IntelDoc données sont migrées automatiquement vers ces tables de plateforme. Remarque :
Les cas d’utilisation d’extraction de documents peuvent ne pas être disponibles tant que la migration n’est pas terminée. Si vous avez du code personnalisé dans votre instance qui pointe directement vers les tables d’application incluses dans le périmètre (di_), il doit être mis à jour, de préférence vers le composant de plateforme à l’aide IntelDoc d’API. Si vous avez du code personnalisé utilisant IntelDoc des actions de flux 2.4 ou antérieures, il doit être mis à jour pour utiliser les actions de flux 3.0 ou ultérieures. Pour obtenir la liste des tables, reportez-vous à la section Composants installés avec Intelligence documentaire. |
| Ajouter des enregistrements entre périmètres pour les intégrations |
Pour toute intégration avec Intelligence documentaire, ajoutez des enregistrements inter-périmètres pour les nouvelles IntelDoc tables de base de données. Remarque :
Assurez-vous que les enregistrements inter-périmètres existants pour les anciennes tables ne sont pas supprimés. Consultez la section Enregistrements inter-périmètres pour obtenir la liste des enregistrements à ajouter. Pour plus d’informations sur les enregistrements entre périmètres, reportez-vous à la section Cross-scope privilege record. |
Pendant la mise à niveau
| Mettre à niveau la tâche | Description |
|---|---|
| Éviter d’utiliser l’espace de travail pour extraire des Intelligence documentaire champs |
Attendez qu’une tâche de document soit migrée vers la table sys_di_task avant de la terminer à l’aide de l’espace de Intelligence documentaire travail. L’exécution d’une tâche pendant la mise à niveau peut entraîner une perte de données. |
Après la mise à niveau
| Tâche post-mise à niveau | Description |
|---|---|
| Intégrations de tests IntelDoc et workflows personnalisés |
Testez vos intégrations de cas d’utilisation pour vous assurer qu’elles fonctionnent avec le nouveau schéma de base de données. |
| Vérifier la perte de données |
Voici quelques cas où vous pouvez perdre des données :
|
| Migration post-mise à niveau des cas d’utilisation hérités importés via des ensembles de mises à jour |
À tout moment après l’achèvement de la mise à niveau 3.0 ou ultérieure et de la Intelligence documentaire migration des données, vous pouvez réexécuter le script par lots de migration qui s’est exécuté pendant la mise à niveau. Vous pouvez exécuter ce script si vous devez migrer des cas d’utilisation importés nécessitant une migration vers les tables de plateforme (sys_di_).
Avertissement :
N’utilisez jamais la tâche par lots pour réexécuter la DocIntel migrate remaining data migration après avoir supprimé tous les enregistrements des tables sys_di. Vous ne devez l’utiliser que pour migrer les données manquantes des tables di_ vers les tables sys_di. |
Enregistrements entre périmètres
| Périmètre source | Périmètre cible | Nom de cible | Opération | Type cible | Statut |
|---|---|---|---|---|---|
| Périmètre d’intégration de la BU | global | sys_di_task | Lecture | Table | Autorisé |
| Périmètre d’intégration de la BU | global | sys_di_key | Lecture | Table | Autorisé |
| Périmètre d’intégration de la BU | global | sys_di_key_group | Lecture | Table | Autorisé |
| Périmètre d’intégration de la BU | global | sys_di_ocr_input | Lecture | Table | Autorisé |
| Périmètre d’intégration de la BU | global | sys_di_pdf_input | Lecture | Table | Autorisé |
| Périmètre d’intégration de la BU | global | sys_di_prediction_input | Lecture | Table | Autorisé |
| Périmètre d’intégration de la BU | global | sys_di_training_input | Lecture | Table | Autorisé |
| Périmètre d’intégration de la BU | global | sys_di_key_hint | Lecture | Table | Autorisé |