Si vous êtes déjà en vCenter en version 64 bits, Il est possible de passer de vSphere 4.1  à 5.0 en n’arrêtant que vCenter.

•  La procédure

Après sauvegarde, le processus prévoit la mise à jour vers vCenter Server 5.0, puis celle vers Update Manager 5.0. Une fois le client vSphere et les plug-in d’Update Manager installés, Update Manager prend en charge la mise à jour vers ESXi 5.0. Viennent ensuite la mise à jour des datastores en VMFS-3, celle de la couche d’abstraction et des VMware Tools.

• La migration vers vCenter 5.0

Le document vmware traite des scénarios de migration suivants :
- Depuis vCenter 4.0 32 bit avec une base de données locale.
- Depuis vCenter 4.1 64 bit avec une base de données distante.
- Depuis vCenter 4.1 64 bit avec une base de données locale vers une base distante.

• La migration vers ESXi 5.0

Sur les 45 Pages du document, 20 pages sont dédiées à la migration vers ESXi 5.0. Il est possible d’effectuer une migration en utilisant Update Manager 5.0 ou installer ESXi. Sur le Média de vCenter vous trouverez également Data Migration Tool qui vous permettra de transférer les configurations spécifiques, les données LDAP (authentification), les ports IP des services, les certificats SSL et les licences. 

Télécharger le livre de migration vers vSphere 5.0   »VMware vSphere 5.0 Upgrade Best Practices – Technical white paper » .

Bonne migration !

Rémy

Pour accompagner la sortie du service pack 1 de Windows 2008 R2 et gérer les nouvelles  fonctionnalités apportées a Hyper-v : « Remote Fx » et « Dynamic Memory », Microsoft vient de publier le Service Pack 1 de System Center Virtual Machine Manager 2008 R2  SP1.

Ce service pack 1 n’est pas une mise à jour mais en fait une nouvelle installation complète de SCVMM.

Microsoft à également publié la version beta de SCVMM 2012 téléchageable ici

Un article vous présentera bientôt les nouvelles fonctionnalités de SCVMM 2012.

Rémy

Vidéo 1 : Introduction au portail libre-service Virtual Machine Manager Self-Service Portal Version 2

Vidéo 2 : Installation du portail libre-service Virtual Machine Manager Self-Service Portal Version 2

Vidéo 3 : Mise en œuvre du portail libre-service Virtual Machine Manager Self-Service Portal Version 2

Vidéo 4 : Demande de changement à l’aide du portail libre-service Virtual Machine Manager Self-Service Portal Version 2

Vidéo5 : Personnalisation des tâches du portail libre-service Virtual Machine Manager Self-Service Portal Version 2

Vidéo 6 : Mise en place des tableaux de bord du portail libre-service

Bon visionnage

http://blogs.technet.com/b/kevinholman/archive/2010/10/12/command-line-and-software-distribution-patching-scenarios-for-applying-an-opsmgr-cumulative-update.aspx#comments

Rémy

Microsoft à publié une mise à jour pour SCOM 2007 R2,  cette mise à jour est disponible à cette adresse http://support.microsoft.com/kb/2251525/en-us

Cette mise à jour apporte les corrections ci-dessous,

