• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 359
  • Last Modified:

Buddy list migration from ocs 2007 to lync 2010 with different sip

HI guys, I'm stuck on an ocs to lync migration,  migrating users.

The two environment, have different sips, let's say one is mycompany.com (ocs) and the other is lync.mycompany.com.

the  OCS - Lync infrastructures are in a a different but trusted forest.
Now I need to migrate users and their buddylist.

 I know I can use utility dbimpexp.exe, for user buddy list. But what about  the users that have not been migrated  to lync yet, but have the user migrated to lync in their contact list.

Is there a script, or a tool that can help me?
 

Hope that you can help me  to find an answer.

Thanks
0
Shaolin
Asked:
Shaolin
  • 5
  • 4
3 Solutions
 
BembiCEOCommented:
Have a look here:
http://www.expta.com/2011/01/introducing-lyncaddcontacts.html

This is more granulary than dbimpexp.exe, means you can import per user.....
0
 
ShaolinAuthor Commented:
Thanks. but how can this commandlet help me to find  users which have the user migrated in their contact list to update his sip?

Thanks
0
 
BembiCEOCommented:
OK, i guess I have an imagination of what you intend to do...
So what I could find is this:
http://social.technet.microsoft.com/Forums/nl-NL/ocsplanningdeployment/thread/65082756-4062-45f8-a670-f1a1f5b5e477
http://social.technet.microsoft.com/Forums/lv/ocsplanningdeployment/thread/99f32950-7187-49bc-ad09-eddeef97c394
http://social.technet.microsoft.com/Forums/en-AU/ocsplanningdeployment/thread/600423c3-41ce-4c45-a8b7-699eaa2a0f15

And I guess you hitted the point, that you have the situation
old user / migrated user with old buddies and new buddies mixed together.

That means, if you move a user, some buddies are pointing to the old address and vice versa?

I guess the easiest way would be to move them all together. This way you can export all buddies, correct them and reimport them.

At least from my understanding, it would be a lot of effort to sort out moved users and buddies as - at least from my imagination - you would have to correct the buddies every time a user is moved?

How many accounts we are talking about?
0
VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

 
ShaolinAuthor Commented:
Bembi, yes, that is the scenario, I cannot export nearly 7000 users one shot,now I am migrating some users,for business simulation, and what is happening is this:
I can export the user migrated buddy list, and then can import his buddy list again to his new sip
example: ocs user  user@mycompany.com  migrated with his buddy list to new lync organization: User@lync.mycompany.com

what happens is that user1@mycompany.com which had in his buddylist user@mycompany.com sees the migrated user with presence uknown, this is because the presence doesn't update the user migrated in the buddylist, unless you don't do it manually.

is this normal? that's why I would like to know if there is some script or tool that pulls out the users which has the old sip of the migrated user in their buddy list, and then can push the updated sip address to these buddy lists.
Hope that this is a little bit clear.
Thanks for your patience.
0
 
BembiCEOCommented:
So, yes, I guess I#m clear now.
But what means, that an update has to be made on both sides..
On the old side as well as on the new side...

I don't know a script...
so just a few other ideas....

If you change the sip domain, it maybe just a try, to give the user the old address as well as the new address. At least Lync recognizes the user by asking the addressbook. So if there is an user, which can be identifies by the address what resides in the addressbook, you may have the hope, that Lync will recognize it and correct the buddy list.

The second address need not necessarily be a sip address. So, if the addresses have a system, you may give the new user the old sip address as email address an Exchange recipient policy.

The other thought is to change the database directly. Nevertheless AD users are linked with their ad account. Not sure what happens during the import, if the AD connection is still alive or if it is converted into an external contact. Lync has a object table, where you can see all contacts of Lync user.
0
 
ShaolinAuthor Commented:
ok thanks,so i need to discover which database field retrieves user contacts and contacts which has user in their buddy list. right?
0
 
BembiCEOCommented:
So, maybe some good news...
I created a contact on a test account....
The contact is written to the RTC - dbo.Ressources Table
Then I changed the email address to a non LYNC activated AD user
Reopened LYNC, and LYNC shows this user with ne email address as unavailable.

Then I enabled this user for LYNC....
And voila...
When I open Lync, the name of the user changed into the AD name, in the database a new mapping is created RTC - AdDn and AdObjectMap and AdUserEntry tables and everything looks fine.

So you may now to investigate, how a user buddy list is imported. As their is neither a AD account nor a something else, the user just should be seen in the resource table and shown in LYNC like an external contact. The ad... tables above should not be affected, otherwise you have a dead AD - User assignment, or it may be due to the trust.

If there are no AD objects, just change the old SIP address in the Ressource table to the new one, then the user should be assigned as far as a user, which has this contact in the contact list opens LYNC

If this work, you may do it later by a SQL server stored procedure, which jsut replaces old sip domain by new sip domain in the resoruce table.
0
 
ShaolinAuthor Commented:
thank you very much for your support,i will  follow your trail to investigate my issue.
Best regards
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

  • 5
  • 4
Tackle projects and never again get stuck behind a technical roadblock.
Join Now