您的位置:寻梦网首页编程乐园数据库PostgreSQL 7.2 Documentation

Chapter 13. 数据库失效

Table of Contents
13.1. 磁盘满
13.2. 磁盘损坏

我们必须假设数据库失效(或者是这种可能)是潜在存在的, 很可能在将来的某个时候发作.一个谨慎的数据库管理员会为所有类型的 不可避免的失效做准备,并且在失效发生 之前 就准备好合适的计划和过程.

不管是硬件失效还是软件失效,数据库的恢复都是必须的. 失效本身分成多种类型∶有些要求对数据库进行相对比较小的调整, 而其它的则依赖于以前准备的数据库转储文件以及其它恢复用数据集. 我们要强调的是如果你的数据很重要和/或很难再生,那么你就应该考虑 并准备多种失效可能.

13.1. 磁盘满

一块充满了数据的磁盘可能导致以后的数据库索引的损坏, 但并不会损坏基本表.如果 WAL 文件不在同一块磁盘上 (就象缺省的那样),那么在数据库初始化过程中的磁盘写满可能 导致损坏的或者不完整的 WAL 文件.系统会侦测到这样的失效并且 数据库将拒绝启动.你必须在磁盘上腾出足够的空间(或者把 WAL 区移动到另外 一块磁盘;参阅 Section 11.3 )然后重起 postmaster ,从这种情况中恢复.