数据库删除数据了怎么恢复

数据库删除了数据是一个很棘手的问题，数据的删除首先包括三个层面：

1删除放入回收站，没有在回收站中清除数据。这种情况是最简单的，进入回收站，找到删除的数据，右击选择恢复。

2删除后未放入回收站或者删除后清空回收站，尽量先不要往原数据所在盘符下储存内容，刚刚删除的数据只是文件结构被删除，真正的文件数据还没被覆盖。通过数据恢复软件是可以找回来的，专业的软件例如有超级兔子数据恢复软件。

3如果是删除很久以后才想到数据库数据要恢复，并且磁盘一直在使用，磁盘被填满的话数据就已经被覆盖了，这样的数据是无法找回的。

在数据库表丢失或损坏的情况下 备份你的数据库是很重要的 如果发生系统崩溃 你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态 有时 正是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_dbmysqldump其它有用的选项包括 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_dbmysqldump有很多选项 详见《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

SQL2000数据库的备份概念

SQL

SERVER

2000有四种类型是：数据库、事务日志、差异、文件和文件组

数据库备份是创建完事数据库的复本。它并非将所有的页都复制到备份集，而只将实际包含数据的页复制到备份集。数据页和事务日志页均复制到备份集。

数据库备份用于重新创建数据库，使其恢复到BACKUP语句完成时的状态。如果数据库只存在数据库备份，那么数据库只能恢复到服务器或数据库发生故障前最后一次数据库备份时的状态。

事务日志备份仅制作日志文件的复本。日志文件备份本身不能用于还原数据库。日志文件用于在数据库还原后将数据库恢复到原始故障点。

例如，某站点在星期天晚上执行数据库备份，而在其它每个晚上执行日志备份。如果数据库的某个数据磁盘在星期二2：30丢失，则该站点可以：

1备份当前事务日志

2还原从星期天晚上开始的数据库备份

3还原从星期一晚上开始的日志备份，以将数据库前滚。

4还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。

事务日志恢复需要从数据库备份的那一刻到磁盘丢失那一刻之间所进行的一边串不间断的事务日志备份。

差异备份只追寻数据库中自上一次数据库备份之后修改过的所有页的复本。差异日志主要用于使用频繁的系统，一旦这类系统中的数据库发生故障，必须尽快使其重新联机。差异备份比完事数据库备份小，因此对正在运行的系统影响较小。

例如，某个站点在星期天晚上执行完事数据库备份。在白天每隔4小时制作一个事务日志备份集，并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午9：12出现故障，则该站点可以：

1备份当前事务日志。

2还原从星期天晚上开始的数据库备份。

3还原从星期三晚上开始的差异备份，将数据库前滚到这一时刻。

4还原从早上4点到8点的事务日志备份，以将数据库前滚到早上8点。

5还原故障之后的日志备份，这将使数据库前滚到故障发生的那一刻。

SQL2000支持备份或还原数据库中的个别文件或文件组。这是一种相对较完善的备份和还原过程，通常用在具有较高可用性要求的超大型数据库中。如果可用的备份时间不足以支持完事数据库备份，则可以在不同的时间备份数据库的子集。

例如，某站点需要花三小时备份数据库，并且每天只能用两个小时执行备份。该站点可在一个晚上备份一半文件或文件级，并在第二个晚上备份另一半。如果包含数据库文件或文件组的磁盘出现故障，那么该站点可以只还原丢失的文件或文件组。

该站点还必须进行事务日志备份，并且在备份文件或文件组之后必须还原所胡事务日志备份。还可以从完事数据库备份集中还原文件和文件组。这将回忆恢复速度，因为在第一步只还原已损坏的文件或文件组，而不是整个数据库。

关于系统数据库的恢复总结如下:在SQL Server数据库中，系统信息存储在系统数据库中，主要的系统数据库包括：master-从整体上控制用户数据库和SQL Server *** 作，在创建了任何用户定义的对象后，都要备份它model-为新数据库提供模版和原型msdb-包含了有关作业、报警及 *** 作员等信息如果包含系统数据库的介质变了，那么必须重建系统数据库，如果你仍然可以启动SQL Server服务，则可以通过RESTORE语句从系统数据库的备份中恢复数据库。如果master坏了，不能启动系统,可以按照下面步骤进行恢复1 重建系统数据库 运行c:mssql7inn ebuildmexe，按照提示进行即可，过程中需要系统数据库样本的路径，可在安装光盘中找到；2 重建系统数据库后，启动SQL Server服务，用系统数据库的备份恢复数据库就行了通常恢复顺序为master-msdb-model在恢复master的备份时要注意：必须在single user模式下进行，有以下几种方法进入单用户模式：1 可以在命令行模式下输入sqlservr -c -f -m或者输入sqlservr -m其中：-c 可以缩短启动时间，SQL Server 不作为Windows NT的服务启动-f 用最小配置启动SQL Server-m 单用户模式启动SQL Server2 可以在控制面板-服务-MSSQLServer的启动参数中输入-c -f -m或者输入-m,点击开始3 还有一种更灵活的启动方法：用存在注册表里的启动参数启动

摘 要为了保证数据库的安全性和稳定性，通过对Oracle的备份以及恢复策略进行了分析和探讨，明确了数据库备份以及恢复技术在实际工程项目当中的应用，通过分析数据库备份的实际需求，同时选择了合理的数据备份策略以及数据恢复策略，采取了有效的数据库的管理和维护策略，有效保证了数据库中的相关数据以及整个系统的安全性和稳定性，为类似数据库的备份以及恢复策略提供了可供参考的经验。

