SharePoint : Comment mettre à jour les données des utilisateurs en multi-fermes

 J'avais parlé dans un précédent message de la mise à jour des données Utilisateur depuis une base de profiling sous SPS 2003 :

• SharePoint 2003 : Mise à jour des noms des collaborateurs des listes SharePoint dans SPS

Il en avait découlé un article entier présentant la gestion des utilisateurs dans les quatre environnements SharePoint :

• WSS V2
• SPS 2003
• WSS V3
• MOSS

La dernière partie de cet article présentait un cas d'école en entreprise, les changements de nom (mariage ou divorce). Les scripts fournis fonctionnent pour des plateformes autonomes.

La question est donc posée pour des environnements multi-fermes, comme par exemple :

• Un portail SPS 2003 avec des sites WSS V3 et le profiling correctement configuré
• Plusieurs fermes WSS V2
• Plusieurs fermes WSS V3

La solution que j'ai trouvé pour synchroniser les fermes WSS V2 et WSS V3 est de passer par les "Linked Server" (SQL Server liés).

Sur le serveur SQL de la ferme WSS V3 par exemple, il faut créer le linked server avec le serveur SQL de la base des profils (SPS 2003), puis planifier la procédure stockée suivante :

-----------------------------------------------------------

CREATE Procedure [dbo].[SP_System_MiseAJourAllUsersSharepointWSS3]
---------------------------------------------------------------------------
-- Mise a jour de tous les utilisateurs dans les sites SharePoint
-- WSS V3 depuis la base des profils SPS 2003 provenant de l'AD
-- Romelard Fabrice
---------------------------------------------------------------------------

AS
BEGIN
---------------------------------------------------------------------------
-- Creation de la table temporaire de travail pour stockage des profils
---------------------------------------------------------------------------
    IF OBJECT_ID ('##TempProfilSPS2003') IS NOT NULL
        DROP TABLE ##TempProfilSPS2003

    CREATE TABLE ##TempProfilSPS2003
    (
        [SID] [varbinary](128) NOT NULL,
        [PreferredName] [nvarchar](256) NULL,
        [Email] [nvarchar](256) NULL
    )

---------------------------------------------------------------------------
-- Alimentation de la table temporaire avec les profils de la base SPS 2003
---------------------------------------------------------------------------
    INSERT INTO ##TempProfilSPS2003
        SELECT * FROM OPENQUERY(SQLSPS2003,
            'SELECT SID, PreferredName, Email FROM Portail1_PROF.dbo.UserProfile')

---------------------------------------------------------------------------
-- Mise a du contenu du site WSS V3
---------------------------------------------------------------------------
    -- Base 1 : DBContentWSSV3
    UPDATE
       DBContentWSSV3.dbo.UserInfo
    SET
       tp_Title = ISNULL(UserProfile.PreferredName, '') COLLATE Latin1_General_CI_AS_KS_WS,
       tp_Email = ISNULL(UserProfile.Email, '') COLLATE Latin1_General_CI_AS_KS_WS
    FROM
       DBContentWSSV3.dbo.UserInfo UserInfo
    INNER JOIN ##TempProfilSPS2003 UserProfile
        ON (UserProfile.SID = UserInfo.tp_SystemID)
    WHERE
        NOT(tp_Title = UserProfile.PreferredName COLLATE Latin1_General_CI_AS_KS_WS)
    OR
        NOT(tp_Email = UserProfile.Email COLLATE Latin1_General_CI_AS_KS_WS)

---------------------------------------------------------------------------
-- Suppression de la table temporaire
---------------------------------------------------------------------------
    DROP TABLE ##TempProfilSPS2003

---------------------------------------------------------------------------

END

---------------------------------------------------

Le COLLATE est dépend de la configuration des collations sur vos bases de données, il doit donc être adapté à votre configuration.

Même si la manipulation en direct des bases de données SQL Server de SharePoint est déconseillée, on n'a pas beaucoup de choix pour faire ce genre de mise à jour, et la pression des utilisateurs peut devenir rapidement pesante sur ces changements d'état civil.

Romelard Fabrice [MVP]