Notes de publication pour Operations Manager dans System Center 2012 SP1

Description : Lorsque vous analysez une application MVC ASP.NET avec l'analyse des performances des applications (analyse des performances des applications .NET), si le paramètre pour analyser « Toutes les exceptions » est sélectionné (et pas seulement « Exceptions critiques »), toutes les exceptions de connectivité sont signalées comme « critiques ».

Solution de contournement : Pour l'analyse des applications MVC, sélectionnez uniquement l'option « Exceptions critique » au lieu de « Toutes les exceptions ».

Description : La détection des points de terminaison WCF, l'analyse des services Windows et d'autres fonctionnalités liées à l'analyse des performances des applications (analyse des performances des applications .NET) ne sont pas prises en charge par toutes les versions d'Operations Manager. Par exemple, un agent 2012 SP1 transmettant un rapport au serveur System Center 2012 – Operations Manager (ou, inversement, un agent System Center 2012 – Operations Manager transmettant un rapport à un groupe d'administration 2012 SP1) ne fonctionne pas correctement.

Solution de contournement : Installez la même version d'Operations Manager sur les agents et les serveurs d'administration.

Description : Lors de la surveillance d'une application MVC ASP.NET avec analyse des performances des applications (analyse des performances des applications .NET), les paramètres d'événements d'exception ne sont pas collectés.

Solution de contournement : aucune. Nous travaillons sur la résolution de ce problème dans une prochaine version.

Description : Vous devez importer les packs d'administration Windows Server 2012 et IIS 8 afin d'utiliser APM (analyse des performances des applications .NET) avec Windows Server 2012.

**Solution de contournement :**System Center 2012 Service Pack 1 (SP1), Operations Manager inclut la prise en charge d'APM pour Windows Server 2012 et IIS 8 (Internet Information Services 8). Toutefois, afin que cette fonctionnalité soit opérationnelle, vous devez importer l'ensemble des packs d'analyse suivants :

• Microsoft.Windows.Server.Library version 6.0.6989.0 ou plus récent

• Microsoft.Windows.Server.2012.Discovery version 6.0.6989.0 ou plus récent

• Microsoft.Windows.InternetInformationServices.CommonLibrary version 7.0.8862.0 ou plus récent

• Microsoft.Windows.InternetInformationServices.2012 version 7.0.8862.0 ou plus récent

  Il s'agit d'une nouvelle version du pack d'administration IIS8. N'utilisez PAS le pack d'administration Microsoft.Windows.InternetInformationServices.6.2, qui faisait partie de la « version du pack d'administration de Windows 8 bêta ». Supprimez le pack d'administration Microsoft.Windows.InternetInformationServices.6.2 si vous l'avez importé précédemment.

• Microsoft.SystemCenter.Apm.Web.IIS8

  Il se trouve dans le dossier /ManagementPacks du média System Center 2012 – Operations Manager et est l'équivalent du pack d'administration Microsoft.SystemCenter.Apm.Web.IIS7 qui était utilisé (et continue de l'être) pour IIS7.

Description : Au cours de certaines modifications apportées à l'agent pour la version bêta, nous avons supprimé une classe du code. Résultat : pendant la mise à niveau, un nouvel agent SP1 qui est configuré pour l'analyse APM continue à recevoir les ANCIENS paramètres de configuration d'un groupe d'administration qui n'a pas encore été mis à niveau, et peut enregistrer un événement d'information (ID 1295) dans le journal des événements avec le message suivant :

Impossible de trouver le producteur de « Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation.InstrumentationClass.WCFServerAsyncBeginProducer de l'assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL » dans l'assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL, le producteur est inaccessible en raison du niveau d'accès ou a une signature incorrecte. Consultez la documentation pour plus d'informations.

Solution de contournement : aucune. Cela est lié à la conception. Le reste du service APM fonctionne normalement, et ce message d'événement peut être ignoré en toute sécurité.

Description : Les fonctionnalités d'enregistreur web n'opèrent pas avec Internet Explorer 10 sous Windows 8.

Solution de contournement : aucune.

Description : Lors de l'utilisation du tableau de bord Résumé de réseau dans System Center 2012 Service Pack 1 (SP1), Operations Manager, les clients ne peuvent pas charger les données lors de la connexion à un groupe d'administration System Center 2012 – Operations Manager.

Solution de contournement : Utilisez l'interface utilisateur de System Center 2012 – Operations Manager pour établir la connexion à un groupe d'administration System Center 2012 – Operations Manager, ou effectuez la mise à niveau du groupe d'administration vers le SP1.

Description : Lors de la mise à niveau à partir d'une installation sous licence d'Operations Manager, les clients voient s'afficher un contrat de licence CLUF d'évaluation, même si le produit est sous licence.

Solution de contournement : Exécutez Get-ScomLicense dans PowerShell pour afficher le contrat de licence réel.

Description : Les fichiers de la base de données SQL de l'entrepôt de données Operations Manager portent toujours le nom « .mdf », et le fichier journal le nom « .ldf » au lieu du nom de la base de données.

Solution de contournement : Utilisez le processus SQL pour renommer les fichiers afin qu'ils correspondent au nom de la base de données. Consultez Comment faire pour consolider des fichiers physiques et renommer le nom de fichier logique d'une base de données dans SQL Server 2000.

Description : Le tableau de bord des applications sous Analyse\Analyse des applications dans la section Analyse de la console Operations Manager contient une section pour les contrats de niveau de service (SLA). Par défaut, cette section est vide pour toutes les applications. Il existe un pack d'administration contenant les SLA par défaut de ces applications sur le CD du SP1 que vous pouvez importer, qui fera apparaître les SLA. Vous pouvez également créer et modifier vos propres SLA pour les applications.

Solution de contournement : Il existe deux processus pour remplir les SLA dans le tableau de bord Applications :

1. Créez vos propres SLA pour les applications. Pour plus d'informations, consultez How to Configure 360 .NET Application Monitoring Dashboards in System Center 2012 SP1 (Comment configurer les tableaux de bord d'analyse des applications 360 .NET dans System Center 2012 SP1).

2. Importez le pack d'administration « SLA d'analyse du modèle d'applications Microsoft System Center 360 », Microsoft.SystemCenter.ApplicationMonitoring.360.SLA.XML, à partir du média du SP1, qui contient les SLA par défaut.

Description : N'installez pas un groupe d'administration avec version System Center 2012 Service Pack 1 (SP1), Operations Manager pointant vers un entrepôt de données de version System Center 2012 – Operations Manager. L'entrepôt de données ne fonctionnera pas.

Solution de contournement : aucune. Vérifiez que le groupe d'administration et l'entrepôt de données pointés exécutent la version SP1 de System Center 2012 – Operations Manager.

Description : Lors de la mise à niveau vers System Center 2012 Service Pack 1 (SP1), Operations Manager, si la mise à niveau interrompt la console web, vous pouvez rencontrer une erreur d'exécution : Server Error in ‘/OperationsManager’ Application. Dans le journal des applications du serveur de la console web figure un événement avec un message d'exception : Could not load type 'System.ServiceModel.Activation.HttpModule'.

Par exemple, dans le cadre du processus de mise à niveau, vous êtes invité à ajouter « Activation HTTP » aux services de rôle du système d'exploitation. Cette opération laisse IIS dans un état semi interrompu et nécessite un nouvel enregistrement d'ASP.NET dans IIS pour le corriger. Ce problème peut se produire chaque fois que vous ajoutez des composants IIS après ASP.NET.

Solution de contournement : Enregistrez à nouveau ASP.NET dans IIS.

• Sur Windows Server 2008 R2 SP1, exécutez les opérations suivantes dans une CMD élevée :C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable

• Sur Windows Server 2012, exécutez la commande suivante dans une CMD élevée : C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r  

Description : Si vous souhaitez utiliser une élévation sudo sur un ordinateur exécutant Solaris alors que l'exécutable sudo ne figure pas dans le chemin d'accès attendu, vous devez créer un lien vers le chemin d'accès correct.Operations Manager recherche l'exécutable sudo dans le chemin d'accès /opt/sfw/bin, puis dans le chemin d'accès /usr/bin. Si sudo n'est pas installé dans l'un de ces chemins d'accès, un lien est nécessaire.

Solution de contournement : Le script d'installation d'agent UNIX et Linux crée le lien symbolique /etc/opt/microsoft/scx/conf/sudodir vers le dossier attendu contenant l'exécutable sudo. L'agent utilise ce lien symbolique pour accéder à l'exécutable sudo. Le script d'installation crée automatiquement le lien symbolique, de sorte qu'aucune action n'est nécessaire pour les configurations standard UNIX et Linux. Toutefois, si l'exécutable sudo est installé à un emplacement non standard, vous devez modifier le lien symbolique pour qu'il pointe vers le dossier d'installation de l'exécutable sudo. Si vous modifiez le lien symbolique, sa valeur est conservée pour les opérations de désinstallation, réinstallation et mise à niveau avec l'agent.