数据库的备份与恢复概论 这是一遍综合性描述数据库备份的文章，要把所有的数据库的备份与恢复全部描述清楚，不是我这遍文章的初衷。我只想给那些想做备份。却不怎么了解备份的人一个整体认识。本人的水平是有限的。我只能抛砖引玉。很多经验总结也是个人一家之言。有错误请斧正。 一：数据库备份的重要性 硬件总会坏，系统总会崩溃的，数据文件总是会损坏的，人也不可能永远不犯错误的。数据库备份就是在你硬盘坏了。系统崩溃坏了。数据文件损坏了，工作人员误删除数据的时候让你不伤心，不害怕。数据库的备份不同与一般的文件备份。一个备份方案总是跟客户的需求有关系的，一个从来没有新数据增加的查询数据库。一次冷备份就足够了。而对一个 7X 24 小时数据库。数据不能丢失的系统。备份的方案就复杂多了。怎么样才能保证数据库不丢失数据呢？这将受到两个条件的制约。一：数据库种类。二：备份的方法。 二：数据库备份与恢复种类 2 .1 逻辑备份与恢复 逻辑备份是使用软件技术从数据库中提取数据并将结果写入一个输出文件，逻辑备份因为灵活性受到开发人员的青睐。但是对一个数据库管理员来说。就对它不放心了。一：他是点的逻辑。他只能描述数据库在一点上逻辑结构。然后抽取这些逻辑对象写入到一个或者多个输出文件。一般一个完整的备份是一个点另一个点（终止点）的连续发生。逻辑备份是不可能记录连续发生的事情的过程的。 2 .2 冷备份与恢复 冷备份。又叫脱机备份。就是停掉数据库服务。拷贝数据库数据目录。一般是 data 目录。Oracle 一般是oradata 目录。My sql ,postgres 都是data 目录。而且这些默认举例说明。在实质的生产中这些目录文件是变化的。不过不用担心。数据库管理员肯定知道在那里。具体他怎么知道。不同数据库有不同方法。不是本文的重点。为什么要把数据库停掉。才能做数据拷贝？我直接在数据库运行的时候拷贝不一样吗？如果你运气好的好。那样确实也可以。不过不要因为运气。就证明你可以那样做。其实一件事物不但要有证据去证明他。就是还需要一个明确的理论去支持他。不然是容易犯经验主义错误的。一个数据块正被复制。然后他或许前半部分是修该前。后半部分是修改后的。这就是split data .但数据库启动时候，数据库读到这样的数据库块就迷糊了。数据库不一致的错误就出来。数据库肯定提示要你恢复。数据库备份一定要遵循数据库的一致性。 2 .3 热备份与恢复 热备份也叫在线备份。什么在...
