Après avoir identifié le serveur que l’utilisateur utilisait, vérifiez votre solution de surveillance pour vous assurer que la consommation de ressources (CPU et RAM) se situe à des niveaux normaux. Vous pouvez également valider que les exigences spécifiques à l’application (un service spécial qui causera des problèmes s’il n’est pas en cours d’exécution) sont fonctionnelles. Dans des situations comme celle-ci, des réglages avancés comme la surveillance haut/bas de ces services ont peut-être été déclenchés.

En tant qu’administrateur disposant d’un accès aux serveurs et à Azure Active Directory, vous pouvez consulter les éléments découverts et les stratégies définies. En cas d’imprévu, cela peut affecter votre application.

Certaines applications nécessitent des composants supplémentaires, comme un compte de service qui reste connecté indéfiniment ou un VPN à un équipement physique (par exemple, une appliance réseau sur site ou un équipement de fabrication ou un utilitaire de diagnostic). Dans ce cas, des erreurs spécifiques à une application peuvent être dues à une autre chose que la façon dont l’application a été installée ou la configuration de ses paramètres.

Les applications et/ou leurs bases de données sont souvent installées, configurées et prises en charge par le fournisseur de logiciels (ISV) lui-même ou par un expert tiers dans la configuration, la gestion et les intégrations de ce logiciel. Dans ces situations, vous voudrez étendre l’accès administratif temporaire à une des étapes suivantes : "Fournir un accès temporaire aux tiers"

Il est recommandé d’arrêter ces comptes tiers une fois la mise à niveau ou la mise à jour terminée ou après la résolution du problème.

Dans de nombreux cas, ce niveau de dépannage nécessite un contrat de maintenance logicielle avec l’éditeur de logiciels. Si ce n’est pas le cas, le ISV risque de ne pas vous aider tant que cela n’est pas en place.