Is it possible to replace a corrupt SCCM server with a new server while retaining data?

We have a SCCM server (single site) that has stopped working after Microsoft has been trying to get it to install patches beyond 1710 build.   It started out with the system refusing to install updates, then MS support got involved, got it to install the 1706 and 1710 update after weeks of messing around.  but then it wouldn't install the 1802 update.  Then after several months of working with MS support, something they did killed the SCCM server so the console wouldn't even start.  Opened another ticket with MS support, and after two weeks they said the console won't start because WMI is corrupt on the server.  They installed the console on a test machine and was able to start it, however it looks like none of the clients has connected with the server in weeks if not longer.  Anyway, MS stopped spending any time/resources trying to fix what they messed up.

Now what we're asking is, if it's possible to build a new server from scratch, using the latest version of SCCM, and then migrate all the data from the old (now dead) SCCM server and maintain all the client connectivity?  If so, is there any documentation from MS or anyone else that shows what needs to be done?

We're trying to salvage as much as we can.  The only thing we use SCCM for is to report clients to Service Now (for Configuration Item assignment).  We do not use SCCM to push out patches or manage the clients in any other way.

Thanks
NIS_RULEAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Adam LeinssServer SpecialistCommented:
Why salvage? What data are you trying to save?  Just build a new SCCM, then re-push the client with a new site code.  It should pull back in all of the client inventory using WMI.
Mike TLeading EngineerCommented:
Hi,

Adam is right. Just get latest Current Branch and install it. Use Server 2016 and SQL 2016 if possible too to avoid the pain later. If you ONLY have clients talking to service now there is NO data to save. You can just export collections if you want those. Job done.

Mike
Hayes JupeIT DirectorCommented:
+1 for what the other guys have said to an extent, they are right - especially based on your final line - if SCCM isn't actually being used for applications, task sequences etc - there doesn't sound like there is any information that needs saving - unless were all missing something ?

"If so, is there any documentation from MS or anyone else that shows what needs to be done?"

There isn't - as far as I'm aware - but it basically looks like this
- Install your new SCCM hierarchy
- Either
- start from scratch - given the state of the existing environment, you may save yourself time and money by just re-creating everything. Its also often a good opportunity to get rid of old stuff and implement good naming standards etc.
or
- you could try and run a site restore (given your DB is still health by the sounds of the original post) then migrate your applications, packages, collections etc. (as you wouldn't want to keep using your old site - even if a site restore somewhat "fixes it")
- With either solution, you will need to redeploy your clients to point to the new hierarchy... you can do this many ways, client push, a startup script such as https://home.configmgrftw.com/configmgr-client-startup-script/, your own script etc.

A 1/2 decent SCCM person should be able to help you get back up and running in 2-3 days + time to either "fix and migrate" or "start from scratch" on your packages etc.
NIS_RULEAuthor Commented:
Thanks everyone for your feed back.  We got our MS account rep to escalate it some more and they worked with us a few more weeks to get it back online.  It still won't install any patches but at least it's talking to clients and service now  so we're leaving it alone for now.

Building a new server and starting with a new DB would require us to hit all the clients to set them up to talk to the new server,  we don't have a easy way to hit all the clients (they are spread out all over the world).

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
SCCM

From novice to tech pro — start learning today.