数据库恢复技术,如何恢复和修复SQLServer的MDF文件

数据库恢复技术,如何恢复和修复SQLServer的MDF文件详细介绍

本文目录一览： 恢复的主要技术是

恢复的主要技术是日志文件和数据转储。
1、数据转储。
静态转储是在系统中无运行事务时进行的转储操作。即转储操作开始的时刻，数据库处于一致性状态，而转储期间不允许对数据库的任何存取、 修改活动。显然，静态转储得到的一定是一个数据一致性的副本。
动态转储是指转储期间允许对数据库进行存取或修改。但是，转储结束时后援副本上的数据并不能保证正确有效。为此，必须把转储期间各事务对数据库的修改活动登记下来，建立日志文件，这样，后援副本加上日志文件就能把数据库恢复到某一时刻的正确状态。
2、登记日志文件。
日志文件是用来记录事务对数据库的更新操作的文件。日志文件主要有两种格式：以记录为单位的日志文件和以数据块为单位的日志文件。
为保证数据库是可恢复的，登记日志文件时必须遵循两条原则：登记的次序严格按并发事务执行的时间次序；必须先些日志文件，后写数据库。
3、数据恢复技术发展的客观因素。
据有关数据统计，每年有70%以上的用户在使用优盘、移动硬盘等存储设备时因为误删、病毒破坏、物理损坏、硬件故障等问题遭遇过数据丢失灾难……诸多事件说明我们在享受数据信息带来便利的同时，也不得不面对数据丢失带来的巨大损失。
数据恢复技术的原理：
1、分区表。
数据恢复原理与分区表关系紧密。在主引导区中，从地址BE开始，到FD结束为止的64个字节中的内容就是通常所说的分区表。无论系统中建立多少个逻辑磁盘，在主引导扇区中通过一个扩展分区的参数就可以逐个找到每一个逻辑磁盘。
2、目录区与数据区。
目录区DIR，在FAT12和FAT16格式中，DIR紧接在第二FAT表之后，而在FAT32格式中，根目录区的位置可以在分区中的任意位置，其起始位置是由引导扇区给出的。单有FAT表还不能确定文件在磁盘中的具体位置，只有FAT表和DIR区配合使用，才能准确定位文件的确切位置。
3、引导扇区与分配表操作系统引导扇区。
OBR即操作系统引导扇区，通常位于硬盘的0磁道1柱面1扇区（这是对于DOS来说的，对于那些以多重引导方式启动的系统则位于相应的主分区/扩展分区的第一个扇区），是操作系统可直接访问的第一个扇区，它也包括一个引导程序和一个被称为BPB的本分区参数记录表。

目前运用的数据恢复技术主要是

目前运用的数据恢复技术主要如下：1、瞬时复制技术。2、远程磁盘镜像技术。3、数据库恢复技术。即是目前运用的数据恢复主要技术。

数据库如何备份与恢复