• Ajout des fonctionnalités : supervision d’application Azure
• Ajout des fonctionnalités : extraction des paramètres dans les transactions synthétiques de Web Application
• Certains rapports ACS ne fonctionnent pas comme prévu dans Windows Server 2008
• Rapports de SCOM 2007 SP1 ne s’exécutent pas après qu’un Data Warehouse est mise à niveau vers SCOM 2007 R2
• Le SDK cesse de fonctionner en raison d’une exception non gérée, et la console cesse de répondre
• La sélection multiple dans l’affichage alerte n’est pas conservée pendant une actualisation de la vue
• La console cesse de fonctionner lors de la création d’une substitution dans le contrôle de groupe de ressource d’un cluster
• Lorsque l’AgentLess Exception Monitoring (AEM) est configuré pour utiliser SharePoint, les rapports Watson sont bloqués.
• La console cesse de fonctionner lorsqu’un grand nombre d’instances de vues d’état ou de vues des alertes est laissé ouvert pour de longues durées
• La mise à jour de Management Pack qui inclut les nouvelles propriétés peuvent ne pas recréer correctement les vues
• Le compteur de performance total transaction response dans contrôle des URL n’est pas exact
• Un Management Pack sans base de connaissance ne peut pas être importés dans Operations Manager 2007 R2
• Monitoringhost.exe ne fonctionne pas correctement sur les contrôleurs de domaine Windows 2003 Service Pack 2 X 64
• Les alertes utilisant le critère “ Specific Time Period” ne sont pas incluses lors de l’actualisation de l’affichage des alertes automatiques
• Les redirecteurs ACS disposant d’un Workgroup de 15 caractères ne peuvent pas communiquer avec le collecteur ACS
• Impossible d’importer les packs de langue créés pour une version précédente d’un Management Pack  une fois que la mise à jour du Management Pack est publiée
• L’importation du module linguistique échoue si le Management Pack contient des chaînes qui ne figurent pas dans le Management Pack anglais
• Les rapports de performance génériques consomment une grande quantité d’espace de base de données temporaire et peuvent échouer pour les groupes d’ordinateurs Windows Server 2003
• Lors de l’utilisation d’une console d’accès à distance, l’Assistant de notification ne fonctionne pas dans certaines situations
• Le SDK peut cesser de fonctionner en raison d’une erreur de dépassement de capacité arithmétique dans de rares circonstances
• Le Planificateur de notification ne compense pas correctement les différents fuseaux horaires

Rémy

Le produit de supervision de votre système d’information de Microsoft System Center Operation Manager 2007 R2 supporte les installation sur des serveurs SQL 2008 R2.

Je vous conseille de suivre la KB suivant pour réussir votre installation

http://support.microsoft.com/kb/2425714 

Pour l’instant cette procédure supporte uniquement les nouvelles installations

Rémy

Vous avez peut être essayé d’installer la nouvelle version de vCenter 4.1 Update Manager, et vous avez surement rencontré l’erreur ci-dessous : Le DNS, « (veuillez créer un DSN de système de 32 bits) » n’existe pas ou n’est pas un DSN de système de 32 bits. Update Manager exige un DSN de système de 32 bits.

La solution est fournit par vmware :  http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1010401 et à partir de la page 27 du guide d’installation de vmware update manager 4.1  disponible ci-contre http://www.vmware.com/pdf/vsp_vum_41_admin_guide.pdf

Pour l’installation D’Update Manager 4.1 sur un serveur Windows 2008 R2 vous devez donc :

• Créer une base de donnée sur pour Update Manager
• Créer un connecteur ODBC 32 BITS en lancant l’executable « C:\Windows\SysWOW64\odbcad32.exe »

• Configurer le connecteur ODBC pour pointer sur la base créer précedement
• Selectionner le connecteur ODBC que vous venez de créer lors l’installation d’Update Manager

Rémy

Rollup Pack Server SCVMM : http://catalog.update.microsoft.com/v7/site/Search.aspx?q=982522

Rollup Pack Console SCVMM : http://catalog.update.microsoft.com/v7/site/Search.aspx?q=982523

Pour savoir comment les installer http://www.blogotec.fr/hyper-v/scvmm-r2-comment-installer-les-rollup-packs

Rémy

Savision vient de publier la nouvelle version de Live Maps,

Cette nouvelle version permet : 

• Intégration avec la gestion des problèmes et incidents dans System Center Service Manager
• Scénarios supplémentaires
• Génération automatique des topologies Réseaux et Datacenter

http://blog.savision.com/livemapsblog.php/2010/05/10/new-in-live-maps-v5?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+PuttingItInPerspective+%28Putting+IT+in+Perspective%29&utm_content=Google+International

Rémy

