TypePerf.exe : un outil intégré à Windows, permettant :

- de lister les compteurs sur une machine (TypePerf –qx ou bien TypePerf –q suivant que l’on veut ou non le détail de toutes les instances de chaque compteur – exemple : pour Disque Logique, le détail des instances correspondra à Disque Logique (C:\), Disque Logique (D:\), et toutes les instances correspondra à Disque Logique (*) dans l’OutPut de la commande)

- de démarrer une collecte de performances (indépendamment de l’outil Perfmon.exe / perfmon.msc) avec le choix d’enregistrer les données directement à l’écran (pas très pratique), ou dans un fichier CSV ou BLG (typeperf -cf CompteursMemory.txt -o MemoryCheckPerf.csv où CompteursMemory.txt est un fichier texte contenant la liste des compteurs de l’objet Mémoire et MemoryCheckPerf.csv est le fichier de sortie de la commande)

- de collecter les performances d’une machine distante soit avec l’option –s, soit en précisant le nom de la machine dans le(s) compteur(s) qu’on lui indique de surveiller

- enfin, soit on lui indique directement les compteurs à surveiller, soit on lui donne un fichier dans lequel on aura listé les compteurs à surveiller, que l’on pourra copier/coller de l’Output TypePerf –qx / TypePerf –q

Note : les compteurs sont de la forme :

\Objet(instance)\compteur

ou

\\Serveur\Objet(instance)\compteur

exemple : \Network Interface(*)\Bytes Sent/sec

Pratique !

Sam.

Note pour les environnements suivants:

1- ne contenant que des contrôleurs de domaine Windows 2003 sans SP1,

2- ou bien des environnements ne contenant que des contrôleurs de domaine Windows 2008 R2,

3- ou encore la combinaison des deux précédents, c’est à dire des environnements ne contenant que des contrôleurs de domaine Windows 2003 sans SP1 avec en plus des contrôleurs de domaines Windows 2008 R2 :

- vous êtes susceptibles d’avoir l’erreur suivante :

[ERROR] Cannot find at least one domain controller running Windows Server 2003 Service Pack 1 or later in domain 'DC=DCName,DC=com,DC=DCName'.

Résolution en attendant une mise à jour du fichier de vérification de prérequis par l’équipe produit ==> Passer le SP1 sur au moins un DC de votre environnement, ou bien installez au moins un DC Windows 2008 (pas R2).

Source : http://msexchangeteam.com/archive/2009/09/02/452284.aspx ( Merci Arnaud :-)) )

Sam.

Pour réassocier le menu Virtual Windows XP à la bonne machine virtuelle Windows XP (bouton Démarrer –> Windows Virtual PC –> Virtual Windows XP) :

 Note : ce menu est associé à l’appel de la commande “%SystemRoot%\system32\rundll32.exe %SystemRoot%\system32\VMCPropertyHandler.dll,LaunchDefaultVM”. la propriété LaunchDefaultVM ne fait pas appel à une valeur de la base de registres comme j’ai moi-même pu le croire, mais à une valeur du fichier options.xml auquel nous allons accéder ci-dessous …

Allez dans le répertoire %localAppData%\Microsoft\Windows Virtual PC\

Ouvrir le fichier “Options.xml” puis rechercher et modifier si besoin:

1- le tag “<defaults>” pour les informations de configuration

2- le tag “<default_vm>”, et donnez-lui le nom de la machine virtuelle Windows XP à mettre par défaut :

Note : ce nom de machine virtuelle correspond simplement au nom de votre machine VirtualXP (sans le vmcx) que vous trouvez dans le répertoire de votre profil %useprofile%\Virtual Machines :

Bonjour à toutes et à tous !

Après une pause dans les posts, je reprends tout doucement avec un petit Tip sur ForeFront Client Security pour exclure du SCAN des répertoires ou des fichiers soit à partir de l’interface graphique, soit directement dans la base de registres (utile si on veut le scripter).

Voici comment ça se présente dans l’interface graphique :

> Menu “Configure Anti-Malware” :

> Descendre dans la partie “Exclusions” :

> Les clés de registre correspondantes :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Forefront\Client Security\2.0\AM\ Exclusions\Paths
HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Microsoft Forefront \ Client Security\2.0\AM Exclusions\Extensions
HKEY_LOCAL_MACHINE\SOFTWARE\ Microsoft\Microsoft Forefront \ Client Security\2.0\AM Exclusions\Processes

Dans chacune de ces clés, il faut rajouter l’extension, le chemin ou le chemin et le nom du process en tant que clé “DWORD”, avec une valeur de 0 :

> exemple de clé pour la partie “Extensions” :

> exemple de clé pour la partie “Paths” :

> exemple de clé pour la partie “Processes”:

Cheers,

Sam

A savoir : Pour un utilisateur membre d'un Groupe Global de Sécurité, le déplacement de cet utilisateur d'un domaine à un autre ne supprime pas "complètement" les droits qu'avait cet utilisateur via ce groupe sur des ressources ...

http://blogs.technet.com/samdrey/pages/notes-comportement-des-groupes-ad-lors-de-d-placement-d-utilisateurs-entre-deux-domaines.aspx

Sam.

A l’occasion de l’installation d’une forêt Windows 2008, la console graphique d’installation résume les caractéristiques de chaque niveau fonctionnels de forêt Windows au moment du choix du niveau fonctionnel du domaine.

