文档介绍：艨协作
数据库完整性
存储库已经变得越来越值得信赖,
但是你必须熟悉和等可能出现的安装问题
作者/, 译者/欧阳宇
如何维持数据库表格的完整性,懂得如何使用和去纠正出现的一些问题。
最近,在我经常光顾的邮件列表—
管理问题,由发起,://.
~./, 大家都在讨论×一
管理中由来已久的话题——邮箱存储库中
的碎片整理。众多证据表明,脱机碎片整理并不是一个适合
定期执行的维护程序:可以参见
中发布的“脱机碎片整理可以作为的定期维
护程序吗”×./////
.
库,常常叫做节点引
通常来讲,在会话中需要花费一些时间才能说服反对者
擎技术,数据库引擎。不知
定期的碎片整理是没有必要的。最明显的原因在于你必须让
从何时起,开始朝两个不同的方向发展:和
数据库离线,而这种做法会影响最终用户的可用
。发展为,发展
性。有些第三方管理产品可以自动化还提
为。自以来,已经发展成为
供了其它功能。很难让已经在这种产品上花钱的人们相信,
客户端和服务器版本的核心内置部件。并非唯
这些产品并不能为他们的运行环境提供任何真正
一一个使用的技术,、、
意义上的益处。你必须谨慎估计这些产品的价值。
、、以及其它
有些第三方管理产品声称
功能同样依靠。
信息存储库中存在一些错误,而他们的产品可以纠正这些
有了以上的信息背景,你就会明白其实是“
错误。经过调查,发现这些错误往往是实用程序造成
实用程序”,而仅仅是一个数据库引擎。因此,执
的。为了理解这一点,你必须从总体上看,但在此之前你必
行程序的操作相当广泛;可以进行碎片整理、恢复、验
须了解单独的个体。让我们逐一分析,然后将这些分析结果
证、文件转储和坏道修复。这些操作并非特有的
放到一起来解释这一问题。注意,只要检测到错误,
——在任何数据库中你都需要执行这些操作。
的事件日志中就会得到一条消息。任何版本
水平的逻辑运算由处理,下面我将简要阐述它。
的都是这样。但毋庸置疑的是,产品已经
我确信你会困惑,“和其它数据库
得到改进,并且变得越来越稳定,需要的维护也越来越少。
引擎的需求一样吗”答案是肯定的。和其它数
据库平台都具有实用程序执行相同类型的操作。然而,终端
用户通常看到的是这些操作的形式,而则要求你
存储库仅仅是一个可以扩展的存储引擎数据
国际中文版年月刊
垫一
必须通过命令行接口进行操作。既有优点也有缺除了修复模式外,的其它操作不再是有损失的操
点。很显然,它的学****曲线较高,但是控制水平非常精确。作,也就是你不会丢失数据。在修复模式中,丢失数据是可
而使用,你会发现它的功能不如命令行工具那么丰富。能的。修复操作对待存储库的方式就像对待数
操作有个模式:碎片整理、还原、恢复、完整据库一样,它试图尽可能多地恢复数据。进行修复操作后,
,性、文件转储以及修复。还原模式用于硬恢复,它是一个事你需要应用必要的应用程序限制条件,更改为存
务日志重现过程,发生在通过在线备份恢复数据库之后。恢储库才能供使用。这就是的工作。
复模式执行软恢复,它一般发生在意外停止后的数据库重新在各种社区中,