Again I really do understand that we should be going to 2012 but it is not my 
decision. The thought is that the cost associated with this project would only 
be "brown dollars" so to speak and if resources are available why not use them 
to buy some time.

Magnus thanks for the detailed steps below, this is exactly what I am looking 
for. I have to be able to provide some type of estimated work hours needed to 
perform this task so the steps you list below will help.

I do have a few questions if you don't mind:

*         Can I confirm that each step below would need to be performed for 
both Primary Site Servers (Parent and Child) - so basically 2X the work effort

*         In what order should I upgrade - parent or child first? I assume 
parent but want to confirm

*         In step 2 would I install WSUS at this time , or should that be 
installed after SCCM is reinstalled or reset?

*         Are there any AD considerations as far as the site server publishing 
to AD after the new OS

*         We use 3rd party patching VIA Shavlik/ SCUP and had to deploy a WSUS 
self-signed certificate would this require an update?

*         Do the clients needy any remediation or will they just connect to the 
new server after it is online?

*         Should I take into consideration and additional client / server 
communications traffic that would result in congestion across our slow links?

Thanks again for the help, I am hoping if I get detailed enough and lay out the 
steps and effort required to complete this task it may assist in a more 
favorable budget / review decision.

Thanks
Carl

From: [email protected] [mailto:[email protected]] On 
Behalf Of Magnus Tveten
Sent: Thursday, April 09, 2015 12:43 AM
To: [email protected]
Subject: RE: [mssms] RE: SCCM 2007 Migrate to new Hardware -

Hi,
These are the steps I did when we upgraded central server from OS win2003 to OS 
win2008r2
Except I did not know about Step 18 and 21 or 22 which caused the network 
access account to not work anymore or something like that
http://support.microsoft.com/en-au/kb/2509330 basically what this article 
describes happened to us...


1.       Build a new server with OS 2008 R2 Called <NewServerName>, with the 
same drive letters as the current server.(ensuring that it is as similar as it 
can be)

2.       Ensure that all requirements for SCCM installation has been done (SQL, 
IIS settings, webdav and such)

3.       Copy All the Packages source to the new server

4.       Initiate a SMS back up of <CurrentSCCMServerName> server

5.       Check that the backup was successful.

6.       Copy back up to <NewServerName>

7.       Back up Site Control file (preinst.exe /dump XXX) (XXX is our Primary 
site name)

8.       Copy the Backed up site control file to the new server.

9.       Disable SMS services on the <CurrentSCCMServerName>  server

10.   Rename <CurrentSCCMServerName>  to <CurrentSCCMServerName>OLD

11.   Shut server down


12.   Rename <NewServerName> to <CurrentSCCMServerName>

13.   Reboot server after rename

14.   Make sure that System account has been added to the AD group that gives 
the other site servers admin rights to this one, and this to others

15.   Restart the server to ensure that its has all the credentials.

16.   Install SCCM to the same location as it was on the old server (G:\SMS)

17.   Bring SCCM back up to the same Patch level as it was on the old server 
(SP2, R3, Same SCCM Patches)

18.   SRVACCT backup  for restoring after Recovery Wizard.

