Comparaison des approches d'analyse des applications .NET

 

S'applique à: System Center 2012 R2 Operations Manager

La meilleure pratique générale consiste à toujours analyser vos applications Microsoft .NET Framework (analyse permanente) car vous obtenez ainsi des informations sur la performance de ligne de base et recevez des notifications en temps voulu des défaillances d'application avant que les clients en subissent les conséquences. Parfois, il se peut que vous deviez démarrer l'analyse uniquement pour résoudre des problèmes d'application spécifiques (à la demande). System Center fournit une solution d'analyse puissante comprenant des alertes et des rapports qui ne sont pas disponibles lorsque vous utilisez la collecte locale. Toutefois, l'utilisation de System Center requiert en général un administrateur et une infrastructure plus lourde. La collecte locale est une solution d'analyse légère ne nécessitant pas de configuration spéciale avant de pouvoir commencer à analyser. Par exemple, vous n'avez pas besoin de configurer des bases de données particulières ou des comptes spéciaux. Moins de données sont collectées, et vous ne recevez aucune alerte en temps réel sur les problèmes d'application. La collecte locale de traces ne dispose pas de compteurs de performances ou d'autres informations de diagnostic, disponibles lorsque vous utilisez Microsoft Monitoring Agent avec System Center 2012 – Operations Manager.

Choix de la procédure d'analyse des applications .NET Framework

Comparaison des approches d'analyse

Approche d'analyse	Quand l'utiliser	Procédure de contrôle de l'analyse
Analyse permanente avec analyse des performances des applications System Center (APM)	Utilisez cette approche lorsque vous disposez de System Center Operations Manager. En règle générale, les opérateurs informatiques utilisent cette approche pour recevoir les alertes liées aux performances ou défaillances de l'application. Les opérateurs informatiques peuvent convertir les données d'alertes APM au format Microsoft IntelliTrace ou acheminer les alertes automatiquement vers les éléments de travail Microsoft Visual Studio Team Foundation Server (TFS) à l'aide de la synchronisation TFS. Les opérateurs informatiques sont les propriétaires de l'environnement. Pour plus d'informations, voir Procédure de configuration de l'intégration avec TFS dans System Center 2012 R2.	Utilisez le modèle d'analyse des performances des applications .NET. Pour plus d'informations, consultez .NET Application Performance Monitoring Template (Modèle Analyse des performances des applications .NET).
Analyse permanente avec collecte locale Microsoft Monitoring Agent	Utilisez cette approche lorsque votre ordinateur est en cours d'analyse à l'aide de System Center et lorsque d'autres applications sont configurées pour l'analyse APM. Vous êtes le propriétaire d'un environnement. Vous contrôlez le démarrage et l'arrêt de l'analyse et savez déterminer le meilleur moment pour la collecte des traces.	Utilisez les applets de commande Windows PowerShell Start-WebApplicationMonitoring et Checkpoint-WebApplicationMonitoring. Start-WebApplicationMonitoring démarre l'analyse.Checkpoint-WebApplicationMonitoring collecte un instantané du fichier IntelliTrace et continue l'analyse.Checkpoint-WebApplicationMonitoring n'affecte pas votre application et ne nécessite pas le redémarrage de l'application. Une fois l'analyse démarrée, elle continue même si l'application ou l'ordinateur redémarre.Stop-WebApplicationMonitoring arrête l'analyse. Pour plus d'informations, consultez Microsoft.MonitoringAgent.PowerShell.Start-WebApplicationMonitoring et Microsoft.MonitoringAgent.PowerShell.Checkpoint-WebApplicationMonitoring.
Collecte locale à la demande remplaçant temporairement les paramètres d'analyse permanente avec System Center APM	Utilisez cette approche lorsque vous souhaitez collecter plus de données ponctuellement pour le dépannage. Vous devez définir votre plan de collecte à l'aide de paramètres d'application spécifiques, ce qui risque d'utiliser plus de ressources système pour l'analyse (UC et mémoire). Le journal IntelliTrace obtenu inclut tous les événements collectés pendant la session de remplacement à la demande. Les opérateurs informatiques sont toujours les propriétaires de l'environnement, mais vous devez collecter plus de données à certains moments et vous en avez la possibilité.	Utilisez les applets de commande Windows PowerShell Start-WebApplicationMonitoring et Stop-WebApplicationMonitoring pour activer la collecte locale. Lorsque vous arrêtez l'analyse, la trace est écrite dans un fichier local, et vos paramètres d'analyse System Center APM sont restaurés.
Collecte locale à la demande remplaçant temporairement les paramètres d'analyse permanente avec collecte locale Microsoft Monitoring Agent	Utilisez cette approche lorsque vous avez déjà analysé une application, mais devez résoudre un problème d'application particulier, et que vous souhaitez exécuter l'analyse à l'aide de paramètres plus fins, ce qui risque d'utiliser plus de ressources système pour l'analyse (UC et mémoire). Le journal IntelliTrace obtenu inclut tous les événements collectés pendant la session de remplacement à la demande. Les opérateurs informatiques sont toujours les propriétaires de l'environnement, mais vous devez collecter plus de données à certains moments et vous en avez la possibilité.	Utilisez les applets de commande Windows PowerShell Start-WebApplicationMonitoring et Stop-WebApplicationMonitoring. Lorsque vous arrêtez l'analyse, la trace est écrite dans un fichier local à l'emplacement spécifié au démarrage de l'analyse.