Moving SMS server to a new domain
- From: garynreese <garynreese@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 22 Apr 2008 07:01:01 -0700
We will move all of our servers and workstations, SMS included, to a new
domain in three weeks. I thought through the process for moving the SMS
server, and found an almost identical process. I also discovered that
Microsoft does not support this, recommends the site be completely removed
and reinstalled.
Not sure what the stop-the-clock issue is here. About to open a case with
support to discover why. Computer accounts will change and change SIDs but
those can be switched so that they should work in the new domain where every
machine would then reside.
Anyone had experience with this situation? It does seem like a sit that
would often come up.
Here is the procedure I found that mirrors my initial thoughts on this:
1. Remove roaming boundaries from all servers (removes the
mSSMSRoamingBoundaryRange from SystemsManagement folder in AD)
2. Remove SLP, MPs and DPs (removes mSSMSServerLocatorPoint and
mSSMSManagementPoint from SystemsManagement folder in AD)
3. Turn off Publish ID in AD
4. Reboot SMS Servers once removals have completed
5. Move servers to new domain
6. Ensure SMS has rights to SystemsManagement folder in AD
7. Add server accounts to appropriate groups
8. Turn on Publish ID in AD (creates mSSMSSite in SystemsManagement folder
in AD?????)
9. Add roaming boundaries to all servers (creates the
mSSMSRoamingBoundaryRange in SystemsManagement folder in AD)
10. Add SLP, MPs and DPs (creates mSSMSServerLocatorPoint and
mSSMSManagementPoint in SystemsManagement folder in AD)
11. Reboot SMS Servers
.
- Follow-Ups:
- RE: Moving SMS server to a new domain
- From: Rob Birchmeier
- RE: Moving SMS server to a new domain
- Prev by Date: Re: Secondary Site does not appear
- Next by Date: RE: Moving SMS server to a new domain
- Previous by thread: Secondary Site does not appear
- Next by thread: RE: Moving SMS server to a new domain
- Index(es):
Relevant Pages
|
Loading