During phase one of each protected conversation transaction, one or more messages are inserted. These messages are logged for recoverability. IMS system could crash before phase two of commit. When IMS restarted and eventually reached phase 2, it could vote to abort or commit the conversation. During IMS restart, the retry logic is used to put all protected conversation messages out to central facility with a specification that the first message segment be put on the staging queue using the recovery token as the queue name. If it is an abort request, all messages under the same commit scope identified by the recovery token, will be deleted. If it is a commit request, the first segment of all messages under the same commit scope will be moved to its appropriate ready queue with its actual queue name.

Pendant la phase une de chaque transaction protégée de conversation, un ou plusieurs messages sont insérés. Ces messages sont notés pour la récupérabilité. Le système d'IMS a pu se briser avant la phase deux de commettent. Quand la phase remise en marche et par la suite atteinte 2, il d'IMS pourrait voter pour avorter ou commettre la conversation. Pendant le relancement d'IMS, la logique de nouvelle tentative est employée pour mettre tous les messages protégés de conversation dehors au service central avec des spécifications ces le premier segment de message soit mise sur la file d'attente d'échafaudage en utilisant la marque de rétablissement comme nom de file d'attente. Si c'est une demande d'arrêt, tous les messages sous la même chose commettent la portée identifiée par la marque de rétablissement, seront supprimés. Si c'est une demande de commettre, le premier segment de tous les messages sous la même chose commettent la portée sera déplacé à son file d'attente prête appropriée avec son nom réel de file d'attente.