Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Revenir à KCL 3.5.x après une restauration depuis KCL 3.5.x
Cette rubrique explique les étapes à suivre pour faire revenir votre client à KCL 3.5.x après une restauration. Lorsque vous devez avancer, vous devez suivre un processus en deux étapes :
-
Exécuter l’outil de migration de la KCL
-
Déployez le code de phase 2.
Étape 1 : exécuter l’outil de migration de la KCL
Exécutez l'outil de migration KCL avec la commande suivante pour passer à KCL 3.5.x :
python3 ./KclMigrationTool.py --region <region> --mode rollforward [--application_name <applicationName>] [--lease_table_name <leaseTableName>]
Paramètres
-
--region : remplacez
<region>par votre. Région AWS -
--application_name : Ce paramètre est obligatoire si vous utilisez le nom par défaut pour votre table de baux. Si vous avez spécifié un nom personnalisé pour la table des baux, vous pouvez omettre ce paramètre. Remplacez-le
<applicationName>par le nom actuel de votre application KCL. L'outil utilise ce nom pour dériver le nom de table par défaut si aucun nom personnalisé n'est fourni. -
--lease_table_name (facultatif) : ce paramètre est nécessaire lorsque vous avez défini un nom personnalisé pour la table des baux dans votre configuration KCL. Si vous utilisez le nom de table par défaut, vous pouvez omettre ce paramètre. Remplacez-le
<leaseTableName>par le nom de table personnalisé que vous avez spécifié pour votre tableau des baux.
Après avoir exécuté l'outil de migration en mode roll-forward, KCL crée la ressource DynamoDB suivante requise pour KCL 3.5.x :
-
Un index secondaire global sur la table des baux
Note
KCL 3.5.x ne crée pas de métriques de travail distinctes ni de tables d'état des coordinateurs distinctes lors de la migration. Toutes les métadonnées sont stockées dans la table des baux.
Étape 2 : Déployer le code avec la configuration de la phase 2
Après avoir exécuté l'outil de migration KCL pour une version ultérieure, déployez votre code avec la configuration KCL 3.5.x Phase 2 (CLIENT_VERSION_CONFIG_COMPATIBLE_WITH_2X) auprès de vos collaborateurs. Suivez Étape 8 : terminer la migration pour terminer votre migration.
