sharepoint et ActiveDirectory

Question

Bonjour les gars, je suis nouveau sur sharepoint. En fait, nous n'utilisons pas le MOSS 2007. Nous n'avons pas installé de fournisseur de services partagés et aucun service Web de service de profil utilisateur n'est installé. Maintenant, j'ai besoin de remplir les données du répertoire actif pour la liste sharepoint. et sharepoint liste.qui signifie que les changements sont arrivés à des données Active Directory, il doit également refléter dans la liste sharepoint. Ce que nous faisons est d'extraire des données de répertoire actif dans la base de données SQL Server et de remplir la liste des points de partage à partir de la base de données du serveur SQL. J'ai besoin d'une solution pour remplir la liste sharepoint à partir de la base de données SQL Server et la liste sharepoint doit se synchroniser automatiquement avec la table de base de données SQL Server ou la procédure stockée tout le temps.

Quelqu'un peut-il me suggérer la meilleure solution pour résoudre à la fois l'importation des données du répertoire actif et la synchronisation du répertoire actif et de la liste des points de partage.

Si quelqu'un d'entre vous fournit l'exemple de code source qui sera utile.

Answer 1

1) Avez-vous regardé dans les listes d'utilisateurs & des profils d'utilisateur? Sahil Malik a un très bon aperçu de 'All you ever wanted to know about user profiles'. Gardez à l'esprit que parce que vous utilisez WSS, vous n'avez pas d'administrateur SSP. 2) Si vous lisez l'article ci-dessus, vous mentionnez: "Comment les informations de profil peuvent-elles être mises à jour, si je n'utilise pas MOSS (et que je n'ai pas de SSP)?" et sa réponse est un import/export utiltiy, dont la base de code (ou même l'utilitaire lui-même) devrait vous donner un bon départ sur ce que vous voulez faire.

3) Également mentionné dans l'article ci-dessus est un bon diagramme sur how user information flows.

Answer 2

Je veux juste clarifier un peu d'abord. Vous ne savez pas si vous souhaitez configurer la synchronisation pour les profils utilisateur appropriés (ce que la réponse de mundeep résout bien) ou une liste de SP générique.

Si vous cherchez à:

AD < -> Liste SharePoint

Il est probablement plus facile de briser ce problème en deux parties:

AD -> Liste SP

et:

Liste des SP -> AD

Pour AD -> liste SP

Microsoft fournit des conseils sur monitoring the AD for changes. Malheureusement, ni l'une ni l'autre de ces méthodes n'est un système de message d'événement spécifique (si quelqu'un en connaît une, s'il vous plait inscrivez-vous!) Les deux sont essentiellement interrogés.

Je voudrais créer un service Windows pour gérer cette partie de la solution.

Le service (en pseudo-code):

• regard des dossiers qui ont changé
• pour chaque enregistrement qui a changé:
  • obtenir l'objet SP correspondant de la liste des SP (probablement basé sur le nom d'utilisateur)
  • mettre à jour/ajouter/supprimer les propriétés de l'élément SP
  • enregistrer l'élément SP

Pour la liste SP -> AD

Je voudrais créer un gestionnaire d'événements personnalisé et l'attacher à la liste des SP.

Encore une fois en pseudo-code:

Sur l'article SP supprimer:

• supprimer l'enregistrement AD correspondant (si c'est le comportement que vous voulez)

Sur l'article SP Créer:

• créer un nouvel enregistrement AD

sur la mise à jour SP article:

• trouver l'enregistrement correspondant dans AD
• mise à jour des propriétés modifiées (qui sont signalées dans le gestionnaire d'événements SP)

Le côté SP des choses est un peu plus élégant parce que les événements sont soulevés seulement quand quelque chose arrive. C'est certainement plus efficace que l'interrogation.

Ce que je suggère a l'avantage supplémentaire de supprimer SQL (explicitement) de la solution. Vous pouvez utiliser l'interface ADSI dans le framework .NET pour gérer le code de mise à jour AD. C'est dans l'assemblage System.DirectoryServices.

Le service d'interrogation AD peut utiliser le modèle d'objet SP s'il est installé sur le boîtier WSS ou les services Web s'il se trouve sur un autre système.

Encore une fois, si vous cherchez simplement à utiliser les profils utilisateur WSS/SP réels, utilisez la solution de mundeep.