Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
If they are renaming or moving the AD to another AD Domain this could be quite difficult. I would possibly tempted to use a swing kit linky. I know it talks about Small Business Server migration, but the kit works for all flavours of MS Server, and I have used it in the past (Normally SBS to full server migration)
If they are just putting in new kit, and keeping the AD domain name the same, it is fairly simple. Build the new server (Real/Virtual), join it to the domain.... various options here.
As a VB VBA Sql server dude, how quickly would I be able to pick up enough Active directory to do an AD migration ?
I have never even seen it in action
Unless you are going to have back up that knows what they are doing I'd steer well clear. There are so many little gotcha's in AD migrations you have to have done a few before you can be confident you know them all.
"Being nice costs nothing and sometimes gets you extra bacon" - Pondlife.
Unless you are going to have back up that knows what they are doing I'd steer well clear. There are so many little gotcha's in AD migrations you have to have done a few before you can be confident you know them all.
setting up a new structure
shares
security
possibly virtual servers
its a grey area
Is it a new AD forest or as someone said just an extension to an existing implementation? If an extension is it the same domain namespace or a new domain?
Example, is it ComA.com being migrated to <NEW>ComB.com, or is it ComA being migrated to <EXISTING>ComB.com or ComA.com being migrated to Dept.ComB.com.
AD's not hard, as long as you have an ounce of common sense there is a lot of good guidance out there to help you in designing it. It gets more complicated the larger your topology or any bespoke extensions that involve getting deep into the schema.
"I hope Celtic realise that, if their team is good enough, they will win. If they're not good enough, they'll not win - and they can't look at anybody else, whether it is referees or any other influence." - Walter Smith
AD's not hard, as long as you have an ounce of common sense there is a lot of good guidance out there to help you in designing it. It gets more complicated the larger your topology or any bespoke extensions that involve getting deep into the schema.
As others have said, definitely some experienced backup. Having been the hapless end user victim of a recent migration, even experienced backup can get things wrong.
I'll add that a separate test environment is the way to go. Seal it off from production so it can't mess that up.
Behold the warranty -- the bold print giveth and the fine print taketh away.
Comment