您现在正在浏览：站长之家 >> 数据库 >> 详细内容

数据库日常维护（参考）

时间:2007-11-09 来源:不详作者:迈克DB

数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分：
一、备份系统数据
SYBASE系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQLServer提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP和LOAD命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。

1、备份数据库

每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。
除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：
·每次强制地运行了DUMPTRANWITHNO_LOG（因为数据库的磁盘空溢出）；
·每次用sp_dboption允许selectinto/bulkcopy做快速拷贝，或用SELECTINTO命令创建一个永久性的表，或使用了WRITETEXT命令。
卸出数据库的命令为：

DUMPDATABASEdatabase_name
TOdump_device

database_name是要卸出的数据库名称，dump_device是卸出设备的名称。用系统过程sp_helpdevice可以获得设备的信息。

dedecms.com

下面一条命令用来卸出数据库my_db：

DUMPDATABASEmy_db
TOdb_bk_dev

2、备份事务日志

如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master数据库和小于4M的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用DUMPTRAN命令单独备份日志。
备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。
备份事务日志的命令格式为：

DUMPTRANsactiondatabase_name
[TOdump_device]
[WITHTRUNCATE_ONLY|WITHNO_LOG|WITHNO_TRUNCATE]

其中database_name是要备份事务的数据库名称，dump_device是备份设备名称，仅当包含了WITHTRUNCATE_ONLY或WITHNO_LOG子句时，才可以备份到设备。
注意：如果总是用DUMPDATEBASE（备份数据库及其日志），而不用DUMPTRAN，事务日志将不会刷新，而变得非常庞大。
对于master数据库和小型数据库每次运行DUMPDATEBASE之后应当运行DUMPTRANsaction命令刷新日志。
下面一条命令备份数据库db160的事务日志到备份设备上：

DUMPTRANsactiondb160
TOdb_log_bk_dev
WITHTRUNCATE_ONLY

3、备份数据库及其日志间的相互作用

在至少卸出一次数据库前，卸出事务日志是毫无意义的。下图显示了备份数据库及其日志间的关系 copyright dedecms

如果在星期二下午5：01出现非硬件故障，需要做的所有工作是装入磁带5（参见下一节：数据恢复），由于磁带5是下午5：00刚备份的，因此只有备份和装入之间的一分钟内的数据损失。
但是，如果在星期二下午4：49失效会怎么样呢？在这种情况下，要装入磁带1（在星期五下午5：00的卸出）。然后，依次装入磁带2，3以及4。这样，系统将恢复到星期二上午10：00点的状态，星期二的大部分工作丢失了。此例显示了经常卸出事务的重要性。

二、万一系统失败时恢复数据库系统

如果用户数据库存储的设备失效，从而数据库被破坏或不可存取，通过装入最新的数据库备份以及后来的事务日志备份可以恢复数据库。假设当前的事务日志存在于一个并没有毁坏的设备上，带着WITHNO_TRUNCATE选项的DUMPTRANsaction命令卸出它。
要恢复数据库按如下步骤去做：
1、如果日志存在于一个分离的设备上，用带着NO_TRUNCATE选项的DUMPTRANsaction命令卸出被毁坏的或者不可存取的用户数据库事务日志。
2、用下面的查询检查设备分配已毁坏数据库的设备使用情况。必须为同一目的赋同样的空间块。