三招助你做好Oracle数据库备份测试.docVIP

　数据库备份是保障数据库安全的重要手段之一。绝大部分数据库管理员都已经发现对数据库进行备份的重要性，甚至对其具有很大的依赖性。为此数据库管理员必需肯定备份策略确实可靠。一个没有经过测试的备份策略其实比没有进行备份更加糟糕，因为它会给各位数据库管理员一种假的安全感。 　　但是笔者发现不少的数据库管理员在遇到服务器故障时，却不时的会遇到无法顺利利用故障文件恢复数据库或者数据库备份文件不完整等问题。这主要是因为大家只注重数据库的备份策略，但是却忽视了数据库备份文件的测试策略。如果备份文件不完整或者出现错误的话，那么及时备份策略制定的再好，也是竹篮子打水一场空。为此笔者在这里郑重建议大家，数据库备份测试策略与数据库备份策略一样的重要。那么做为Oracle数据库管理员，该如何做好这方面的测试工作呢？对此笔者有一家几个招数，或许能够帮助大家解决这方面的问题。 　　招数一：模拟各种现实中可能出现的问题。 　　很多原因会导致数据库服务器罢工，而这些罢工很有可能造成数据库中现有数据的损坏。为此数据库管理员必需凭借自己的经验列举出现实中可能出现的故障情况。然后针对这些可能发生的故障，去测试现有备份策略能否有效的应对。 　　如笔者给企业部署完Oracle数据库之后，一般都会模拟各种现实中可能出现的问题。然后针对这些问题进行一一测试。如笔者会在一个更新事务处理的过程中，突然关闭电源。然后再重新启动数据库服务器，查看这次断电事故对服务器可能造成哪些影响？能否利用现有的备份文件与日志文件把数据库中的数据恢复到断电的那一个点上？如笔者还会测试用户错误的更新了大量的数据，并且已经递交了事务。此时需要测试看看能否利用重做日至文件来恢复更新之前的数据？如企业如果采用了磁盘阵列的话，那么笔者还需要测试磁盘阵列的有效性。如把某一块硬盘拿掉，添加上一块新的硬盘，看看其数据库服务器能否正常恢复数据。总之一句话，通过模拟各种失败以及从这些失败中进行恢复，看看能否恢复到故障发生时的点。这些测试工作将会给数据库管理员获得书本上没有的无价经验。 　　具体来说，笔者认为数据库管理员在模拟失败时，以下几个失败的原因不能够放过。一是服务器突然断电，这可能导致配置文件的错误导致无法访问或者数据的丢失；二是重做日志发生损坏，这可能导致数据库管理员无法把数据恢复到故障发生时的点；三是硬盘发生故障而导致数据丢失，这主要是要测试备份文件异地存放的有效性；四是数据批量更新的错误处理，这主要是测试数据库管理员在进行批量更新之前是否有先对数据库进行备份的习惯，等等。数据库管理员只有预先模拟现实中各种可能出现的问题，并得到解决方案。只有如此，在真正遇到这些问题的时候，数据库管理员才能够临危不乱，迅速解决故障。 　　当然这些测试最好是能够在另外一台主机上进行测试。在生产服务器上进行这些破坏性测试的话，可不是一个明智的做法。 　　招数二：需要详细记录备份与还原测试的数据。 　　笔者建议数据库管理员，无论你做了哪些测试，测试的工作是否充分，都需要一五一十的记录下相关的备份与还原测试数据。因为这些故障可能随时发生。到那个时候可没有时间让数据库管理员去研究分析该如何处理。那时如果数据库管理员有类似文档的话，那么只要按照相关文档去处理，就可以减少中间思考的时间，可以迅速利用备份文件与日志文档进行数据库恢复作业。 　　具体来说，笔者认为数据库管理员在测试的时候需要记录如下内容。 　　一是需要记录遇到故障时还原所需要用到的文件以及基本的操作步骤。如当发生硬盘故障时，此时需要恢复故障硬盘中的数据，需要用到哪些文件（可能需要用到保存在其他硬盘上的备份文件与重做日志文件），以及一些操作步骤。记录这些内容有利于数据库管理员在遇到问题的时候迅速找到这些文件并且熟练的应用这些文件进行数据库的恢复作业。 　　二是需要记录备份或者恢复过程中遇到的意外事件。虽然只是模拟失败，但是这个故障以及解决故障过程中出现的意外事件，在实际工作中很有可能会出现。而数据库管理员在遇到这些意外事件时能否轻松应对则是考验数据库管理员能力的地方。笔者在日常工作中，对于这些意外事件无论大小都会一一的进行记录，并且对于如何解决这些意外也会做相关的说明。要知道，这些内容可是数据库管理员的无价之宝，因为这些东西在任何教科书上或者讲座上都是学不到的。只要在模拟过程中经历了一次失败，数据库管理员就应该把当时的情况以及如果处理这种意外事件的解决方案加入到你的工作笔记中。必须切记，意外事件往往不会只发生一次，它很有可能在未来的某个时刻再次发生。养成及时更新自己的工作笔记的习惯，有利于数据库管理员提高自身的水平，提高应对意外事件的能力。 　　三是要勤于跟其他这方面的专家进行交流。如笔者经常会逛各种论坛。在论坛上，有些数据库管理员会把自己遇到的问题在上面列出来，有不少就是在备