Summary
Lift and Shift comparing with Migration and inplace Upgrade
Migration | In-place OS Upgrade | Lift&Shift | |
---|---|---|---|
Fully Supported | Yes | Yes | Yes |
Preserves all configurations | No | Yes | Yes |
Re-installation of site roles | All | Some | Some |
Redeployment or reconfiguration of clients | Yes | No | No |
Downtime required | No | Yes | Yes |
Easy fallback | Yes | No | Yes |
Requires new hardware or virtual machine | Yes | No | Depends* |
Shared DPs or content re-distribution across WAN | Yes | No | No |
Involves “risky” OS in-place upgrade | No | Yes | No |
I especially like that "Easy fallback" nice to know if everything goes to a warmer place...
Data gathering
First before we start of with some actual fun we need to do the booring stuff...We need to gather data of the old ConfigMgr enviroment. Ofcourse you have it all documented...but in case you haven't i have collected the most important below in tables
Service Accounts
Collect service account used by ConfigMgr, SQL, web services, scheduled task.Table 1
Accounts | IIS | ConfigMgr | Service |
---|---|---|---|
CM_NAA | Network Access | ||
CM_WS | WebService | Yes | |
SC_WS | Software Cenral | Yes | SoftwareCentral |
ConfigMgr Site/Server information
Some data below can be found on old SCCM server below registry: HKLM\Software\Microsoft\SMS\IdentificationTable 2
Data | Value | Note | ||
---|---|---|---|---|
SiteCode | ||||
SiteName | ||||
LicensCode | ||||
ConfigMgr Install path SQL install path | D:\Program Files\Microsoft Configuration Manager
|
Have below accounts ready to be used when installing ConfigMgr and SQLAdministrative Accounts
- ConfigMgr Full administrator account
- Local admin account on both new and old ConfigMgr server
- SQL Server DBA owner account
Files
SQL Configuration.ini
Search all folders below [SQL
Install Path]\Setup Bootstrap\Log\
If you want to make a silent install and didnt make a silent install the first time edit below line.
Edit and
uncomment
UIMODE="Normal"
to
;UIMODE="Normal"
Command to install SQL
setup.exe
/ConfigurationFile=D:\ConfigurationFile.ini /IAcceptSQLServerLicenseTerms
Old Site Server
- Perform a health check, minium check below
- ConfigMgr Console, check Site Status and Component Status
- Server, Check event logs
- Document all configurations that are external to ConfigMgr:
- Account passwords for accounts used in ConfigMgr (Monitoring namespace, Overview -> Security -> Accounts). Use table 1
- Service accounts and password:
- SQL Server
- SQL Agent
- SQL Server Reporting Services
- Custom share and NTFS permissions.
- Certificates in use in IIS as well as in ConfigMgr.
- EX:Azure Cloud management gateway cert
- Content source locations.
- ADK/MDT version.
- (Optional Step)If you will be restoring the site to a system with an upgraded operating system, remove the following roles from the site server (if they are installed on the site server):
- Software Update Point *
- Management Point *
- Distribution Point *
- · Reporting Point
- (Optional if above step is done)Wait for them to be removed fully. Check the sitecomp.log as well as the individual setup and removal logs files for each component as listed at Log files in System Center Configuration Manager.
- Stop and disable all ConfigMgr services on the site server as well as any remote management points:
- - SMS_EXECUTIVE
- - SMS_SITE_COMPONENT_MANAGER
- Backup everything!
- SQL databases. use Ola's SQL Maintenace Solution to easy backup all DB's
- Site server file systems --> cd.latest
- Custom reports: How to Download All Your SSRS Report Definitions (RDL files) Using PowerShell.
- Stop and disable all SQL Server services:
- MSSQLServer
- SQLSERVERAGENT
- Rename the server to “oldserver” (or something appropriate). Renaming this server allows it to remain online and accessible when (not if) you forget something.
- Stop and disable IIS server
- Reboot.
New Server
- Build a new Windows server with same volumes and drive letters. Using a newer operating system is optional as long as the one you are using is supported. Now is a good time to move to Windows Server 2016/2019 even if this is just for a hardware refresh though (two cats, one bullet).
- Join the server to the domain.
- Server Name:If you have not performed steps 8 and 9 above on the oldserver yet, use a temporary name for this new server and then rename it to the oldserver name after performing steps 8 and 9 above on the old server.
- If you have already performed steps 8 and 9 above on the oldserver, then name this server the same as the old server.
- Format disks --> 64K file allocation unit size ON SQL drive
- By default, the NTFS file format uses 4K file allocation units. Since the SQL stores data in pages and extents which is of size 8K and 64K respectively. It’s recommended to use 64K file allocation size to format the drives which will hold the SQL Databases including tempdb
- Other Disk use default formatting
- Copy files and Media to same place on new ConfigMgr drive
- SQL
- PreReq
- ADK
- MDT
- ConfigMgrSource
- Other scripts or install directory needed
- Create file no_sms_on_drive.sms on all drives except the drive that will contain ConfigMgr packages
- Validate that DNS accurately reflects the IP Address of the new server for the site server’s name.
- Add the new server’s AD computer account to same AD security groups as the old server.
- If security groups were not used to assign permissions, first create a new AD security group, add the new site server account to this new group, and assign permissions for this group to the following:
- System Management Container
- Client Install Account (if used)
- Local Admins on all site systems
- Shares and NTFS permissions as needed
- Install prereqs: Site and site system prerequisites for System Center Configuration Manager. Use Nickolajs prereq tool (see link in bottom)
- Install SQL Server – including reporting services using the same service accounts. This must be the same version and edition of SQL Server as was used on the old site server.
- Install SQL Management Studio
- Install desired ADK based on the version of ConfigMgr you are using. (use Prereq tool)
- Install WSUS (use SQL Server and not WID). (use PrereqTool)¨
- Open WSUS console to verify it works, do not complete the first start wizard.
- Restore ConfigMgr SQL database to same location and path it existed on the old site server.
- restore SQL database with SQL Management Studio
- Copy ConfigMgrContentLib from the old site server to the same location and path on the new site server.
- Copy the cd.latest folder from the old site server to a temporary location on the new site server.
- Run ConfigMgr install from cd.latest completing the wizard appropriately.
- Choose restore.
- Select the database option for a manually restored database.
- Choose same target locations as applicable. Double and triple check this! As noted in the previous post, it is technically possible to use different logical locations and drive letters, it’s more work than it’s worth.
- Sit back, relax and watch the log file if you are so inclined. This will take a while...dont panic if you see red in log, wait for completion.
Post Actions
- Re-add any roles removed or better yet, as noted above, stand up a new site system to host them.
- Import any custom reports from the backup done using the SSRS web pages or a supplemental script.
- Add account passwords back to ConfigMgr accounts.
- Renew Keys for Azure Active Directory Tenatsn Applications
- Turn off IE Enhances Security
- Right click on every application and renew key if available
- Add back cloud management gateway cert if used to computer certificate store
- Backup everything!
- Validate!
- Validate some more!
- Test!
- Test some more!
Supplementary Actions
Source File Relocation
This is only necessary if your source files are located directly on the old site server. If this is the case, now may be a good time to move them to a file server or other server so that they are not on the site server. There are no technical benefits to doing this, but hosting them separately has advantages — like not having to ever move them in the future again during similar site server moves.- Move source files to the new site server.
- Set up file share(s) with the same name(s) and permissions as on the old server.
- Use the ConfigMgr Content Source Update Tool 1.0.0 or a similar script to re-point content in ConfigMgr. This increments the version number on all content which in turn cause network traffic as ConfigMgr must re-validate all content files on all distribution points. It will not retransfer files though.
DB Maintenance
- Set up Ola’s SQL Server Maintenance Solution scripts for database re-indexing, statistics rebuild and backup.
Kommentarer
Skicka en kommentar