Small Business Server 2003 to 2012 R2 Migration and Virtualized Domain Controller Questions
-
@garak0410 said:
- If I migrate, the domain remains the same, correct?
Yes
- If I move the file server to a separate VM, as long as my domain name doesn't change, I should be good, right? That is, permissions to the file server should be OK?
How would you move the file server without moving files? The only thing that makes a file server a file server is the files it serves. The permissions are what you set them to be. Using Robocopy will help in keeping them the same as they were in the old file server. (FYI - MS changed the default permissions on folders I think in Windows 2008 Server - I'd setup the root folder to be the same as the root folder on your old SBS server before you use Robocopy just to make sure don't run into more problems.
-
@Dashrender said:
@garak0410 said:
- If I migrate, the domain remains the same, correct?
Yes
- If I move the file server to a separate VM, as long as my domain name doesn't change, I should be good, right? That is, permissions to the file server should be OK?
How would you move the file server without moving files? The only thing that makes a file server a file server is the files it servers. The permissions are what you set them to be. Using Robocopy will help in keeping them the same as they were in the old file server. (FYI - MS changed the default permissions on folders I think in Windows 2008 Server - I'd setup the root folder to be the same as the root folder on your old SBS server before you use Robocopy just to make sure don't run into more problems.
Where do you want the pizza delivered?
I am moving the files AFTER I promote the new one and demote the other one, correct? Or in between the promotion and demotion? (and yes, plan on keeping them on the root of D)
-
@garak0410 said:
I am moving the files AFTER I promote the new one and demote the other one, correct? Or in between the promotion and demotion? (and yes, plan on keeping them on the root of D)
Actually you could move the files anytime after you join the new server to the old Domain. Once that is done, the new server will understand the security principals of the domain and you'd be covered. Now, that being said, I would wait until after you promote the new server to an AD DS server, but you don't have to.
-
@Dashrender said:
@garak0410 said:
I am moving the files AFTER I promote the new one and demote the other one, correct? Or in between the promotion and demotion? (and yes, plan on keeping them on the root of D)
Actually you could move the files anytime after you join the new server to the old Domain. Once that is done, the new server will understand the security principals of the domain and you'd be covered. Now, that being said, I would wait until after you promote the new server to an AD DS server, but you don't have to.
And again, it doesn't matter if I have a separate file server now...same permissions, right? My new login scripts that map the drives will map to the new server...that is if I don't end up with time to do your recommendation of DFS.
-
You have to set the permission. They don't magically appear. I don't mean to sound curt, I want to make sure we're on the same page. You'll have to set the permissions manually on the sharepoint itself (like your did years ago on the old server) and when using Robocopy supply the correct arguments so that file level permissions are kept during the file copy (I hope you have full access - If you don't I'm not sure how to get around that).
-
@Dashrender said:
You have to set the permission. They don't magically appear. I don't mean to sound curt, I want to make sure we're on the same page. You'll have to set the permissions manually on the sharepoint itself (like your did years ago on the old server) and when using Robocopy supply the correct arguments so that file level permissions are kept during the file copy (I hope you have full access - If you don't I'm not sure how to get around that).
Not curt at all. I'll clarify in the morning...thanks for the help!
-
You will use robo copy more than one time. This can all be done at anytime:
- Turn up your new server
- Copy files with robocopy
- Go to Share management and add share permissions
- test shares
Now wait until maintenance window
- rerun robocopy to get changes
- change logon scripts
- disable sharing on old server
- force all workstations to reboot
Old server should still be online for YOU to get data from, but all users should now be on new file server.
-
Something I haven't seen mentioned here, When you join another DC to your SBS Domain, you have either 15 or 25 days (I just can't remember now) to turn off the old SBS server or it will start turning itself off - FYI.
-
@Dashrender said:
Something I haven't seen mentioned here, When you join another DC to your SBS Domain, you have either 15 or 25 days (I just can't remember now) to turn off the old SBS server or it will start turning itself off - FYI.
That timer only starts after you promote it. As a member DC it can be there indefinitely.
-
@scottalanmiller said:
@Dashrender said:
Something I haven't seen mentioned here, When you join another DC to your SBS Domain, you have either 15 or 25 days (I just can't remember now) to turn off the old SBS server or it will start turning itself off - FYI.
That timer only starts after you promote it. As a member DC it can be there indefinitely.
Good thing - I just added a new DC to a SBS 2003 domain this afternoon as a member DC and then saw this thread. I was starting to worry a little after that previous comment.
-
SBS has to be a forest root but can have as many members as you want.
-
@scottalanmiller said:
SBS has to be a forest root but can have as many members as you want.
Yes, it was even sold in a premium package that included a standard server license and a SQL license to install on an second box.
-
Good Morning Everyone. Reading the latest updates and slept some of the fear off.
Right now, I've created my two virtual machines and I am downloading updates to them.
VM1: Domain Controller. 2GB of RAM, 1 CPU
VM2: File Server (called services01): 4GB RAM, 2 CPU (this will also host the backup software and antivirus)When complete, I will let you know. The steps I mentioned several posts ago, I can actually complete up to the demotion and promotion part, correct? Even if the new server will contain the migrated domain name?
-
Correct you can do everything except the demote/promote parts. The new servers should be joined to the domain as member servers. There is no restriction on member servers.
-
Question about the virtual file server...it is set up and now I need it to see the D drive from the physical server so it will have its own D drive for the files.. So, when I eventually copy (RoboCopy) the files from the SBS 2003 server to the new file server...where will they be stored? In a VDISK that I attach to the VM or on the Hyper-V host physical drive? Again, sorry for a newbie question but feeling much more confident today.
-
A VHD sitting on your storage array. You should have only one place for putting VHDs in this setup.
-
OK, so for the file server VM, I am going to create a new VDISK (2 or 2.5 TB most likely) to attach to my file server for the files to copy to. Thanks...
I think it helps to take each thing step by step. I am still aiming for Friday night demotion/promotion.
-
I'm about to do the next step:
§ Prepare your Domain for your new Server 2012 R2 Domain Controllers □ Run adprep /forstprep from the 2012 DVD on the old server.Is it safe to run during business hours or should I wait?
-
I would generally wait until after hours but should be pretty safe in most environments. AD is rarely something that an SMB depends on minute to minute.
-
@scottalanmiller said:
I would generally wait until after hours but should be pretty safe in most environments. AD is rarely something that an SMB depends on minute to minute.
Tempting to do now...but I can VPN around 5:30 and run it too.