数据库是“按照数据结构来组织、存储和管理数据的仓库”，是一个长期存储在计算机内的、有组织的、可共享的、统一管理的大量结构性数据的集合，用户可以对文件中的数据进行新增、查询、更新、删除等操作。数据库将百万条、千万条、上亿条的数据按照数据结构进行录入和存储，为使用者带来方便的数据管理方式。金融、教育、通信等行业都将数据库作为数据管理手段，数据库在信息化发展中担当着重要的核心角色。尤其在一些对数据可靠性要求很高的行业如银行、证券、电信等，如果发生意外停机或数据丢失其损失会十分惨重。除了对非结构化文件提供备份与恢复支持，云祺容灾备份系统同样对结构化数据，如数据库，提供定时备份与恢复支持，帮助用户对针对具体的业务要求制定详细的数据库备份与灾难恢复策略，保证数据的高可用性。1、主流数据库云祺容灾备份系统兼容目前市面上主流的数据库类型，支持多种数据库的定时备份与恢复，为用户提供全面有效的数据安全保护，帮助用户建立数据库管理体系。2、多种备份模式提供完全备份、增量备份、差异备份、日志备份四种数据库定时备份模式，同时支持批量备份数据库或实例，用户可以根据备份需求，在一个备份任务中自行选择单个或多个需要备份的数据库或实例。3、备份数据重删与压缩针对数据库的巨量数据特点，云祺的重复数据删除与备份数据压缩技术，对备份数据库进行目标端重复数据删除与压缩，最大限度减少备份数据传输量，降低存储成本，减轻生产环境与备份环境的运行压力，提高备份速度。4、数据保留策略用户根据自身业务需求与存储环境，可选择按副本数、按天数或者选择永久保留备份数据，在数据库定时备份任务完成时，云祺容灾备份系统会自动检测并删除超出保留时间/个数的备份数据，为用户节省存储空间，提高备份效率。5、数据库恢复支持数据恢复完备点、增量点、差异点、日志备份点，对于日志备份点，用户还可以任意恢复该时间点前的某一时间点的备份数据，同时提供原机覆盖恢复、原机新建恢复、异机覆盖恢复和异机新建恢复四种恢复路径选择，用户可灵活设置恢复任务。6、备份数据导出恢复云祺创新性为用户提供备份数据导出恢复方式，导出备份数据后，可先验证备份数据正确性，再将备份数据在原机覆盖恢复，同时确保恢复数据一致性与数据库恢复后业务正常运行。7、数据查看与管理Web式界面管理数据库定时备份系统，方便管理员配置备份与恢复、查看备份日志、管理备份数据，展示备份点的备份方式、数据大小、文件数、备份时间等状态信息，易于监控管理。数据库备份有两种方式，一是数据库CDP（连续数据保护），一是数据库定时备份。数据库CDP解决方案适用于对数据丢失零容忍的应用场景，并且能够实现在灾难发生后自动接管数据中心；数据库定时备份适用于满足数据库基础备份即可的应用场景。云祺容灾备份可同时实现以上两种备份场景，用户可根据自身需求选择数据库备份解决方案，均能保证数据的高可用性。欢迎关注云祺关方号Vinchin-CN数据库如何备份与恢复标签：数据丢失设置连续最大高可用性定时重要发展需求

如何实现MySQL数据库的备份与恢复

