Au final, toutes les machines virtuelles de ces sept cluster ont été déconnectées du réseau. Parmi les clusters affectées, il y avait les serveurs de l'Access Control Service (ACS) et ceux du Windows Azure Service Bus, tous deux tombés en panne. « Il a fallu attendre jusqu'à 2h15 le 1er mars pour que ce problème soit totalement réparé, » indique le blog.

Élaborer des bonnes résolutions

Microsoft a pris trois mesures pour prévenir un problème similaire. D'abord, elle effectuera un test de date dans son logiciel pour vérifier les incompatibilités. Ensuite, le fournisseur va remédier au problème de diagnostic, afin d'éviter que le système n'identifie une défaillance matérielle dans des circonstances analogues. Enfin, il va faire en sorte de programmer une déconnexion progressive du service de gestion de la clientèle, de façon à ne pas avoir à mettre la plate-forme totalement off-line. Microsoft envisage de bloquer la création de nouvelles machines virtuelles ou d'empêcher l'extension des anciennes, tout en permettant de continuer à gérer les machines virtuelles existantes. Le fournisseur va également effectuer une mise à jour du système d'alerte afin que les problèmes soient idenfiés et traités plus rapidement.

La firme de Redmond va également mettre à jour le tableau de bord client de façon à ce qu'il reste plus accessible en cas de crise. Le service client a été inondé d'appels jusqu'à saturation, et les clients ont du attendre un long moment avant de pouvoir être assistés. Du coup, l'entreprise va revoir à la hausse son équipe d'assistance et veut optimiser l'usage des blogs, de Twitter et de Facebook, pour communiquer plus efficacement en cas de problèmes. Pour améliorer la récupération après pannes, le fournisseur va créer des outils logiciels en interne, définir des priorités afin de permette un rétablissement plus rapide des services à la clientèle et offrir aux clients une meilleure visibilité sur les progrès réalisés pour remettre en route les services.