Cause : VSS n’arrive pas à faire un snapshot de la machine virtuelle car l’hôte Hyper-v n’est pas propriétaire du disque CSV (Le volume spécifié n’accepte pas les clichés instantanés).

Résolution : La solution est de modifier sur tous les serveurs Hyper-v du cluster les comptes d’executions des services SnapDrive, Data OnTap VSS Hardware Provider et SnapManager for Hyper-v. Ce compte du domaine doit être administrateur local des serveurs Hyper-v et des baies NetApp.

Rémy

smvi.hostname=foo.bar.com
smvi.address=aaa.bbb.ccc.ddd

Une fois le fichier edité vous devez relancer le service SMVI.

Ci dessous la KB NetApp

Solution ID: kb52524

Last updated: 21 AUG 2009
How to change the SMVI alert email to contain a different IP address / hostname in the email body

View Environment section

Symptoms
In a multihomed SMVI server environment, it may be necessary to change the IP address in the email alert body to allow the URL in the alert to be accessible from the network the user is on. 
How to change the SMVI alert email to contain a different IP address / hostname in the email body

Cause of this problem
A multihomed SMVI host can have an IP address due to network design requirements that is not reachable by the admin host. This IP can be in the email alert body instead of the public interface of the SMVI server.

Solution
To correct this condition the public interface of the SMVI server needs to be in the email alert. The following steps allow the email alert body to be customized to include a different IP address:

Edit <SMVI install dir>\server\etc\smvi.override

Note: If this file does not exist, create it.
In SMVI 1.x, add the following to smvi.override svmi.hostname=<IP/hostname to use>WARNING: The option above is spelled wrong (svmi.hostname instead of smvi.hostname). Do not correct the misspelled option.
In SMVI 2.x the option required is smvi.address=<IP address>
Restart the SMVI service.
Manually trigger a backup with an alert.
In SMVI 2.0  the configuration value has changed, there are two options :

smvi.hostname=foo.bar.com
smvi.address=aaa.bbb.ccc.ddd

However, in 2.0, only adding the smvi.hostname entry does not produce the desired result, you need to add both.

Environment 
SnapManager 1.0.1 for Virtual Infrastructure
SnapManager 1.0 for Virtual Infrastructure
SMVI

La solution se trouve dans la kb50412 disponible chez NetApp : il faut exclure vos serveurs NetApp dans la configuration de votre proxy.

 Outils > Options Internet > Connexions > Paramétres réseau > Serveur Proxy >  Avancé > Exeption (renseignez le nom et l’addresse IP de vos baies Netapp)

=== DETAILS === API invoke failed.  Le serveur distant a retourné une erreur : (503) Serveur non disponible.

=== CORRECTIVE ACTION === No corrective action found

Solution ID: kb50412

Last updated: 21 AUG 2009 System Manager fails to load filer: (503) Server Unavailable

View Environment section

Symptoms After installing NetApp System Manager and discovering one or more filers, clicking on the filer generates an error similar to:

API invoke failed. The remote server returned an error: (503) Server Unavailable.

A filer-based network trace will not show traces of HTTP connections, but only SNMP queries. This means that the HTTP request from the System Manager, which was obviously answered, was not answered by the filer.

  System Manager fails to load filer: (503) Server Unavailable

Cause of this problem The administrator workstations may have a proxy configured in its Internet settings. Since the System Manager queries the operating system for general settings, the HTTP traffic that carries the ONTAP-API-operations may be misguided towards a proxy which in this case replied unfavorable.

Solution Change your computer’s Internet settings to either:

Not use a proxy at all

-or- 

Have it explicitly exclude the Filer’s IP-addresses This way, System Manager can talk to the filers directly.

Environment    Data ONTAP 7G

Les prè-requis côté des Baies NetApp :  »ApplianceWatch supports the following versions of Data ONTAP »

• 7.2.6 or later in the Data ONTAP 7.2 product family
• 7.3 or later in the Data ONTAP 7.3 product family
• 8.0 (7 mode) in the Data ONTAP 8.0 product family

