物理备用上的数据保护和检查
5墨值下载
物理备用数据库天然提供高级别数据保护。物理备用现成的重做应用机制隐式验证
重做头的格式是否正确，为精确起见，还会比较数据块头和尾块的版本。当在物理备用
数据库上将
DB_BLOCK_CHECKSUM
设置为启用后，应将当前块校验和与计算得到的
值进行比较。校验和可以检测到大多数不一致的数据块。
另外，
DB_BLOCK_CHECKING
验证更多内部数据块结构，例如相关事务列表
(Interested Transaction List
，
ITL)
、空闲空间以及块中的已用空间。
那么，这个
11
g
新检测功能如何用于
Data Guard
物理备用呢？在主数据库上将
DB_
LOST_WRITE_PROTECTION
设为
TYPICAL
时，数据库实例在重做日志中记录针对读
写表空间的缓冲区高速缓存读取；但在主数据库上将该参数设为
FULL
时，实例也记录
针对只读和读写表空间的重做数据。
在物理备用数据库上将
DB_LOST_WRITE_PROTECTION
设为
TYPICAL
或
FULL
时，实例会在介质恢复期间检测写丢失。
在主数据库和备用数据库实例上设置
DB_LOST_WRITE_PROTECTION=TYPICAL
时，主数据库将在重做日志中记录缓冲区高速缓存块读取，然后使用此信息检测备用数
据库的写丢失。这通过比较存储在备用数据库上的块的
SCN
版本与传入重做流的相应内
容来完成。如果块版本存在差异，表明在主数据库或备用数据库上发生了一次写丢失。
通常在
I/O
子系统确认写块
I/O
完毕，在写操作未永久存储在磁盘时，发生写丢失。
有多种原因会导致写丢失，最常见的存在故障的主机总线适配器
(HBA)、
固件错误或存
在故障的存储硬件。写丢失本质上是“无提示”数据损坏，原因是在执行后续读操作时
才能检测到受损块，这可能历经数天、数周甚至数月。出于这个原因，写丢失发生时极
难诊断。在后续块读取中，
I/O
子系统返回一个块，该块实际上是数据块的过时版本。
如果主数据库上的块
SCN
比备用数据库上的小，则检测出主数据库上的一个写丢失，
并抛出内部错误
(ORA-752)
。用来修复主数据库上的写丢失的推荐步骤是执行针对物理备
用的故障转移，然后重建主数据库。如果
SCN
更大，则检测到备用数据库上的一个写丢
失，然后抛出内部错误
(ORA-600 3020)
。要修复备用数据库的写丢失，必须重建备用数
据
库或受影响的数据文件。在这两种情况下，备用数据库将在警报日志和跟踪文件中写入故
障原因。
如果在主数据库上检测到损坏，可通过执行针对备用数据库的故障转移然后还原数
据一致性来解决问题。
强烈建议将主数据库及所有物理备用数据库的
DB_LOST_WRITE_PROTECT
设为
TYPICAL
，以便最大限度地保护数据。这个设置的数据保护级别最高，对性能的影响最小。
如 果 需 要 更 高 的 数 据 保 护 ， 并 且 可 以 轻 微 牺 牲 重 做 应 用 性 能 ， 则 设 置
DB_ULTRA_SAFE
。
__
of 1
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论