TSQL-20-备份还原原理[2009-10-10].docVIP

第20讲 备份还原原理 学习以下几讲（备份、还原、数据库恢复）时，大家要作好心理准备，接受一些全新的概念，因为“备份、还原”并非我们通常理解的“拷贝、复制”那么简单。本部分的内容是一名数据库管理员（简称“DBA”。“A”是“管理员”的缩写，“sa”就是“系统管理员”）的必备基础技能。备份还原部分属于难点和重点。 基本思路 数据很重要，没有数据，企业将无法运作。DBA的头等任务就是保证数据库的安全性和可用性。 数据库的本质就是储存在数据库文件中的一些信息。如果发生磁盘损坏、机房火灾等事故，数据库将被毁坏。磁盘、计算机等可以重新购置，DBMS也可以重装，但数据却无法找回来了。有何对策？ 对策就是“备份”。备份的本质就是复制数据至另一个媒体中，在需要时，这些复制出来的数据可以还原回到DBMS中。为了确保安全，有些DBA甚至将备份媒体异地保存（防备机房火灾）。 良好的备份策略可以将损失减到最小。为了做到这一点，我们必须搞清楚SQL2000备份还原的原理。 基本概念 备份设备 备份必须要有设备。备份设备有3类：磁盘文件、磁带、命名管道。我们只讲“磁盘文件”的情况。 将“文件”称为设备，往往让人周身不舒服（因为我们通常习惯于将“打印机、磁盘驱动器、磁带机”等硬件理解为设备）。事实上，在操作系统的管理下的“文件”完全可以按“设备”来对待：我们可以写向“文件设备”，写向“文件设备”的数据被存储在磁盘介质（即盘片的磁道、扇区）上。 因此，只要我们起一个设备名（如“设备1”），然后将它与某个文件（如“E:\BACKUP\F1.BAK”）关联起来，事情就解决了。此后，我们就可以对该设备进行“读”和“写”。 备份媒体 凡是用于存储信息的设备必须要有“媒体”，否则毫无作用。如果写日记用的“日记本”是设备，则日记本中的“白纸”就是媒体；同理，“光驱”是设备，“光碟”是媒体；“磁带机”是设备，“磁带”是媒体，等等。上面，我们建立了“设备1”，那么，“设备1”的媒体是什么呢？就是文件F1.BAK所占用的“磁盘介质”。当然，F1.BAK的磁盘介质分配具体由OS管理，我们不必关心得太细。但是，我们很清楚，除了F1.BAK所含的介质外，“设备1”不可能写入其他介质中（比方，不可能写入其他文件中去）。 到此，我们基本明白为何“设备1”让我们“周身不舒服”了，因为它只是一种“绑定关系”，并不是一个实体硬件（如：光驱）。不但如此，它所使用的媒体是一个由OS管理的文件的空间，而不是好像一盒磁带、一张光碟那样，可以随时取出来拿在手上。 媒体集 有了备份设备（“设备1”），又有了媒体（“文件F1.BAK”的磁盘空间），我们的确可以进行备份工作了。但还是有个小问题：如果某数据库很大，文件F1.BAK装不下（老话题了，OS对文件大小有限制），怎么办？解决办法是“增加设备”（想加多少就加多少），例如：我们继续创建“设备2、设备3”（分别对应文件“F2.BAK、F3.BAK”）。进行备份时，我们将该数据库同时备向“设备1、设备2、设备3”。 如此一来，数据被同时写入了“F1.BAK、F2.BAK、F3.BAK”，这三个文件构成了一个不可分割的整体（我们不可能知道某些数据具体写入哪个文件中）。这时，“F1.BAK、F2.BAK、F3.BAK”就构成了一个“媒体集”。以后，如果想还原该数据库，则必须使用整个媒体集（即同时使用三个文件）。 媒体家族 就上面的例子而言，文件F1.BAK就是一个“媒体家族”（又称“媒体系列”），上例的“媒体集”包含有3个媒体家族。这里肯定又让很多人不舒服：分明是一个文件，为何称为“族（系列）”？ 当初，使用磁带机作备份设备，用磁带作媒体。备份时，一盒带写满了就取出，插入另一盒（即“换带”），直至完成。其间，这若干盒磁带的开头都被写入了“首部标识”，形成了有序相连的一“族”，所以，这几盒磁带就称为一个“媒体家族”，其中每盒磁带称为一个“媒体”（其“首部标识”称为“媒体首部”）。 现在，我们用的是“文件设备”，其媒体就是一个文件。文件可以向OS申请空间，不存在“换带”的问题。它永远一个整体，不分成若干盒。但是，我们依然习惯性地称其为“一个媒体家族”。 备份集 一个媒体集（由一个或多个文件构成）等于一个巨大的容器，能够装很多东西。打个比喻，你的日记本是一个媒体集，你每天写的一篇日记就是一个备份集（或称为“一次备份”）。天天写，日记本中就会连续地装载着多篇日记。即是说，可以向一个媒体集连续写入（称为“追加”）多个备份集。 每一次备份操作，都产生一个备份集。怎么理解这个“集”字呢？它的本意是：你可以挑选好你将要备份的一堆内容（视作一个“集合”），然后做一次备份。至于怎样“挑选”，后面再讲。 如果你以前没有意识到“可以多次备份入同一