WEB开发网
开发学院数据库DB2 分布式管理:用 HADR 减少停机时间(详细解释如何... 阅读

分布式管理:用 HADR 减少停机时间(详细解释如何减少故障对数据库环境的影响)

 2009-11-16 00:00:00 来源:WEB开发网   
核心提示:在完美的世界里,任务关键数据库不会遇到硬件、网络或软件故障等问题,分布式管理:用 HADR 减少停机时间(详细解释如何减少故障对数据库环境的影响),也不会遇到火灾和水灾等自然灾害,但是,另外,通过使用 Automatic Client Reroute 或在与数据库交互的每个应用程序中添加重试逻辑,在真实环境中,任何数据

在完美的世界里,任务关键数据库不会遇到硬件、网络或软件故障等问题,也不会遇到火灾和水灾等自然灾害。但是,在真实环境中,任何数据库都可能受到这些事件的影响,可能会导致长时间的停机(执行恢复)、丢失关键数据或需要完全重新构建整个数据库基础结构。如果数据库环境由单分区 DB2 数据库组成,那么可以使用 IBM DB2 for Linux, UNIX, and Windows 特性 High Availability Disaster Recovery (HADR) 尽可能减少这些事件的影响。

什么是 HADR?

HADR 是一个 DB2 数据库复制特性,其目的是在发生部分站点故障(硬件、网络或软件故障)或全站点事故(火灾、水灾等)时,尽可能减少对数据库系统的影响。HADR 把数据修改从源数据库(称为主数据库)复制到目标数据库(称为备用数据库),从而防止数据丢失。它把为主数据库生成的事务日志记录传输给备用数据库,通过前滚这些记录对备用数据库进行同步(见边栏 “复制什么?”)。

如果不使用 HADR,在发生部分站点故障时,需要重新启动服务器、一个或多个 DB2 实例以及每个实例控制的数据库。如果在发生部分站点故障时事务负载很重,要花几分钟才能重新启动受影响的实例和数据库。如果使用 HADR,在发生故障时,备用数据库会接管工作,在几秒内替代发生故障的主数据库。另外,通过使用 Automatic Client Reroute 或在与数据库交互的每个应用程序中添加重试逻辑,可以自动地把原来使用主数据库的客户机重定向到备用数据库。

1 2 3 4  下一页

Tags:分布式 管理 HADR

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接