• Hyper-V, la veille et l'hibernation

    Ces derniers jours, j'ai lancé une petite recherche sur le net pour voir si, par hasard, quelqu'un aurait trouvé une solution pour pouvoir faire fonctionner la veille et l'hibernation, puisque l'installation du rôle Hyper-V désactive ces deux fonctionnalités bien pratiques.

    Et comme par hasard, j'ai trouvé quelqu'un qui propose une solution acceptable. La version originale est ici : http://markharrison.co.uk/blog/2008/09/sleep-hibernate-with-hyper-v.htm

    Globalement, l'idée consiste à modifier les paramètres de démarrage d'un service nommé hvboot pour qu'il ne démarre pas automatiquement mais manuellement. Et ce qui est intéressant, c'est que tant que ce service n'est pas démarré, la veille et l'hibernation fonctionnent !

    Voici donc la modifications à faire dans le registre :

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\hvboot]"Start"=dword:00000003

    ou 

    sc config hvboot start= demand (on note l'espace après le signe '=')

    Pour démarrer le service, tout simplement faire : net start hvboot

    Et ensuite, il est possible de démarrer des machines virtuelles.

    Petit inconvénient (mais qui est acceptable selon moi), c'est qu'une fois démarré, le service hvboot ne peut pas être arrêté. Il faut donc redémarrer la machine pour pouvoir à nouveau mettre en veille et hiberner, ce qui n'est pas si gênant que cela si on n'utilise pas les VM tous les jours.

    -- Stefan Plizga

  • Premiere fournee de Tips of the Day

    Tip of the day 1 à 8 d'un seul coup !

    Retrouvez la première fournée de Ivan Robain & David Paradis ici

  • Design des points de montage d'un cluster Exchange et comportement de VSS

    Design par défaut

    Comme indiqué dans la fiche http://support.microsoft.com/kb/280297/en-us, lorsqu'on utilise les points de montage pour des disques partagés dans le cadre de la mise en oeuvre d'un cluster Exchange (2003 ou 2007), soit pour circonvenir la limitation des 26 lettres de l'alphabet, soit pour avoir une nomenclature disque cohérente permettant une montée en charge aisée, on crée un volume logique (Logical UNit, LUN) qui va être présenté au système et monté avec une lettre de lecteur disque (par exemple, un LUN de 1 Go, avec la lettre de lecteur "F:\") : c'est la racine du point de montage. Puis on monte les volumes logiques (LUNs) contenant les données et les fichiers de transaction dans des répertoires "vides" sous ce point de montage. Lesdits LUN apparaissent alors comme des répertoires du dique "F:\" (parfois l'affichage des icônes est confus... lesdits LUN apparaissant soit avec une icône "disque", soit parfois avec une icône "répertoire"). Soit au final un montage du type, "F:\LUNSGDB1", "F:\LUNSG1LG" etc...

     

    Ce design est tout à fait fonctionnel et le cluster Exchange fonctionne parfaitement.... Soit, "And so what ?".

     

    Erreur VSS possible

    Sur le design pré-cité, nous allons implémenter une solution de sauvegarde/restauration VSS...Au hasard, Data Protection Manager de Microsoft. Et lors de l'activation de VSS sur un des volumes logiques (base de données ou fichiers de transactions) nous pouvons obtenir l'erreur suivante :

    "The volume F:\LUNSGDB1 is too small to contain a storage area. Please click the Settings button and pick a storage area location before you enable shadow copies of this volume"

    DPM ne "voit" pas les volumes Exchange et ne peut pas les sauvegarder.

     

    L'erreur survient également avec d'autres logiciels de sauvegarde utilisant également VSS (Volume Shadow copy Service) comme Brightstore Arcserve ce qui laisse à penser que l'erreur est plus liée à VSS ou à son implémentation particulière qu'à DPM en l'occurence.

     

    Note : En effet, certaines personnes cliquent sur les propriétés du disque, puis sur l'onglet "Shadow Copy", spécifient un intervalle, une zone de stockage (storage location) et utilisent VSS pour gérer des versions précédentes de l'image disque ce qui n'est pas nécessaire pour Exchange et peut nécessiter une zone de stockage trop importante (pour gérer les "n" versions précédentes) qui pourrait conduire à l'affichage de ce message d'erreur.

     

    Si toutefois vous vous trouviez confrontés à ce type de problème, en ayant correctement activé VSS, une solution de contournement simple existe.

     

    Solution de contournement

    Elle consiste simplement à intercaler un répertoire vide entre la racine du point de montage (ici le lecteur "F:\") et les répertoires de montage des volumes logiques (LUNSG1DB, LUNSG1LG...). De plus, pour plus de lisibilité on peut créer les deux répertoires suivants :

    F:\DB et F:\LOG

     

    Et monter ensuite les LUNs dans des répertoires à l'intérieur de ces répertoires nouvellement créés.

    F:\DB\LUNSG1DB et F:\LOG\LUNSG1LG respectivement

     

    Une fois cette modification réalisée, DPM voit tout de suite les volumes Exchange et peut donc fonctionner correctement.

     

    Conclusion

    Cette erreur est en cours d'investigation et nous devons :

    • valider sa reproductibilité et comprendre les raisons de sa survenue
    • proposer une solution de contournement et nous assurer après une analyse d'impact que le contournement ne génère pas d'erreurs subséquentes

    Toutefois, cette solution de contournement est aisée à mettre en oeuvre et fonctionne (pour les deux cas que j'ai pu rencontrer)

     

    Jérôme VETILLARD

  • PowerShell : sur quel DC mon script Powershell se connecte-t-il ?

    Bonjour,

    Ceux d'entre vous qui ont écrit des scripts PowerShell qui utilisent tour à tour des Cmd-Lets de type get-mailbox et des requêtes LDAP .Net (new-object system.directoryservices.directorysearcher) ont certainement été confronté à ce problème : les cmd-lets utilisent un Global Catalog pour effectuer les requêtes et les requêtes LDAP ou ADSI "pures" peuvent en utiliser un autre, ce qui rends le resultat inconsistent.

    Evan Dodds a publié sur son blog un excellent "tip" à ce sujet : La variable automatique : $AdminSessionADSettings contient ces informations et elles peuvent être modifiées.

    Cela s'appliquera évidemment à la fois au script et à la console elle même.

    Guillaume Bordier

     

  • Publication des Web Components OCS sur Internet avec ISA Server 2004 ou 2006

    Les clients Office Communications Server 2007 qui ne sont autres que Office Communicator 2007, Live Meeting Console 2007 ainsi que le Tanjay (le téléphone IP autonome - Office Communicator Phone Edition) accèdent au serveur OCS qui héberge le role Web Components via un reverse proxy lorsqu'ils sont connectés sur l'Internet.

    Afin de sécuriser au maximum les accès (HTTPS est le minimum), il est possible de configurer la règle de publication des Web Components sur ISA Server de manière à n'autoriser que les chemins suivants :

    - /Abs/Ext/*

    - /Conf/Ext/*

    - /Etc/*

    - /GroupExpansion/Ext/*

    - /RequestHandler/ucdevice.aspx

    Le dernier élément permet aux téléphones Office Communicator Phone Edition se vérifier si des mises à jour sont disponibles. Donc si le service Device Update Service n'est pas installé, ce dernier élément n'est pas nécessaire. Bien sûr, dans le cas où il serait installé, il faut aussi penser à publier l'URL permettant d'accéder au site WSS 3.0 contenant les mises à jour...

    -- Stefan Plizga