关键字Oracle数据库；备份；数据；恢复；策略

对于企业而言，数据库中的数据是重要的数据资源，也是企业得以持续总结和发展的重要的要素，由此保证相应数据库的安全性和稳定性有着十分重要的影响。 随着数据库内数据量的逐渐增加，并且数据库发展以及运行所面临的环境也日益复杂，数据库中数据的安全性以及相关系统运行的稳定性对企业的发展尤为重要。数据库中的数据难以避免地受到了外界的侵袭，例如网络、硬件以及系统等方面的故障，甚至自然灾害也将导致则整个系统的崩溃，数据丢失，数据库中存储过程中的失误将给企业的发展带来严重的影响甚至巨大的损失，为了有效避开或者减少这些无法预测损失的到来，建立一系列安全稳定可靠的数据备份系统尤为重要。

1 建立备份策略

11 数据备份需求

（1）良好的可扩展能力

随着企业的发展和项目管理以及建设的持续发展和升级，企业数据库中的数据量将日益增长，所使用的数据库也应具有数据的扩展和升级的空间和可能。

（2）备份数据的可恢复性

为保证企业内部数据库的规范统一以及集中安全的数据恢复和备份的管理，相应的数据备份以及恢复策略应保证所备份的数据的可靠性以及可恢复性，为系统数据的恢复奠定了良好的基础。

（3）保持业务流程的连贯性

数据备份和恢复系统要以维持企业基本的业务流程和体系为基础，在保证了系统业务连续性的前提下开展数据库的数据备份，避免了数据存储设备时间较长对企业系统的使用和相关项目的运行造成影响。

12 备份设备的选型

在对PCEDM数据库备份需求分析的基础上，使用IBM的TSM作为备份数据备份的支持。TSM软件管理软件系统，是为企业级别的数据以及系统安全设计，以解决企业级数据和系统的安全性，为数据的备份提供解决方案，为石油、金融、电信管理和其他许多大型企业解决了数据的备份和管理问题。 TSM的管理结构，其高度的可扩展性和广泛的平台支持，集中式，自动化的存储管理等方面的优势，提供高效，自动，可扩展的备份管理系统。TSM专有的二进制格式，每个数据备份和恢复加密的数据传输格式，TSM自动CRC数据校验，从而保证了数据备份和恢复过程的完整性和安全。

2 制定备份策略

通过详细分析Oracle数据库的存储结构、数据库的运行模式、数据存储文件、数据增长的速度和数据增长密度等实际状况，结合几个备份Oracle数据库的优点和缺点分析，数据的备份策略表示如下：

21 使用RMAN与冷备份、逻辑备份相结合。使用Oracle数据库本身的RMAN和冷备份以及逻辑备份的方式结合起来，其中，Oracle数据库所提供的备份方式是主要的备份方式，而冷备份，逻辑备份作为辅助备份。

22 RMAN 备份包括全备份和增量备份 2 种方式。使用备份数据量小，低差异增量备份。在进行了一次级别为n的Differential增量的备份过程中，RMAN备份仅仅将那些最近一次等级等于或小于增量备份n相比，产生变化的数据块进行备份。差异增量备份策略RMAN的方法,设定在每个星期天,星期三0级备份数据库和日志文件的备份,周一,周二,周四,周五,周六为第一级增量备份和日志文件的备份。

23 备份触发方式，在Unix预定时间以及计划内启动。构建系统的CRON任务,根据备份策略编辑命令，在确定的时间内起动文件以及备份计划。

3 数据备份方案的具体实施

备份存储设备使用的磁盘阵列和磁带库的组合方式。TSM备份存储池，并最终利用RMAN备份的数据进行备份的IBM Ultrium3584磁带库EMC CX700磁盘阵列空间分割出的一部分作为备份的存储区域。数据库服务器放置在本地磁盘系统进行数据库冷备份以及逻辑备份过程中所产生的备份文件。

31 冷备份

在数据库以TRANSACTIONAL，IMMEDIATE 或 NORMAL 方式关闭后进行的数据备份称为冷备份或脱机备份，所以得到的是一个备份的一致性。在数据库关闭， *** 作系统的所有订单数据文件，控制文件和联机日志文件，初始化参数文件等进行备份，冷备份副本。一旦数据库发生故障，可以将这些文件拷贝覆盖原始文件的位置。这个备份数据库，它可以返回到之前的状态。 由于PCEDM数据库需要，以确保7天24小时运作，冷备份必须在封闭的数据库进行。冷备份在正常的服务维修期间进行每一年两次的备份。使用冷备份具有一致性的优势，可以保证系统恢复的迅速。

32 逻辑备份

逻辑备份使用Oracle导出工具将数据库中的对象模型得出的二进制文件，有一个需要重用Oracle导入工具将模型的二进制文件导入到对象数据库。基于整个数据库备份的逻辑模式，用户模式或表模型可以将数据输出，更灵活。对于一些重要的数据可以作为辅助备份方式。通过使用不同 *** 作系统平台，以及不同的数据库版本之间进行了数据库中数据的迁移，这成为了数据库物理备份的补充形式。

33 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 数据库恢复

41 RMAN 的完全恢复

在使用RMAN的完全恢复，在线和归档重做日志文件中的所有记录将被用于恢复数据库，从备份中恢复已损坏的文件，然后应用日志文件，将数据文件恢复到当前的时间。

42 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)

以上就是关于数据库删除数据了怎么恢复全部的内容，包括:数据库删除数据了怎么恢复、如何实现MySQL数据库的备份与恢复、数据库的备份与恢复等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！