Le blog technique

De plus en plus d’entreprise ayant choisit MOSS 2007 pour répondre à leur besoin en terme de travail collaboratif commencent à migrer vers la solution SharePoint 2010 afin de bénéficier de toutes les nouveautés et des améliorations du produit.

Microsoft propose nativement quelques méthodes de migration, chacune de ces méthodes possèdent des avantages et des inconvénients.

La migration peut être découpée en deux étapes importantes : migration de la version de l’outil SharePoint (Déploiement de SharePoint 2010 sur tous les serveurs de la ferme) et la migration du contenu du portail existant SharePoint.

Ave Point propose son outil Doc Ave SharePoint Migrator V5 permettant de migrer le contenu SharePoint d’une ferme à une autre.

Voici la liste des éléments pouvant être migrés :

• Les bibliothèques 
• Les dossiers
• Les pages Web
• Les listes
• Les différentes versions des documents (si le versionning est activé sur le site SharePoint)
• La Sécurité : utilisateurs et permissions
• Les listes personnalisées
• Les métadatas
• Les modèles de sites
• Mes Liens

Avantages de l’utilisation de cet outil :

• Minimiser les efforts requis pour le déploiement de la nouvelle version de SharePoint : puisque DocAve permet de déplacer automatiquement le contenu source vers le contenu Cible en gardant les mappages des éléments ainsi que toutes les propriétés.
• DocAve assure l’intégrité des données sensibles durant la migration.
• Réutilisation des sauvegardes SharePoint pour faciliter la migration : Lors d’une migration il est possible soit de migrer le contenu directement (en Live) soit de faire une restauration à partir de sauvegardes existantes, dans ce 2^e cas l’administrateur optimise sa productivité puisqu’il n’aura pas à recréer la structure de la plateforme.
• Permet aux administrateurs SharePoint de réussir leur Migration en évitant d’oublier des étapes à exécuter.
• Avec DocAve Migrator, la migration en direct est très simple et se base sur un simple glissé/deplacé ce qui par conséquent simplifie la migration
• Flexibilité de la migration : Avec docAve Migrator, la migration peut se faire de manière granulaire (une instance, un dossier, ou un élément…) et peut être planifiée (exécution de la tâche de migration à une heure précise).
• L’outil DocAve Migrator peut être deployé sur un matériel existant de la plateforme SharePoint existante, aucun pré requis matériel n’est obligatoire
• DocAve Migrator, utilise un scanner de pré migration afin d’éviter tout risque d’erreur.

Les ressources pouvant être migrées avec DocAve Migrator vers SharePoint 2010:

• SharePoint 2001, 2003, 2007
• Exchange Public Folder
• File Systems/Network Shares
• Documentum/eRoom
• Open Text Livelink/Vignette
• Lotus Notes/QuickPlace
• Oracle Stellent
• Static, HTTP/S accessible web content and internet sites
• Microsoft Content Management Server 2002 (MCMS 2002)

Pour rappel sous Exchange 2010 il ne suffit pas de mettre un gestionnaire

pour lui permettre de gérer un groupe de distribution:

Il faut activer le rôle défini par le mécanisme RBAC.

Cochez “MyDistributiongroups”

On constate en lançant Outlook Web App que la création de groupe

n’est pas disponible avant l’activation du rôle:

Après activation, de nouveaux menus sont disponibles:

Chaque utilisateur peut donc créer un groupe

et supprimer un groupe dont il est le propriétaire !

Ce droit “excessif” peut ne pas répondre à la stratégie de la société.

Nous allons donc retirer ces droits de création et de suppression.

Recherchons le rôle “MyDistributionGroups”

Créer un rôle enfant de “MyDistributionGroups” en supprimant le droit de créer et de supprimer un groupe.

New-ManagementRole –Name ****OwnerDistributionGroups -Parent MyDistributionGroups

On remarque la présence de ce nouveau rôle dans la console “RBAC”:

Vérifions le rôles assignés sur “Default Role Assignment Policy”

MyDistributionGroups est présent.

Supression des droits New et Remove

Remove-ManagementRoleEntry ****OwnerDistributionGroups\New-DistributionGroup -Confirm:$false

Remove-ManagementRoleEntry ****OwnerDistributionGroups\Remove-DistributionGroup -Confirm:$false

Puis il faut associer le “Default Default RoleAssignment Policy” avec ce nouveau rôle :

New-ManagementRoleAssignment –Role ****OwnerDistributionGroups -Policy "Default Role Assignment Policy"

L’opération n’est pas finie car le rôle parent est toujours assigné donc actif.

Supprimons ce lien:

Remove-ManagementRoleAssignment “MyDistributionGroups-Default Assignment Policy”

Vérifions

Ce qui donne dans la console RBAC cette configuration:

Et pour l’utilisateur final:

Les droits de création et de suppression ne sont plus disponible.