SharePoint et les entreprises multi-sites 2/2

SharePoint et les entreprises multi-sites (la technique)

 

Nous venons de voir dans un article précédent les raisons qui nous poussent à interconnecter deux fermes SharePoint.

Regardons en pratique cette configuration.

 

Dans la suite de cet article, j’appellerai Ferme du siège la ferme SharePoint sur laquelle les applications de services sont démarrées et publiées.

La ferme qui se connectera aux applications de services à distance se nommera Ferme de la succursale.

 

Configuration de la relation d’approbation de fermes

 

Export des certificats sur la ferme du siège

 Commandes PowerShell :

 $rootCert = (Get-SPCertificateAuthority).RootCertificate

 $rootCert.Export(« Cert ») | Set-Content E:\Sharepoint2010\Cert\PublishingFarmRoot.cer -Encoding byte

 Cette commande exporte le certificat Racine de la ferme

 Copier ce certificat sur l’autre ferme.

 

Export des certificats sur la ferme de la succursale

 Commandes PowerShell :

 $rootCert = (Get-SPCertificateAuthority).RootCertificate

 $rootCert.Export(« Cert ») | Set-Content C:\Cert\RecievingFarmRoot.cer -Encoding byte

 

Cette commande exporte le certificat Racine de la ferme

 $stsCert = (Get-SPSecurityTokenServiceConfig).LocalLoginProvider.SigningCertificate

 $stsCert.Export(« Cert ») | Set-Content C:\Cert\ReceivingFarmSTS.cer -Encoding byte

 Cette commande exporte le certificat du service “Security Token”

 Copier ces 2 certificats sur l’autre ferme.

  

Création de la relation d’approbation

 Depuis la ferme de la succursale (ferme consommatrice des applications), lancer les commandes PowerShell suivantes :

 $trustCert = Get-PfxCertificate C:\cert\PublishingFarmRoot.cer

 New-SPTrustedRootAuthority PublishingFarm -Certificate $trustCert

 Depuis la ferme du siège, lancer les commandes PowerShell suivantes :

 $trustCert = Get-PfxCertificate C:\Cert\ReceivingFarmRoot.cer

 New-SPTrustedRootAuthority ReceivingFarm -Certificate $trustCert

 $stsCert = Get-PfxCertificate c:\Cert\receivingFarmSTS.cer

 New-SPTrustedServiceTokenIssuer ReceivingFarm -Certificate $stsCert

 

Ajout des permissions

 Depuis la ferme de la succursale (ferme consommatrice), lancer la commande PowerShell suivante :

 (Get-SPFarm).Id

  

Copier l’ID de la ferme

 Puis depuis la ferme du siège, lancer les commandes PowerShell suivantes :

 $security = Get-SPTopologyServiceApplication | Get-SPServiceApplicationSecurity

$claimProvider = (Get-SPClaimProvider System).ClaimProvider

$principal = New-SPClaimsPrincipal -ClaimType http://schemas.microsoft.com/sharepoint/2009/08/claims/farmid -ClaimProvider $claimProvider -ClaimValue « GUID »

Grant-SPObjectSecurity -Identity $security -Principal $principal -Rights « Contrôle total »

Get-SPTopologyServiceApplication | Set-SPServiceApplicationSecurity -ObjectSecurity $security

 

Sur la ligne « $claimProvider –ClaimValue « GUID«  » remplacer GUID par l’ID de la ferme de la succursale.

Faites également attention sur la ligne « Grant-SPObjectSecurity -Identity $security -Principal $principal -Rights « Contrôle total » » ,la valeur « Contrôle total » est valable uniquement sur une installation française de SharePoint.

 

Publications des applications de service

Publication de la recherche

Depuis la centrale d’administration de la ferme du siège, sélectionner l’application de service de recherche puis cliquer dans le bandeau sur « Publier ».

Cocher la publication de l’application de service avec le protocole HTTPS.

 Copier l’URL publiée qui va être utilisée sur la ferme de la succursale.

 

Attribution des droits à la ferme distante

Ouvrir les autorisations de l’application de recherche de la ferme du siège.

Lancer une recherche avec l’ID de la ferme de la succursale.

  Ajouter l’élément du type ID de batterie.

 Donner le contrôle total à la batterie sur cette application de service.

  

Connexion à l’application de recherche

 Depuis la ferme de la succursale, ouvrir la gestion des applications de service.

Lancer la connexion à une application de service de recherche.

Coller l’URL du service de recherche de la ferme du siège précédemment copiée.

Sélectionner le service de recherche.

 

Indiquer le nom de la connexion.

  

Paramétrage de la recherche