L’installation d’appliance Watch doit s’effectuer sur le RMS ou un MS SCOM.

Vue Diagram :  

 Rémy

Le fichier Excel est téléchargeable sur leur site : http://blogs.technet.com/momteam/archive/2009/08/12/operations-manager-2007-r2-sizing-helper.aspx

Rémy

Échec du service SDK de System Center Operations Manager lors de l’inscription d’un nom principal de service. Un administrateur de domaine doit ajouter MSOMSdkSvc/SCOMR2 et MSOMSdkSvc/SCOMR2.scala.msft au nom principal de service de SCALA\opsmgrsdk

Il est important de respecter la casse pour que la commande fonctionne dans ce cas :

• Setspn.exe –A MSOMSdkSvc/SCOMR2 SCALA.MSFT\opsmgrsdk
• Setspn.exe –A MSOMSdkSvc/SCOMR2.scala.msft SCALA\opsmgrsdk

Une autre solution est fournit par Kevin Holman’s : http://blogs.technet.com/kevinholman/archive/2007/12/13/system-center-operations-manager-sdk-service-failed-to-register-an-spn.aspx

Rémy

OpsMgr SDK Service

Ce nouveau management pack apporte des nouveautés sur : les agents, la distribution des comptes Run As.

Feature Summary
The Operations Manager 2007 R2 Management Packs includes the following features:

• Local and Remote Monitoring of an Agent’s Health
  • Operations Manager agents monitor themselves for events and performance indicators that signal an issue with the agent’s health.
  • Management servers also maintain an external perspective of an agent’s health via the Health Service Watcher.
  • The ‘Agent Health State’ view provides a side-by-side dashboard of both perspectives on the agent.
• Optional, Automatic Agent Remediation Capabilities
  • If the Health Service Watcher determines that an agent is unhealthy, a series of diagnostics and recoveries can be enabled to further diagnose the problem and event take actions to attempt to fix the problem (e.g. Ping the server to see if it is completely offline, start a stopped agent, trigger a reinstall, etc.). Refer to the management pack guide for more details.
  • Agents are monitoring their own process to ensure that memory utilization is not sustained at unacceptable levels. If this condition is detected then the agent will automatically restart itself to force the freeing up of memory.
• Detection of Problems and Misconfigurations with Run As Accounts and Profiles
  • Checks are run on a regular basis to detect if any of the management group’s “Windows” type Run As Accounts have credentials which are about to expire. Alerts will be raised, and where possible this will be done in advance of the credentials expiring to avoid outages.
  • Alerts will be raised if any errors are encountered during the distribution of Run As Accounts.
• Monitoring of problems with Running Workflows in Management Packs
  • Numerous rules are provided to detect if workflows within management packs are failing. Examples of workflows include discoveries, rules, monitors, etc. Failures can range from bad configurations on the workflows themselves, script failures, permissions problems, etc.

Rémy

La version RTM Française de System Center Operation Manager 2007 R2 vient de sortir en version RTM.

Elle est disponible en téléchargement sur MSDN.

Rémy

Cette action s’effectue depuis le client dans en exécutant Configuration Manager qui se trouve dans le panneau de configuration

Dans l’onglet Actions, Il faut sélectionner, Software Update Scan Recycle

Puis cliquer sur Initiate Action.

Pour vérifier si le scan c’est bien passé, vous pouvez exécuter le rapport Scan 1 – Last scan states by collection

Rémy,

• Errors
  

  ·All selected updates can’t be deployed

Warning: Security Update for Microsoft XML Core Services 4.0 Service Pack 2 (KB954430)

Errors

• Access is denied.
  
• Access is denied.
  

 Le problème vient certainement de votre package de déploiement et plus précisément du partage de que vous avez renseignez pour celui-ci, le serveur SCCM doit avoir accès en Lecture/Ecriture sur ce dossier.

Rémy

Rémy

Pour résoudre ce problème il faut créer les variables d’environnent
%SMS_INSTALL_DIR_PATH% et %SMS_INSTALL_DIR_PATH%/logs