19.   Add the AD group to the local groups that give other site servers admin 
rights to this one and other way around. (the AD group has all the SCCM site 
server's computer accounts as members)

20.   Run the recovery Wizard pointing it to the Backup from the old server

21.   Copy SRVACCT back to its normal spot from back up

22.   Perform a site Reset


________________________________
MAGNUS TVETEN
SERVER SUPPORT ENGINEER
CO CITRIX/SERVER
Insurance Australia Group Limited
Lvl 1, 23 Lakeside Drive, Burwood
Burwood East VIC 3151
Australia

T +61 3 8804 3226   M +61 411 010 460
E [email protected]<mailto:[email protected]>
www.iag.com.au<http://www.iag.com.au>
PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL.
________________________________

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of ccollins9
Sent: Thursday, 9 April 2015 2:42 AM
To: mssms
Subject: Re: [mssms] RE: SCCM 2007 Migrate to new Hardware -

I agree that migrating it to another server is a waste of time and you should 
go to SCCM 2012. But clearly that isn't your decision, so that advice is moot.  
Here are some answers to your question:

Some of my questions surround the following:

*         In what order should the upgrade take place ? Primary Parent site 
first?

I would use the backup/restore features of SCCM to move it to a new server. The 
server needs to have the same computer name.

https://social.technet.microsoft.com/Forums/systemcenter/en-US/f7e88c60-1e7d-4a52-a7f4-3afaa7efa74f/moving-sccm-2007-to-a-new-server?forum=configmgrbackup

https://technet.microsoft.com/en-us/library/bb632545.aspx

https://kobile.wordpress.com/2010/10/10/moving-sccm-server-to-new-hardware/

*         Can I go from X86 server OS to X64 server OS.

YES

*         Physical to Virtual supported

YES

*         Sql Server versions, do they need to be the same (2005)

You can use a higher version of SQL, but you might need to run the database in 
the "mode" of the previous version of SQL. Standard and Enterprise support 
this. If you are using local SQL express on the SCCM server, just install the 
same version on the new server.

*         Drive configuration (Raid levels etc..)

Just use what you normally use, SCCM doesn't have a requirement here, it's up 
to the admin. If you're going to a virtual server, then the backend storage is 
typically a SAN and should already be setup for RAID, etc. As far as drive 
specifics, just use the same setup on the old server, for example if SCCM is 
installed on C drive, then install it on C drive of new server. Personally, I 
follow the "old ways" and often install enterprise apps on a data drive other 
than C.

*         Are there any gotchas that I should be looking at?

Server name needs to be the same. So, you would need to disjoin the old server 
from the domain, reset the AD computer account, then join the new server under 
that name, which could get you into trouble if for some reason the migration 
doesn't go well. But theoretically you should be able to just rejoin the old 
server as a rollback.  I haven't done this tho, I'm sure some other people on 
this list can weigh in on that.



On Wed, Apr 8, 2015 at 12:24 PM, Juelich, Adam 
<[email protected]<mailto:[email protected]>> wrote:
I'd move to the newest of everything if you can.  No point in going to 2008R2 
being that it is nearing 7 years old.

Server 2012 R2
ConfigMgr 2012 R2
SQL 2014 or 2012 R2 (Don't remember if there are any ConfigMgr snaffus with 
this....)


-----------------------------------------------

Adam Juelich

Pulaski Community School District<http://www.pulaskischools.org>

Client Management Specialist

920-822-6075<tel:920-822-6075>

On Wed, Apr 8, 2015 at 10:53 AM, Michael Mott 
<[email protected]<mailto:[email protected]>> wrote:
Unless your limited by politics, I would go to a parallel scenario with one 
beef virtual server and get to CM12 ASAP.

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]<mailto:[email protected]>] 
On Behalf Of Enley, Carl
Sent: Wednesday, April 08, 2015 11:43 AM
To: [email protected]<mailto:[email protected]>
Subject: [mssms] SCCM 2007 Migrate to new Hardware -

I have been approached with a project to migrate our existing SCCM 2007 R2 
environment to new Server hardware. We are currently running on Server 2003 and 
need to get to 2008R2 before EOL in June\July. I suppose a in place upgrade is 
not supported? I have suggested time and time again that we should put our 
efforts into SCCM 2012 but Mgt has not made a decision and time is running out.

We have 2 primary sites with about 5000 clients and I am looking for a brief 
outline of the steps required to perform this upgrade with no loss of data \ 
production services - patching, software distribution, reporting etc...

Some of my questions surround the following:

*         In what order should the upgrade take place ? Primary Parent site 
first?

*         Can I go from X86 server OS to X64 server OS.

*         Physical to Virtual supported

*         Sql Server versions, do they need to be the same (2005)

*         Drive configuration (Raid levels etc..)

*         Are there any gotchas that I should be looking at?

If anyone has performed this task before and you are willing to share some tips 
or outline the steps that you have taken I would greatly appreciate it.

Thanks


________________________________


Legal Notice: This email is intended only for the person(s) to whom it is 
addressed. If you are not an intended recipient and have received this message 
in error, please notify the sender immediately by replying to this email or 
calling +44(0) 2083269015<tel:%2B44%280%29%202083269015> (UK) or +1 866 592 
4214<tel:%2B1%20866%20592%204214> (USA). This email and any attachments may be 
privileged and/or confidential. The unauthorized use, disclosure, copying or 
printing of any information it contains is strictly prohibited. The opinions 
expressed in this email are those of the author and do not necessarily 
represent the views of 1E Ltd. Nothing in this email will operate to bind 1E to 
any order or other contract.





________________________________
The information transmitted in this message and its attachments (if any) is 
intended only for the person or entity to which it is addressed. The message 
may contain confidential material and /or personal information. If you have 
received this in error, please contact the sender and delete this e-mail and 
associated material from any computer.
________________________________




Reply via email to