　　在数据库表丢失或损坏的情况下 备份你的数据库是很重要的 如果发生系统崩溃 你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态 有时 正是MySQL管理员造成破坏 管理员已经知道表以破坏 用诸如vi或Emacs等编辑器试图直接编辑它们 这对表绝对不是件好事！　　　　备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件（如用cp cpio或tar等） 每种方法都有其优缺点 　　　　mysqldump与MySQL服务器协同操作 直接拷贝方法在服务器外部进行 并且你必须采取措施保证没有客户正在修改你将拷贝的表 如果你想用文件系统备份来备份数据库 也会发生同样的问题 如果数据库表在文件系统备份过程中被修改 进入备份的表文件主语不一致的状态 而对以后的恢复表将失去意义 文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程 这样你能采取措施确保服务器让表不受干扰 　　　　mysqldump比直接拷贝要慢些 　　　　mysqldump生成能够移植到其它机器的文本文件 甚至那些有不同硬件结构的机器上 直接拷贝文件不能移植到其它机器上 除非你正在拷贝的表使用MyISAM存储格式 ISAM表只能在相似的硬件结构的机器上拷贝 在MySQL 中引入的MyISAM表存储格式解决了该问题 因为该格式是机器无关的 所以直接拷贝文件可以移植到具有不同硬件结构的机器上 只要满足两个条件 另一台机器必须也运行MySQL 或以后版本 而且文件必须以MyISAM格式表示 而不是ISAM格式 　　　　不管你使用哪种备份方法 如果你需要恢复数据库 有几个原则应该遵守 以确保最好的结果 　　　　定期实施备份 建立一个计划并严格遵守 　　　　让服务器执行更新日志 当你在崩溃后需要恢复数据时 更新日志将帮助你 在你用备份文件恢复数据到备份时的状态后 你可以通过运行更新日志中的查询再次运用备份后面的修改 这将数据库中的表恢复到崩溃发生时的状态 　　　　以文件系统备份的术语讲 数据库备份文件代表完全倾倒（full dump） 而更新日志代表渐进倾倒（incremental dump） 　　　　使用一种统一的和易理解的备份文件命名机制 象backup buckup 等不是特别有意义 当实施你的恢复时 你将浪费时间找出文件里是什么东西 你可能发觉用数据库名和日期构成备份文件名会很有用 例如 　　　　%mysqldump samp_db >/usr/archives/mysql/samp_db 　　%mysqldump menagerie >/usr/archives/mysql/menagerie 　　　　你可能想在生成备份后压缩它们 备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘 就象你让你的日志文件过期那样 　　　　用文件系统备份备份你的备份文件 如果遇上了一个彻底崩溃 不仅清除了你的数据目录 也清除了包含你的数据库备份的磁盘驱动器 你将真正遇上了麻烦 也要备份你的更新日志 　　　　将你的备份文件放在不同于用于你的数据库的文件系统上 这将降低由于生成备份而填满包含数据目录的文件系统的可能性 　　　　用于创建备份的技术同样对拷贝数据库到另一台机器有用 最常见地 一个数据库被转移到了运行在另一台主机上的服务器 但是你也可以将数据转移到同一台主机上的另一个服务器 　　　　 使用mysqldump备份和拷贝数据库 　　当你使用mysqldumo程序产生数据库备份文件时 缺省地 文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句 换句话说 mysqldump产生的输出可在以后用作mysql的输入来重建数据库 　　你可以将整个数据库倾倒进一个单独的文本文件中 如下 　　　　%mysqldump samp_db >/usr/archives/mysql/samp_db 　　　　输出文件的开头看起来象这样 　　　　# MySQL Dump 　　#　　# Host: localhost Database: samp_db　　# 　　# Server version alpha log　　#　　# Table structure for table absence 　　#　　CREATE TABLE absence(　　student_id int( ) unsigned DEFAULT NOT NULL 　　date date DEFAULT NOT NULL 　　PRIMARY KEY (student_id date)　　);　　#　　# Dumping data for table absence 　　#　　INSERT INTO absence VALUES ( );　　INSERT INTO absence VALUES ( );　　INSERT INTO absence VALUES ( );　　 　　　　文件剩下的部分有更多的INSERT和CREATE TABLE语句组成 　　　　如果你想压缩备份 使用类似如下的命令 　　　　%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db gz　　　　如果你要一个庞大的数据库 输出文件也将很庞大 可能难于管理 如果你愿意 你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容 这将倾倒文件分成较小 更易于管理的文件 下例显示如何将samp_db数据库的一些表倾到进分开的文件中 　　　　%mysqldump samp_db student score event absence >grapbook sql　　%mysqldump samp_db member president >hist league sql　　　　如果你生成准备用于定期刷新另一个数据库内容的备份文件 你可能想用 add drop table选项 这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件 然后 当你取出备份文件并把它装载进第二个数据库时 如果表已经存在 你不会得到一个错误 　　　　如果你倒出一个数据库以便能把数据库转移到另一个服务器 你甚至不必创建备份文件 要保证数据库存在于另一台主机 然后用管道倾倒数据库 这样mysql能直接读取mysqldump的输出 例如 你想从主机拷贝数据库samp_db到 可以这样很容易做到 　　　　%mysqladmin h create samp_db　　%mysqldump samp_db | mysql h samp_db　　　　以后 如果你想再次刷新上的数据库 跳过mysqladmin命令 但要对mysqldump加上 add drop table以避免的得到表已存在的错误 　　%mysqldump add drop table samp_db | mysql h samp_db　　mysqldump其它有用的选项包括 　　　　 flush logs和 lock tables组合将对你的数据库检查点有帮助 lock tables锁定你正在倾倒的所有表 而 flush logs关闭并重新打开更新日志文件 新的更新日志将只包括从备份点起的修改数据库的查询 这将设置你的更新日志检查点位备份时间 （然而如果你有需要执行个更新的客户 锁定所有表对备份期间的客户访问不是件好事 ）　　　　如果你使用 flush logs设置检查点到备份时 有可能最好是倾倒整个数据库 如果你倾倒单独的文件 较难将更新日志检查点与备份文件同步 在恢复期间 你通常按数据库为基础提取更新日志内容 对单个表没有提取更新的选择 所以你必须自己提取它们 　　　　缺省地 mysqldump在写入前将一个表的整个内容读进内存 这通常确实不必要 并且实际上如果你有一个大表 几乎是失败的 你可用 quick选项告诉mysqldump只要它检索出一行就写出每一行 为了进一步优化倾倒过程 使用 opt而不是 quick opt选项打开其它选项 加速数据的倾倒和把它们读回 　　　　用 opt实施备份可能是最常用的方法 因为备份速度上的优势 然而 要警告你 opt选项确实有代价 opt优化的是你的备份过程 不是其他客户对数据库的访问 opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表 你可在一般数据库访问上很容易看到其效果 当你的数据库一般非常频繁地使用 只是一天一次地调节备份 　　　　一个具有 opt的相反效果的选项是 dedayed 该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句 如果你将数据文件装入另一个数据库并且你想是这个操作对可能出现在该数据库中的查询的影响最小 delayed对此很有帮助 　　　　 press选项在你拷贝数据库到另一台机器上时很有帮助 因为它减少网络传输字节的数量 下面有一个例子 注意到 press对与远端主机上的服务器通信的程序才给出 而不是对与本地主机连接的程序 　　　　%mysqldump opt samp_db | mysql press h samp_db　　mysqldump有很多选项 详见《MySQL参考手册》 　　　　 使用直接拷贝数据库的备份和拷贝方法 　　另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件 典型地 这用诸如cp tar或cpio实用程序 本文的例子使用cp 　　　　当你使用一种直接备份方法时 你必须保证表不在被使用 如果服务器在你则正在拷贝一个表时改变它 拷贝就失去意义 　　　　保证你的拷贝完整性的最好方法是关闭服务器 拷贝文件 然后重启服务器 如果你不想关闭服务器 要在执行表检查的同时锁定服务器 如果服务器在运行 相同的制约也适用于拷贝文件 而且你应该使用相同的锁定协议让服务器 安静下来 　　　　假设服务器关闭或你已经锁定了你想拷贝的表 下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录） 　　　　%cd DATADIR　　%cp r samp_db /usr/archive/mysql　　　　单个表可以如下备份 　　　　%cd DATADIR/samp_db　　%cp member * /usr/archive/mysql/samp_db　　%cp score * /usr/archive/mysql/samp_db　　 　　　　当你完成了备份时 你可 lishixinzhi/Article/program/MySQL/201311/29384