Après avoir redémarré votre serveur SCCM le problème doit être résolu.

Rémy

Ce management pack comprend :

• Un page d’administration
• Un dashboard récapitulatif
  • Une vue d’état
  • Une vue performance
  • Une vue Alertes

1. Page d’administration
   

1. Dashboard

Ce management pack est disponible à l’adresse suivante : Management Pack Ping

OpsLogix propose également 3 autres managements pack :

• Blackberry
• Com +
• Capacity

Rémy

Vous pouvez la télécharger ici: SCOM R2 Eval

Il semblerait qu’elle soit disponible vers le 1^er juillet pour les abonnement MSDN.

Rémy

Adresse du Forum : http://social.technet.microsoft.com/Forums/en-US/category/systemcenteroperationsmanager

Rémy

Pour cela, il faut créer un moniteur depuis le panneau création(Authoring).

Nous souhaitons que ce soit le serveur SCOM qui collecte les informations, nous utilisons donc un moniteur de Type « Probe Based Detection », Nous aurions pu configurer également ce moniteur en Trap(en déclarant auparavant cette trap sur le NetApp).

Je vous conseille de créer un management pack SNMP pour enregistrer ces moniteurs.

La cible à sélectionner est : SNMP Network Device

Il est conseillé de désactiver ce moniteur et d’utiliser un remplacement pour l’objet SNMP pour lequel vous souhaitez superviser

Si la communauté SNMP est identique à celle utilisée pour la découverte, il n’est pas nécessaire de la repréciser.

L’object Identifier est l’OID de l’element que vous souhaitez superviser, ici nous souhaitons superviser l’état de l’auto support donc : .1.3.6.1.4.1.789.1.2.7.1.0

Grâce à la MIB NetApp qui se trouve dans \etc\mib\netapp.mib, nous pouvons connaitre la valeur de ce champ :

Donc la première expression vérifie si l’auto support est ok (valeur =1)

La seconde expression vérifie si l’auto support n’est pas ok (valeur différente de 1)

Configuration de l’état de santé du moniteur

• 1^re expression Healthy
• 2^nd expression Critical

Configuration de l’alerte :

Pour activer ce moniteur pour les Devices SNMP NetApp il est nécessaire faire un remplacement

Etat de santé du NetAPP

Rémy

Cette évolution permet maintenant de planifier la mise en maintenance de :

• Serveurs Windows (renseigner le nom FQDN)
• Applications Distribuées
• Applications Web
• Agents SNMP

Il est necessaire de configurer le fichier config.ini

N’hesitez pas à effectuer des remarques.

Rémy

how to deploy agent on DMZ/comment deployer un agent en dmz

1. Import du certificat d’autorité

Action à réaliser depuis les serveurs en DMZ, RMS et MS

Se connecter au serveur de certificat : http://certserv.domain.com/cersrv

• Récupérer le certificat de l’autorité de certification

• Télécharger le chemin du certificat de l’autorité de certification

• Téléchargement du certificat

• MMC certificat / Computer Account

• Import du certificat certnew.p7b

• Supprimer le certificat certnew.p7b stocké localement une fois qu’il est importé

2. Créer et installer un certificat serveur

Depuis les serveurs en System Center Operation Manager ayant comme fonction, Serveur en DMZ, RMS et MS

Se connecter au serveur de certificat : http://certserv.domain.com/cersrv

• Demander un certificat

• Demande Avancée

• Soumettre une demande de certificat auprès de cette autorité de certification en utilisant un formulaire

• Remplir les champs ci-dessous
• o Nom
• o Type: Other
• o OID: 1.3.6.1.5.5.7.3.1, 1.3.6.1.5.5.7.3.2
• o Mark keys as exportable
• o Use local machine store

• Approuver la demande en attente de certificat sur le serveur de certificat

• Se connecter au site http://certserv.domain.com/cersrv et cliquez sur vérifier un certificat en attente

• Installer le certificat

3. Export des certificats

