La reprise d'application fait référence à la reprise et à la résolution des transactions métier en cours.
Si un incident se produit sur votre système (une panne d'alimentation, par exemple), cela aurait un impact sur un grand nombre de transactions actives et, pour chacune d'elles, à des stades différents du flux de processus. Nous avons déjà décrit comment le système traite ces transactions dans le cadre de son processus de récupération.
Pour une reprise complète de l'application, les applications elles-mêmes doivent respecter les pratiques préventives fournies.
Si les applications ne sont pas développées avec les meilleures pratiques, en pensant à la reprise et à la portée des transactions, il est fort probable que la reprise ne s'effectue pas complètement.
Les événements non résolus peuvent se présenter sous différentes formes telles que les processus restant à l'état d'exécution ou les événements ayant échoué qu'il est impossible de resoumettre. Une analyse de ces événements est obligatoire après la reprise afin de déterminer les changements à effectuer dans l'application pour une reprise complète. Vous devriez identifier ces modifications pendant l'exécution du plan de test global au niveau fonctionnel et du système.