SQL数据库维护全析().pdf

SQL Server 数据库维护计划的实施步骤 作为网管员，无论其管理的网络的规模是大还是小，在日常的管理中除了维护网 络平稳运行、及时排除网络故障、保护网络安全等工作以外，备份网络中关键数 据也是其中的一个非常非常重要的工作环节。 网络中的各种故障无非就分两种:软件故障和硬件故障。对于“硬件故障”可以 通过维修或更换硬件设备得到及时解决;对于“软件故障”则可以通过重新安装 或升级软件、重做网络或应用软件系统等方法及时解决，而且用此方法来解决网 络故障大多需要一些基础的、关键的数据支持才能得以恢复正常。但是，网络中 诸如此类的关键数据(特别是“应用软件系统”中的关键数据)的损坏或丢失，绝 大部分是无法恢复和弥补的。即使可以恢复部分数据，弥补它们所花费的代价(诸 如时间、人力、财力、物力等)都可能远远超出了公司的承受能力。 所以说，注重数据的备份工作是网管员日常管理工作中的必须时刻关注的一项任 务，也是必须周期性重复操作的一项工作。 目录 现行备份策略 具体实现步骤 结束语 现行备份策略 我公司在组建局域网时，考虑到商业企业的特点，仔细考量了购、销、存三大环 节中发生的各种数据及其存储问题后，选定了以Windows 2000 Server 为操作系 统，SQL Server 2000为数据库平台来搭建局域网的应用系统的软件平台，以网 线为载体将购、销、存等核心部门的计算机通过局域网平台紧密地连接起来。这 样，各个核心部门每天的任何一笔业务都及时地、动态地存储到公司局域网的核 心Dell 服务器上的SQL Server 2000 数据库中，并以此为基础平台向各方提供 所需的各种数据服务。 因此，自公司局域网开始正式运作之日起，作为网管员的我就非常注重对局域网 中的关键数据——特别是这些业务数据的备份工作。同时，我也希望备份数据的 软件能够实现以下自动功能。 功能 1:能够在每天的某个固定的时刻(如夜晚0:00:00，当然这个时间是可以自 主设定的)对包含所有业务数据库在内的所有关键数据库进行一次“完全备 份”。 功能2:能够在每天的0:00:00 至23:59:59 这段时间内，每间隔1 个小时对功能 1 中所涉及到的各个数据库的事务日志进行“差异备份”。 功能 3:每天都能够保留功能 1 和功能 2 中所生成的数据库和事务日志的最近两 天的备份(即:前一天的和前两天的)，而且能够自动地删除久于两天前的所有数 据库和事务日志的备份。 功能 4:定期(如每个星期一次)将所有关键数据库的完全备份的副本备份到磁带 或其它存储介质上(这部分工作可能需要手工完成)。 于是，围绕这些功能的实现，在日常管理工作中，我尽可能地尝试了各种备份数 据的软件和方法，如 Windows 2000 自带的“备份”工具、SQL Server 2000 自 带的“备份”功能等。这些备份软件和方法的功能各有千秋，但是都存在以下缺 点: 一种就是需要人工干预，无法实现自动备份(如Windows 2000 自带的“备份”工 具)。如果采用这种方法，就必须时刻人工手动备份，万一哪天因为出差或其它 原因没有进行备份，而这时又出现服务器或数据故障的话，那麻烦就大了。 另一种就是能够实现自动备份，但是旧的备份不能被自动地删除(如SQL Server 2000 自带的“备份”功能)。如果采取这种方法，就必须及时地手工删除旧的备 份，否则再大的硬盘也会迅速地被用完。 在相互比较后，我还是决定采用第二种——SQL Server 2000 自带的“备份”功 能对关键数据库进行备份，因为它能够实现“自动备份”功能，比第一种略强。 所以，在一段时期内，我每天上班后的第一件事就是先检查一下备份目录下各种 数据的新的备份，然后手工删除旧的备份数据。这种做法一度让我很是苦恼。 一天，我在利用 SQL Server 2000 的“帮助”查询某个 Transact-SQL 语句的语 义解释时无意中阅读到“自动化管理任务”的内容。从头到尾地仔细阅读后，我 不由得眼睛一亮，原来 SQL Server 2000 本身自带了一个能够实现我的备份要求 的、强大的功能——“数据库维护计划”。于是我立刻按照这部分内容的提示， 以一个数据库为试验样本一步一步地操作，成功地创建了一个数据库维护计划。 经过一个星期的试运行，这个计划果然能够实现自动备份调度，以及自动删除旧 的数据备份，完全能够满足我的备份要求。 从那时起，我就利用 SQL Server 2000 的“数据库维护计划”备份所有关键数据 库，而且严格地、定期地执行功能4，每个星期五将完全备份的数