Partager via

  • Article

Notes de publication pour Operations Manager dans System Center 2012 SP1

 

S'applique à: System Center 2012 SP1 - Operations Manager

Important

Avant d'installer et d'utiliser System Center 2012 Service Pack 1 (SP1), lisez ces notes de publication sur Operations Manager.

Les exceptions de connectivité critiques et non critiques sont affichées comme « non critiques » pour les applications MVC

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 ».

L'analyse des performances des applications .NET ne fonctionne pas correctement lorsque les agents et les serveurs d'administration Operations Manager disposent d'une version différente d'Operations Manager

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.

Aucun paramètre n'est collecté pour RecordError lors de l'analyse d'une application MVC ASP.NET

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.

Vous devez importer les packs d'administration Windows 8 afin d'utiliser l'analyse des performances des applications avec Windows Server 2012

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.

WCFServerAsyncBeginProducer est introuvable sur l'agent après la mise à niveau

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é.

Les fonctionnalités d'enregistreur Web ne fonctionnent pas avec IE10 sous Windows 8

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

Solution de contournement : aucune.

Le tableau de bord Résumé de réseau ne peut pas charger les données vers l'interface utilisateur OM12SP1 lors de la connexion à un groupe d'administration OM12

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.

Lors de la mise à niveau à partir d'une installation sous licence, un contrat de licence CLUF s'affiche aux clients même si le produit est sous licence

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.

Les fichiers de la base de données de l'entrepôt de données et du journal portent le nom .mdf et .ldf

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.

Le pack d'administration SLA d'analyse du modèle d'applications Microsoft System Center 360 n'est pas importé par défaut lors de l'installation

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.

N'installez pas de groupe d'administration System Center 2012 SP1, Operations Manager pointant vers un entrepôt de données System Center 2012

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.

Après la mise à niveau vers SP1, la console Web ne fonctionne pas en raison d'une corruption d'IIS

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  

L'utilisation de l'élévation sudo avec les systèmes d'exploitation Solaris nécessite une modification de la configuration si l'exécutable sudo ne se trouve pas dans un chemin d'accès attendu

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.