When upgrading from SP1 to SP2, will clients automatically start upgrading as 
well, or is that something that can be staged?  I upgraded my primary to SP1 
CU3, and had a bunch of laptops automatically upgrade, which messed with the 
encryption software on them.  SCEP and Credant were trying to do their things 
at the same time during boot up, and ended up looping the machines.  I can't 
afford to have that happen again.  In my lab, when I upgraded from SP1 to R2, I 
didn't have the issue, but wanted to be sure.

From: [email protected] [mailto:[email protected]] On 
Behalf Of Jason Sandys
Sent: Monday, October 26, 2015 12:36 PM
To: [email protected]
Subject: [mssms] RE: Upgrade path from 2012 SP1

Yeah, you could do it this way. It's a fair amount of work though and some 
things may get lost in the migration - also, you'd have to have to re-do your 
secondary sites from scratch as you can't migrate them. A simple backup and 
restore onto a new system will get you to Server 2012R2 with minimal down-time 
and no migration headaches though and without having to redo all of your 
secondary sites.

J

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Heaton, Joseph@Wildlife
Sent: Monday, October 26, 2015 10:28 AM
To: '[email protected]' 
<[email protected]<mailto:[email protected]>>
Subject: [mssms] RE: Upgrade path from 2012 SP1

Right, sorry my abbreviated explanation was a bit lacking.  The plan I had in 
mind:


1)      Upgrade in-place to 2012 R2, whatever latest is.

a.       This is on 2008R2 OS, with SQL 2008R2

2)      Prepare a new server, new site code, new environment

a.       This would be on Server 2012 R2, SQL ??? (VLSC had SQL 2014 with the 
latest CM version, which is why I was thinking of going there.  If no benefit, 
then I can stay at 2008R2, or go to 2012)

3)      Migrate from 2008R2 server to the 2012R2 server.

If it makes more sense to do this another way, I'm completely fine with it.  I 
just want to be safe, and as simple as possible in the upgrade.  For instance, 
if it makes more sense to upgrade in-place, then backup/restore to a newer OS, 
that would be ok as well.

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Jason Sandys
Sent: Friday, October 23, 2015 5:30 AM
To: [email protected]<mailto:[email protected]>
Subject: [mssms] RE: Upgrade path from 2012 SP1

An in-place OS upgrade isn't support with for a ConfigMgr site server or site 
system (unless its 2012 to 2012R2). To be supported, that needs to be a backup 
and restore. Thus, each one of these steps should be treated separately and 
done one at a time with time (like days) in between. I would do the ConfigMgr 
upgrade first, then OS, and then SQL. I probably wouldn't even do the SQL 
upgrade as it doesn't buy you anything really but if you're determined to get 
off an older version of SQL you could but definitely do it last because full 
support comes with ConfigMgr 2012 R2 SP1 and I don't know off-hand whether 
Server 2008 R2 even supports 2014.

J

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Heaton, Joseph@Wildlife
Sent: Thursday, October 22, 2015 5:54 PM
To: [email protected]<mailto:[email protected]>
Subject: [mssms] Upgrade path from 2012 SP1

I asked this before, and I had a project that ended up getting back-burnered.  
Since then, there have already been numerous updates, and I need to revisit 
this issue.  My environment is:


1)      Single Primary site, with 14 secondary sites around the state.

2)      Running Server 2008R2

3)      Running SQL 2008R2

4)      Running SCCM 2012 SP1

I want to upgrade.  I want to end up with:

Server 2012R2
SQL 2014
SCCM 2012 R2 SP1 (or whatever is latest by that time)


Before, the plan was to upgrade in-place to the end result SCCM, then migrate 
to another server that had been setup with the end result OS, SQL and SCCM.  Is 
that still the best plan, or is there another school of thought?

Thanks,

Joe Heaton
Information Technology Operations Branch
Data and Technology Division
CA Department of Fish and Wildlife
1700 9th Street, 3rd Floor
Sacramento, CA  95811
Desk:  (916) 323-1284

Every Californian should conserve water.  Find out how at:
[SaveOurWater_Logo]<http://saveourwater.com/>
SaveOurWater.com<http://saveourwater.com/> * 
Drought.CA.gov<http://drought.ca.gov/>








Reply via email to