SQL Server的文件恢复技术

　　SQL Server有两种备份方式 一种是使用BACKUP DATABASE将数据库文件备份出去 另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式 本文中 我们将主要介绍一下后者的备份与恢复 (本文中假定您目前已经能够熟练使用Server企业管理器和SQL Server查询分析器)
　　 正常的备份 恢复方式
　　正常方式下 我们要备份一个数据库 首先要先将该数据库从运行的数据服务器中断开 或者停掉整个数据库服务器 然后复制文件
　　卸下数据库的命令
　　Sp_detach_db 数据库名

　　连接数据库的命令
　　Sp_attach_db或者sp_attach_single_file_db s_attach_db [@dbname =] ′dbname′ [@filename =] ′filename_n′ [ ] sp_attach_single_file_db [@dbname =] ′dbname′ [@physname =] ′physical_name′
　　使用此方法可以正确恢复SQL Sever 和SQL Server 的数据库文件 要点是备份的时候一定要将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’
　　 只有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’的新日志文件
　　但是 如果您的数据库文件是从其他计算机上复制过来的 那么很不幸 也许上述办法就行不通了 你也许会得到类似下面的错误信息
　　服务器: 消息 级别 状态 行
　　未能打开新数据库 ’test’ CREATE DATABASE 将终止
　　设备激活错误 物理文件名 ’d:test_log LDF’ 可能有误
　　应该怎么办呢?下面我们举例说明恢复办法
　　A 我们使用默认方式建立一个供恢复使用的数据库(如test) 可以在SQL Server Enterprise Manager里面建立
　　B 停掉数据库服务器
　　C 将刚才生成的数据库的日志文件test_log ldf删除 用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data mdf
　　D 启动数据库服务器 此时会看到数据库test的状态为“置疑” 这时候不能对此数据库进行任何操作
　　E 设置数据库允许直接操作系统表 此操作可以在SQL Server Enterprise Manager里面选择数据库服务器 按右键 选择“属性” 在“服务器设置”页面中将“允许对系统目录直接修改”一项选中 也可以使用如下语句来实现
　　use master go sp_configure ’allow updates’ go reconfigure with override go
　　F 设置test为紧急修复模式
　　update sysdatabases set status= where dbid=DB_ID(’test’)
　　此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表 但是仅仅有系统表
　　G 下面执行真正的恢复操作 重建数据库日志文件
　　dbcc rebuild_log(’test’ ’C:Program FilesMicrosoft SQL ServerMSSQLDatatest_log ldf’)
　　执行过程中 如果遇到下列提示信息
　　服务器: 消息 级别 状态 行
　　未能排它地锁定数据库以执行该操作
　　DBCC执行完毕 如果DBCC输出了错误信息 请与系统管理员联系
　　说明您的其他程序正在使用该数据库 如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表 那么退出SQL Server Enterprise Manager就可以了
　　正确执行完成的提示应该类似于
　　警告 数据库 ’test’的日志已重建 已失去事务的一致性 应运行DBCC CHECKDB以验证物理一致性 将必须重置数据库选项 并且可能需要删除多余的日志文件
　　DBCC执行完毕 如果DBCC输出了错误信息 请与系统管理员联系
　　此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用” 此时可以访问数据库里面的用户表了
　　H 验证数据库一致性(可省略)
　　dbcc checkdb(’test’)
　　一般执行结果如下
　　CHECKDB发现了 个分配错误和 个一致性错误(在数据库 ’test’ 中)
　　DBCC执行完毕 如果DBCC输出了错误信息 请与系统管理员联系
　　I 设置数据库为正常状态
　　sp_dboption ’test’ ’dbo use only’ ’false’
　　假如没有出错 现在你就可以正常的使用恢复后的数据库啦
　　J 最后一步 我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复 因为平时直接操作系统表是一件比较危险的事情 当然 我们可以在SQL Server Enterprise Manager里面恢复 也可以使用如下语句完成
lishixinzhi/Article/program/SQLServer/201311/22357