Il est nécessaire de créer une source de contenu spécifique pour l’indexation des sites de la ferme de la succursale. Ainsi vous pourrez planifier à intervalles moins fréquents l’indexation afin de ne pas encombrer inutilement la bande passante.

 

Conclusion

 

Après avoir configuré la relation d’approbation entre nos 2 fermes, nous avons publié une application de service puis nous nous sommes connectés à cette application depuis notre ferme distance.

Vous pouvez reproduire la publication et la connexion sur les autres applications de services.

Nous avons donc fédérer nos fermes SharePoint pour que les utilisateurs puissent collaborer.

SharePoint et les entreprises multi-sites 1/2

SharePoint et les entreprises multi-sites (la théorie)

De nombreuses entreprises réparties sur différents sites géographiques souhaitent utiliser SharePoint afin de rendre plus facile la collaboration au sein de l’entreprise.

Après tout, c’est fait pour ça SharePoint !

Oui mais, il est nécessaire de prendre en compte quelques aspects.

Prenons le scénario suivant, une entreprise composée de :

  • 1 siège social de 5000 employés,
  • 1 succursale de 1000 employés,
  • 1 site distant de 20 employés.

 

L’utilisation souhaitée de SharePoint est la GED et le réseau social d’entreprise.

Les utilisateurs vont donc désormais travailler sur leurs documents directement sur SharePoint et non plus sur un serveur de fichier.

Je vous rappelle que nous avons des utilisateurs qui ne sont pas physiquement dans les mêmes locaux se pose donc la question du débit.

 
Si j’installe mon environnement SharePoint au siège, je vais avoir 1020 utilisateurs qui vont faire transiter leur document à chaque enregistrement sur des réseaux WAN à débits modérés.

Les temps de réponses seront beaucoup trop longs, les utilisateurs vont voir rouge.

Autre solution, j’installe un environnement SharePoint sur chaque site. Les utilisateurs enregistreront  désormais leurs documents localement (sur l’environnement SharePoint local), donc plus de problème de débits.

Par contre, plus de réseau social, plus de métadonnées gérées communes, plus de recherche globale. Chaque site est autonome, on a vu mieux en terme de collaboration !

 

Heureusement, SharePoint 2010 nous offre la possibilité d’interconnecter différentes fermes. Et donc de partager les applications de services.

 Voici donc l’architecture envisagée :

Nous ne mettrons pas en place de ferme SharePoint sur le site distant de 20 employés, le rapport nombres d’utilisateurs / débit est acceptable au vu du coût de l’installation et de la maintenance d’une autre ferme SharePoint.

 

Nous avons donc un compromis entre la localisation du contenu au plus près des utilisateurs et la fédération autour d’un ensemble commun : recherche globale, réseau social commun, métadonnées gérées communes.

Ready to collaborate !

La suite ici

Le concentreur de type de contenu de SharePoint 2010

Le concentrateur de type de contenu à quoi cela sert–il ?

Comme vous le savez peut être, les éléments d’une collection de sites sont difficilement partageable vers une autre collection. Les types de contenu ne font pas exception, sauf avec SharePoint 2010 et l’application de service de métadonnées gérées.

En effet, cette application de service va être en mesure de partager les types de contenu entre collection de sites.

Encore une bonne raison de passer à SharePoint 2010 ! 🙂


Comment fonctionne-t-il ?

L’application de service de métadonnées gérées consomme (récupère) les types de contenu d’une collection de site et elle les publie vers les autres collections de site.

Note : Le transfert des types de contenu est possible entre différentes applications web.


Configuration

Rendez-vous dans la Centrale d’Administration, puis sur la page de gestion des applications de service.

Sélectionner l’application de service de métadonnées gérées et cliquer sur Propriétés.

Indiquer l’URL de la collection de site fournisseur de type de contenu. 

Sélectionner maintenant le proxy de l’application de service de métadonnées gérées et cliquer sur propriété.

Ajouter l’option « Utiliser les types de contenu de la bibliothèque de types de contenu à http://xxxxx.

Rendez-vous sur la collection de site source, rendez-vous sur le type de contenu à publier.

Cliquer sur le bouton OK pour autoriser la publication.

Retourner sur la Centrale d’Administration et exécuter manuellement les deux jobs (travaux du miniteur) suivant dans cet ordre :

1.       Concentrateur de type de contenu

2.       Abonné au type de contenu (de l’application web cible)

Déplacez-vous sur une autre collection de site, depuis les paramètres de la collection cliquer sur « Publication de type de contenu ».

Vérifier que le type de contenu est bien publié sur cette collection.

 

Vous pouvez maintenant utiliser ce type de contenu n’importe où sur cette collection de site.

%d blogueurs aiment cette page :