Netapp : Nouvelle version de System Manager ; OnCommand System Manager 2.0.1

NetApp abandonne le format MMC pour sa console d'administration NetApp System Manager au profit d'un mode web.
S'inscrivant dans la lignée de la suite OnCommand, OnCommand System Manager 2.0.1 remplace NetApp System Manager 1.1 (dernière MàJ en aout 2010) et exploite Java, Flash et Tomcat.

OnCommand System Manager semble posséder le même niveau fonctionnel que son prédécesseur, à noter toutefois une plus grande consommation de ressource (en l'occurrence sur la partie Graph).

Liens :
- La page OnCommand System Manager : http://www.netapp.com/us/products/management-software/system-manager.html
- Datasheet : http://media.netapp.com/documents/ds-2932.pdf
- OnCommand System Manager 2.0R1 pour Windows (nécessite un compte Now) : https://now.netapp.com/NOW/cgi-bin/software/?product=OnCommand+System+Manager&platform=Windows
- OnCommand System Manager 2.0R1 pour Linux(nécessite un compte Now) : https://now.netapp.com/NOW/cgi-bin/software/?product=OnCommand+System+Manager&platform=Linux

A noter :
- L'intégration avec VMWare consiste en un assistant de création de Datastore ESX (déjà présent sur la MMC)
- NetApp System Manager ne semble plus disponible sur le site de NetApp

Repositionner correctement le nom d'un utilisateur dans Office dans un environnement TSE / RDS

Par erreur, il arrive qu'en déployant un profil par défaut sur un nouveau serveur TSE / RDS (Remote Desktop Services), on diffuse aux utilisateurs des éléments de profil personnalisés et qui ne le devrait pas.

Typiquement, lancer une application avant de déployer un profil par défaut personnalise cette application dans App Data et la base de registre. Dans Office, la personnalisation principale (ou plutôt remarquable) est le nom et les initiales de l'utilisateur.

Si vous avez exécuté Word ou Excel pendant la création d'un profil tous vos utilisateurs auront le nom du compte créateur de profil dans Office. Ca peut être bloquant pour la traçabilité des documents mais, et surtout, pour l'ouverture d'un document déjà ouvert par un autre utilisateur, utilisateur qui, du coup, se retrouve avec un nom absurde ou inconnu.

Voici un petit script PowerShell qui, lancé via GPO à l'ouverture de session des utilisateurs, repositionnera la valeur UserName et UserInitials dans le profil office des utilisateur en utilisant la variable d'environnement USERNAME (%username%). Remplacez simplement "POUET" par le nom d'utilisateur créateur du profil par défaut.

############################################################
# Modif des profils Office, valeur UserName #
####################################################Edgarcia
#Récupération des infos de la base de registre
$strUserKey = (get-itemproperty HKCU:\Software\Microsoft\Office\Common\UserInfo -Name UserName)

#Récupération de la variable d'environnement Username
$strUsername = $ENV:USERNAME

# Ici remplacez POUET par le nom de l'utilisateur que vous avez utilisé pour créer le profil par défaut
if (($($strUserKey.UserName)) -eq "POUET")
{
#Modif de la donnée de la valeur UserName
Set-ItemProperty -Path HKCU:\Software\Microsoft\Office\Common\UserInfo -Name UserName -Value $strUsername

#Modif de la donnée de la valeur UserInitials
Set-ItemProperty -Path HKCU:\Software\Microsoft\Office\Common\UserInfo -Name UserInitials -Value $($strUsername.Remove(2))
}

On peut également se baser sur ce script pour faire une recherche dans les HKU pour corriger tous les profils d'un serveur TSE.

N'hésitez pas à enrichir ce billet !