Partager via

Configuration de la surveillance à l'aide des fichiers de configuration

  • Article

Le fichier XML Web.config stocke des informations relatives à la configuration de la surveillance pour une application Web hébergée dans Windows Server AppFabric. Le fichier Web.config principal d'une application réside dans le répertoire racine de l'application Web. ASP.NET utilise un modèle de configuration hiérarchique pour séparer les informations de configuration. Cette séparation permet l'héritage des paramètres de configuration à partir d'autres fichiers de configuration afin de réduire les entrées dans le fichier Web.config situé dans un sous-répertoire.

Lorsque des modifications de configuration sont validées dans le fichier Web.config principal, le domaine d'application est automatiquement recyclé, ce qui n'est pas toujours souhaitable. Pour éviter le recyclage du domaine d'application, vous devez séparer les principales informations de configuration d'une application dans d'autres fichiers indépendants du fichier Web.config de l'application. La section de configuration est déplacée vers un fichier distinct situé dans le même répertoire que le fichier Web.config principal. Elle est ensuite référencée dans le fichier Web.config principal à l'aide de la propriété .NET Framework version 4 SectionInformation::ConfigSource (https://go.microsoft.com/fwlink/?LinkId=183510).

La procédure de séparation des informations de configuration liées à la surveillance du fichier Web.config principal dans des fichiers de configuration liés est décrite ci-dessous.

Déplacement des informations de configuration pour la séparation des fichiers de configuration

  1. Déplacez la section diagnostics vers un fichier de configuration distinct nommé DiagnosticsConfigSource.config.

    Fichier Web.config principal de l'application Fichier DiagnosticsConfigSource.config distinct 
    <?xml version="1.0" encoding="UTF-8"?>
<configuration>

    <system.serviceModel>
<diagnostics configSource="DiagnosticsConfigSource.config" />
</system.serviceModel>
    

    </configuration>
    		 
    <?xml version="1.0" encoding="UTF-8"?>
<diagnostics etwProviderId="e8a6636e-1213-497e-b5c5-5350627e719e">
<endToEndTracing propagateActivity="false" messageFlowTracing="false" />
</diagnostics>

  2. Déplacez la section behaviors vers un fichier de configuration distinct nommé ServiceBehaviorsConfigSource.config.

    Fichier Web.config principal de l'application Fichier ServiceBehaviorsConfigSource.config distinct 
    <?xml version="1.0" encoding="UTF-8"?>
<configuration>

    <system.serviceModel>
<diagnostics configSource="DiagnosticsConfigSource.config" />
<behaviors configSource="ServiceBehaviorsConfigSource.config" />
</system.serviceModel>
    

    </configuration>
    		 
    <?xml version="1.0" encoding="UTF-8"?>
<behaviors>
<serviceBehaviors>
<behavior name="">
<etwTracking profileName="EndToEndMonitoring Tracking Profile" />
</behavior>
</serviceBehaviors>
</behaviors>

  3. Déplacez la section microsoft.applicationServer vers un fichier de configuration distinct nommé MonitoringEventCollector.config.

    Fichier Web.config principal de l'application Fichier MonitoringEventCollector.config distinct 
    <?xml version="1.0" encoding="UTF-8"?>
<configuration>

    <microsoft.applicationServer>
<monitoring configSource="MonitoringEventCollector.config" />
</microsoft.applicationServer>
    

    <system.serviceModel>
<diagnostics configSource="DiagnosticsConfigSource.config" />
<behaviors configSource="ServiceBehaviorsConfigSource.config" />
</system.serviceModel>
    

    </configuration>
    		 
    <?xml version="1.0" encoding="UTF-8"?>
<monitoring>
<default enabled="true" connectionStringName="ApplicationServerMonitoringConnectionString" monitoringLevel="HealthMonitoring" />
</monitoring>

Notes

Les noms de ces fichiers distincts sont arbitraires. Le seul impératif est que le nom réel du fichier de configuration corresponde au nom défini à l'aide de la propriété configSource dans le fichier Web.config principal.

Notes

Ces fichiers sont modifiés automatiquement lorsque le niveau de surveillance est modifié pour une application dans l'interface utilisateur de AppFabric.

  2011-12-05