数据库的备份和恢复 [Oracle数据库的备份与恢复策略分析]

　　【摘 要】为了保证数据库的安全性和稳定性，通过对Oracle的备份以及恢复策略进行了分析和探讨，明确了数据库备份以及恢复技术在实际工程项目当中的应用，通过分析数据库备份的实际需求，同时选择了合理的数据备份策略以及数据恢复策略，采取了有效的数据库的管理和维护策略，有效保证了数据库中的相关数据以及整个系统的安全性和稳定性，为类似数据库的备份以及恢复策略提供了可供参考的经验。
　　【关键字】Oracle数据库；备份；数据；恢复；策略
　　对于企业而言，数据库中的数据是重要的数据资源，也是企业得以持续总结和发展的重要的要素，由此保证相应数据库的安全性和稳定性有着十分重要的影响。 随着数据库内数据量的逐渐增加，并且数据库发展以及运行所面临的环境也日益复杂，数据库中数据的安全性以及相关系统运行的稳定性对企业的发展尤为重要。数据库中的数据难以避免地受到了外界的侵袭，例如网络、硬件以及系统等方面的故障，甚至自然灾害也将导致则整个系统的崩溃，数据丢失，数据库中存储过程中的失误将给企业的发展带来严重的影响甚至巨大的损失，为了有效避开或者减少这些无法预测损失的到来，建立一系列安全稳定可靠的数据备份系统尤为重要。
　　1 建立备份策略
　　1.1 数据备份需求
　　（1）良好的可扩展能力
　　随着企业的发展和项目管理以及建设的持续发展和升级，企业数据库中的数据量将日益增长，所使用的数据库也应具有数据的扩展和升级的空间和可能。
　　（2）备份数据的可恢复性
　　为保证企业内部数据库的规范统一以及集中安全的数据恢复和备份的管理，相应的数据备份以及恢复策略应保证所备份的数据的可靠性以及可恢复性，为系统数据的恢复奠定了良好的基础。
　　（3）保持业务流程的连贯性
　　数据备份和恢复系统要以维持企业基本的业务流程和体系为基础，在保证了系统业务连续性的前提下开展数据库的数据备份，避免了数据存储设备时间较长对企业系统的使用和相关项目的运行造成影响。
　　1.2 备份设备的选型
　　在对PCEDM数据库备份需求分析的基础上，使用IBM的TSM作为备份数据备份的支持。TSM软件管理软件系统，是为企业级别的数据以及系统安全设计，以解决企业级数据和系统的安全性，为数据的备份提供解决方案，为石油、金融、电信管理和其他许多大型企业解决了数据的备份和管理问题。 TSM的管理结构，其高度的可扩展性和广泛的平台支持，集中式，自动化的存储管理等方面的优势，提供高效，自动，可扩展的备份管理系统。TSM专有的二进制格式，每个数据备份和恢复加密的数据传输格式，TSM自动CRC数据校验，从而保证了数据备份和恢复过程的完整性和安全。
　　2 制定备份策略
　　通过详细分析Oracle数据库的存储结构、数据库的运行模式、数据存储文件、数据增长的速度和数据增长密度等实际状况，结合几个备份Oracle数据库的优点和缺点分析，数据的备份策略表示如下：
　　2.1 使用RMAN与冷备份、逻辑备份相结合。使用Oracle数据库本身的RMAN和冷备份以及逻辑备份的方式结合起来，其中，Oracle数据库所提供的备份方式是主要的备份方式，而冷备份，逻辑备份作为辅助备份。
　　2.2 RMAN 备份包括全备份和增量备份 2 种方式。使用备份数据量小，低差异增量备份。在进行了一次级别为n的Differential增量的备份过程中，RMAN备份仅仅将那些最近一次等级等于或小于增量备份n相比，产生变化的数据块进行备份。差异增量备份策略RMAN的方法,设定在每个星期天,星期三0级备份数据库和日志文件的备份,周一,周二,周四,周五,周六为第一级增量备份和日志文件的备份。
　　2.3 备份触发方式，在Unix预定时间以及计划内启动。构建系统的CRON任务,根据备份策略编辑命令，在确定的时间内起动文件以及备份计划。
　　3 数据备份方案的具体实施
　　备份存储设备使用的磁盘阵列和磁带库的组合方式。TSM备份存储池，并最终利用RMAN备份的数据进行备份的IBM Ultrium3584磁带库EMC CX700磁盘阵列空间分割出的一部分作为备份的存储区域。数据库服务器放置在本地磁盘系统进行数据库冷备份以及逻辑备份过程中所产生的备份文件。
　　3.1 冷备份
　　在数据库以TRANSACTIONAL，IMMEDIATE 或 NORMAL 方式关闭后进行的数据备份称为冷备份或脱机备份，所以得到的是一个备份的一致性。在数据库关闭，操作系统的所有订单数据文件，控制文件和联机日志文件，初始化参数文件等进行备份，冷备份副本。一旦数据库发生故障，可以将这些文件拷贝覆盖原始文件的位置。这个备份数据库，它可以返回到之前的状态。 由于PCEDM数据库需要，以确保7天24小时运作，冷备份必须在封闭的数据库进行。冷备份在正常的服务维修期间进行每一年两次的备份。使用冷备份具有一致性的优势，可以保证系统恢复的迅速。
　　3.2 逻辑备份
　　逻辑备份使用Oracle导出工具将数据库中的对象模型得出的二进制文件，有一个需要重用Oracle导入工具将模型的二进制文件导入到对象数据库。基于整个数据库备份的逻辑模式，用户模式或表模型可以将数据输出，更灵活。对于一些重要的数据可以作为辅助备份方式。通过使用不同操作系统平台，以及不同的数据库版本之间进行了数据库中数据的迁移，这成为了数据库物理备份的补充形式。
　　3.3 RMAN 备份
　　RMAN是Oracle提供的外部工具，专门用于数据库备份和恢复操作。通过在RMAN备份系统中启动Oracle服务进程完成备份的任务。创建RMAN的备份的具体步骤如下：
　　（1）在数据库服务器上安装TSM客户端，选择相关文件进行编辑，设置DSMI_ORC_CONFIG，TDPO_ PSWDPATH参数，建立RMAN备份和TSM备份管理软件系统的连接。
　　（2）创建RMAN目录数据库备份恢复，以保存备份的索引信息。
　　（3）RMAN恢复管理器，同时开始在目标数据库的连接。
　　（4）目标数据库的注册。
　　（5）修改RMAN默认的配置参数。 CONFIGURE命令可以用来改变默认的RMAN设置，如配置自动通道，在指定的备份保留策略，激活或屏蔽备份优化功能。
　　（6）创建备份脚本。
　　4 Oracle 数据库恢复
　　4.1 RMAN 的完全恢复
　　在使用RMAN的完全恢复，在线和归档重做日志文件中的所有记录将被用于恢复数据库，从备份中恢复已损坏的文件，然后应用日志文件，将数据文件恢复到当前的时间。
　　4.2 RMAN的不完全恢复
　　通过RMAN中的不完全恢复数据库，将数据库恢复到指定的时刻或状态，通过将指定的SCN或者应用指定日期顺序归档重做日志之后的状态，也就是从时间、SCN或日志这三种方式中选择一种方式作为恢复终止的标记。
　　5 结语
　　实践证明，这种设计的备份策略，实现真正意义上的数据备份自动化管理，使系统的管理从传统的繁琐的手工备份中解放出来，提高工作效率和工作质量；有效避免了人为错误，提高数据备份的安全性和可靠性；减少了数据库的I / O操作，提高了数据备份恢复的速度以及数据备份的有效性。与此同时，也使备份系统具有良好的可扩展性，能够满足当前和今后几年的业务发展的实际需求。
　　参考文献：
　　[1]张自辉. ORACLE数据库的备份方法和策略[J]. 吉首大学学报(自然科学版), 2009,(01) .
　　[2]安亚强. Oracle备份与恢复及故障研究[J]. 内蒙古煤炭经济, 2009,(04) .
　　[3]王立新. Oracle数据库备份与恢复策略浅析[J]. 才智, 2009,(28) .
　　[4]杨志彬. Oracle数据库备份策略[J]. 电脑知识与技术, 2009,(17) .

