• home
    • news & events
    • blog
  • über uns
    • projekte und referenzen
    • partner
    • produkte & technologien
    • offene jobs / stellen
    • veröffentlichungen
  • dienstleistungen & services
    • software design & architektur
    • software entwicklung
    • beratung / consulting
    • training, kurse und workshops
  • angebote
    • quick-starts
    • trainings und kurse
    • modulare sharepoint 2010 workshops
  • kontakt
"Wir sprechen SharePoint."
In Code und Klartext.
Seit über 100 Jahren.
Diesen Blog abonnieren
Subscribe in NewsGator Online Add to My AOL
Add to Google Reader or Homepage Add to netvibes

Aktuelle Posts

Ribbon Designer für SharePoint und Office365
Mapping Boolean Properties in a Custom Nintex Workflow Action
SharePoint Designer, Literals und das __designer:Preview Ärgernis
Spellcheck: Anpassen (Customizing) des Content Editors
Access Services - the Big Picture

Archiv

Mai 2012 (1)
April 2012 (5)
März 2012 (5)
Februar 2012 (7)
Januar 2012 (4)
Dezember 2011 (2)
November 2011 (10)
September 2011 (3)
August 2011 (7)
Juli 2011 (1)
Juni 2011 (3)
Mai 2011 (6)
April 2011 (5)
März 2011 (8)
Februar 2011 (8)
Januar 2011 (4)
Dezember 2010 (5)
November 2010 (7)
September 2010 (6)
August 2010 (2)
Juli 2010 (11)
Juni 2010 (13)
Mai 2010 (11)
April 2010 (4)
März 2010 (6)
Februar 2010 (2)
Januar 2010 (6)
Dezember 2009 (4)
November 2009 (13)
Oktober 2009 (17)
September 2009 (2)
Juli 2009 (2)
März 2009 (2)
Januar 2009 (1)

1stQuad ist Microsoft Certified Gold Partner und bietet SharePoint und .NET Produkt- und Projekt-Kompetenz, -Erfahrung und -Know-How für Entwicklung, Architektur, Beratung, Schulung, Training und Kurse in Schweiz sowie Deutschland und Östereich.
1stQuad ist MatchPoint Partner und bietet MatchPoint Produkt- und Projekt-Kompetenz, -Erfahrung und -Know-How für Entwicklung, Architektur, Beratung, Schulung, Training und Kurse in Schweiz sowie Deutschland und Östereich.
1stQuad ist Nintex Partner und bietet Nintext SharePoint Workflows Produkt- und Projekt-Kompetenz, -Erfahrung und -Know-How für Entwicklung, Architektur, Beratung, Schulung, Training und Kurse in Schweiz sowie Deutschland und Östereich.
1stQuad ist Balesio Gold Partner und bietet SharePoint FILEMinimizer Produkt- und Projekt-Kompetenz, -Erfahrung und -Know-How für Entwicklung, Architektur, Beratung, Schulung, Training und Kurse in Schweiz sowie Deutschland und Östereich.
1stQuad Solutions ist Kentico Certified Solution Partner und bietet Produkt- und Projekt-Kompetenz, -Erfahrung und -Know-How für Entwicklung, Architektur, Beratung, Schulung, Training und Kurse in Schweiz sowie Deutschland und Östereich.
© 2011 1stQuad Solutions
Alle Rechte vorbehalten
> Impressum
Wir bieten Microsoft SharePoint und .NET Projekt- und Produkt-Know-how, Kompetenz und Erfahrung für Entwicklung, Architektur, Beratung, Schulung, Training und Kurse in Zürich, Bern, Basel, Schweiz sowie Deutschland und Östereich.

Blog > März 2010

Problem mit Namensänderungen in SharePoint Site Collections

Immer wieder tauchen fragen zu Änderungen von Nachnamen und/oder Email-Adressen in SharePoint auf. Dieser Beitrag zeigt auf, wie SharePoint Active-Directory Benutzerdaten synchronisiert und wo mögliche Problme liegen könnten.

