Answered by:
R2 migration - SRV record cutover

Question
-
Noting the M$ documentation on the SRV record:
The DNS SRV record can point only to a single pool, and in a mixed environment the supported configuration is to use Office Communications Server 2007, Director, with both Office Communications Server 2007 and Office Communications Server 2007 R2 pools. This means that during migration, you should configure DNS records to point to the Office Communications Server 2007 Director. After the Office Communications Server 2007 pool is decommissioned and you have an Office Communications Server 2007 R2 Director in place, you can update the SRV record to the new Office Communications Server 2007 R2 Director. You will need to make the appropriate changes to the
_sipinternaltls._tcp
DNS record.
Thanks,
PeterFriday, May 1, 2009 1:50 AM
Answers
-
Peter,
This the exact approach I use and recommend that others use when moving between two pools. I've done the same in past for LCS to OCS migration as well. You can use a GPO to configure the Manual Configuration server settings on the pilot workstations unitl the time of full migration.
Jeff Schertz, PointBridge | MVP | MCITP: Enterprise Messaging | MCTS: OCS- Marked as answer by Peter Lillington Friday, May 1, 2009 4:16 PM
Friday, May 1, 2009 2:26 PMModerator
All replies
-
Peter,
This the exact approach I use and recommend that others use when moving between two pools. I've done the same in past for LCS to OCS migration as well. You can use a GPO to configure the Manual Configuration server settings on the pilot workstations unitl the time of full migration.
Jeff Schertz, PointBridge | MVP | MCITP: Enterprise Messaging | MCTS: OCS- Marked as answer by Peter Lillington Friday, May 1, 2009 4:16 PM
Friday, May 1, 2009 2:26 PMModerator -
Thanks Jeff, I appreciate your feedback.
I do find it hard to understand why M$ are recommending a Director as the only solution. Real world, people don't have infinite numbers of servers!Friday, May 1, 2009 4:18 PM -
Well that's really the only solution if you need to use Automatic Configuration for ALL clients, but in a pilot>to>migration scenario the above strategy works just great :)
Jeff Schertz, PointBridge | MVP | MCITP: Enterprise Messaging | MCTS: OCSFriday, May 1, 2009 6:59 PMModerator -
Leaving the SRV record pointing to the incumbent pool (be it LCS 2005 or OCS 2007) and changing it to the new pool once all users are moved across would be cool as well wouldn't it? This is the approach I've used in most of my migrations.Wednesday, May 13, 2009 12:50 PM
-
Leaving the SRV record pointing to the incumbent pool (be it LCS 2005 or OCS 2007) and changing it to the new pool once all users are moved across would be cool as well wouldn't it? This is the approach I've used in most of my migrations.
Also the process i've just used for our R2 migration from R1 (both standard edition).
I migrated all users from R1 to R2 over a few days, leaving the dns record pointing at R1, the R1 server acted as a director until i changed srv records and a-records overnight.
In fact i think this is one of the procedures MS mention in their migration document.Wednesday, July 29, 2009 7:37 AM