Paramètres de réplication des données

Vous pouvez configurer les paramètres de la tâche de données Replicate.

Ouvrez la tâche Replicate et cliquez sur Paramètres dans la barre d'outils.

La boîte de dialogue Paramètres : <Task-Name> s'ouvre. Les paramètres disponibles sont décrits ci-dessous.

Modes des tâches

Dans cet onglet, vous pouvez définir le mode Replicate et déterminer le mode d'application des modifications à la cible.

Mode de réplication

Les modes de réplication suivants sont disponibles :

Lors de la réplication à partir de sources d'applications SaaS, le mode de réplication Chargement complet est activé par défaut et ne peut pas être désactivé.

Chargement complet : Charge les données des tables sources sélectionnées dans la plate-forme cible et crée les tables cibles, si nécessaire. Le chargement complet s'effectue automatiquement lorsque la tâche démarre, mais il peut également être effectué manuellement, si nécessaire.
Appliquer les modifications : Maintient les tables cibles à jour en permanence en y ajoutant toutes les modifications apportées aux tables sources.
Stocker les modifications : Stocke les modifications apportées aux tables sources dans les tables de modifications (une par table source).

Pour plus d'informations, voir Stocker les modifications.

Si vous sélectionnez Stocker les modifications ou Appliquer les modifications et si votre source de données contient des tables qui ne prennent pas en charge CDC, ou des vues, deux pipelines de données seront créés. Un pipeline pour les tables prenant en charge CDC, et un autre pipeline pour l'ensemble des autres tables et vues prenant en charge uniquement Chargement complet.

Les opérations ALTER TABLE DDL ne sont actuellement pas prises en charge. Les autres opérations DDL telles que DROP TABLE et TRUNCATE TABLE sont prises en charge.

Mode d'application des modifications

Les modifications sont appliquées aux tables cibles via l'une des méthodes suivantes :

Lot optimisé : Il s'agit de la valeur par défaut. Lorsque cette option est sélectionnée, les modifications sont appliquées par lots. Une action de prétraitement s'effectue pour regrouper les transactions par lots de la manière la plus efficace.
Transactionnel : Sélectionnez cette option pour appliquer chaque transaction individuellement, dans leur ordre de validation. Dans ce cas, une stricte intégrité référentielle est garantie pour toutes les tables.

Métadonnées

Basique