Depuis les serveurs en DMZ, RMS et MS

• Ouvrir une MMC de certificat Computer Account / Local Computer
• Dans le dossier Personal\Certificates export du certificat

• Export the private keys

• Sélectionner Personal Information et Enable Strong Protection

• Taper un password

• Exporter le certificat *.pfx

4. Installation Manuel de l’agent

• Configurer le MG et le fichier host si besoin

5. Importation du certificat dans SCOM

Utilisation de l’exécutable Momcertimport.exe disponible sur le CD Rom d’installation dans le dossier Support Tools

Pour les agents installés en 64bits utiliser l’executable Momcertimport.exe disponible dans le dosser amd64.

Commande : momcertimport.exe c:\certificat.pfx

Vérifier la présence du binnaire ChannelCertificateSerialNumber dans HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Machine Settings

6. Approuver l’installation Manuelle

Nworks utilise les informations deVirtual Center où du/des serveur VMWare si vous ne possedez pas deVirtual Center pour les remonter dans SCOM.  Il sera donc necessaire d’activerla connexion root en ssh sur vos esx si vous ne possedez pas deVirtual Center.

L’administration et la configuraiton de Nworks se fait depuis une consoleWeb, d’ailleurs nworks installe un serveur Apache…

Présentation du Management pack Nworks :

Nworks propose d’afficher la topologie du datacenter VMware :

Il est égalementpossible d’afficher la topologie de chaque serveurs ESX et de descendre jusqu’a l’état de santé des capteurs de l’esx.

Le menu contextuel d’actionspropose pour les hôtes Esx de mettre en maintenance et sortir en maitenance un serveur ESX

Pour les machines virtuelles le menu d’actionspropose beaucoup plus d’actions qui pourraient permettre de déléguer quelques tâches d’administration des machines virtuelles  aux equipes d’exploitations.

Quand aux remontés d’alertes elles sont très précises et toujours accompagnés de recommendations.

Images issues du site http://www.nworks.com

Rémy

Lien pour le téléchargement du management pack mis à jour le 28 janvier 2009

http://www.microsoft.com/downloads/details.aspx?FamilyID=d6d5cddd-4ec8-4e3c-8ab1-102ec99c257f&displaylang=en

SCVMM permet de superviser les infrastructures virtuelles :

• Microsoft Hyper-v
• Microsoft Virtual Server
• VMwareEsx (Virtual Center necessaire)

Le management pack SCVMM pour scom vous permet donc de superviser l’état de santé de vos infrastructures virtuelles.

Le management pack intègre des vuesd’états et de performances ci-dessous:

Depuis le menu actions,ilest possible de :

• Pour les Agents
  • Stop/Start Agent
• Pour les VMs
  • Créer unesnapshot
  • Pause
  • Sauvegarder l’état
  • Shutdown
  • Stop
  • Start

Vue Diagramme SCVMM :

Rémy

how to move vmware update manager files

Si vous avez activer les le plug-in VMware Update Manager, il est possible que vous rencontriez des problèmes d’espaces disque si le VI Client est installé  sur votre disque système.

Pour déplacer les fichiers de mises à jours VMware Update Manager il faut :

• Arrêter le service Windows WMware Update Manager Service

• Déplacer le dossier VMware Update Manager qui se trouve dans C:\Documents and Settings\All Users\Application Data\VMware dans d:\ par exemple

•  Modifier le fichier vci-integrity.xml qui se trouve dans  C:\Program Files\VMware\Infrastructure\Update Manager

  <patchStore>D:\VMware Update Manager\Data\</patchStore>

  <plugins>

    <ufa_agent>

      <docRootMap>

        <docRootGlobal>

          <namespace>/vci/downloads</namespace>

          <path>./docroot/vci/downloads</path>

        </docRootGlobal>

        <docRootHostUpdates>

          <namespace>/vci/hostupdates</namespace>

          <path>D:\VMware Update Manager\Data\</path>

        </docRootHostUpdates>

• Puis relancer le Service WMware Update Manager

Rémy