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.

# Annulation des mises à niveau des applications
<a name="rollback"></a>

Si vous rencontrez des problèmes avec votre application ou si vous constatez des incohérences dans le code de votre application entre les versions de Flink, vous pouvez revenir en arrière à l'aide du AWS CLI AWS SDK ou du. AWS CloudFormation AWS Management Console Les exemples suivants montrent à quoi ressemble la rétrogradation dans différents scénarios de défaillance.

## La mise à niveau de l'exécution a réussi, `RUNNING` l'application est en cours, mais la tâche échoue et redémarre continuellement
<a name="succeeded-restarting"></a>

Supposons que vous essayez de mettre à niveau une application dynamique nommée Flink 1.15 `TestApplication` vers Flink 1.18 dans l'est des États-Unis (Virginie du Nord). Cependant, l'application Flink 1.18 mise à niveau ne démarre pas ou redémarre constamment, même si l'application est en cours. `RUNNING` Il s'agit d'un scénario de défaillance courant. Pour éviter de nouveaux temps d'arrêt, nous vous recommandons de rétablir immédiatement la version précédente de votre application (Flink 1.15) et de diagnostiquer le problème ultérieurement.

Pour rétablir la version précédente de l'application, utilisez la AWS CLI commande [rollback-application](https://docs.aws.amazon.com/cli/latest/reference/kinesisanalyticsv2/rollback-application.html) ou l'action [RollbackApplication](https://docs.aws.amazon.com/managed-flink/latest/apiv2/API_RollbackApplication.html)API. Cette action d'API annule les modifications que vous avez apportées et qui ont abouti à la dernière version. Il redémarre ensuite votre application en utilisant le dernier instantané réussi. 

Nous vous recommandons vivement de prendre un instantané avec votre application existante avant de tenter de procéder à la mise à niveau. Cela permettra d'éviter la perte de données ou le retraitement des données. 

Dans ce scénario d'échec, l'application ne CloudFormation sera pas annulée à votre place. Vous devez mettre à jour le CloudFormation modèle pour qu'il pointe vers le runtime précédent et vers le code précédent pour forcer la mise CloudFormation à jour de l'application. Dans le cas contraire, CloudFormation suppose que votre application a été mise à jour lorsqu'elle passe à l'`RUNNING`état actuel.

## Annulation d'une application bloquée `UPDATING`
<a name="stuck-updating"></a>

Si votre application reste bloquée à l'`AUTOSCALING`état `UPDATING` ou après une tentative de mise à niveau, Amazon Managed Service pour Apache Flink propose la AWS CLI commande [rollback-applications](https://docs.aws.amazon.com/cli/latest/reference/kinesisanalyticsv2/rollback-application.html), ou l'action [RollbackApplications](https://docs.aws.amazon.com/managed-flink/latest/apiv2/API_RollbackApplication.html)API qui permet de rétablir la version de l'application avant le blocage `UPDATING` ou l'état. `AUTOSCALING` Cette API annule les modifications que vous avez apportées qui ont bloqué l'application `UPDATING` ou l'ont bloquée dans un état `AUTOSCALING` transitif.