2013数据库实验报告 .docxVIP

数据库备份与恢复实验实验目的理解SQL SERVER数据库的数据备份和恢复机制。掌握SQL SERVER数据库的数据备份和恢复的基本概念，例如备份方式（增量备份和完全备份）、备份介质（文件或者设备）等等。掌握备份和恢复的实际操作，能够备份和将备份恢复，特别是能够恢复到一个新的数据库中。理解备份/维护策略或备份/维护计划的概念。 实验环境采用SQL SERVER数据库管理系统作为实验平台。其中，SQL SERVER数据库可以采用SQL SERVER 2005、2008或2012的企业版。备份（Backup）和恢复（Restore）为最强有力的恢复手段，它不仅仅应用于保护数据库，而是应用于保护一切信息：我们对于操作系统或者其它各种信息（诸如多媒体文件）等都可以进行备份，待事故时进行恢复。由于硬件故障、用户错误、应用程序故障、软件故障、某用户拥有过多权限、局部灾难等可能导致数据库故障，所以DBA（数据库管理员）必须在平时做好备份工作，而且因为故障发生时刻是未知的，还必须做多个备份，从而可以恢复到故障前尽可能短时间的数据库状态以减少损失。DBA必须做好备份/恢复计划，并实际验证之，以确保故障时能够恢复数据库。实验内容与步骤一、校验数据库在执行数据库备份之前，首先必须保证数据库的一致性。这里最重要的工具是：DBCC。可以用两种方法运行DBCC：通过命令行窗口或查询分析器（Query Analyzer）窗口。如果你认为必要，你还可以确定其操作的时间。（我从未感到有必要这样做，因为在微软的所有产品中，我对SQL Server的稳定性最为自信。我认为它是雷蒙德推出的最佳产品。但是，感觉也可能出错。）DBCC命令包括以下扩展：CheckDB：检测整个数据库的一致性，是检查数据库破坏的基本方法。 CheckTable：检测特定表的问题。 CheckAlloc：检测数据库的单个页面，包括表和目录。 Reindex：重建某个特定表的目录。 CacheStats：说明当前存储在内存缓存中的对象。 DropCleanBuffers：释放当前存储在缓冲区中的所有数据，这样你就可以继续进行检测，而不必使用前面的结果。 Errorlog：删除（缩短）当前日志。检查整个数据库的有效性校验整个数据库的有效性；校验单个表校验单个表的有效性二、备份数据库选定一个数据库：执行完全备份执行部分备份在下列基于SQL SERVER 2008的备份类型中任意执行3种，并解释其含义文件/文件组备份如果在创建数据库时，为数据库创建了多个数据库文件或文件组，可以使用该备份方式。使用文件和文件组备份方式可以只备份数据库中的某些文件，该备份方式在数据库文件非常庞大时十分有效，由于每次只备份一个或几个文件或文件组，可以分多次来备份数据库，避免大型数据库备份的时间过长。另外，由于文件和文件组备份只备份其中一个或多个数据文件，当数据库里的某个或某些文件损坏时，可能只还原损坏的文件或文件组备份。差异备份差异备份是完整备份的补充，只备份上次完整备份后更改的数据。相对于完整备份分来说，差异备份的数据量比完整数据备份小，备份的速度也比完整备份要快。因此，差异备份通常作为常用的备份方式。在还原数据时，要先还原前一次做的完整备份，然后还原最后一次所做的差异备份，这样才能让数据库里的数据恢复到与最后一次差异备份时的内容相同。差异备份是备份完整备份后的数据变动情况。例如，在2012年1月1日早上8点进行了完整备份后，在1月2日和1月3日又分别进行了差异备份，那么在1月2日的差异备份里记录的是从1月1日到1月2日这一段时间里的数据变动情况，而在1月3日的差异备份里记录的是从1月1日到1月3日这一段时间里的数据变动情况。因此，如果要还原到1月3日的状态，只要先还原1月1日做的完整备份，再还原1月3日做的差异备份就可以了。部分差异备份文件差异备份仅复制备份纯事务日志备份事务日志备份只备份事务日志里的内容。事务日志记录了上一次完整备份或事务日志备份后数据库的所有变动过程。事务日志记录的是某一段时间内的数据库变动情况，因此在进行事务日志备份之前，必须要进行完整备份。与差异备份类似，事务日志备份生成的文件较小、占用时间较短，但是在还原数据时，除了先要还原完整备份之外，还要依次还原每个事务日志备份，而不是只还原最后一个事务日志备份（这是与差异备份的区别）。事务日志备份是以事务日志文件作为备份对象，相当于将数据库里的每一个操作都记录下来了。假设在2012年1月1日早上8点进行了完整备份后，到1月2日早上8点为止，数据库里的数据变动了100次，如果此时做了差异备份，那么差异备份记录的是第100次数据变动后的数据库状态，而如果此时做了事务日志备份，备份的将是这100次的数据变动情况。大容量事务日志备份尾部事务日志备份尾部日志备份