October 15, 2010 at 4:48 am
I can see a use for backing up MSDB, as it stores all jobs. But in oure envrionment, we dont use encription, so no keys, we dont have any changes made to model and no extra sprocs added to master, besides what litespeed added.
To this end, is there any point in backing up master and model? I want to be sure im considering everything.
October 15, 2010 at 5:38 am
I'm nearly the same winston; the only info that is in the master database that is special to me is logins, and I've created a script that pulls those out for disaster recovery/login recreation;
That said, i still take a master backup once every two weeks, along with model; there just might be a situation that my shortsighted-ness has not considered, and a backup might be a piece of that solution.
Lowell
October 15, 2010 at 5:51 am
October 15, 2010 at 5:52 am
Master contains all the database-related info, all logins, server-level permissions, linked servers, startup procedures.
If you don't have a backup, what will happen if the DB is corrupt or drive fails? Sure, you can recreate master, reattach all databases and run scripts, but a restore is probably faster.
That said, it doesn't need to be daily or even weekly If you make changes maybe twice a year, take backups of master maybe twice a year.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
October 15, 2010 at 6:05 am
i take a backup of master EVERYDAY because there is nothing better than seeing this at 7 am on a workday;
CHECKDB found 1 allocation errors and 2 consistency errors in database 'master'. 😉
October 15, 2010 at 6:55 am
RichardDouglas (10/15/2010)
For the sake of a few MB's of diskspace, is it really worth the risk not backing it up?
I'm with you on this one... at 3 mb a piece for the backup, I can find a spare GB to save 1 year worth of uncompressed backups.
That being said, maybe daily is pushing it if you're not changing security that often
October 15, 2010 at 8:39 am
I think it is a good practice to backup the Master, MSDB and Model databases on a regular basis. Of the three, the Model is the least important unless you make changes to it. But I back it up anyway.
A small investment in time now could save hours later in the event of a disaster. Back them up!
October 16, 2010 at 7:14 am
daveb87 (10/15/2010)
I think it is a good practice to backup the Master, MSDB and Model databases on a regular basis.
It's vitally important!!
daveb87 (10/15/2010)
Of the three, the Model is the least important unless you make changes to it.
Au contrair mon pere!
This is extremely important. Imagine rebuiling your sql server databases using a different collation and restoring back your master and msdb which now use a different collation. Tempdb is built from the incorrect Model and that's where your problems will start!
For the size of them, always back up and restore them up as a set!
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs" 😉
October 17, 2010 at 4:53 pm
Let's also not forget backing up the distribution database, if using replication.
__________________________________________________________________________________
SQL Server 2016 Columnstore Index Enhancements - System Views for Disk-Based Tables[/url]
Persisting SQL Server Index-Usage Statistics with MERGE[/url]
Turbocharge Your Database Maintenance With Service Broker: Part 2[/url]
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply