IBM DB2 pureScale和Q Replication监视、调节复制并排除其故障

Q Capture 和 Q Apply 程序维护着大量数据库表,以记录有关复制过程的重要信息。这包括具有性能指标的监视表、包含程序信息的轨迹表,以及包含数据冲突信息的异常表。多年来,许多数据库管理员已开发了一些利用了此信息的可访问工具;您始终可以相信,优秀的 DB2 会找到 DB2 表中容易访问和有用的信息的许多用途!

IBM 工具还利用了这些监视表,以及 Q Capture 和 Q Apply 程序更新的所有其他表。此外,IBM 还提供了一个庞大的工具集来帮助管理多站点复制配置。 命令行实用程序 Q Replication 提供了在运行复制时监视复制环境的工具,在某些用户定义的条件发生时发送警报:

• asnmon 程序可定义警报,并在触发警报时发送电子">邮件通知,例如,当复制延迟超过设定的阈值时,或者当 Q Capture 程序意外出现故障时。请参阅 DB2 信息中心中的使用 Replication Alert Monitor 监视复制,了解有关的更多信息。

• asntdiff 程序将会对比来自每个站点的两个表,以便重新同步所需的一系列更新、删除和插入语句的形式来报告它们之间的区别,甚至会存在复制子集(仅复制这些列的一个子集)或转换(数据会在复制时转换)。asntrep 工具然后使用 asntdiff 生成的输出来重新同步这些表。请参阅 DB2 信息中心中的对比和修复表,了解有关的更多信息。

• asnqmfmt 程序使您能够读取 Q Replication 队列中的消息。请参阅 DB2 信息中心中的 asnqmfmt:格式化和查看 Q Replication 和事件发布消息,了解更多信息。

图形实用程序

Q Replication 仪表板是一个基于 Web 浏览器的应用。该仪表板利用了 Q Capture 和 Q Apply 程序所提供的大量历史信息和近实时的信息,提供对复制配置的端到端监视,并以建议的形式提供调节帮助。按照“附录 4:安装和配置 Q Replication 仪表板”中的说明,您现在可以端到端地可视化您的复制流程,定义警报,生成报告,并提供不断调节您的系统的一些建议。

图 10. 仪表板健康状况摘要页面

单击 Live Graph 选项卡,以便并列查看双向复制配置(SAMPLE1 与 QSAMPLE2)和(SAMPLE2 与 QSAMPLE1)。该实时图表显示了两个复制方向的日志延迟,端到端延迟以及 Q Capture 和 Q Apply 吞吐量(行/秒)。

图 11. Live Graph 页面

如果 Q Replication 仪表板所连接的成员处于关闭状态,该仪表板会显示“No database connectivity”。当该成员恢复连接时,该仪表板会自动重新建立连接并重新开始监视。

DB2 pureScale Feature for Enterprise Server Edition 旨在利用 PowerHA pureScale 服务器和 RDMA 技术,允许进行扩展它们来满足不同组织越来越高的变化的需求。用户可以向 DB2 pureScale 环境添加更多成员,这不会对现有应用满足峰值处理时间的能力带来任何影响。

DB2 pureScale Feature 自动在所有群集成员上平衡工作负载,以便充分利用更多处理能力,而无需对应用程序进行任何更改。如果一个 DB2 成员发生故障,应用程序会自动在其他活动成员之间重新路由,直到故障成员再次上线。与其他解决方案相比,DB2 pureScale Feature 的设计和功能通过简化的部署和维护模型减少了总体拥有成本。

通过向解决方案中添加 Q Replication,可通过重大的迁移、升级和维护实现零宕机时间,并且可通过平衡两个(或多个)活动数据库之间的竞争应用程序的工作负载来改善应用程序响应时间。

Q Replication 即可用于满足包含灾难恢复和高可用性的连续可用性需求,也可用于提供各种数据存储和仓库系统,支持对近实时的数据进行报告和分析。

时间: 2024-07-30 17:07:47

IBM DB2 pureScale和Q Replication监视、调节复制并排除其故障的相关文章

使用IBM DB2 pureScale Feature与Q Replication实现可伸缩性和业务连续性

要沉着应对如今愈加全球化和竞争激烈的市场,离不开这样一种http://www.aliyun.com/zixun/aggregation/14345.html">数据处理架构,该架构能够随未来的战略需求增长而灵活地增长,能在发生组件故障.维护活动和灾难事件时确保业务连续性. 对某些企业而言,哪怕一小时的停工都可能导致数百万美元的收入损失,更别说对公司声誉的损害和潜在的客户流失.全球化的企业跨不同时区而运作,无时无刻不在提供业务服务.为系统维护和升级保留的离线时窗已不复存在.分布式的企业需要能

Linux部署IBM DB2 pureScale Feature时提高投资回报

实现虚拟化的http://www.aliyun.com/zixun/aggregation/33196.html">主要原因是为了充分利用基础架构以及提高投资回报 (ROI).在使用虚拟化技术时,您可以共享系统资源,从而提高利用率.密度和数据中心经济.如今,IBM System x 服务器在 2U 机架空间上可以配置 16 个核心,在 4U 机架空间上可配置 40 个核心.这意味着一个由 3 至 4 个服务器组成的典型集群可以在 6U 机架空间上提供 40-160 个核心. 通过允许多个

IBM DB2 pureScale集群化数据库架构和技术概述

本系列文章共分为两个部分,第 1 部分介绍了 DB2 pureScale 的架构和技术,第 2 部分将介绍 DB2 pureScale 应用程序配置. 持续可用性.应用程序集群透明度和极限容量:无论在怎样的市场营销资料中,这些热门关键词总是与 IBM DB2 pureScale 密不可分.但它们真正的含义是什么? DB2 pureScale 绝不只是一项特性,而是一种观察 DB2 数据库的全新方式.您在http://www.aliyun.com/zixun/aggregation/11872.h

优化虚拟化中的IBM DB2 pureScale事务吞吐量

本文将向您介绍如何通过提供一系列高级的.划规和部署的最佳实践,以及一系列简易的优化步骤来应对这一挑战,使用的样例数据库环境为 IBM POWER7® 服务器运行一个 IBM DB2® pureScale®. 如今,数据库服务器有可能在一个虚拟机 (VM) 上实现,其中处理器.内存.磁盘和网络组件都是从物理机器上的一个共享的可用资源池中进行分配.这使得可以将多个http://www.aliyun.com/zixun/aggregation/13999.html">工作负载整合到单个服务器上.

在DB2中部署Q Replication:包含哪些工作?

以下各节将介绍部署 Q Replication 所需的必要决策和操作,从规划到系统设置和生产操作.需要执行的操作包括: 1. 安装前验证和容量规划,包括为 DB2 启用复制 2. http://www.aliyun.com/zixun/aggregation/13387.html">WebSphere MQ 和 Q Replication 许可的安装和配置 3. 复制订阅的定义:也就是说,您希望复制哪些表? 4. 操作:开始和停止复制,处理中断 5. 监视.调节和故障排除,以便从解决方案获

IBM DB2 pureScale集群化数据库应用程序配置

本文的第 1 部分概括介绍了 DB2 pureScale 架构和技术. 当思考群集数据库和 DB2 LUW 集成至 pureScale 功能的各种可靠组件的优势时,很容易从概念的角度记住这项技术(有关详细信息,请参见本文的第 1 部分).然而,真正具有挑战性的是拟定最佳途径,促使 pureScale 功能为贵企业的应用程序服务.为了提供对这项挑战的洞察,我们运用以下两种不同方法连接到 pureScale 群集:负载平衡和客户端亲和性 (client affinities). DB2 pureSc

使用DBA Cockpit监视DB2 pureScale Feature

DBA Cockpit 是管理和监视 DB2 的中央位置,无论它是否使用 DB2 pureScale Feature.DBA Cockpit 已进行了增强来支持用于 DB2 pureScale Feature 的新监视元素.当在 DB2 pureScale Feature 上部署一个 SAP 应用程序时,应该导入 DBA Cockpit 增强,如 SAP Note 1409540 中所述. 新监视元素如以下屏幕所示: • Cluster Status Cluster Status http://

正确授予IBM DB2 10.5 for Linux/UNIX/Windows服务器许可

客户之所以选择 DB2,离不开它难以置信的价值实现速度.它跨不同环境扩展和集成的能力.它的健壮性,以及它对宕机时间(包括计划内和计划外宕机)的最大限度的减少.本文将重点介绍 DB2 的高可用性 (HA) 方面,具体来讲,将从许可角度介绍高可用性. 我们收到了大量有关在高可用性环境中授予 DB2 许可的问题.引起混淆的一个主要来源是,供应商在高可用性环境中针对其数据库产品而采用了具有诸多变化的定价方式. 另一个混淆来源是词汇.例如,IT 行业有时将高可用性环境称为集群.我们已经不再喜欢单独使用这个

迁移到位于Intel Xeon处理器之上的IBM DB2

迁移到新的数据库平台或硬件架构似乎有些令人畏缩.而组织可能必须通过更改来实现关键业务目标.举例来说,从 Oracle Database 迁移到 IBM® DB2® 有助于削减成本.降低复杂性.将数据库从 Sun SPARC http://www.aliyun.com/zixun/aggregation/13748.html">基础架构迁移到基于 Intel® Xeon® 处理器的 IBM System x® 服务器能够提高数据库性能.整合率.可伸缩性和可用性. 无论最初的目标如何,迁移到基