Notes de publication pour Operations Manager dans System Center 2012 R2

Description : Le groupe de serveurs d'analyse Microsoft System Center Advisor est réservé au contrôle des agents inclus dans Advisor Connector. Ce groupe ne doit pas être modifié ou ajouté à la liste gérée Advisor.

Solution de contournement : cela est lié à la conception.

Description : pour activer Advisor Connector sur les ordinateurs agents Operations Manager, il convient de commencer par installer Microsoft.NET Framework.

Solution de contournement : pour les agents exécutant Windows Server 2008 R2 et une version antérieure, installez .Net Framework 3.5 SP1. Pour les agents exécutant Windows Server 2012 et une version plus récente, installez .Net Framework version 4.0 ou ultérieure.

Description : si vous installez Operations Manager pour un agent System Center 2012 R2 sur un ordinateur sur lequel Microsoft .NET Framework 4.x n'a pas été préalablement installé, certains producteurs de données pour l'API Web ASP.NET ne seront pas installés. Si vous installez par la suite Microsoft .NET Framework 4.x sur l'ordinateur et que vous essayez d'analyser une application utilisant l'API Web ASP.NET à l'aide de la fonctionnalité d'analyse des applications, les producteurs de données concernés seront toujours manquants, et l'analyse de cette application n'aboutira pas.

Solution de contournement : cela est lié à la conception. Pour restaurer les producteurs de données manquants, l'agent doit être réinstallé après que Microsoft.NET Framework 4.x a été installé sur l'ordinateur.

Description : vous devez importer les packs d'administration Windows Server 2012 R2 et IIS 8 pour pouvoir utiliser l'analyse des performances des applications (APM) avec Windows Server 2012 R2.

**Solution de contournement :**System Center 2012 R2Operations Manager intègre une prise en charge de l'analyse APM pour Windows Server 2012 R2 et IIS8 (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.2012.R2.Discovery.mp

• 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 : pendant la mise à niveau de System Center 2012 vers System Center 2012 R2, un nouvel agent System Center 2012 R2 configuré pour l'analyse APM continue de 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 : Lors de la mise à niveau vers System Center 2012 R2, 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 link /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.