Articles taggés sharepoint

People

SharePoint 2010: Comment modifier le nom d’utilisateur dans une collection de sites

0

Si le nom d’utilisateur a été changé dans l’Active Directory, le nom ne change pas dans les collections de sites, et pour cause, SharePoint met en base toutes les informations d’un utilisateur au moment de lui donner les droits, ou au moment d’accéder à la collection de site (via « NT Authority\Authenticated Users »).

Pour modifier le nom d’utilisateur, il existe une commande PowerShell qui permet de le faire aisément:

Get-SPUser -identity "DOMAIN\USERNAME" -Web "http://MyWebAppUrl/MySiteCollection" | Set-SPUser -SyncFromAD

Cette commande met à jour automatiquement toutes les propriétés de l’utilisateur à partir de l’AD.

Cependant, il est tout à fait possible de mettre à jour que le nom d’utilisateur ou son adresse de messagerie:

$User = Get-SPUser -identity "DOMAIN\USERNAME" -Web "http://MyWebAppUrl/MySiteCollection" 
Set-SPUser -Identity $User -DisplayName "Jean Dupont" -Email "JDUPONT@Contoso.com"

La commande « Set-SPUser » permet de faire plein d’autres choses, je vous laisse la découvrir: http://technet.microsoft.com/fr-fr/library/ff607827

Vos commentaires sont toujours la bienvenue.

L'erreur dans le journal des évènements

SharePoint 2010 Service Pack 1: Serveur d’indexation « Not Responding » après l’installation du SP1

0

Si vous venez d’installer le SharePoint 2010 Service Pack 1 sur votre environnement, vous avez (peut être) rencontré un problème au niveau de la topologie du Service Application de la recherche.

Ce problème se manifeste sur le/les serveur(s) d’indexation plus précisément, et vous pouvez remarquer sur le site de l’administration de la recherche, quelque chose du genre:

Topologie du "Search Server Service Application"

Topologie du "Search Server Service Application"

Si vous regardez dans le « Journal des évènements » de la machine impactée, vous remarqueriez l’erreur suivante:

L'erreur dans le journal des évènements

Cette erreur est symptomatique d’une mauvaise configuration après l’installation de SharePoint 2010 Service Pack 1.

Solution:

Pour remédier à ce problème, il faudra lancer manuellement la configuration de SharePoint 2010 (PSConfig.exe):

  • Ouvrez une console de commande (cmd.exe)
  • Allez sur « C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN »
  • Tapez la commande suivante: « PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures »

Après la fin de la configuration, tout les problèmes cités ci-dessus, seront résolus.

Question:
Pourquoi le problème touche toujours le serveur d’indexation? pourquoi pas les autres?

Réponse:
Comme le dit clairement mon deuxième screenshot, il s’agit de la non compatibilité du schéma de la base de donnée du « Crawl Store », avec le schéma attendu par la version actuelle de SharePoint 2010.

Et comme son nom l’indique, il s’agit bien de la base dans laquelle, le serveur d’indexation, stocke les informations indexées. Cette base n’est utilisée que par le « Composant de Crawl », qui se trouve sur le/les serveur(s) d’indexation.

Je m’attarderai sur l’architecture logique du service de la recherche, dans un autre article, un peu plus tard.

Vos commentaires sont toujours la bienvenue ;-)

Comment modifier le passphrase de SharePoint 2010

PassPhrase de SharePoint 2010 perdu: Comment le récupérer ?

0

Vous avez installé une ferme SharePoint 2010 et vous ne vous rappelez pas du PassPhrase ?

Alors j’ai pour vous une bonne et une mauvaise nouvelle:

La mauvaise: Vous ne pouvez pas récupérer le passphrase que vous avez saisi lors de l’installation de la ferme !

La bonne: vous pouvez le changer quand vous le voulez, pour y parvenir:

  • Commencez par ouvrir le « SharePoint 2010 Management Shell »:
  • Exécutez la commande suivante:
    $passphrase = ConvertTo-SecureString -asPlainText –Force
    
  • Saisissez le nouveau PassPhrase, et appuyez sur « Entrée »

    NB: Le passphrase devrait comporter au minimum 8 caractères, une majuscule, et un chiffre.

  • Exécutez la commande suivante:
    Set-SPPassPhrase -PassPhrase $passphrase –Confirm
    
  • Retapez le passphrase que vous avez saisi préalablement
  • Tapez « Y », puis appuyez sur « Entrée »
  • Le résultat devrait ressembler à:
    Comment modifier le passphrase de SharePoint 2010

Le changement apporté prend effet instantanément, et vous n’avez pas besoin d’exécuter cette procédure sur tous les serveurs de la ferme.

N’hésitez pas à faire des remarques et laisser des commentaires ;-)

Impossible d’activer la version Enterprise de SharePoint 2010 après une installation avec SPModule

0

Si vous avez installé une ferme SharePoint 2010 via le module Powershell « SPModule », et que vous avez utilisé le fichier de la configuration de l’installation « Config.xml », contenant le clé de la version Enterprise de SharePoint 2010. Vous avez donc, surement remarqué que les Features Enterprise ne sont pas activées (Excel services, …).

Ce problème est dû à une erreur de développement du module, qui ne prend en compte, que la clé renseignée dans la paramètres de la commande, avec le paramètre « -PIDKEY », sinon il attribue une clé « trial », qui ne permet pas d’activer les Features Enterprise.

Pour palier à cette erreur, il y a deux méthodes:

  • Allez sur la Central d’administration ==> Upgrade and Migration ==> Enable Enterprise Features:
    • Cochez « Enterprise (Requires Enterprise client license) »
    • Saisissez la clé Enterprise
    • Cliquez sur OK
      N.B.: Cette Méthode ne fonctionne pas pour toutes les clés Enterprise! Si c’est le cas, il faudra passer par une réinstallation de la ferme.
  • Modifiez le script « Install-SharePoint.ps1″ de SPModule, de manière à prendre en considération la clé présente dans le fichier de configuration, et réinstaller la ferme.

    Pour cela il faudra ajouter la ligne suivante, à la ligne ~370 :

    $PIDKey = $CurrentConfigXml.Configuration.SelectSingleNode("PIDKEY").Value
    

    Juste avant:

    
            if ($PIDKey)
            {
                # Ensure we honor the PIDKey
                $CurrentConfigXml.Configuration.PIDKEY.Value = $PIDKey
            }
    
  • Et remplacez les lignes ~413 et 414:
    $ConfigXmlPath = Join-Path $env:temp $ConfigXmlName
    $CurrentConfigXml.Save($ConfigXmlPath)
    

    Par:

    $TempConfigXmlPath = Join-Path $env:temp $ConfigXmlName
    $CurrentConfigXml.Save($TempConfigXmlPath)
    
Haut de page