Migrating from Server 2003 to Server 2019 using Storage Migration Service

Question

I'm trying to migrate from an unloved Server 2003 Std. SP2 installation that has been quietly chugging away in a closet for the last 15+ years to Server 2019 Standard, using the new Storage Migration Service. However, Windows Admin Center, running on Windows 10 v1809, doesn't want to connect to Server 2003. It keeps complaining that PowerShell 5.0 is required to make the connection. As far as I know, Server 2003 only supports PowerShell 1 and 2.

Is there a step-by-step guide somewhere on how to do this particular migration scenario successfully? I saw Ned Pyle's Ignite presentation on SMS and it looked incredibly smooth and simple. Alas, it was using a much later version of Windows Server as it's Source Server. The 2003 server has all of the Windows Updates, but perhaps there is something else that it needs to allow Admin Center to connect to it? All ideas welcome! :-)

dave patrick · Answer

Might work through this one.
https://techcommunity.microsoft.com/t5/Storage-at-Microsoft/Introducing-the-Windows-Server-Storage-Migration-Service/ba-p/428219
&nbsp;
&nbsp;"Supported source operating systems VM or hardware (to migrate from) : Windows Server 2003"&nbsp;
&nbsp;

harry_h3 · Answer

Dave Patrick&nbsp;Thanks Dave, I had read that through, but the "All computers must be domain joined" had me thinking the wrong thing. Since it's a server, I was thinking that Server 2019 needed to join as another domain controller. Obviously that can't happen with a Server 2003 domain.. I've successfully joined the Server 2019 system as just another computer in the Server 2003 domain instead.&nbsp;That brought me to the Admin Center error: "To perform a single sign-in using your Windows account, you might need to set up Kerberos constrained delegation". For future readers, I found this: https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2003/cc786828(v%3dws.10) "Configuring Constrained Delegation for Kerberos" for Server 2003. However, it appears that this requires IIS be installed and running on the Server 2003 system. This server doesn't have the application server role (which appears to be required for IIS) installed. This may be a problem. ;-) Do I have to install that role and configure IIS to proceed? It seems that the SMS process is a bit more complex outside of a large environment where many roles are more likely to have already been installed and running. This Server is just a standalone AD controller, also acting as a file server, DHCP, DNS, and WINS servers.&nbsp;Thanks again!&nbsp;I'm certainly glad that I planned to test this a few weeks before the scheduled cutover date.:-)&nbsp; Ned made it look so easy! ;-)&nbsp;

dave patrick · Answer

Maybe this one helps.
https://techcommunity.microsoft.com/t5/Windows-Admin-Center/Windows-Admin-Center-Single-Sign-On-Configuration/td-p/199308
Not sure the end goal but may want to migrate the domain controllers as first step. Also better a option is to have file server role on a member server. If a single physical host then you might consider installing hyper-v role on host and stand up separate VMs for the different roles / applications.
&nbsp;
&nbsp;

harry_h3 · Answer

Dave Patrick&nbsp;Thanks Dave, it's a single 2003 Server, trying to upgrade to Server 2019.&nbsp; Ned Pyle said it's easy during his presentation at Ignite 2018.&nbsp; His demo migration was quick and painless.&nbsp; Perhaps it is, if you have a datacenter equipped with old servers that already have every possible role configured on them.&nbsp; However, my client base is small businesses (typically 5-10 users) that nearly always have just a single, ancient domain controller with a very basic configuration.&nbsp; Administration is done at the console or via a remote console window.&nbsp; No Admin Center or RSAT, etc.&nbsp; I'm trying to drag them kicking and screaming into this decade and thought that SMS would make that process almost painless.&nbsp;In trying to configure Single Sign-On from your link above, I'm getting the error: "The term 'Get-ADComputer' is not recognized..."&nbsp; when I try to run the sample script .&nbsp; Then further down in that document I see it says: "(Be aware that this requires a domain controller running Windows Server 2012 or later)."&nbsp; Well, Server 2019 can't be a domain controller in the Server 2003 domain.&nbsp; :-(&nbsp; I feel like I'm going in circles that lead back to Server 2003 not being able to do this.&nbsp; Surely I'm missing something.&nbsp; Hopefully something simple.&nbsp; :-)&nbsp;&nbsp;

dave patrick · Answer

That's correct, you cannot introduce a 2019 domain controller in a 2003 domain. DFL needs to be at least 2008 R2 and older FRS technology needs to have been migrated to DFSR. Which is why I mentioned the possibility of using hyper-v, give yourself more instances of windows to work with. To the issue I think the document was meant more for member server to member server migration, the domain controller adds a level of unexpected security and complications to the process. Might want to do it old school, add the File and Storage role, then do the migration of files using robocopy, otherwise&nbsp;I'd suggest starting a support case here with product support.
https://support.microsoft.com/en-us/hub/4343728/support-for-business
&nbsp;
&nbsp;
&nbsp;
&nbsp;
&nbsp;

Forum Discussion

Migrating from Server 2003 to Server 2019 using Storage Migration Service

8 Replies

Resources