Skip to main content

User Profiles Synchronization - SharePoint 2010

Scenario

Synchronize User Profiles with Active Directory for a new SharePoint 2010 installation or for existing SharePoint 2010 installation.

Solution

1. Go to Central Administration -> Manage Service Applications -> User Profile Service Application settings. Select Configure Synchronization Connections:

2. Click Create New Connection button:

 3. In the Type dropdown select Active Directory. Specify service account that has access to Active Directory and click Populate Containers to select objects that you want to import from specified Active Directory:

4. When the new connection is created go to Edit Connection Filters action screen:

 5. In our case we want to synchronize only active user accounts. So we add Exclusion Filter for Users as Attribute = userAccountControl, Operator = Bit on equal, Filter = 2. Which is exactly the the same as LDAP query (!(userAccountControl:1.2.840.113556.1.4.803:=2))
Then click Add:


6. When the Exclusion Filter appears click OK to save settings:

7. Start Profile Synchronization:


8. Wait till it's done and then look at the imported profiles to check:



Comments

  1. This looks to me like a simple copy - paste from a Microsoft document. As a suggestion, much better if you have treated the User Profile Sync installation process, which is indeed a challenge. You provide this info with the assumption that you already have the UPS already running.

    ReplyDelete
  2. Dear gmbx25,
    First, just for your information, this is not a "copy - paste from a Microsoft document", but an illustrated process of how to synchronize user profiles that I have done myself. So as a suggestion, next time when you state something, please be sure that you have done your research properly and if not sure ask the owner of the blog why he/she posts something.
    Thanks for the feedback anyway.

    ReplyDelete

Post a Comment

Popular posts from this blog

Setting up External Content Type for SQL Server database using SQL Server authentication - SharePoint 2010 Foundation

This post is a follow up on the issues that I have got setting up External Content Type (ECT) on SharePoint 2010 Foundation that was going to connect to remote SQL Server database for information. I cannot use my SharePoint user accounts to access SQL Server. According to the information I have discovered ECT and Business Connectivity Services are available in the SharePoint 2010 Foundation, but there are some issues if you want to use authentication methods in your external connections that are different from Windows Identity or Current User Identity. This is because there is no Secure Store Service in SharePoint 2010 Foundation which serves as an impersonation hub and is only available in SharePoint 2010 Server edition. The issues are coming from the fact that you can actually create ECT in SharePoint Designer 2010 providing just Secure Store ID and system would ask you for credentials and here you go, but when you try to use your ECT in External Lists or as a lookup columns you w...

Document Sets - SharePoint 2010 - Part 1

Hi again, in this post I am going to demonstrate how set up and start using Document Sets in SharePoint 2010. In Beta version there was a little problem when working with Document Sets. You could see the discussion around it here: Document Set content type issue . Now it is fixed and I will show you how to set up Document Sets properly to also use Keywords. 1. Activate two site collection features - Document Sets and Document ID Service: 2. Select a document library settings where you want to implement Document Sets. In my case it is Shared Documents. When you have selected the settings go to Advanced settings and then allow content types management: 3. Add an existing content type called Document Set: 4. Now I want to create a new Document Set. I have a sales opportunity and I have two documents related to this sales opportunity. So first I select New Document -> Document Set command, then provide name and description and there it is: 5. To check if our Document ID...

Version control in Office 365

When working with documents in SharePoint or Office 365, quite often files are named like "Project-Budget-Report-v1.55", "Project-Budget-Report-v1.56", "Project-Budget-Report-v2.0" etc. and stored in the same folder or library. This is to achieve version control from the user perspective. This is not a good idea for the following reasons: Storing redundant information Confusion which version to use when Browsing though many documents to see what information/metadata changed if required Version numbering should be automated, no time spent by the document author There is a better way to manage versions of documents and to use tools already available to us in Office 365. File name should not contain the version number in it. Every time you upload a document with the same name the SharePoint will increment the version number for you automatically in the current set up of our Office 365 site we use for customer documentation. Then to manage the...