Schéma de table cible : Schéma de la cible dans laquelle les tables sources seront répliquées si vous ne souhaitez pas utiliser le schéma de table source (ou en l'absence de schéma dans la base de données source).

Note InformationsLors de la réplication vers une cible Oracle, le schéma de table cible par défaut est « system ». Notez également qui si vous laissez ce champ vide (auquel cas le schéma source sera utilisé), vous devez vous assurer que le schéma source existe déjà dans la cible. Sinon, la tâche échouera.

Note InformationsLa longueur maximale autorisée, pour le nom de schéma, est de 128 caractères.

Ne pas inclure les colonnes de LOB : Sélectionnez cette option si vous ne souhaitez pas répliquer les colonnes de LOB sources.
Limiter la taille des colonnes LOB à (Ko) : Il s'agit de l'option par défaut. Sélectionnez cette option si vous avez besoin de répliquer uniquement de petits LOB ou si la plateforme cible ne prend pas en charge la taille de LOB illimitée. La valeur maximale autorisée, pour ce champ, est de 102 400 Ko (100 Mo).

Lors de la réplication de petits LOB, cette option est plus efficace que l'option Ne pas limiter la taille des colonnes LOB, car les LOB sont répliqués "inline" et non via une recherche "lookup" depuis la source. Lors du traitement des modifications, les petits LOB sont généralement répliqués via une recherche "lookup" depuis la source.

Étant donné que la valeur de l'option Limiter la taille de LOB est exprimée en octets, la taille doit être calculée conformément aux formules suivantes :
- BLOB : longueur du plus grand LOB.
- NCLOB : Longueur du plus long TEXTE en caractères multipliés par deux (car chaque caractère est traité comme un double octet). Si les données incluent des caractères à 4 octets, multipliez-les par quatre.
- CLOB : Longueur du plus long TEXTE en caractères (car chaque caractère est traité comme un caractère UTF8). Si les données incluent des caractères à 4 octets, multipliez-les par deux.
Note Informations
- Tout LOB supérieur à la taille spécifiée sera tronqué.
- Lors du traitement des modifications depuis une source Oracle, les BLOB inline sont répliqués inline.
- Les modifications apportées à ce paramètre affecteront uniquement les tables existantes après leur actualisation.
Ne pas limiter la taille des colonnes LOB : Lorsque cette option est sélectionnée, les colonnes de LOB sont répliquées, quelle que soit leur taille.

Note InformationsLa réplication des colonnes de LOB peut avoir un impact sur les performances. Cela s'avère particulièrement vrai en cas de colonnes de LOB volumineuses nécessitant que la Data Movement gateway effectue une recherche ("lookup") depuis la table source pour récupérer la valeur de LOB source.
- Optimiser lorsque la taille de LOB est inférieure à : Sélectionnez cette option si vous devez répliquer des LOB de petite et de grande tailles et si la plupart des LOB sont de petite taille.
  Note Informations
  Cette option est prise en charge uniquement avec les sources et cibles suivantes :
  - Sources : Oracle, Microsoft SQL server, MySQL, PostgreSQL et IBM DB2 for LUW
  - Cibles : Oracle, Microsoft SQL Server, MySQL, PostgreSQL.
  Lorsque cette option est sélectionnée, lors du processus Chargement complet, les petits LOB sont répliqués "inline" (ce qui s'avère plus efficace) et les grands LOB sont répliqués via une recherche "lookup" depuis la table source. En revanche, lors du traitement des modifications, les LOB, petits et grands, sont répliqués via une recherche "lookup" depuis la table source.
  
  Note Informations
  Lorsque cette option est sélectionnée, Data Movement gateway vérifie toutes les tailles de LOB pour déterminer ceux à transférer "inline". Les LOB dont la taille est supérieure à la taille spécifiée sont répliqués en mode LOB complet.
  
  Par conséquent, si vous savez que la plupart des LOB sont plus volumineux que le paramètre spécifié, il est préférable d'utiliser l'option Répliquer les colonnes de LOB illimitées .
- Taille de bloc (Ko) : Vous pouvez éventuellement modifier la taille des blocs de LOB lors de la réplication des données dans la cible. La taille de bloc par défaut devrait suffire, dans la plupart des cas, mais, si vous rencontrez des problèmes de performances, l'ajustement de la taille peut aider à les résoudre.
  
  Note Informations
  Avec certaines bases de données, la validation du type de données a lieu lors de l'insertion ou de la mise à jour des données. Dans de tels cas, la réplication de types de données structurés (par ex., XML, JSON, GEOGRAPHY, etc.) risque d'échouer, si les données sont plus volumineuses que la taille de bloc spécifiée.

Avancé

Paramètres des tables de contrôle

Schéma des tables de contrôle : Spécifiez le schéma cible des tables de contrôle si vous ne souhaitez pas qu'elles soient créées dans le schéma source (par défaut) ou dans le schéma cible.

Note InformationsLa longueur maximale autorisée, pour le nom de schéma, est de 128 caractères.
Créer des tables de contrôle cibles dans l'espace de stockage (tablespace) : Lorsque le connector cible est Oracle, spécifiez l'espace de stockage (tablespace) dans lequel créer les tables de contrôle cibles. Si vous ne saisissez aucune information dans ce champ, les tables seront créées dans l'espace de stockage (tablespace) de la base de données cible.
Créer des index pour les tables de contrôle cibles dans l'espace de stockage (tablespace) :Lorsque le connector cible est Oracle, spécifiez l'espace de stockage (tablespace) dans lequel créer les index des tables de contrôle. Si vous ne saisissez aucune information dans ce champ, les index seront créés dans le même espace de stockage (tablespace) que celui des tables de contrôle.
Créneau horaire de l'historique des réplications (minutes) : Longueur de chaque créneau horaire de la table de contrôle Historique des réplications. La valeur par défaut est 5 minutes.

Sélection des tables de contrôle

Sélectionnez les tables de contrôle à créer sur la plateforme cible :

Nom logique	Nom dans la cible
Appliquer les exceptions	attrep_apply_exceptions
État de réplication	attrep_status
Tables suspendues	attrep_suspended_tables
Historique des réplications	attrep_history

Pour plus d'informations sur les tables de contrôle, voir Tables de contrôle.

Chargement complet

Basique

Si la table cible existe déjà : Sélectionnez une des options suivantes dans la liste pour déterminer comment gérer le chargement de la cible lors du démarrage d'un chargement complet :

L'option consistant à ignorer ou à tronquer les tables cibles est pertinente uniquement si lesdites opérations sont prises en charge par le point de terminaison source.

Abandonner et créer la table : La table est abandonnée et une nouvelle table est créée à sa place.

Note Informations
Les tables de contrôle Data Movement gateway ne seront pas abandonnées. En revanche, toute table suspendue abandonnée sera également supprimée de la table de contrôle attrep_suspended_tables si la tâche associée est actualisée.
TRONQUER avant de charger : Les données sont tronquées sans affecter les métadonnées de la table. Notez que, lorsque cette option est sélectionnée, l'activation de l'option Créer une clé primaire ou un index unique à la fin du chargement complet n'aura aucun effet.
Ignorer : Les métadonnées et les données existantes de la table cible ne seront pas affectées. De nouvelles données seront ajoutées à la table.

Avancé

Réglage des performances

Il est possible de définir les paramètres de réglage fin des performances suivants :

Nombre maximal de tables : Saisissez le nombre maximal de tables à charger simultanément dans la cible. La valeur par défaut est 5.
Délai d'expiration de la cohérence des transactions (secondes) : Saisissez le nombre de secondes pendant lequel Data Movement gateway attend la clôture des transactions, si elles sont ouvertes lorsque la tâche démarre, avant de démarrer l'opération Chargement complet. La valeur par défaut est 600 (10 minutes). Data Movement gateway démarrera le chargement complet après que la valeur de délai d'expiration est atteinte, même en cas de transactions ouvertes.

Note InformationsPour répliquer des transactions ouvertes lors du démarrage de l'opération Chargement complet, mais validées uniquement après que la valeur du délai d'expiration a été atteinte, vous devez actualiser les tables cibles.
Taux d'assignation lors du chargement complet : Nombre maximal d'événements pouvant être transférés ensemble. La valeur par défaut est 10 000.

À la fin du chargement complet

Vous pouvez définir la tâche de sorte qu'elle s'arrête automatiquement une fois le chargement complet terminé. Cela s'avère utile si vous devez effectuer des opérations DBA sur les tables cibles avant le début de la phase Appliquer les modifications (à savoir, CDC) de la tâche.

Lors du chargement complet, toutes les opérations DML exécutées sur les tables sources sont mises en cache. À la fin du chargement complet, les modifications mises en cache sont automatiquement appliquées aux tables cibles (à condition que les options Avant/Après l'application des modifications mises en cache décrites ci-dessous soient désactivées).

Créer une clé primaire ou un index unique : Sélectionnez cette option pour différer la création de clé primaire ou d'index unique sur la cible après la fin du chargement complet.
Arrêter la tâche :
Note InformationsCes paramètres ne sont pas disponibles lors d'une réplication depuis des sources d’applications SaaS, car il n'existe pas d'événements mis en cache.
- Avant l'application des modifications mises en cache : Sélectionnez cette option pour arrêter la tâche après la fin du chargement complet.
- Après l'application des modifications mises en cache : Sélectionnez cette option pour arrêter la tâche dès que les données sont cohérentes sur l'ensemble des tables de la tâche.
Note Informations
Lors de la configuration de la tâche de sorte qu'elle s'arrête après la fin du chargement complet, notez les points suivants :
- La tâche ne s'arrête pas immédiatement à la fin du chargement complet. Elle s'arrête uniquement après la capture du premier lot de modifications (car c'est cela qui déclenche l'arrêt de la tâche). Cela peut prendre un certain temps, suivant la fréquence de mise à jour de la base de données source. Après l'arrêt de la tâche, les modifications ne sont pas appliquées à la cible tant que la tâche n'a pas repris.
- La sélection de l'option Avant l'application des modifications mises en cache peut avoir un impact sur les performances, car les modifications mises en cache seront appliquées aux tables (même à celles pour lesquelles le chargement complet est déjà terminé) uniquement après la fin du chargement complet de la dernière table.
- Lorsque cette option est sélectionnée et qu'une opération DDL est exécutée sur une des tables sources lors du processus Chargement complet (dans une tâche Chargement complet et Appliquer les modifications), Data Movement gateway actualise la table. Cela signifie effectivement que toute opération DML exécutée sur les tables sources sera répliquée dans la cible avant l'arrêt de la tâche.

Appliquer les modifications

Ces paramètres sont disponibles uniquement lorsque le mode de réplication Appliquer les modifications est activé.

Basique

Appliquer les modifications DDL à la table cible

Ces paramètres ne sont pas disponibles lors d'une réplication depuis des sources d’applications SaaS.

Les options suivantes déterminent si les opérations DDL effectuées sur la table source correspondante seront également effectuées sur la table cible.

Abandonner la table : Sélectionnez cette option pour abandonner la table cible lorsque la table source est abandonnée.
Tronquer la table : Sélectionnez cette option pour tronquer la table cible lorsque la table source est tronquée.
Modifier la table : Sélectionnez cette option pour modifier la table cible lorsque la table source est modifiée.

Modifier le réglage du traitement

Appliquer les modifications par lots à plusieurs tables en même temps : La sélection de cette option peut améliorer les performances lors de l'application de modifications provenant de différentes tables sources.
Note Informations
Cette option est prise en charge uniquement dans les cas suivants :
- La cible est Microsoft SQL Server.
- Le mode Appliquer les modifications est défini sur Optimisation par lots. Pour plus d'informations, voir Modes des tâches.
- Nombre maximal de tables : Nombre maximal de tables auxquelles simultanément appliquer les modifications par lots. La valeur par défaut est cinq, la valeur maximale est 50 et la valeur minimale est deux.

Lorsque l'option Appliquer les modifications par lots à plusieurs tables en même temps est activée, les limitations suivantes s'appliquent :

Les valeurs par défaut de la stratégie de traitement des erreurs des tâches resteront identiques pour les erreurs de types Environnement et Table, mais les valeurs par défaut des erreurs de types Données et Conflits d'application seront les suivantes :
- Erreurs de données :
  - Erreurs de troncation de données : Consigner l'enregistrement dans la table d'exceptions
  - Autres erreurs de données : Suspendre la table
- Erreurs de conflits d'application :
  - Suppressions : Ignorer l'enregistrement
  - Insertions : METTRE À JOUR l'enregistrement cible existant
  - Mises à jour : Ignorer l'enregistrement
- Action de remontée
  - L'Action de remontée des erreurs de types Données et Conflits d'application n'est pas prise en charge.
- La table de contrôle attrep_apply_exception n'est pas prise en charge.
- Pour les erreurs de données :
  - L'option Consigner l'enregistrement dans la table d'exceptions est disponible uniquement pour les erreurs de troncation de données.
  - Il n'existe pas d'option Ignorer.
- Pour les conflits d'application :
  - L'option Consigner l'enregistrement dans la table d'exceptions n'est pas disponible.
  - L'option Ignorer est disponible uniquement pour le conflit d'application Enregistrement introuvable pour l'application d'une MISE À JOUR.

Voir aussi : Traitement des erreurs.

Avancé

Voir Modifier le réglage du traitement.

Stocker les modifications

Ces paramètres sont disponibles uniquement lorsque le mode de réplication Stocker les modifications est activé.

Basique

Options DDL

Ces paramètres ne sont pas disponibles lors d'une réplication depuis des sources d’applications SaaS.

Sélectionnez une des options suivantes pour déterminer le mode de traitement des opérations DDL sur les tables sources :

Appliquer à la table de modifications : Les opérations DDL appliquées aux tables sources (telles que l'ajout d'une colonne) le seront uniquement aux tables de modifications correspondantes.
Ignorer : toutes les opérations DDL appliquées aux tables sources seront ignorées.

Avancé

Lors de la mise à jour

Ce paramètre n'est pas pertinent pour les sources d'applications SaaS, car les modifications sont appliquées sous forme d'opérations INSÉRER.

Sélectionnez Stocker l'image précédente et l'image suivante pour stocker les données pré-MISE À JOUR ET les données post-MISE À JOUR. Si cette option n'est pas sélectionnée, seules les données post-MISE À JOUR seront stockées.

Création de table de modifications

La section suivante décrit les options disponibles lors du stockage des modifications dans les tables de modifications.

Suffixe : spécifie une chaîne à utiliser comme suffixe pour l'ensemble des tables de modifications. La valeur par défaut est __ct. Les noms des tables de modifications correspondent au nom de la table cible avec le suffixe ajouté. Par exemple, si on utilise la valeur par défaut, le nom de la table de modifications sera HR__ct.
Préfixe de colonne d'en-tête : spécifie une chaîne à utiliser comme préfixe pour l'ensemble des colonnes d'en-tête des tables de modifications. La valeur par défaut est header__. Par exemple, si on utilise la valeur par défaut, la colonne d'en-tête stream_position sera intitulée header__stream_position.

Pour plus d'informations sur les tables de modifications, voir Utilisation de tables de modifications.

S'il existe une table de modifications lors du démarrage du processus Chargement complet : Sélectionnez une des options suivantes pour déterminer comment charger les tables de modifications lorsque la réplication Chargement complet démarre :

Abandonner et créer la table de modifications : la table est abandonnée et une nouvelle table est créée à sa place.
Supprimer les anciennes modifications et stocker les nouvelles modifications dans la table de modifications existante : les données sont tronquées et ajoutées sans affecter les métadonnées de la table.
Conserver les anciennes modifications et stocker les nouvelles modifications dans la table de modifications existante : les données et les métadonnées de la table de modifications existante ne sont pas affectées.

Colonnes d'en-tête de table

Les colonnes d'en-tête de la table de modifications fournissent des informations sur les opérations Traitement des modifications telles que le type d'opération (par ex., INSÉRER), l'heure de validation, etc. Si vous n'avez pas besoin de l'ensemble de ces informations, vous pouvez configurer la tâche dépôt temporaire de sorte à créer les tables de modifications avec les colonnes d'en-tête sélectionnées (ou aucune), ce qui vous permet de réduire leur empreinte dans la base de données cible.

Vous ne pouvez pas supprimer des colonnes supplémentaires ni restaurer des colonnes pendant l'exécution d'une tâche. Pour modifier votre sélection initiale, vous devez commencer par arrêter la tâche, puis modifier votre sélection et actualiser les tables cibles.

Pour une description des colonnes d'en-tête, voir Tables de modifications.

Traitement des erreurs

Basique

Conflits d'application

Dupliquer la clé lors de l'application de INSÉRER : Sélectionnez l'action à entreprendre en cas de conflit avec une opération INSÉRER.

Lors d'une opération Replicate depuis des sources d'applications SaaS, seule l'action METTRE À JOUR l'enregistrement cible existant est prise en charge.

Ignorer : la tâche se poursuit et l'erreur est ignorée.
METTRE À JOUR l'enregistrement cible existant : l'enregistrement cible présentant la même clé primaire que celle de l’enregistrement source INSÉRÉ est mis à jour.
Consigner l'enregistrement dans la table d'exceptions (par défaut) : la tâche se poursuit et l'erreur est écrite dans la table d'exceptions.
Suspendre la table : la tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne sont pas répliquées.
Arrêter la tâche : la tâche est arrêtée et une intervention manuelle est requise.

Enregistrement introuvable pour l'application d'une MISE À JOUR : Sélectionnez l'action à entreprendre en cas de conflit avec une opération METTRE À JOUR.

Ces paramètres ne sont pas disponibles lors d'une réplication depuis des sources d’applications SaaS.

Ignorer : la tâche se poursuit et l'erreur est ignorée.
INSÉRER l'enregistrement cible manquant : l'enregistrement cible manquant sera inséré dans la table cible. Lorsque le point de terminaison source est Oracle, la sélection de cette option nécessite l'activation d'une journalisation supplémentaire pour toutes les colonnes de tables sources.
Consigner l'enregistrement dans la table d'exceptions (par défaut) : la tâche se poursuit et l'erreur est écrite dans la table d'exceptions.
Suspendre la table : la tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne sont pas répliquées.
Arrêter la tâche : la tâche est arrêtée et une intervention manuelle est requise.

Avancé

Le traitement des erreurs de données est pris en charge en mode de réplication Appliquer les modifications uniquement (et non en mode Chargement complet).

Erreurs de données

Pour les erreurs de troncation de données : Sélectionnez ce que vous souhaitez qu'il se passe en cas de troncation dans un ou plusieurs enregistrements spécifiques. Vous pouvez sélectionner un des comportements suivants dans la liste :

Ignorer : La tâche se poursuit et l'erreur est ignorée.
Consigner l'enregistrement dans la table d'exceptions (par défaut) : La tâche se poursuit et l'erreur est écrite dans la table d'exceptions.
Suspendre la table : La tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne sont pas répliquées.
Arrêter la tâche : La tâche est arrêtée et une intervention manuelle est requise.

Pour d'autres erreurs de données : Sélectionnez ce que vous souhaitez qu'il se passe en cas d'erreur dans un ou plusieurs enregistrements spécifiques. Vous pouvez sélectionner un des comportements suivants dans la liste :

Ignorer : La tâche se poursuit et l'erreur est ignorée.
Consigner l'enregistrement dans la table d'exceptions (par défaut) : La tâche se poursuit et l'erreur est écrite dans la table d'exceptions.
Suspendre la table : La tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne sont pas répliquées.
Arrêter la tâche : La tâche est arrêtée et une intervention manuelle est requise.

Remonter le traitement des erreurs lorsque d'autres erreurs de données atteignent (par table) : Cochez cette case pour faire remonter le traitement des erreurs lorsque le nombre d'erreurs de données hors troncation (par table) atteint la quantité spécifiée. Les valeurs valides vont de 1 à 10 000.

Action de remontée : Sélectionnez ce qui doit se produire en cas de remontée du traitement des erreurs. Notez que les actions disponibles dépendent de l'action sélectionnée dans la liste déroulante Pour d'autres erreurs de données décrite ci-dessus.

Suspendre la table (par défaut) : La tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne font pas l'objet d'une tâche déposé temporairement.
Note Informations
Le comportement varie en fonction du mode de traitement des modifications :
- En mode Application transactionnelle, les dernières modifications ne feront pas l'objet d'une tâche déposé temporairement.
- En mode Application avec optimisation par lots, il peut arriver que les données ne fassent pas l'objet d'une tâche déposé temporairement du tout, ou qu'elles fassent l'objet d'une tâche déposé temporairement partiellement uniquement.
Arrêter la tâche : La tâche est arrêtée et une intervention manuelle est requise.
Consigner l'enregistrement dans la table d'exceptions : La tâche se poursuit et l'enregistrement est écrit dans la table d'exceptions.

Erreurs de table

En cas d'erreur de table : Sélectionnez un des comportements suivants dans la liste déroulante :

Suspendre la table (par défaut) : La tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne sont pas répliquées.
Arrêter la tâche : La tâche est arrêtée et une intervention manuelle est requise.

Remonter le traitement des erreurs lorsque les erreurs de table atteignent (par table) : Cochez cette case pour faire remonter le traitement des erreurs lorsque le nombre d'erreurs de table (par table) atteint la quantité spécifiée. Les valeurs valides vont de 1 à 10 000.

Action de remontée : La stratégie de remontée des erreurs de table est définie sur Arrêter la tâche et ne peut pas être modifiée.

Conflits d'application

Ces paramètres ne sont pas disponibles lors d'une réplication depuis des sources d’applications SaaS.

Enregistrement introuvable pour l'application de SUPPRIMER : sélectionnez l'action à entreprendre en cas de conflit avec une opération SUPPRIMER.

Ignorer : la tâche se poursuit et l'erreur est ignorée.
Consigner l'enregistrement dans la table d'exceptions : la tâche se poursuit et l'enregistrement est écrit dans la table d'exceptions.
Suspendre la table : la tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne sont pas répliquées.
Arrêter la tâche : la tâche est arrêtée et une intervention manuelle est requise.

Remonter le traitement des erreurs dans la hiérarchie lorsque des conflits d'application atteignent (par table) : cochez cette case pour faire remonter le traitement des erreurs lorsque le nombre de conflits d'application (par table) atteint la quantité spécifiée. Les valeurs valides vont de 1 à 10 000.

Action de remontée : Sélectionnez ce qui doit se produire en cas de remontée du traitement des erreurs :

Consigner l'enregistrement dans la table d'exceptions (par défaut) : la tâche se poursuit et l'erreur est écrite dans la table d'exceptions.

Suspendre la table : la tâche se poursuit, mais les données de la table comportant l'enregistrement d'erreur passent à l'état d'erreur et ne sont pas répliquées.
Note Informations
Le comportement varie en fonction du mode de traitement des modifications :
- En mode Application transactionnelle, les dernières modifications ne seront pas répliquées.
- En mode Application avec optimisation par lots, il est possible qu'il n'y ait pas de réplication de données ou que la réplication de données soit partielle.
Arrêter la tâche : la tâche est arrêtée et une intervention manuelle est requise.

Erreurs d'environnement

Nombre maximal de nouvelles tentatives : Sélectionnez cette option, puis spécifiez le nombre maximal de nouvelles tentatives d'exécution d'une tâche en cas d'erreur d'environnement récupérable. Une fois que l'exécution de la tâche a été tentée le nombre de fois spécifié, la tâche est arrêtée et une intervention manuelle est requise.

Pour ne jamais retenter l'exécution d'une tâche, décochez la case ou spécifiez la valeur "0".

Pour retenter l'exécution d'une tâche un nombre infini de fois, spécifiez la valeur "-1".
- Intervalle entre les nouvelles tentatives (secondes) : Utilisez le compteur pour sélectionner une valeur ou saisissez le nombre de secondes pendant lequel le système attend entre les tentatives de réexécution d'une tâche.
  
  Les valeurs valides vont de 0 à 2 000.
Augmenter l'intervalle de nouvelle tentative pour les longues interruptions : Cochez cette case pour augmenter l'intervalle de nouvelle tentative pour les longues interruptions. Lorsque cette option est activée, l'intervalle entre chaque nouvelle tentative et la suivante est multiplié par deux, jusqu'à atteindre l'Intervalle de nouvelle tentative maximal (et les tentatives se poursuivent conformément à l'intervalle maximal spécifié).
- Intervalle de nouvelle tentative maximal (secondes) : Utilisez le compteur pour sélectionner une valeur ou saisissez le nombre de secondes d'attente entre les tentatives de réexécution d'une tâche lorsque l'option Augmenter l'intervalle de nouvelle tentative pour les longues interruptions est activée. Les valeurs valides vont de 0 à 2 000.

Modifier le réglage du traitement

Réglage du déchargement des transactions

Les options de réglage fin suivantes sont disponibles, quel que soit le Mode de traitement des modifications sélectionné :

Décharger les transactions en cours sur le disque si :

Qlik Cloud Data Integration conserve généralement les données de transaction en mémoire jusqu'à ce qu'elles soient entièrement validées dans la source et/ou la cible. En revanche, les transactions dont la taille est supérieure à la mémoire allouée ou qui ne sont pas validées dans le délai spécifié seront déchargées sur le disque.
- La taille de mémoire de transactions totale dépasse (Mo) : taille de mémoire maximale occupée par l'ensemble des transactions avant leur déchargement sur le disque. La valeur par défaut est 1 024.
- La durée des transactions dépasse (secondes) : durée maximale pendant laquelle chaque transaction peut rester en mémoire avant son déchargement sur le disque. La durée est calculée à partir du moment où la Qlik Cloud Data Integration démarre la capture de la transaction. La valeur par défaut est 60.

Réglage divers

Taille de cache des instructions (nombre d'instructions) : Nombre maximal d'instructions préparées à stocker sur le serveur pour une exécution ultérieure (lors de l'application des modifications à la cible). La valeur par défaut est 50. La valeur maximale est 200.
Enregistrer les données de récupération de la tâche dans la base de données cible : Sélectionnez cette option pour stocker les informations de récupération propres à la tâche dans la base de données cible. Lorsque cette option est sélectionnée, Data Movement gateway crée une table nommée attrep_txn_state dans la base de données cible. Cette table contient des données de transaction qui peuvent être utilisées pour récupérer une tâche en cas de corruption des fichiers du dossier Data de la Data Movement gateway ou d'échec du dispositif de stockage contenant le dossier Data.

Application avec optimisation par lots

Les paramètres suivants sont disponibles uniquement lorsque l'option Mode d'application est définie sur Optimisation par lots.

Appliquer les modifications par lots par intervalles :

Supérieur à : durée d'attente minimale entre chaque application de modifications par lots. La valeur par défaut est 1.

L'augmentation de la valeur Supérieurs à réduit la fréquence d'application des modifications à la cible tout en augmentant la taille des lots. Cela peut améliorer les performances lors de l'application de modifications à des bases de données cibles optimisées pour le traitement de lots volumineux.
Inférieur à : durée d'attente maximale entre chaque application de modifications par lots (avant la déclaration d'une expiration de délai). En d'autres termes, il s'agit de la latence maximale acceptable. La valeur par défaut est 30. Cette valeur détermine la durée d'attente maximale avant l'application des modifications, une fois la valeur Supérieurs à atteinte.

Forcer l'application d'un traitement par lots lorsque la mémoire de traitement dépasse (Mo) : quantité maximale de mémoire à utiliser pour le prétraitement en mode Application avec optimisation par lots. La valeur par défaut est 500.

Pour une taille de lot maximale, définissez cette valeur sur la plus grande quantité de mémoire que vous puissiez allouer à Data Movement gateway. Cela peut améliorer les performances lors de l'application de modifications à des bases de données cibles optimisées pour le traitement de lots volumineux.

Application transactionnelle

Les paramètres suivants sont disponibles uniquement lorsque le Mode d'application est défini sur Transactionnel.

Nombre minimal de modifications par transaction : nombre minimal de modifications à inclure dans chaque transaction. La valeur par défaut est 1 000.

Note InformationsData Movement gateway applique les modifications à la cible SOIT lorsque le nombre de modifications est supérieur ou égal à la valeur Nombre minimal de modifications par transaction, SOIT lorsque la valeur de délai d'expiration du lot est atteinte (voir ci-dessous) - suivant la première occurrence. Étant donné que la fréquence des modifications appliquées à la cible est contrôlée par ces deux paramètres, il se peut que les modifications appliquées aux enregistrements sources ne soient pas immédiatement reflétées dans les enregistrements cibles.
Durée maximale de mise en lots des transactions avant application (secondes) : durée de collecte maximale des transactions par lots avant la déclaration de l'expiration du délai. La valeur par défaut est 1.

Substitution de caractère

Vous pouvez substituer ou supprimer des caractères sources dans la base de données cible et/ou vous pouvez substituer ou supprimer des caractères sources non pris en charge par un jeu de caractères sélectionné.

Tous les caractères doivent être spécifiés sous forme de points de code Unicode.
La substitution de caractères sera également appliquée aux tables de contrôle.

Les valeurs non valides seront indiquées par un triangle rouge dans le coin supérieur droit de la cellule de table. Le survol du triangle à l'aide du curseur de la souris affichera le message d'erreur.

Toute transformation globale ou au niveau de la table définie pour la tâche sera effectuée à la fin de la substitution de caractères.
Les actions de substitution définies dans la table Substituer ou supprimer des caractères sources sont effectuées avant l'action de substitution définie dans la table Substituer ou supprimer des caractères sources non pris en charge par le jeu de caractères sélectionné.
La substitution de caractères ne prend pas en charge les types de données LOB.

Substitution ou suppression de caractères sources

Utilisez la table Substituer ou supprimer des caractères sources pour définir les remplacements de caractères sources spécifiques. Cela peut s'avérer utile, par exemple, lorsque la représentation Unicode d'un caractère est différente sur les plates-formes source et cible. Par exemple, sous Linux, le caractère moins du jeu de caractères Shift_JIS est représenté par U+2212, alors que, sous Windows, il est représenté par U+FF0D.

Actions de substitution
Pour	Procédez comme suit
Définissez des actions de substitution.	Cliquez sur le bouton Ajouter un caractère au-dessus de la table. Spécifiez un caractère source et un caractère cible dans les champs Caractère source et Caractère de substitution, respectivement. Par exemple, pour remplacer la lettre "a" par la lettre "e", spécifiez 0061 et 0065 , respectivement. Note Informations Pour supprimer le caractère source spécifié, saisissez 0 dans la colonne Caractère de substitution. Répétez les étapes 1 et 2 pour remplacer ou supprimer d'autres caractères.
Édition du caractère source ou cible spécifié	Cliquez sur à la fin de la ligne et sélectionnez Éditer.
Suppression d'entrées de la table	Cliquez sur à la fin de la ligne et sélectionnez Supprimer.

Substitution ou suppression de caractères sources non pris en charge par le jeu de caractères sélectionné

Utilisez la table Caractères sources non pris en charge par jeu de caractères pour définir un seul caractère de remplacement pour tous les caractères non pris en charge par le jeu de caractères sélectionné.

Actions de substitution de caractères non pris en charge
Pour	Procédez comme suit
Définir ou modifier une action de substitution.	Sélectionnez un jeu de caractères dans la liste déroulante Jeu de caractères de la table. Tout caractère non pris en charge par le jeu de caractères sélectionné sera remplacé dans la cible par le caractère spécifié à l'étape 2 ci-dessous. Dans la colonne Caractère de substitution, cliquez où que ce soit dans la colonne et spécifiez le caractère de remplacement. Par exemple, pour remplacer tous les caractères non pris en charge par la lettre "a", saisissez 0061. Note Informations Pour supprimer tous les caractères non pris en charge, saisissez 0.
Désactiver l'action de substitution.	Sélectionnez l'entrée vide dans la liste déroulante Jeu de caractères.

Autres options

Ces options ne sont pas exposées dans l'IU, car elles s'appliquent uniquement à des versions ou des environnements spécifiques. Par conséquent, n'activez pas ces options, sauf si Qlik Support ou la documentation produits vous le demande explicitement.

Pour activer une option, il suffit de la copier dans le champ Ajouter un nom de fonction et de cliquer sur Ajouter. Définissez ensuite la valeur ou activez l'option en fonction des instructions que vous avez reçues.

Application SaaS

Ces paramètres sont pertinents lors d'une réplication depuis des sources d’applications SaaS uniquement.

Pour le chargement initial

Lors du déplacement de données depuis une source d'applications SaaS, vous pouvez définir la manière d'effectuer le chargement complet initial :

Ces paramètres nécessitent Data Movement gateway version 2022.11.74 ou une version ultérieure.

Utiliser les données en cache

Cette option vous permet d'utiliser les données en cache qui ont été lues lors de la génération des métadonnées avec Scan de données complet sélectionné.

Cela génère moins de frais généraux en ce qui concerne les quotas et l'utilisation des API, car les données sont déjà lues de la source. Toute modification depuis le scan de données initial peut être capturée via Change Data Capture (CDC).

Charger les données de la source

Cette option effectue un nouveau chargement depuis la source de données. Cette option est utile dans les cas suivants :

Le scan des métadonnées n'a pas été effectué dernièrement.
L'ensemble de données source est de petite taille et change souvent, et vous ne souhaitez pas conserver un historique complet des modifications.

Lire les modifications toutes les (minutes)

Définissez l'intervalle entre le relevé des modifications de la source en minutes. La plage valide est comprise entre 1 et 1 440.

Cette option est disponible uniquement pour les tâches de données configurées avec la méthode de mise à jour Change Data Capture (CDC).

Cette page vous a-t-elle aidé ?

Si vous rencontrez des problèmes sur cette page ou dans son contenu – une faute de frappe, une étape manquante ou une erreur technique – dites-nous comment nous améliorer !

Laissez vos commentaires ici