《SQL Server企业级平台管理实践》读书笔记——几个系统库的备份与恢复

原文:《SQL Server企业级平台管理实践》读书笔记——几个系统库的备份与恢复

master数据库

master作为数据库的主要数据库,记录着SQL Server系统的所有系统级信息,例如登录用户、系统配置设置、端点和凭证以及访问其他数据服务器所需要的信息。master数据库还记录着启动服务器实例所需要的初始化信息,每个其它数据库的主文件位置。master数据库是SQL Server启动的时候打开的第一个数据库。SQL Server是从这个数据库里找到其它数据的信息的。如果master数据库有问题,整个SQL Server都将无法启动。

master数据库本身不大,做一次备份很快。建议要经常做master的完整数据库备份,以充分保护您的数据。如果master数据库已损坏,可以通过还原master数据库的最近完整数据库备份,轻松修复已损坏的数据库。

如果由于master数据库损坏严重大无法启动服务器实例,有没有备份,这时候只能重建了。重建master数据将使的所有的系统数据库恢复到其原始状态。例如,重建master数据库会删除并重新创建msdb数据库。这将导致丢失所有的计划信息以及备份和还原历史记录。所以重建master数据库后,SQL Server就像被重装过一样。所有的用户记录都会丢失,用户数据库需要再次附加,SQL Server任务记录都要重建。这是一个很折腾的过程。重建master数据库是个万不得已的选择。

在执行任何语句或系统过程中来更改master数据库中的信息以后(例如,更改服务器范围的配置选项以后),应备份master数据库。如果在更改master数据库后没有进行备份,则自上次备份以来的更改都将在还原备份时丢失。

一下行为会更改master中元数据:

1、创建或删除用户数据库,这里不包括用户数据库自动增长以容纳新数据时,master数据时不受影响的。

2、添加或删除文件和文件组

3、添加登录或其它与登录安全相关的操作,这里不包括对数据库层面的操作,比如添加用户

4、更改服务器范围的配置选项或数据库配置选项

5、创建或删除逻辑备份设备

6、配置用于分布式查询和远程过程调用(RPC)的服务器,如添加链接服务器或远程登录。

恢复master数据库使用还是RESTORE指令。可是还原master数据库后,SQL Server实例将自动停止。我们前面讲过,master里面记录了其他所有数据库主文件的地址。SQL Server通过这个地址来寻找这些数据库。如果我们将master数据库恢复到一台新的服务器上,难免文件地址会有所变化。这时SQL Sever将找不到其它数据库。需要使用单用户模式启动SQL Server,将master数据库里信息修改成新的地址。

开启单用户模式,需要停止所有SQL Server服务(服务器实例本身除外),并停止所有SQL Server实用工具(SQL Server代理,报表服务器等)。停止服务和实用工具可以防止他们尝试访问服务器实例。否则单用户启动后,他们会占用这个用户连接,管理员反而连接不进去了。

model 数据库

创建用户数据库时,model数据库是SQL Server使用的模板。model数据库的全部内容(包括数据库选项)都会被复制到新的数据库。所以这个数据库是推荐做任何修改的。除非有目的的创建一些模板,否则不要去更改这个数据库,也不要把任何用户数据放在这个数据库里。

虽然这个数据库的内容一般不发生变化,但是在SQL Server启动的时候,要使用model数据库的某些设置创建新的tempdb。如果没有tempdb,SQL Server将无法启动。因此model数据库必须始终存在于SQL Server系统中。所以这个数据库也要备份。

还原model数据库与对用户数据执行完整数据库还原过程一样。

msdb数据库

msdb数据库用来存储计划信息以及备份与还原历史记录的信息,所以SQL Server本身,ssms和Agentd都要用到它。

SQL Server将在msdb数据库中自动维护一份完整在下备份与还原历史记录。这些信息包括执行备份一方的名称、备份时间和用来存储备份的设备或文件。SSMS利用这些信息提出计划还原数据库并应用事务日志备份。将会记录有关所有数据库备份事件,即使他们由自定义程序或第三方创建的。例如,如果使用C#程序调用SQL Server执行备份操作时,所有的事件都将记录在msdb系统表、windows应用程序日志和SQL Server错误日志中。而SQL Server代理使用的所有计划信息。包括计划的定义、排程、历史日志等信息。

