Le Blog Technique

SCOM – Powershell: Script de resolution d’alertes avec Regex et Switch.

par Christophe Jourdan | 7 Sep 2012 | Uncategorized

Voici un script de resolution d’alertes indésirables qui utilise:

1- une expression reguliere pour filtrer certains champs d’alertes

2 – une declaration switch pour prendre en charge des filtres de maniere plus pratique qu’avec if…else.

#Fermeture de certaines alertes#>

<#modifiez et/ou Incrementez les variables alertes pour prendre en charge d’autres noms d’alertes#>

$Alert1="The previous system shutdown (le dernier arret systeme n’etait pas prévu)"

$Alert2="Redemarrage Propre du serveur"

$Alert3="Database Backup Failed To Complete"

$Alert4="Network interface failed."

<#modifier $MachinePattern avec une autre expression reguliere. Ici par defaut

on recherche les alertes générées par une machine dont le nom contiens la chaine “TEST”#>

$MachinePattern="^.(TEST).$"

#Initialisation du provider SCOM

add-pssnapin "Microsoft.EnterpriseManagement.OperationsManager.Client" -ErrorVariable errSnapin -erroraction silentlycontinue;

set-location "OperationsManagerMonitoring::" -ErrorVariable errSnapin;

new-managementGroupConnection -ConnectionString:monserveurscom.home -ErrorVariable errSnapin;

set-location monserveurscom.home -ErrorVariable errSnapin;

#Verification du chargement du provider SCOM

if ($errSnapin.count -eq 0){

Write-host "`nOpsMgr 2007 PSSnapin initialized!`n";

}

else{

Write-host "`nOpsMgr 2007 PSSnapin failed initialize!`nPlease verify you are running this script on a OpsMgr 2007 Management Server";

}

$AllOpenAlert=get-alert | where-object {$_.ResolutionState -eq "0"}

Foreach ($alert in $AllOpenAlert)

