毕业设计（论文）银行企业的存储备份以及灾难性恢复.doc

银行企业的存储备份以及灾难性恢复摘要 随着计算机和网络在银行企业的日益普及产生的海量信息，银行企业对于信息系统的依赖性逐渐增大。然而，由于对保护信息缺乏相应的理解，因系统功能不正常、人为错误、计算机病毒等等所带来的系统间断、数据丢失等等灾难性事故频频发生，信息系统在人为攻击和自然灾害面前的脆弱性日益显现出来。为确保企业信息系统数据的安全，应对企业数据进行备份，备份不仅是数据的保护，其最终目的是为了在系统遇到人为或自然灾难时，能够通过备份内容对系统进行有效的灾难恢复。备份不是单纯的拷贝，管理也是备份重要的组成部分。管理包括备份的可计划性、磁带机的自动化操作、历史记录的保存以及日志记录等。本文就银行企业数据的存储备份及灾难恢复技术进行了有益的探讨。关键字 数据 备份 灾难恢复Bank Enterprise Storage Backup And Disaster RecoveryAbstract Along with the computer and network in bank enterprise's increasing popularity of the massive information, bank for enterprise information system dependence increases gradually. However, due to the lack of protection information corresponding to understand, because the system does not function properly, human error, the computer virus and so on the systems with discontinuous, data loss and so on disastrous accidents happen frequently, information systems in human attacks and natural disaster vulnerability is increasingly apparent. To ensure the corporate information system data security, dealing with enterprise data backup, backup is not only the data protection, its ultimate purpose is to meet the system of man-made or natural disaster, can pass through the backup content on effective disaster recovery system. Backup is not a simple copy, backup management is important part of. Management includes backup can be planned, tape machine automation, historical record and log records. The bank enterprise data storage backup and disaster recovery technology are discussed. Key words Data Backup Disaster recovery目 录 银行企业的存储备份以及灾难性恢复11绪 论12银行数据存储设备22.1 数据存储设备概述22.2光盘存储设备概述22.2.1 光盘存储原理22.3硬盘存储概述22.3.1硬盘存储原理23银行数据存储技术概述43.1 直连方式存储DAS43.2网络附加存储 NAS43.3存储区域网络 SAN43.4 NAS与SAN技术对比43.5 SAN存储技术的特点与选用分析54银行数据存储备份技术64.1 数据失效的原因64.2 数据备份的概念及技术64.2.1数据备份的概念64.2.2数据备份的技术64.2.3数据备份的方法74.2.4数据备份的目标85银行数据库的备份与灾难恢复95.1 Oracle数据库的数据备份和恢复95.1.1 Oracle数据库备份方案95.1.2 Oracle数据库数据的恢复105.2 SQL Server数据库的备份和恢复125.2.1 正常的备份、SQL数据库恢复方式125.2.2 只有mdf文件的恢复技术136银行数据存储、备份与灾难恢复解决方案156.1项目背景156.2需求分析156.3应用效果20结 论21致 谢22参考文献23 1绪 论随着银行企业存储信息量的不断增长，数据备份的灾难恢复就成为了引人关注的话题。灾难备份是信息系统安全的关键基础设施。重要信息喜用构建灾难备份系统，以防范和低于灾难多带来的毁灭性打击，数据是极为宝贵的财富，要保证财务信息系统持续的运作和成功，就要保护计算机的信息。由于某些原因导致的数据丢失，会造成无可估量的损失。因此，数据的备份占有重要地位，它是容灾的基础。数据备份和灾难恢复是不可分割的。备份的目的是防止发生灾难，以及发生灾难时及时有效的进行灾难恢复。银行企业的日益普及产生的海量信息，银行企业对于信息系统的依赖性逐渐增大。然而，由于对保护信息缺乏相应的理解，因系统功能不正常、人为错误、计算机病毒等等所带来的系统间断、数据丢失等等灾难性事故频频发生，信息系统在人为攻击和自然灾害面前的脆弱性日益显现出来。为确保企业信息系统数据的安全，应对企业数据进行备份，备份不仅是数据的保护，其最终目的是为了在系统遇到人为或自然灾难时，能够通过备份内容对系统进行有效的灾难恢复。备份不是单纯的拷贝，管理也是备份重要的组成部分。管理包括备份的可计划性、磁带机的自动化操作、历史记录的保存以及日志记录等。本文就银行企业数据的存储备份及灾难恢复技术进行了有益的探讨。 2银行数据存储设备近年来，信息技术飞速防止和数据量的日益膨胀促进了存储设备的发展。勉励当前存储设备，银行企业应该如何选择合适的存储设备、如何是存储设备发挥其最大作用？尤其是最常用的存储设备的特性，只有了解这些特性，才能在实际工作中取长补短，实现存储设备的高效利用。2.1 数据存储设备概述计算机的存储设备包括内存储器和外存储器两部分，内存储器分为RAM和ROM。外存储器种类很多，例如硬盘、光盘、软盘、U盘。由于计算机存储的数据量越来越大，而主机内部的存储器容量有限，为了使用计算机处理能力的需求，计算机系统中的存储器都采用飞机结构。用存储量较小、存取速度较快的半导体存储作为内存储器。用存储容量较大，是与成批随即或顺序存取，但存取速度较慢的磁盘、光盘作为外存储器。2.2光盘存储设备概述随着光盘价格的急剧下降，光盘已成为价格最低的银行企业的数据存储介质。光存储介质的物理特性决定了光盘对“恶意修改”、“病毒”和“黑客”入侵，先天“免疫”。2.2.1 光盘存储原理无论是CD光盘、DVD光盘等光存储介质，采用的存储方式斗鱼软盘、硬盘相同，是以二进制数据的形式来存储信息的。而要在这些光盘上面存储数据，需要借助激光把计算机转换后的耳机直属局用数据模式可在盘片上。2.3硬盘存储概述自第一台硬盘驱动器至今已有50余年了，在这半个世纪的时间里，硬盘驱动器从控制技术、接口标准等方面都进行了改进。现在我们使用的硬盘成为容量更大、体积更小、性能更高的存储设备。2.3.1硬盘存储原理 硬盘是一种采用磁介质的数据存储设备，数据存储在密封于洁净的硬盘去工期内腔的若干个磁盘偏上。硬盘在上电后保持高速旋转，位于磁头臂上的磁头悬浮在磁盘表面，可以通过步进电机在不同柱面之间移动，对不用的柱面进行读写。3银行数据存储技术概述3.1 直连方式存储DAS传统的直接存储的模式DAS是直接将存储设备连接到服务器上。DAS方案主要在早期的服务器上使用，由于当时数据的存储容量要求不大，单个服务器的存储能力就可以满足日常的存储需求。但存储方案中的存储设备直接挂在服务器上，随着需求的不断扩大，越来越多的存储和服务器被增加进来，导致服务器和存储孤岛的增加，资源利用率低下。在该环境下存储结构和扩展性较差，存储的传输速率不高，它仅适用于在小型网络中使用。3.2网络附加存储 NASNAS存储技术，是指存储设备通过现有的局域网(LAN)，连接到一群计算机上，这种数据存储不再是服务器的附属，而作为独立网络节点存于网络之中，使所有的网络用户共享。在这种存储方案中，由于存储设备不是直接与服务器相连，所以存储容量很容易扩展，可达到即插即用的作用，具有较好的灵活性和可用性。但是它的主要缺点是:增加了网络流量，容易给数据传输造成瓶3.3存储区域网络 SANSAN是一种专用网络，是网络服务器群的后端，可采用光纤通道或iSCSI等存储专用协议连接成高速专用网络，使网络服务器与多种存储设备直接连接。这种独立的专有网络存储方式具有扩展性高、可管理性和容错能力强等优点。采用DAS ,NAS这两种传统存储的企业，在实际应用中存在着物理部署和数据存储分散、运维的成本提高和运维效能低下、数据存储缺乏异地容灾功能、存储容量的可扩展性差等问题。而SAN技术则可以有效克服前2种方案存在的主要功能缺陷，实现企业数据存储的高可靠性、高扩展性和高度集中。利用SAN,不仅可以提供大容量的存储数据，且地域上可以分散并缓解了大量数据传输。对于局域网影响，选择SAN作为企业网络数据存储已成必然趋势。3.4 NAS与SAN技术对比NAS和SAN这两种基于网络存储的解决方案在企业应用中各具优势，因此成为企业级数据存储的主流方案。NAS和SAN这两种技术不但可以满足灵活的存储访问需要，而且都基于开放的、业界标准的网络协议:用于SAN的光纤通道协议和用于NAS的网络协议(如TCP/IP)。相比而言，SAN的应用范围更为广泛，而且可以提供对NAS设备的存储。而NAS一般用于文件级数据访问的应用。如果不考虑它们的差别，NAS和SAN在今天的企业级存储中都发挥着重要的作用，比传统的服务器连接存储拥有更多的优势。在网络存储的实际应用中，SAN依靠良好的可靠性、可用性、可扩展性、快速数据访问能力、分布式存储架构、高速备份等特点占据优势;但NAS的使用方便、节约成本和易于管理等特点对中小型企业用户仍很有吸引力。对于不同的应用，这种特点的差异尤其明显。例如在电信企业里Internet的服务用NAS存储比较好，而高端计费则是SAN比较好，至于呼叫中心、数据挖掘、数据仓库等用SAN和NAS都可以。3.5 SAN存储技术的特点与选用分析SAN可以实现网络服务器与存储设备之间的多对多连接，而且，这种连接是本地的高速连接。SAN架构的优势在于强大的扩展性、多种存储设备的集中和新架构支撑下的新型数据应用方式，在安全意义下负责可持续的存储和数据传输。   SAN具有下面2个特点:(1)无限的扩展能力。由于SAN采用了网络结构，服务器可以访问存储网络上的任何一个存储设备，因此用户可以自由增加磁盘阵列、带库和服务器等设备，使得整个系统的存储空间和处理能力可以按客户需求不断扩大。 (2)更高的连接速度和处理能力。SAN采用了为大规模数据传输而专门设计的光纤通道技术，目前的传输速度有1 Gbps和2 Gbps，并会很快开发出传输速度为10 Gbp，的光纤通道交换机。   SAN（存储区域网络)是将不同的数据存储设备连接到服务器的快速、专门的网络，可以扩展为多个或远程站点以实现和备份和存档存储。SAN采用光纤通道(Fibre Channel)技术，通过光纤通道交换机连接存储阵列和服务器主机，建立专用于数据存储的区域网络。SAN经过十多年历史的发展，已经相当成熟，成为业界的事实标准。SAN存储采用的带宽从原来的100 MB/s,200 MB/s发展到目前的1 Gbps,2 Gbps。    SAN技术应用是一套非常有效的解决方案。    首先，它避免了出现单点故障，大到主机、存储设备，小到光纤适配器，所有部件均是冗余容错的;    第二，无论主机还是存储设备出现故障，均可通过主/备份中心的光纤交换机连接来保证通信和数据的完整性;  4银行数据存储备份技术数据是银行企业赖以生存的基础，可以说是整个企业的生命。这些数据一旦损坏或丢失，都会对企业造成不可估量的损失，数据备份则是确保数据安全的唯一方案。备份不仅是数据的保护，其最终目的是为了在系统遇到人为或自然灾难时，能够通过备份内容对系统进行有效的灾难恢复。备份不是单纯的拷贝，管理也是备份重要的组成部分。管理包括备份的可计划性、磁带机的自动化操作、历史记录的保存以及日志记录等。4.1 数据失效的原因造成数据失效的原因可以分为5类：自然灾害、硬件故障、软件故障、人为原因、资源不足。 4.2 数据备份的概念及技术4.2.1数据备份的概念备份其实就是保留一套后备系统，这套后备系统以现有系统一样，后者能替代现有系统。4.2.2数据备份的技术1备份模式角度（1）逻辑备份每个文件都是由不同的逻辑块组成。每一个逻辑的文件块存储在连续的物理磁盘块上，但组成一个文件的不同逻辑块极有可能存储在分散的磁盘块上。备份软件通常既可以进行文件操作，又可以对磁盘块进行操作。基于文件的备份系统能够识别文件结构，并拷贝所有的文件和目录到备份资源上。这样的系统跨越了存储在每个inode上的指针，可顺序的读取每个文件的物理块，然后备份软件连续的将文件写入到备份媒介上。这样的备份使得每个单独文件的恢复变得很快，但连续的存储文件会使得备份速度减慢，因为在对非连续存储磁盘上的文件进行备份时需要额外的查找操作。这些额外的操作增加了磁盘的开销，降低了磁盘的吞吐率。另外，对于文件一个很小的改变，基于文件的逻辑备份也需将整个文件备份。（2）物理备份系统在拷贝磁盘块到备份媒介上时忽略文件结构，这会提高备份的性能，因为备份软件在执行过程中，花费在搜索操作上的开销很少。但这种方法使得文件的恢复变得复杂且缓慢，因为文件并不是连续的存储在备份媒介上。为了允许文件恢复，基于设备的备份必须要收集文件和目录是如何在磁盘上组织的信息，才能使备份媒介上的物理块与特定的文件相关联。因而，基于设备的备份适合于指定一个特定的文件系统来实现，并且不易移植。而基于文件的方案则更易移植，因为备份文件包含的是连续文件。另外，基于设备的备份方案可能会导致数据的不一致。2备份策略角度（1）全备份这种备份方式很直观，容易被人理解。当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份磁带），就可以恢复丢失的数据。但也存在不足之处：首先，每天都对系统进行完全备份，在备份数据中有大量内容是重复的，例如操作系统与应用程序。这些重复的数据占用了大量的磁带空间，意味着增加成本；另外，由于需要备份的数据量相当大，备份所需时间也就较长。（2）增量备份该备份的优点是没有重复的备份数据，节省磁带空间，缩短备份时间。缺点在于当发生灾难时，恢复数据比较麻烦。例如，若系统在周四早晨发生故障，那么就需要将系统恢复到周三晚上的状态。管理员需要找出周一的完全备份磁带进行系统恢复，再找出周二的磁带来恢复星期二的数据，最后再找出周三的磁带来恢复星期三的数据。在这种备份下，各磁带间的关系就像链子一样，其中任何一盘磁带出了问题，都会导致整条链子脱节。（3）差分备份管理员先在周一进行一次系统完全备份，然后在接下来的几天里，再将当天所有与星期一不同的数据备份到磁带上。差分备份无需每天都做系统完全备份，备份所需时间短，节省磁带空间，灾难恢复也很方便。系统管理员只需两盘磁带，即系统全备份的磁带与发生灾难前一天的备份磁带，就可以将系统完全恢复。3备份服务器在备份过程中是否可接收用户响应和数据更新角度（l）冷备份冷备份很好地解决了在备份选择进行时并发更新带来的数据不一致性问题，缺点是用户需要等待很长的时间，服务器将不能及时响应用户的需求。目前的新技术有LAN-Free、Server-Free等，这种方式的恢复时间比较长，但投资较少。（2）热备份由于是同步备份，热备份资源占用比较多，投资较大，但是它的恢复时间非常短。在热备份中有一个很大的问题就是数据的有效性和完整性，如果备份过程中产生了数据不一致性，会导致数据的不可用。解决此问题的方法是对于一些总是处于打开状态的重要数据文件，备份系统可以采取文件的单独写/修改特权，保证在该文件备份期间其他应用不能对它进行更新。4.2.3数据备份的方法备份的方法主要有：文件备份、服务器主动式备份、系统复制、跨平台备份、SQL数据库备份、分级式存储管理、远程备份。目前备份的最好解决方案是具有“容灾”性能的远程备份解决方案。“容灾”和“容错”不同，容错就是系统在运行过程中，若其某个子系统或部件发生故障，系统将能够自动诊断出故障所在的位置和故障的性质，并且自动启动冗余或备份的子系统或部件，保证系统能够继续正常运行，自动保存或恢复文件和数据。容灾是为了保证系统的安全可靠，防止由于自然灾害等导致的整个系统全部或大部分发生问题。4.2.4数据备份的目标解决由于自然或人为的灾难，包括系统硬件、网络故障以及机房断电甚至火灾、地震等情况导致的计算机系统数据灾难，避免单点故障的出现。（1）灾难恢复避免灾难发生后所导致的数据灾难，有效利用灾难恢复方案在应急地点迅速准确地重新恢复业务应用。（2）保持业务的持续性数据存储必须保持业务的持续性，系统故障的出现可能导致业务停顿，服务对象的不满，企业形象也会因此大打折扣。（3）高可用性，容灾设计它避免了出现单点故障，大到主机、存储设备，小到光纤适配器，所有部件均是冗余容错的。（4）高可管理性主机系统、存储设备、光纤交换机、光纤卡等，均能通过一台工作站进行集中管理和监控，可节省人力资源，提高工作效率。5银行数据库的备份与灾难恢复数据库系统是银行企业必不可少的一部分，我们在使用数据库时总是希望数据库的内容是安全的、稳定的。但是由于计算机的各种故障原因导致我们的数据库崩溃、数据发生丢失、破坏现象。因此数据库系统中的数据备份以及灾难恢复就是一个重要的环节。5.1 Oracle数据库的数据备份和恢复5.1.1 Oracle数据库备份方案 1.数据文件备份 数据库管理员需要定制详细的备份方案，关键是适合的备份时间点。如果数据库服务器是7*24小时不间断服务，那么至少在一周内的一、三、五的每天早、中、晚都有备份点。一般选择在服务器不太忙的时候。结合医院的业务要求，在早上3：00、中午13：00、晚上18：00三个时间点进行备份，因为在这几个段内基本没有业务进行处理，便于系统快速处理备份任务。备份任务由操作系统来调度，我们可以使用windows2000服务器的任务调度程序来完成每天的备份安排。oracle的orant目录下所有数据复制到另一个磁盘空间（这里拷贝到E： Orantdatabase目录中），建议存到备份服务器的一个专属磁盘空间。 2.日志、控制文件备份 由于日志和控制文件是ORACLE数据库在恢复时不可缺少的组成数据，应当在做数据备份时进行同步日志和控制文件的备份。为了确保安全，建议日志和控制文件备份到与数据备份不同的物理介质上。对于备份时间和备份调度，建议一天一次，同样调度在系统闲时。由于日志和控制文件起到了增量恢复的作用，控制文件的备份点应当比数据文件的备份点多。由于控制文件小，不会占用系统资源，建议在重要的业务数据操作时间点之后紧接着进行备份。一般医院在上午10：00、上午12：00、下午4：00、下午7：00、晚上12：00，是比较重要的数据处理节点，所以建议进行日志和控制文件的备份。 3.备份方法 一种最简单的备份方法：首先写DOS复制命令形成一个bat批处理文件，然后在WINDOWS2000系统中调度执行bat批处理文件。5.1.2 Oracle数据库数据的恢复1.数据库现状 主数据库服务器：Mainserver ，运行Oracle 主数据库。 备份数据库服务器：BackServer ,存放主服务器的所有数据备份，是进行数据恢复的主要依据。 2.恢复准备 检查当前数据库是否已经设置为归档日志方式，即：察看文件D：ORANTDatabaseINITORACL.ORA中，是否设置： Log_archive_start= TRUELOG_ARCHIVE_DEST = C：ARCHIVE图5-1 察看文件D如果没有进行此项设置，则无法尽行恢复。 进行恢复过程： （1） 在主数据库服务器：MainServer上进行数据恢复 （2）重新安装Oracle7.3，完成所有数据库设置。 （3）先将本机中ORANTDatabase上的Log1orcl.ora、Log2orcl.ora、Ctrl1orcl.ora、Ctrl2orcl.ora控制文件更名为*.old文件。 （4）拷贝备份数据：将最新的冷备份数据拷贝到MainServer上的D：Orantdatabase 目录中，并覆盖原有数据。 （5）拷贝日志和控制文件：将最近备份的控制文件拷贝到当前数据库的database目录，将最近备份的归档日志文件到本机的C：ARCHIVE中。 （6）启动MainServer上的数据库服务器。 D：ORANTBIN>SVRMGR32SVRMGR> connect internalPassword：Connected.SVRMGR> startup mount ；ORACLE instance started .Database mountedSQLDBA>recover database 输入：AUTO （即自动恢复）SQLDBA>alter database open ; Statement processed .SQLDBA>exit ;Server Manager complete图5-2 启动MainServer上的数据库服务器（7）重新启动数据库服务器，登陆后可正常使用。 2. 在备份数据库服务器：BackServer上进行数据恢复 当主数据库服务器不可用时，需要在备份数据库服务器上进行恢复。 （1）手动升级辅域服务器为主数据库控制器 （2）停止BackServer当前数据库服务器，重新安装Oracle7.3 （3）先将最近备份的4个控制日志文件拷贝到BackServer上的D：Orantdatabase 目录中，并覆盖已有的同名文件。再将最新的冷备份数据Copy到BackServer上的D：Orantdatabase 目录中。 （4） 检查C：ARCHIVE目录下的日志文件，如果不可用则需要拷贝主数据库服务器上C：ARCHIVE目录中所有的归档日志到BackServer的C：ARCHIVE目录中。 （5） 启动BackServer上的数据库服务器。 D：ORANTBIN>SVRMGR23SVRMGR> conn䁥ct internal/oraclePassword：CoѮnected.SVRMGR> startup mountORACLE instance started.Databasѥ mounted.SQLDBA>recover database 输入：AUTO （即自动恢复）等待系统完成任务后，显示：Media recovѥry completeSQLDBA>alter database open ; Statement processed .SQLDBA>exit ; Server Manager complete图5-3 启动BackServer上的数据库服务器（6）重新启动数据库服务器，登陆后可正常使用。 注意：如果恢复时的归档日志文件与控制文件的时间不一致，则恢复到控制文件的时间状态。 综上所述，得到下面的公式：恢复数据 = 冷备份数据 + 所有Archive Log文件+ 四个ORA控制文件。 不同的备份方式有不同的备份方法，正确选择适合软硬件环境和系统安全要求的备份方案非常重要，有时需要多种备份方式结合的方案。 5.2 SQL Server数据库的备份和恢复SQL Server数据库备份有两种方式，一种是使用BACKUP DATABASE将数据库文件备份出去，另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式。下面将主要讨论一下后者的备份与恢复。本文假定您能熟练使用SQL Server EntERPrise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)5.2.1 正常的备份、SQL数据库恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db dbname = dbname, filename1 = filename_n,.16sp_attach_single_file_db dbname = dbname, physname = physical_name使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。例子： 假设数据库为test，其数据文件为test_data.mdf，日志文件为test_log.ldf。下面我们讨论一下如何备份、恢复该数据库。卸下数据库：sp_detach_db 'test'连接数据库：sp_attach_db 'test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data.mdf','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf'sp_attach_single_file_db 'test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_data.mdf'5.2.2 只有mdf文件的恢复技术由于种种原因，我们如果当时仅仅备份了mdf文件，那么恢复起来就是一件很麻烦的事情了。如果您的mdf文件是当前数据库产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库，但是会出现类似下面的提示信息设备激活错误。物理文件名 'C:Program FilesMicrosoft SQL ServerMSSQLdatatest_Log.LDF' 可能有误。已创建名为 'C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.LDF' 的新日志文件。但是，如果您的数据库文件是从其他计算机上复制过来的，那么很不幸，也许上述办法就行不通了。你也许会得到类似下面的错误信息服务器: 消息 1813，级别 16，状态 2，行 1未能打开新数据库 'test'。CREATE DATABASE 将终止。设备激活错误。物理文件名 'd:test_log.LDF' 可能有误。怎么办呢?别着急，下面我们举例说明恢复办法。1.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。2.停掉数据库服务器。3.将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。4.启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。5.设置数据库允许直接操作系统表。此操作可以在SQL Server EntERPrise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。use mastergosp_configure 'allow updates',1goreconfigure with overridego6.设置test为紧急修复模式:update sysdatabases set status=-32768 where dbid=DB_ID('test') 此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表7.下面执行真正的恢复操作，重建数据库日志文件:dbcc rebuild_log('test','C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log.ldf')执行过程中，如果遇到下列提示信息：服务器: 消息 5030，级别 16，状态 1，行 1 未能排它地锁定数据库以执行该操作。DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。正确执行完成的提示应该类似于：警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。8.验证数据库一致性: dbcc checkdb('test')一般执行结果如下：CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'test' 中)。DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。I.设置数据库为正常状态sp_dboption 'test','dbo use only','false'如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。9.最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成:sp_configure 'allow updates',0goreconfigure with overridego6银行数据存储、备份与灾难恢复解决方案数据备份是系统可恢复的重要保证，是系统安全的重要组成部分，它通过备份软件把数据备份到磁带设备或其它设备上，在原始数据丢失或遭到破坏的情况下，利用备份软件恢复原始数据，使系统恢复正常工作。因此数据备份系统在灾难性数据丢失事故中起着扭转乾坤的作用。 下面就以交通银行数据备份恢复方案的应用为实例讲解一下。 6.1项目背景 交通银行遵循“统一规划、上下结合、重点突破、全面推进”的总体要求，调动总分行两个方面的积极性，加大电子化为业务发展服务的力度，取得了明显的成效。全国86个大中城市的分支行都已开通了储蓄通存通兑，其中66个城市的分支行推广应用了将本外币、全储种同城通存通兑系统和太平洋卡处理系统融为一体，具有“一卡通”功能的新型零售业务处理系统。总行建立了太平洋卡交易信息转发、清算中心，并连通了48个城市的分支行，初步实现了太平洋卡“全国通”，构成了交通银行通存通兑网络体系。总行SWIFT系统与全行所有开办外汇业务分支行的SWIFT报文收发系统实现了实时联结。“自助银行”在全行大面积应用，“网络银行”等金融创新产品已在部分行投入使用，这些都为全行私人金融业务的发展提供了有力的技术支持。 随着近年来交通银行业务规模的扩大, 交通银行业务系统的数据量逐年增加,对系统稳定性和数据的可用性提出了新的要求。如何保障系统数据的安全，保障银行业务系统的正常运行越来越重要。因为在银行业务系统中也越来越体现出“数据是无价”的这个概念。一旦数据发生丢失，许多用户的信息都会丢失。交通银行当前对数据的依赖性越来越强?从银行的业务系统到银行内部的OA系统, 所有的信息几乎都以数据的形式保存在各种存储设备中。 每天进行的业务交易都会产生大量的数据, 银行业务从个人存贷款,到外汇业务，再到个人理财和网上银行, 来自各方的数据会汇集到银行中。因此银行对数据可用性提出了严格的要求。 在数据量较小和系统运行的前期，对数据的备份工作还不是特别要求。但随着交通银行系统的数据量每天的增加，数据的保护和存储越来越重要。数据自动备份势在必行。正是在这种情况下，备份应用迫切地提到了银行系统升级的日程上。 6.2需求分析交通银行现已采用了一些技术保障系统防止单机故障, 但如何在系统在数据丢失和需要恢复时快速有效地恢复原有数据仍是交通银行特别重视的一方面。 由于交通银行内部关键业务应用非常广泛，机器数量比较多,有各种包括IBM和Sun的操作系统。 为有效安全地运行和可靠地管理, 交通银行应当是一个覆盖较大区域的、所有操作系统平台的、各种数据库系统的统一的备份解决方案, 它对网络备份提出了更高的要求，这些要求包括：近乎实时的备份要求、远程的数据保护及快速的系统恢复等。由于这些功能非常复杂，所以普通的备份软件已远远不能适合需求。 交通银行总行首先考虑了总行信息系统的数据保护。交总行已于2002年9月迁往陆家嘴交通银行大厦，同时对信息系统进行了重新规划和更新，新的系统部分采用了SAN存储结构。对于数据量大的部分IBM小型机，备份时考虑LAN-Free