Update: 12/2015 – Be aware that starting with CM build 1511 and later, you’ll want to include the CD.LATEST folder in the backup files.
In Configuration Manager 2012 SP1 and later, note that you have the ability to recover a site (secondary sites don’t count) using a standard, native SQL Server database backup.
From the following link: http://technet.microsoft.com/en-us/library/gg712697.aspx
“Configuration Manager can recover the site database from the Configuration Manager backup maintenance task or from a site database backup that you perform by using another process. For example, you can restore the site database from a backup that is performed as part of a Microsoft SQL Server maintenance plan.”
Why is this important?
The standard ConfigMgr backup task will simply copy all of the database data and log files to the backup folder location. During the SQL Backup task, you have the ability to specify compression for a database backup.
In a recent test on our Central CAS, a standard ConfigMgr backup task resulted in a SQL backup size of about 542 GB. The backup size using the native SQL backup, with compression was 59 GB in size! That is a huge savings in disk space. Given that a restore really only needs the database, using the native SQL backup task makes sense.
There have been a few questions on how to set this up, and what retention to use.
Here is a guide on setting up the back up task using the built in SQL Server Maintenance wizard.
Open Microsoft SQL Server Management Studio and connect to your ConfigMgr SQL Server instance.
Expand the Management node, right click Maintenance Plan. Choose New Maintenance Plan Wizard.
Click Next >
Change the name of the plan. To the right of schedule, click the Change button
Enable backups for at least every other day. Click OK. Then Next >
Choose the following three options, highlighted above, click Next >, then Next > again.
Since you will not want to use backups for recovery over 5 days old, change this setting to 1 week. Click Next >
Under Database(s) client the drop down
Select the database(s) you wish to backup. Got reportserver installed? Be sure to select those databases as well. Click OK
Change the backup folder location to an alternate folder or drive as applicable. Optionally, select the create a subfolder checkbox for each database. IMPORTANT: choose Set backup compression ‘Compress Backup’ to take advantage of compression. Click Next >
For the Define Maintenance Cleanup Task, you will select the folder that the backups are being written, file extension name, include first level folders and reduce the delete file settings to 1 week. Click Next>, click Next > again.
Click Finish to complete.
You should be rewarded with success. Time for a cold one.
After the next schedule run date/time Double check that the database backup was in fact created. And, it is always a good idea to periodically restore a backup to an alternate location as a way to test that this is a valid backup.
Pingback: SQL Server Backup Recommendations for Configuration Manager « Chris Nackers Blog
Pingback: Anoop's » ConfigMgr SCCM Backup and Restore Guides
Pingback: Thoughts on ConfigMgr backup strategy… | Marc Westerink's blog
Pingback: Tales of a Forced ConfigMgr Site Restore | Adam the Automator
Is a full backup of the database enough or does anything need to be done with the logs?
Full database backup is all that is required. For your CM, SUSDB & Reporting databases; you should be running Recovery mode = simple, so the transaction logs are not needed.
Pingback: ConfigMgr 2012 RTM to R2 Upgrade checklist | Steve Thompson [MVP]
Pingback: ConfigMgr 2012: SQL Maintenance Plans and Index Optimization Recommendations « Chris Nackers Blog
Pingback: ConfigMgr 2012: SQL Maintenance Plans and Index Optimization Recommendations « Nackers Consulting Services, LLC
Pingback: Install ConfigMgr 2012 R2 CU1 in your hierarchy | System Center 2012 by EG
Pingback: SCU 2015 – Top 10 ConfigMgr 2012 Issues – SQL Content Links | Steve Thompson [MVP]
To add a bonus, the SCCM site keeps running while SQL is making a backup. When you backup the site using the SCCM Maintenance Tasks the SCCM site gets shutdown.
Pingback: How can I upgrade to System Center 2012 R2 SP1 with MDT 2013 Update 1 integrated? | just another windows noob ?
Using a SQL maintenance plan creates a backup of the DB just as a charm. But what about the files and reg keys of the site? For this I could use the sms site backup task again – but this task always dumps the site DB… So I still end up with copies of the hughe database and log devices?!? Dis you manage to disable the database dump in the sms backup task?
Those added files are not needed. In fact, during a site recovery, using the full CongfigMgr 2012 backup task data, the only thing used is the database backup. The files are thrown away. One more reason to use native SQL backup, with compression.
Hi Steve – do you have a source for that? (Not needing anything except the .BAK during a recovery). I am a DBA and I’m working with our SCCM admin to find the best backup approach, and if I can show that to be true then we can go with SQL native backups.
As mentioned in the post, in addition to the *BAK db files, starting with 1511 you will need the CD.LATEST folder. That is it.
Pingback: Automize | Step-By-Step guide for Upgrading SCCM 2012 R2 SP1 to CU2
What sort of backup is recommended on the Secondary Site DBs?
Secondary sites are not backed up. Check that MSFT link I posted. Secondary sites are recovered by re-installing from the parent primary site.
Pingback: How to perform a Testdbupgrade before SCCM Installation
Pingback: Step-By-Step guide for Upgrading SCCM 2012 R2 SP1 to CU2
Pingback: Upgrade your 2012 R2 SP1 ConfigMgr environment to 1602 #LikeABoss – Ami Casto
This post has become a landmark on the web for SCCM admins. Good work – thank you! The process works the same with SQL 2014 except that the Back Up Database (Full) task dialog now has 3 tabs and moves things around a little. But still… this is extremely helpful.
Thank you for the feedback. Should probably create an updated version for SQL 2014. However, will wait until SQL 2016 is released to see what else changed.
Pingback: Configuration Manager SQL Server Backup guidelines | Steve Thompson [MVP]
if we follow the above procedure, the cd.latest folder gets backup everyday?
See my more recent post on this subject: https://stevethompsonmvp.wordpress.com/2016/05/31/configuration-manager-sql-server-backup-guidelines/
Pingback: Installing and configuring SQL Server for Configuration Manager | Steve Thompson [MVP]
Pingback: ConfigMgr SCCM 1606 Upgrade Guide and Explanation - PowerON
Pingback: Upgrading to Configuration Manager 1606 | Harry Lowton
Hey, Steve I guess I still don’t trust a SQL only backup for a safe restore. Old school maybe. I’ve had success restoring a production environment using the site server backup but never have attempted a DB-only restore. BTW, what SQL permissions are required for a remote clustered SQL Server?
Hi John – nice to hear from you! Join the 21st century, restoring from a native SQL backup is fully supported! Glad to hear you are still involved with SCCM. 🙂
Check this link here: https://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SupConfigSQLDBconfig main security requirement is this:
If you use a SQL Server cluster for the site database, you must add the computer account of the site server to the Local Administrators group of each Windows Server cluster node computer.
I know it’s supported but I for a standalone primary site I would still rather have a site back up. Actually, I always have both a site back up and a SQL Maintenance Plan just for redundancy. Also you need more than just the site back up to do the job right. All of the source files need to backed up if you lose the server. I actually had to do this about a year ago. Client had lost everything but I had been on site for a patching remediation project and had insured that everything was backed up to archival storage. When the disaster hit we were able to restore in 12 hours or so.
I’m slowing up a bit but still do a project or two from time to time. It has been a long time since SMS 1.1 🙂
Had typed a lengthy reply, only to have one errant key stroke erase it. Other files are needed for a full restore, this is mentioned here:
https://stevethompsonmvp.wordpress.com/2016/05/31/configuration-manager-sql-server-backup-guidelines/
The point of this blog article was to show that a native SQL backup could be used for a recovery. In my humble opinion, a site maintenance plan backup buys nothing and in one client that I worked with prevented a daily SQL backup because the maintenance plan COPIES the data files with no compression. The other files such as site control are not used and thrown away during a restore… so, what real value is the site maintenance plan? (rhetorical question) The product team knows that this component has not changed for years and is somewhat broken.
You are one of the few I know that has used this product since the 1.x days – lol.
Pingback: Top 5 blog posts for 2016 | Steve Thompson [MVP]
Pingback: Installing SCCM 2012 SP2/R2 SP1 – Quick Start Guide
Pingback: How to Upgrade to ConfigMgr 1606 - PowerON
Pingback: A Geeks Guide for upgrading to ConfigMgr 2012 R2 and MDT 2013 – Deployment Research
Pingback: A Geeks Guide for upgrading to ConfigMgr 2012 R2 SP1 (SP2) – Deployment Research
Pingback: Upgrading to ConfigMgr 2012 R2 SP1 (SP2) CU2 – Deployment Research
Pingback: Upgrade to ConfigMgr 1511 in your hierarchy - MSEndpointMgr
Pingback: How to Upgrade to ConfigMgr 2012 R2 SP1 in your hierarchy - MSEndpointMgr
Pingback: Install ConfigMgr 2012 R2 CU4 in your hierarchy - MSEndpointMgr
Pingback: Install ConfigMgr 2012 R2 CU3 in your hierarchy - MSEndpointMgr
Pingback: Install ConfigMgr 2012 R2 CU1 in your hierarchy - MSEndpointMgr
Pingback: Install ConfigMgr 2012 SP1 CU2 in your hierarchy - MSEndpointMgr
Pingback: How to Upgrade to ConfigMgr 1606 – PowerON Platforms
Pingback: Tales of a Forced SCCM Site Restore - Adam the Automator
Pingback: How to Upgrade to ConfigMgr 1606 - PowerON Platforms