Veröffentlicht am 17.03.2010 01:56:30 von Michael Hofer mit 0 Kommentar(en)

In diesem Blog-Beitrag befasse ich miich ausschliesslich mit der Synchronisation von Benutzerdaten aus dem Active-Directory. Allerdgins geht es dabei nur um vorhandene Accounts, bei denen sich die Benutzerinformationen Vorname, Nachname und/oder E-Mail ändern. Änderungen von Active-Directory Accounts (z.B. neues Account oder Änderung des Account-Namens) können über die STSADM Funktion "migrateuser" in SharePoint übernommen werden.

Dabei gibt es 2 Fälle zu unterscheiden:

  • Ein Shared Service Provider ist eingerichtet und die Benutzerdaten werden in Form von Benutzerprofilen über eine Job eingelesen und (Einweg-)synchronisiert.
  • Kein Shared Service Provider ist eingerichtet
Beide Fälle haben etwas gemeinsam: Das erste Mal wo ein Benutzer eine SharePoint Site Collection aufruft, werden Teile der Benutzerdaten (v.a. Vorname, Nachname, DisplayName und eMail) in einer versteckten "User Info" Liste gespeichert. Diese Liste kann von einem Adminsitrator unter "_catalogs/users/simple.aspx" aufgerufen werden.

Nun fangen die Unterschiede an: Ist kein Shared Service Provider mit konfigurierten Benutzerprofilen vorhanden können diese Informationen vom Benutzer (für sich selbst) oder von einem Site Administrator (für alle) geändert werden. Eine Namens- oder Email-Änderung kann hier also manuell einfach vollzogen weren - allerdings pro Site Collection!

Ist ein Shared Service Provider vorhanden, können die Informationen nicht geändert werden! SharePoint synchronisiert diese nämlich mit den Benutzer-Profilen über einen Timer Job. Das untenstehende Diagramm gibt wieder, wie die Informationen fliessen (Quelle).

mossuserprofilestx1.jpg

Deshalb sollten im Normalfall keine manuellen Aktionen nötig sein um Namens- oder Email-Änderungen in SharePoint einzubringen, denn die Änderung im ActiveDirectory reicht und wird dann mittels Jobs in SharePoint nachvollzogen.

Trotzdem gibt es einen Ausnahmefall, bei dem diese Synchronisation nicht angewendet wird - und dieser trifft auf die meisten Probleme zu, welche ich angetroffen habe:

Die Informationen in der "User Info"-Liste in den einzelnen Site Collections werden nur dann synchronisiert, wenn der Benutzer mindestens eine "schreibende Aktion" auf dieser Site Collection ausgeführt hat! Etwas technischer: Wenn die Benutzerinformation in der "User Info"-Liste angelegt wird, ist das Feld "tp_IsActive" = false. Der Benutzer ist (noch) als "Nicht aktiv" markiert. Lädt der Benutzer nun ein Dokument hoch oder macht sonst einen Eintrag irgendwo in einer SharePoint Liste, dann wird tp_IsActive=true. Erst ab diesem Moment werden die Benutzerdaten von den Shared Service Provider Benutzerprofilen synchronisiert!

Treten also Probleme mit Namensänderungen auf, dann muss entweder die Information in der/den entsprechenden "User Info"-Liste(n) nachgetragen werden (Fall kein SSP) oder aber es muss sichergestellt sein, dass der Benutzer als "tp_IsActive" markiert ist.

Weiterführende Informationen finden Sie in Englisch in diesem hervorragendem Blog-Post von Andrew Woodward.

Ich bin gerade daran, ein kleines Utility-Program zu schreiben, welches es erlaubt, bestimmte Benutzer innerhalb einer bestimmten Site Collection als aktiv zu markieren. Kontaktieren Sie mich doch bitte, wenn sie daran interessiert sein sollten!
 

Kommentar
Dieser Blog-Eintrag wurde noch nicht kommentiert.
Kommentar hinterlassen



 Security code
Zurück, Seite drucken