PartitionByOU remplacé par msRTCSIP-GroupingID

Dernière rubrique modifiée : 2012-06-19

Dans Office Communications Server 2007 R2, si le paramètre PartitionByOU (géré dans Windows Management Instrumentation [WMI]) est défini sur TRUE, une recherche d’utilisateur ne retournera alors que des contacts d’autres utilisateurs appartenant à la même unité d’organisation (UO) que l’utilisateur qui a soumis la recherche. Cette fonctionnalité est très utile si votre organisation compte un groupe d’utilisateurs qui préféreraient que leurs contacts ne soient pas révélés par des recherches générales.

Dans Lync Server 2010, WMI est supprimé en faveur du magasin central de gestion et des services de domaine Active Directory (AD DS) pour la gestion et le stockage des paramètres pour les objets Utilisateur ou Serveur. La modification de cette fonctionnalité tient compte du fait que de nombreuses organisations possèdent une structure d’unité d’organisation très riche et que limiter des utilisateurs à des silos en fonction des unités d’organisation était devenu une restriction impossible à conserver en tant que pratique de gestion d’utilisateur. Les utilisateurs doivent avoir une visibilité au-delà leur unité d’organisation. Lync Server 2010 ajoute un attribut aux objets Utilisateur. Cet attribut, msRTCSIP-GroupingID, peut être renseigné avec l’identificateur global unique (GUID) propre aux utilisateurs qui doivent pouvoir lancer des recherches pour d’autres. À moins que l’utilisateur n'appartienne au groupe avec balise, les résultats de la recherche n’afficheront pas les contacts de l’utilisateur. Toutefois, il convient de noter que même si un utilisateur n’est pas en mesure de recevoir des résultats de recherche pour des utilisateurs spécifiques par le biais du carnet d’adresses, cela ne l’empêche pas d’utiliser les coordonnées de messagerie ou de saisir manuellement les données d’un contact ou son numéro de téléphone.

Pour les clients qui utilisent actuellement Office Communications Server 2007 R2 et qui emploient la méthode PartitionByOU, il existe deux scénarios possibles pour passer à la méthode msRTCSIP-GroupingID.

Option 1 : définissez l’attribut msRTCSIP-GroupingID sur l’objet Utilisateur avec le GUID de l’unité d’organisation pour tous les utilisateurs de cette unité d’organisation. Cette méthode garantit que les membres continueront à profiter des fonctionnalités dont ils ont bénéficié jusque là. Cet attribut peut être renseigné avec une cmdlet ou un script Windows PowerShell.

Mise en garde :

L’attribut msRTCSIP-GroupingID ne doit pas être utilisé dans un environnement d’hébergement commercial. Il n’est pas pris en charge par Microsoft en raison de risques liés à la confidentialité et à la sécurité lorsqu’une architecture mutualisée est incluse dans un environnement d’hébergement. L’utilisation de l’attribut ne simule qu’un groupe d’utilisateurs dans les partitions logiques, aussi aucune véritable partition dans laquelle la sécurité et la confidentialité des clients peut être étroitement contrôlée n’est créée.

Option 2 : créez entièrement la partition de votre choix, puis renseignez l’attribut des objets Utilisateur en fonction des besoins de votre organisation. Les nouveaux clients ainsi que les clients Office Communications Server existants qui cherchent à redessiner leur solution actuelle utiliseront cette approche.

Une approche recommandée consiste à écrire un script Windows PowerShell pour renseigner l’attribut pour les utilisateurs que vous mettez en silo dans les regroupements.

Si vous choisissez d’utiliser la méthode msRTCSIP-GroupingID pour placer les utilisateurs dans des groupes spécifiques, le tableau suivant décrit une configuration simple :

Si Utilisateur1 recherche des contacts, le résultat sera Utilisateur4, et Utilisateur2 aura un résultat comprenant Utilisateur5. L’ID de l’unité d’organisation n’a aucun impact sur les résultats de la recherche, uniquement sur l’attribut GroupingID.