{

switch($alert)

{

{$_.Name -eq $Alert1 -OR $_.Name -eq $Alert2 -AND $_.MonitoringObjectName -match $MachinePattern -AND $_.LastModified -lt [DateTime]::Now.Adddays(-1)} {resolve-alert -Alert $_ ; write-host -NoNewline $_.Name "SUR" $_.MonitoringObjectName " — "}

{$_.Name -eq $Alert3 -OR $_.Name -eq $Alert4 -AND $_.MonitoringObjectPath -match $MachinePattern -AND $_.LastModified -lt [DateTime]::Now.Adddays(-1)} {resolve-alert -Alert $_ ; write-host -NoNewline $_.Name "SUR" $_.MonitoringObjectPath " — "}

default {break}

}

Réaliser un package MSI multi-langues à partir de plusieurs MSI

par Gabriel Ivanes | 31 Août 2012 | Poste de travail

L’objectif de ce tutoriel est de réaliser un package MSI multi-langues à partir de plusieurs MSI de différentes langues. InstallSite et Microsoft fournisse leur propre méthode à base de vbscript. Ici nous utiliserons InstEd.

Dans notre cas présent, nous avons 4 MSI de 4 langues. Nous en garderons un qui servira de référence. Ensuite, nous modifions le MSI de référence pour le rendre multi-langues. Nous générons les MST de chacune des langues. Finalement, nous les stockons dans le MSI de référence.

1. Rendre un MSI multi-langues

Ouvrir le MSI de référence avec InstEd
Parcourir le menu Tables/Summary info…
Ajouter au champ « Languages » les langues à venir, par leur LangID et séparer par des virgules.

2. Générer les MST

Ouvrir le MSI d’une langue
Parcourir le menu Transform/Generate Against…
Sélectionner le MSI de référence
Enregistrer le différentiel dans un MST. Garder le nom de la langue dans le nom de fichier peut aider à s’organiser.

Répéter ces actions autant de fois que vous avez de langues différentes.

3. Stocker les MST dans le MSI de référence

Ouvrir le MSI de référence
Ajouter un enregistrement à la table _Storage en choisissant le MST d’une langue en guise de donnée et le LangID du MST pour le nom.

Il est important de respecter cette convention de nommage car c’est une clé du mécanisme Windows Installer permettant de charger le MST correspondant à la langue de l’utilisateur (UserLanguageID ) à l’exécution du MSI.

Répéter ces actions autant de fois qu’il y a de langues. En n’oubliant pas que chaque MST ajouté doit avoir sa LangID associée ajouté au champ « Languages » dans « Summary Info ».

Voilà, c’est fini.

Récupérer les informations de l’utilisateur connecté et réévaluer le chemin d’installation des composants

par Gabriel Ivanes | 31 Août 2012 | Poste de travail

L’objectif est de récupérer les variables d’environnement de l’utilisateur en cours d’installation d’un package MSI. La difficulté est que l’installation par certain outil de télédistribution installent les packages avec le compte système.

Ci-joint vous trouverez un script vbs permettant de récupérer ces informations. Nous allons décrire les actions suivantes :

Ajout du vbscript dans une « custom action »
Séquencer cette « custom action »
Modifier l’installation d’un composant en fonction d’une variable utilisateur
Séquencer cette « custom action »
Utilisation de cette nouvelle valeur dans le chemin d’installation du composant

1. Créer une nouvelle « custom action » pour exécuter le vbscript

Ouvrir le MSI avec InstEd
Ajouter un nouvel enregistrement dans la table CustomAction, de type 38 (0x26 – VBScript – Source: Null – Target: script text | Scheduling: Always).
Recopier le contenu du script ci-joint dans le champ Target.

Par exemple :

Voici les variables d’environnement récupérées et les variables « windows installer » affectées :

2. Séquencer la « custom action »

Dans la table InstallExecuteSequence, ajouter un nouvel enregistrement. La séquencer juste après InstallInitialize.

Par exemple :

3. Créer une nouvelle « custom action » pour modifier les composants à partir des nouvelles informations

Ajouter un nouvel enregistrement dans la table CustomAction, de type 35 (0x23 – Directory – Source: Directory to be set – Target: formatted text | Scheduling: Always).

Cette « custom action » va donc affecter au répertoire « LogonUserProfile » la variable windows installer « LogonUserProfile »

4. Séquencer la « custom action »

Dans la table InstallExecuteSequence, ajouter un nouvel enregistrement.
Positionné la “custom action” juste après la précédente et avant l’action ProcessComponents.

Pas de condition à ajouter, car elle doit être exécutée dans tous les cas, installation, rollback, désinstallation et auto-réparation.

Par exemple :

Par exemple, ici nous avons positionné un fichier dans le profil de l’utilisateur. Ce fichier est contenu dans un composant :

Le chemin d’installation du composant sera donc automatique réévalué à l’installation, rollback, désinstallation et auto-réparation.

Ce principe pourra également être utilisé pour des package MSI x86/x64 pour des composants nécessitant un chemin différent suivant l’architecture du poste de travail.

***************************************

Get_LogonUsersVars.vbs

Option Explicit

Const HKEY_USERS = &H80000003

Dim strKeyPath, subKey, arrKeys

Dim oReg
Set oReg = GetObject(« winmgmts:{impersonationLevel=impersonate}!\\.\root\default:StdRegProv »)

Dim oShell
Set oShell = CreateObject(« Wscript.Shell »)

strKeyPath = « Volatile Environment »

‘*** DEBUT DU MAIN ***

oReg.EnumKey HKEY_USERS, «  », arrKeys

For Each subkey In arrKeys

     If RegExists(« HKEY_USERS\ » & subkey & « \ » & strKeyPath & « \ ») Then

Session.Property(« LogonUserSID ») = subkey

‘Msgbox « User’s SID : » & Session.Property(« LogonUserSID »)

Session.Property(« LogonUserName ») = oShell.RegRead(« HKEY_USERS\ » & subkey & « \ » & strKeyPath & « \USERNAME »)

‘Msgbox « LogonUserName : » & Session.Property(« LogonUserName »)

Session.Property(« LogonUserAppData ») = oShell.RegRead(« HKEY_USERS\ » & subkey & « \ » & strKeyPath & « \APPDATA »)

‘Msgbox « LogonUserAppData : » & Session.Property(« LogonUserAppData »)

Session.Property(« LogonUserProfile ») = oShell.RegRead(« HKEY_USERS\ » & subkey & « \ » & strKeyPath & « \USERPROFILE »)

‘Msgbox « LogonUserProfile : » & Session.Property(« LogonUserProfile »)

     End If

Next

‘*** FIN DU MAIN ***

‘ Test d’existence d’une clé de registre
Function RegExists(value)

On Error Resume Next

Dim Val
val = oShell.RegRead(value)

    If (Err.number = -2147024893) or (Err.number = -2147024894) Then
        RegExists = False
    Else
        RegExists = True
    End If

End Function

Toutes les astuces #tech des collaborateurs de PI Services.

Retrouvez les articles à la une

SCOM – Powershell: Script de resolution d’alertes avec Regex et Switch.

#Fermeture de certaines alertes#>

<#modifiez et/ou Incrementez les variables alertes pour prendre en charge d’autres noms d’alertes#>

$Alert1="The previous system shutdown (le dernier arret systeme n’etait pas prévu)"

$Alert2="Redemarrage Propre du serveur"

$Alert3="Database Backup Failed To Complete"

$Alert4="Network interface failed."

<#modifier $MachinePattern avec une autre expression reguliere. Ici par defaut

on recherche les alertes générées par une machine dont le nom contiens la chaine “TEST”#>

$MachinePattern="^.*(TEST).*$"

#Initialisation du provider SCOM

add-pssnapin "Microsoft.EnterpriseManagement.OperationsManager.Client" -ErrorVariable errSnapin -erroraction silentlycontinue;

set-location "OperationsManagerMonitoring::" -ErrorVariable errSnapin;

new-managementGroupConnection -ConnectionString:monserveurscom.home -ErrorVariable errSnapin;

set-location monserveurscom.home -ErrorVariable errSnapin;

#Verification du chargement du provider SCOM

if ($errSnapin.count -eq 0){

Write-host "`nOpsMgr 2007 PSSnapin initialized!`n";

}

else{

Write-host "`nOpsMgr 2007 PSSnapin failed initialize!`nPlease verify you are running this script on a OpsMgr 2007 Management Server";

}

$AllOpenAlert=get-alert | where-object {$_.ResolutionState -eq "0"}

Foreach ($alert in $AllOpenAlert)

{

switch($alert)

{

{$_.Name -eq $Alert1 -OR $_.Name -eq $Alert2 -AND $_.MonitoringObjectName -match $MachinePattern -AND $_.LastModified -lt [DateTime]::Now.Adddays(-1)} {resolve-alert -Alert $_ ; write-host -NoNewline $_.Name "SUR" $_.MonitoringObjectName " — "}

{$_.Name -eq $Alert3 -OR $_.Name -eq $Alert4 -AND $_.MonitoringObjectPath -match $MachinePattern -AND $_.LastModified -lt [DateTime]::Now.Adddays(-1)} {resolve-alert -Alert $_ ; write-host -NoNewline $_.Name "SUR" $_.MonitoringObjectPath " — "}

default {break}

}

}

Réaliser un package MSI multi-langues à partir de plusieurs MSI

Récupérer les informations de l’utilisateur connecté et réévaluer le chemin d’installation des composants

Derniers articles

Aucun résultat

Catégories

Archives

Auteurs/Autrices

$MachinePattern="^.(TEST).$"