Je les reprends ici pour références futures, cela évitera de se replonger dans les docs à tout bout de champ quand on recherche ce genre d’infos ( c’est un peu le but de mon Blog :-) ) :

A noter que les descriptions des niveaux fonctionnels Windows sont reprises avec tous les détails dans l’aide de Windows Server 2008 (lien en savoir plus sur les niveaux fonctionnels de forêt et de domaine dans la fenêtre d’installation, ou plus directement le fichier d’aide HTML compilé ad_ds.chm dans le répertoire %systemroot%\help\mui\040C –> 040C pour le Français si vous avez installé Windows 2008 en Français ou le Language Pack Français).

* Si vous disposez de contrôleurs de domaine exécutant des versions ultérieures de Windows Server, certaines fonctionnalités avancées ne seront pas disponibles sur ces contrôleurs de domaine tant que le domaine restera au niveau fonctionnel Windows 2000 natif.

Très bon Post de Nicolas Ramouche : lenteurs à l'ouverture des consoles Exchange, que je me permets de reprendre car l’astuce mérite d’être republiée vu son efficacité :-), pour résoudre certains cas de lenteurs d’ouverture des consoles d’administration Exchange 2007, en résumé :

- Créer les deux fichiers suivants:

%systemroot%\system32\mmc.exe.config

%systemroot%\system32\WindowsPowerShell\v1.0\powershell.exe.config

- Insérer le texte suivant (du code XML) dans ces fichiers :

<configuration>
  <runtime>
    <generatePublisherEvidence enabled=”false” />
  </runtime>
</configuration>

- Sauvegardez ces deux fichiers

Références :
- Nicolas Ramouche sur le site de l’équipe MCS UC
- Article KB n°944752 – Exchange Server 2007 managed code services ….

Sam.

Il est possible d’installer l’environnement PowerShell V2 CTP3 (pour Community Technology Preview 3 càd la dernière version “pre-beta”) et l’utiliser pour scripter et administrer votre environnement Exchange 2007.

Cette console facilite grandement la création de scripts (via la coloration synthaxique dans l’éditeur et l’intellisense) et est beaucoup plus fun que la console noire et blanche toute simple de PowerShell V1 :-)

I- Les prérequis sont:

• 1- Désinstaller la version PowerShell V1 du poste ou du serveur de test  (Hotfix for Windows Server 2003 (KB926139))
  Note : PowerShell V2 est toujours en cours de développement, il est donc déconseillé de l’installer sur un serveur en production. Préférez une station d’administration par exemple, et/ou un serveur de test.)
• 2- Installer le .NET FrameWork V3
• 3- Télécharger et installer PowerShell V2 CTP3

II- Activation des Cmd-lets Exchange 2007 dans la console graphique ISE:

[Voir la procédure détaillée, expliquée, illustrée…]

Sam.

Bonjour à tous !

Afin d’inaugurer la nouvelle adresse de mon Blog, je commence avec un petit post illustré pour présenter (très) rapidement la nouvelle console graphique “ISE” fournie avec la version 2 de PowerShell !

Voici à quoi elle ressemble à première vue, avec un exemple quelconque (ici, une commande permettant l’affichage de quelques caractéristiques de mes cartes réseau, un peu comme avec NetSH - [System.Net.NetworkInformation.NetworkInterface::GetAllNetWorkInterfaces() ) :

On a 3 panneaux, de haut en bas :

• l’éditeur de script PowerShell, avec la coloration des fonctions, chaînes de caractères, variables…, l’Intellisense (ou “autocomplete”, qui permet, en tapant le début d’une commande, de compléter ou faire le tour de toutes les commandes commençant par les mêmes lettres)
• la fenêtre des résultats (ou “Output”, où l’on peut voir le résultat de l’exécution du script du panneau du dessus, mais également le résultat des commandes ou scripts exécutés depuis le panneau d’exécution immédiate (panneau du bas), copier les résultats dans le presse-papier Windows)
• le panneau d’exécution rapide, d’où l’on lance des instructions ou d’autres scripts comme on le fait dans une fenêtre PowerShell classique.

Note : le PowerShell V2 et sa console graphique sont disponibles de base dans Windows 7 et Windows 2008 R2. Il est possible de les récupérer en version “CTP” ( Community Technology Preview – une version bêta) à l’adresse suivante :

Windows PowerShell V2 Community Technology Preview 3 (CTP3)

http://www.microsoft.com/DOWNLOADS/details.aspx?FamilyID=c913aeab-d7b4-4bb1-a958-ee6d7fe307bc&displaylang=en#filelist

Je suis encore loin de connaître toutes les fonctionnalités de la console graphique, mais l’un des avantages méritant d’être souligné, outre l’éditeur de scripts mentionné plus haut, est la possiblilité d’ouvrir plusieurs instances PowerShell dans la même console sous forme d’onglets :

Voilà pour un premier post d’intro pas très technique, mais qui montre le côté sympatique de la nouvelle console graphique PowerShell fournie avec la V2.

En tout cas, n’étant pas développeur à la base (et la console basique PowerShell ne m’inspirant pas spécialement :-)), ce concept d’UI (User Interface) m’a permis de réaliser pas mal de scripts d’administration Windows et Exchange 2007 de manière fun et rapide !

A plus tard pour d’autres expériences,

Sam.

Bonjour !

Ce blog fait suite à l'ancien blog http://blogs.microsoft.fr/samdrey, "Microsoft Exchange Server pour Tous" !

Sam.