数据库安全技术第5章学习指导文档格式.docx

数据库安全技术第5章学习指导文档格式.docx

《数据库安全技术第5章学习指导文档格式.docx》由会员分享，可在线阅读，更多相关《数据库安全技术第5章学习指导文档格式.docx（12页珍藏版）》请在冰豆网上搜索。

当数据库遭到破坏之后，可以使用该数据库的事务日志迅速还原数据库，数据文件丢失或损坏不会导致数据丢失。

在完整恢复模式中，由于事务日志记录了数据库的所有变化，尽管会耗费大量的存储空间，但可以使用事务日志将数据库还原到具体时间点。

利用存储成本获得更高的数据安全成本，因此是生产数据库通常采用的恢复模式。

（2）大容量日志记录恢复模式像完整恢复模式一样，也使用数据库备份和日志备份来还原数据库。

但是，在使用了大容量日志记录的恢复模式的数据库中，其事务日志耗费的磁盘空间远远小于使用完整恢复模式的数据库的事务日志。

在大容量日志记录的恢复模式中，createindex、bulkinsert、selectinto等操作不记录在事务日志中。

如果在最新日志备份后发生日志损坏或执行大容量日志记录操作，则必须重做自该上次备份之后所做的更改。

理论上可以恢复到任何备份的结尾，但不支持具体时间点恢复。

该模式是完整SQLServer恢复模式的补充模式，允许执行高性能的大容量复制操作。

通过使用最小方式记录大多数大容量操作，减少日志空间使用量，比完整模式节省日志存储空间。

对于某些大规模大容量操作（如大容量导入或索引创建），暂时切换到大容量日志恢复模式可提高性能并减少日志空间使用量。

由于大容量日志恢复模式不支持具体时间点恢复，因此必须在增大日志备份与增加工作丢失风险之间进行权衡。

（3）简单恢复模式仅适用于那些规模比较小的数据库或数据不经常改变的数据库。

当使用简单恢复模式时，可以通过执行完全数据库备份和增量数据库备份来还原数据库，数据库只能还原到执行备份操作的时刻点。

执行备份操作之后的所有数据修改都丢失并且需要重建。

这种模型的好处是耗费比较少的磁盘空间，恢复模式最简单。

如果数据库损坏，则简单恢复模式将面临极大的工作丢失风险。

数据只能恢复到已丢失数据的最新备份，而无法恢复到具体的时间点。

在简单恢复模式下，备份间隔应尽可能短，以防止大量丢失数据。

对生产数据库而言，丢失最新的更改是无法接受的。

2．数据备份类型

备份数据库是指对数据库或事务日志进行复制，当系统、磁盘或数据库文件损坏时，可以使用备份文件进行恢复，防止数据丢失。

SQLServer数据库备份支持3种类型，分别应用于不同的场合。

（1）完整备份

完整备份，即完整数据库备份，是对整个数据库当前的状态完整的备份，包含用户表、系统表、索引、视图和存储过程等所有数据库对象。

缺点是需要花费更多的时间和存储空间。

（2）差异备份

差异备份是对上一次完整备份之后变化的数据作备份。

首先要做一次完整备份，然后以该完整备份为基准，备份当前数据库与完整备份数据的差异。

由于只备份数据差异，因此比完整备份数据量小，恢复数据快。

（3）事务日志备份

事务日志是一个与数据库文件分开的文件。

它存储对数据库进行的所有更改，并全部记录插入、更新、删除、提交、回退和数据库模式变化。

事务日志备份首先也需要一个数据库的完整备份，比如，周一做完整备份、周二做事务日志备份、周三做事务日志备份，依次类推，下周一做完整备份。

在这个期间，周三做的事务日志备份是找与周二事务日志备份的差异。

因此当我们恢复数据的时候，首先恢复周一的完整备份，然后依次恢复周二、周三…的事务日志备份。

这与差异备份的基准点不同。

事务日志备份最大的好处是支持数据恢复到具体的时间点，但不支持简单恢复模式。

除了上述三种备份类型外，还有一种不是很常用的备份：

文件和文件组备份。

数据库一般由硬盘上的许多文件构成。

如果这个数据库非常大，并且一个晚上也不能备份完，那么可以使用文件和文件组备份，每晚备份数据库的一部分。

由于一般情况下数据库不会大到必须使用多个文件存储，所以此种备份并不常用。

文件和文件组备份通过数据库的分离和附件功能进行，分离数据库后，可以拷贝出文件和文件组；

还原数据库时可以通过附加文件和文件组的方式操作。

3．企业如何备份数据库

企业备份数据库一般通过运行SQL代理服务，在指定的时间点自动运行一个数据库备份作业，自动备份数据库到服务器本地，通常在凌晨数据库使用频率最小的时候，然后再将本地备份文件导出到异地服务器上，给自己增加多一层数据安全保险。

在本地服务器上，备份保留时间为多少呢？

这个没有具体的定论，主要还是取决于服务器磁盘容量的大小，通常为7天至1个月。

可以根据实际情况在数据库中设置保留的日期，超时则直接删除。

如果服务器是本单位的，存储空间较大，服务器数量较多，则可以保留较长时间的备份数据。

二、备份还原策略

我们应该选择什么样的备份模式呢？

这是一个备份还原策略的选择的问题，其实没有一个固定的标准，通常是根据企业的自身实际情况决定。

一般来说，在要求不高的情况下，可以完整备份模式；

在磁盘空间有限的情况下，可以采用完整备份+差异备份模式；

在要求很高的情况下，通常采用完整备份+事务日志备份模式；

在更高的要求和灵活处理方面，可以采用完整备份+差异备份+事务日志备份模式。

备份模式

描述

完整备份

每天凌晨进行备份，还原时直接还原到备份时间点上。