默认情况下,msdb数据库使用简单恢复模式。如果要恢复用户数据库时使用msdb数据库中的所有备份与还原历史记录信息,建议对msdb数据库使用完整恢复模式,并建议考虑将msdb数据库事务日志放置在容错存储设备中。

tempdb临时库和资源数据库(Resource Databse)

SQL Server还有两个系统数据库比较特别。他们是tempdb和资源数据库。缺了这个两个数据库SQL  Server页将无法启动。但是这两个库不能做数据库备份

temdp系统数据库是一个全局资源。可供连接到SQL Server实例的所有用户使用。

每次启动SQL Server时都会重建tempdb数据库,从而在系统启动时总保持一个干净的数据库副本。连接断了以后,SQL Server会自动删除临时表和存储过程。因此tempdb数据库中不会有什么内容需要在服务关闭的时候保存下来。只要有干净的model数据库就可以。SQL Server都能够创建出一个tempdb数据库。Temdp数据本身倒不用备份。SQL Server同样也没有提供对tempdb数据库的备份和还原操作。保护好model数据库,就能保证在下次启动时,得到一个好的tempdb数据库。所以对tempdb数据库保护,转为了对model数据库的保护。

Resource数据时一个只读数据库。它包含了SQL Server中所有的系统对象。系统对象(例如sys.objects)在物理上存在于Resource数据库中。但是在逻辑上,他们出现在每个数据库的sys结构中。Resource数据库不包含任何用户或用户元数据。对于同一个版本的SQL Server。他们的Resource数据库应该都是一样的。

默认在实例下是看不到资源库的,但是Resource数据库的物理存在的,物理文件名为mssqlsystemresource.mdf和mssqlsystemresource.ldf。默认情况下,这些文件存储于目录:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL

在群集中,Resource数据库位于共享磁盘中的Data文件夹中。其实Resource数据库依赖于master数据库位置。如果管理员移动了master数据库,则必须也将Resource数据库移动到相同的位置。

因为Resource数据库从来不做修改,所以SQL Server理论上不用备份的。但是管理员不但要考虑SQL Server层面的问题。还要考虑整个系统层面的问题。难免物理磁盘损坏会发生,使得文件出现损坏。所以要通过将mssqlsystemresource.mdf文件作为二进制文件,做基于文件的备份或基于磁盘的备份。恢复时要将SQL 服务停止。手段还原mssqlsystemresource.mdf的文件备份副本。并且必须谨慎,不同版本的Resource数据库会不一样。是要使用过期版本或可能不安全的版本覆盖当前Resource数据库。

 我们集中列举下

系统数据库 说明   是否支持备份 恢复模式 注释
master 记录SQL Server系统的所有系统级别信息的数据库 支持 简单

必须经常备份Master数据库,以便根据业务需要充分

保护数据。建议使用定期备份计划,这样在大量更新

之后可以补充更多的备份

model 在SQL Server实例上为所有数据库创建的模板 支持 用户可配置

仅在业务需要时备份model数据库,例如自定义其数据

库选项后立即备份。最佳方法是:建议根据需要创建

model数据库完整性数据库备份。由于model数据库较小

而且很少更改,因此无需备份日志

msdb  

SQL Server代理用来安排报警和作业以及记录操作员

信息的数据库。msdb数据库还包含历史记录表,例如

备份和还原历史记录表

支持 简单(默认值) 更新时备份msdb数据库
Resource(RDB)

包含SQL Server附带的所有系统对象副本的只读

数据库

不支持  

Resource数据库位于mssqlsystemresource.mdf文件中,

该文件近包含代码。因此,SQL Server不能备份Resource数据库。

但是可以通过文件备份和磁盘备份,同样还原的时候不通过SQL Server,

还原这些备份,只能手动还原mssqlsystemresource.mdf的备份副本,

并且必须谨慎,不要使用过期版本或可能不安全的版本覆盖当前的Resource数据库

tempdb

 用于保存历史或中间结果集的工作空间,

每次启动SQL Server实例时都会重建该库,服务

器实例关闭时,将永久删除Tempdb数据库中的所有数据

不支持 简单

 无法备份tempdb系统数据库

distribution

 只有将服务器配置为复制分发服务器时才存在

此数据库。此数据库存储元数据库、各种复制的历史记录数据以及用于事务复制的事务

支持 简单

 根据您具体的复制配置决定

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。