如何恢复和修复SQLServer的MDF文件

如果备份的数据库有2个文件，分别是.LDF 和 .MDF，打开企业管理器，在实例上右击---所有任务--附加数据库，然后选择那个.MDF文件，就可以了。 或者在查询分析器中输入： sp_attach_db 数据库名称,路径文件名.ldf,路径文件名.MDF SQL Server数据库备份有两种 如果备份的数据库有2个文件，分别是.LDF 和 .MDF，打开企业管理器，在实例上右击---所有任务--附加数据库，然后选择那个.MDF文件，就可以了。或者在查询分析器中输入：sp_attach_db "数据库名称","路径文件名.ldf","路径文件名.MDF"SQL Server数据库备份有两种方式，一种是使用BACKUP DATABASE将数据库文件备份出去，，另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式。下面将主要讨论一下后者的备份与恢复。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)1、正常的备份、恢复方式正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] 'dbname', [@filename1 =] 'filename_n' [,...16]sp_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'// 本文转自 C++Builder 研究 - ?i=986&d=oxit072、只有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' 可能有误。怎么办呢?别着急，下面我们举例说明恢复办法。A.我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。B.停掉数据库服务器。C.将刚才生成的数据库的日志文件test_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_data.mdf。D.启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。E.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。以下是引用片段：use mastergosp_configure 'allow updates',1goreconfigure with overridegoF.设置test为紧急修复模式update sysdatabases set status=-32768 where dbid=DB_ID('test')此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读置疑脱机紧急模式”可以看到数据库里面的表，但是仅仅有系统表G.下面执行真正的恢复操作，重建数据库日志文件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使用”。此时可以访问数据库里面的用户表了。H.验证数据库一致性(可省略)dbcc checkdb('test')一般执行结果如下：CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'test' 中)。DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。I.设置数据库为正常状态sp_dboption 'test','dbo use only','false'如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。J.最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接操作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成以下是引用片段：sp_configure 'allow updates',0goreconfigure with overridego

什么是数据库恢复，恢复的实现技术有那些？

数据库管理系统把数据库从某种错误状态恢复到完整状态就叫做数据库恢复：它的实现技术数据转储和登录日志文件。

什么是数据库事务？什么是数据库脏数据？并发控制技术有哪些？数据库恢复

事务是一系列的数据库操作，是数据库应用程序的基本逻辑单元，也是恢复和并发控制的基本单位。事务处理技术主要包括数据库恢复技术和并发控制技术。本篇博文主要总结下并发控制技术。
事务：是用户定义的一个数据库操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。例如，在关系数据库中，一个事务可以是一条SQL语句、一组SQL语句或整个程序。一般来说，一个程序中包含多个事务。
ACID，是指在可靠数据库管理系统（DBMS）中，事务(transaction)所应该具有的四个特性：
A:原子性(Atomicity): 事务是一个或多个行为捆绑在一起组成一个单独的工作单元,事务中的动作要不都发生,要不都不发生。
C:一致性(Consistent): 即在事务开始之前和结束之后,数据库的完整性约束没有被破坏。
　数据库层面:在一个事务执行前和执行后,数据会符合你设置的约束(例如unique约束,foreign key约束,check约束等)和触发器设置.由数据库进行保证.