完整备份+差异备份

有一个完整备份和多个差异备份文件，还原时可以还原到差异备份时间点上。

完整备份+事务日志备份

最大的优势就是可以还原到任意时间点上。

完整备份+差异备份+事务日志备份

可以灵活选择，可以根据不同的需求采用不同的还原策略。

三、完整备份与恢复模式

假如我们有三次的完整备份，分别是10：

00、11：

00、12：

00。

因此，当我们还原数据库时，则只能选择任意一个数据库备份，还原到相应备份时间点的数据库。

在SQLServer2008企业版和开发版中引入了备份压缩，用户可以更快速的备份数据库并且消耗更少的磁盘空间，压缩量依赖于数据库中存储的数据，例如,含有重复值字符数据的数据库比包含有更多数字或者加密数据的数据库有更高的压缩率。

数据库备份—>

选项页（选项）-->

压缩，在“设置备份压缩”选项中，用户可以选择压缩备份、不压缩备份和使用默认服务器设置三个选项。

如果数据库大小为150G，则采用“不压缩备份”，备份数据大小大约150G，而采用“压缩备份”，备份数据可能才30G。

1.数据库完整备份的备份步骤：

我们的数据中有一个MyTest数据库，现在我们将MyTest数据库进行完整备份。

（1）右键MyTest数据库，选择“任务—备份”。

（2）打开后，进入默认的“选择页—常规”，在本界面我们可以选择:

备份数据库、备份类型、备份集、备份集过期时间、备份文件的目标（路径和文件名）。

（3）点击“选择页—选项”。

（4）所有的参数确认无误后，就可以点击“确定”进行备份了，左下角的进度条就会显示备份进度，备份完毕。

（5）在我们备份的目录下就可以找到一个MyTest.bak的文件，bak后缀名是数据库备份的默认后缀名。

在这里我们说明下，你可以用系统的后缀名bak，也可以不用后缀名。

2.数据库完整备份的还原步骤：

我们的目的是将我备份的MyTest数据库还原，首先，我们将原来的MyTest数据库删除。

操作步骤如下：

（1）、在数据库中先建好一个空白的MyTest数据库（该名字可以与备份数据库名字相同，也可以不相同，本例是名字相同的情况）。

（2）、右键MyTest数据库，选择“任务—还原—数据库”。

（3）、选择源设备，浏览找到需要还原的数据库备份，在“选择用于还原的备份集”中将还原数据库备份打勾。

（4）、打开“选择页—选项”，在“还原选项”中，将“覆盖现有数据库（withreplace）”打勾，这样就可以保证将备份的数据库覆盖掉我们现有空的MyTest数据库中。

如果不打勾，还原数据库和备份数据库不同名字时则系统会报错，同名不会报错。

（5）、点击确定后，还原完毕。

四、完整备份+差异备份与恢复

首先我们先做3次备份：

第1次为完整备份，第2次、第3次为差异备份。

在此说明下，第2次差异备份是与第1次完整备份差异的备份，第3次差异备份也是与第1次完整备份差异的备份。

因此在还原的时候，我们的选择就要特别选择。

完整备份步骤参考上一节，现在重点说明下差异备份和还原的步骤。

1、差异备份步骤。

（2）打开后，进入默认的“选择页—常规”，在本界面我们要选择备份类型为差异备份，备份的文件名字跟完整备份一致即可，差异备份文件可以追加到原来的完整备份文件中而不会被覆盖。

（3）点击确定即可。

重复上面的三步，我们备份差异备份2。

在差异备份2前，我们建立了一张表和写入了5条数据。

2、差异备份还原步骤。

首先我们建立一个空数据库Basketball的数据库，然后将数据库还原到差异备份2状态。

（1）右键Basketball数据库，选择“任务—还原—数据库”。

（2）选择源设备。

将完整备份和差异备份2选中打勾。

（3）在“选择页—选项”中，其次由于Basketball和MyTest名称不一致，则需要选择覆盖现有数据库（withreplace）,“还原为”选择到Basketball的数据文件和日志文件。

参数选择正确后，成功还原到Basketball数据库。

（4）打开Basketball数据库，查询数据显示如下，证明还原成功。

五、完整备份+事务日志备份与恢复

第1次为完整备份，第2次日志备份1、第3次日志备份2。

在此说明下，日志备份1是与第1次完整备份后的日志备份，日志备份2是日志备份1后的日志备份。

因此在还原的时候，如果还原到日志备份2时刻，则我们需要完整备份+日志备份1+日志备份2。

由于日志备份支持还原到任意时间点，因此我们以还原到日志备份的任意时刻。

1、日志备份步骤。

（2）打开后，进入默认的“选择页—常规”，在本界面我们要选择备份类型为事务日志备份。

但我们发现备份类型中根本没有事务日志选项，这是因为恢复模式为“简单”，在简单恢复模式下是不支持事务日志备份的，这样我们需要调整下恢复模式。

调整恢复模式步骤如下：

A、右键单击MyTest数据库，再单击“属性”，打开“数据库属性”对话框。

B、在“选择页”窗格中，单击“选项”。

C、将“恢复模式”的当前“简单”修改为“完整”。

D、单击“确定”。

E、完成

（3）重新执行备份，现在可以选择“事务日志”了。

事务日志备份的文件名字跟完整备份一致即可，日志备份文件可以追加到原来的完整备份文件中而不会被覆盖。

（4）点击确定完成事务日志备份1。

现在我对Basketball数据库进行操作。

删除Id=5后，发现属于误删除，因此现在可以对数据库通过事务日志还原。

1、日志备份还原步骤。

本次，我们直接在现有数据库Basketball的基础上进行还原，将数据库还原到事务日志1状态。

在目标时间点上，点击右侧的“…