EXAMPLE 1

The command shown in Example 1 locates the user database for the pool where the local computer is located, then forces that database to connect to and return complete user information from Active Directory.

	Copy Code
Update-CsUserDatabase

EXAMPLE 2

Example 2 shows how you can force a specific user database to re-read data from Active Directory. In this case, that’s the user database for the pool atl-cs-001.litwareinc.com.

	Copy Code
Update-CsUserDatabase -Fqdn atl-cs-001.litwareinc.com

The Lync Server user database holds detailed information about such things as contacts, groups, and access permissions. As such, the database is required to periodically synch its contents with the information stored in Active Directory.

More often than not, the automatic synch between the user database and Active Directory will keep the information in the user database up to date. However, it is possible that a problem might occur that prevents this automatic synchronization from taking place. In a case such as that, you can use the Update-CsUserDatabase cmdlet to force the user database to refresh its contents by re-reading all of the user information stored in Active Directory. You might also need to run this cmdlet if a product update ever includes a change to the user replicator service.

Who can run this cmdlet: By default, members of the following groups are authorized to run the Update-CsUserDatabase cmdlet locally: RTCUniversalUserAdmins, RTCUniversalServerAdmins. To return a list of all the role-based access control (RBAC) roles this cmdlet has been assigned to (including any custom RBAC roles you have created yourself) run the following command from the Windows PowerShell prompt:

Get-CsAdminRole | Where-Object {$_.Cmdlets –match "Update-CsUserDatabase"}

None. The Update-CsUserDatabase cmdlet does not accept pipelined input.

None. Instead, the Update-CsUserDatabase cmdlet updates instances of the Microsoft.Rtc.Management.Xds.DisplayuserDatabase object.