Skip to main content

Server 2016: Role Tide (Or; Exporting Server Roles to A New Server)


You don’t want to “upgrade” a server. Everything’s got history, you, me, and technology, despite companies’ best attempts to even physically scrub encoded data off of machines.

And maybe it’s not compatible with the older hardware.

So, here’s role migration — Role onto a new server, with all the configuration of the old one.




The video is transferring a DHCP server (With configurations!), and unfortunately we don’t have a second server to manipulate, so we’ll put in the commands after we read what happens here and go as far as we can.

 I could take screenshots from the video but that’s not real learning.

Of course, both servers should be on the same network.

First, let’s install the Windows Server Migration Tool from Add Roles and, specifically, Features.

You tell the old server to export the configuration in a way humans can understand.

On the target server, open an Elevated Command Prompt.

cd %windir%\System32\ServerMigrationTools

Takes us to the appropriate directory.

Then run

smigdeploy.exe /package /architecture amd64 /os WS12R2 /path c:\smigtool12r2

RIGHT SO what does all that mean?

the architecture bit has to match that of the processor the source server used.

the os is the operating system. Windows Server 2012 R2

the path and subsequent c: is where the tool will run.

Hit enter, open the file browser, navigate to the appropriate drive, and there it is!



(there’s so much stuff!)

Now to get it onto the source server. Stick it on a flash drive.

After a quick rename, the elevated command prompt comes back and we move to cd \smug

Running the executable (dir *.exe, because * = wildcard), there are only two executables, so let’s run smig deploy.

And welcome to a Powershell enviroment, specially built so we can run waht we need.

Verify the roles to migrate -

Get-SmigServerFeature

(You can’t export a running service)

Export-SmigServerSetting -FeatureID DHCP -path c:\WhereAmIGoing

Despite exporting it to the new server, you do have to add the Role.

In the post install window, it’s trying to import, and it may not have finished authorizing the DHCP server. Ok. It’s fine.

Under tools, go to Window Server Migration Tools, pull up the terminal:

Import-SmigServerSetting -FeatureID DHCP -Path c:\WhereItWent -force





Comments

Popular posts from this blog

Connecting IoT Devices to a Registration Server (Packet Tracer, Cisco)

In Packet Tracer, a demo software made by Cisco Systems. It certainly has changed a lot since 2016. It's almost an Olympic feat to even get started with it now, but it does look snazzy. This is for the new CCNA, that integrates, among other things, IoT and Automation, which I've worked on here before. Instructions here . I don't know if this is an aspect of "Let's make sure people are paying attention and not simply following blindly", or an oversight - The instructions indicate a Meraki Server, when a regular one is the working option here. I have to enable the IoT service on this server. Also, we assign the server an IPv4 address from a DHCP pool instead of giving it a static one. For something that handles our IoT business, perhaps that's safer; Getting a new IPv4 address every week or so is a minimal step against an intruder, but it is a step. There are no devices associated with this new server; In an earlier lab (not shown), I attached them to 'H

Securing Terraform and You Part 1 -- rego, Tfsec, and Terrascan

9/20: The open source version of Terraform is now  OpenTofu     Sometimes, I write articles even when things don't work. It's about showing a learning process.  Using IaC means consistency, and one thing you don't want to do is have 5 open S3 buckets on AWS that anyone on the internet can reach.  That's where tools such as Terrascan and Tfsec come in, where we can make our own policies and rules to be checked against our code before we init.  As this was contract work, I can't show you the exact code used, but I can tell you that this blog post by Cesar Rodriguez of Cloud Security Musings was quite helpful, as well as this one by Chris Ayers . The issue is using Rego; I found a cool VS Code Extension; Terrascan Rego Editor , as well as several courses on Styra Academy; Policy Authoring and Policy Essentials . The big issue was figuring out how to tell Terrascan to follow a certain policy; I made it, put it in a directory, and ran the program while in that directory

Create a Simple Network (Packet Tracer) + A Walkthrough

Again; I've done this, but now there's so many new things, I'm doing it again. The truly new portions were...everything on the right side of this diagram; The cloud needed a coax connector and a copper Ethernet connector. It's all easy to install, turn off the cloud (Weird), install the modules. Getting the Cable section of Connections was an unusual struggle - The other drop down menu had nothing within. It required going into the Ethernet options and setting the Provider Network to 'cable', which is the next step AFTER the drop-downs. The rest was typical DHCP and DNS setups, mainly on the Cisco server down there. The post is rather short - How about adding a video to it? Find out what A Record means - This site says 'Maps a name to an IP address', which is DNS. So it's another name for DNS? You can change them (presumably in a local context) to associate an IP address to another name.