科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道IBM DB2 UDB Stinger简介

IBM DB2 UDB Stinger简介

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

Stinger是DB2 UDB的下一版本,它所满载的新功能缩短了您的随需应变的解决方案创造价值的进程。它将展示应用程序开发上的增强、“lights-out”操作上的大量改进以及可管理性、高可用性。

来源:IT专家网 2008年6月10日

关键字: IBM 数据库 DB2

  • 评论
  • 分享微博
  • 分享邮件

DB2 UDB Design Advisor 向导也得到了增强,除了具有索引建议,还包括对于物化查询表(MQT)、数据库分区环境中分区键的选择和多维群集(MDC)的候选方案的建议。这些顾问考虑了一个工作负载,并推荐一个支持该工作负载的模式。

图 12. Stinger 的 Design Advisor
示例 12

图 13 展示了 Design Advisor 等工具可能产生的结果。在内部实验的测试中,Design Advisor 可以将未调优的 DB2 UDB 数据库性能提高 84%!(当然,结果将会变化,而该测试是通过执行包含 1 TB 数据的 TPC-H 查询完成的。数据库服务器是一个带有 4 个逻辑分区运行 AIX® 的 8 路服务器)。为了取得这些性能增强,该顾问推荐创建 20 个新索引、一个 6 维的 MDC 表、4 个新的分区键和 2 个物化查询表。

图 13. 性能提高
示例 13

高可用性
Stinger 所提供的一些新功能增强了 DB2 UDB OnDemand 数据库在业务操作连续性或灾难恢复服务方面的弹性。

Stinger 中针对高可用性的最强功能就是高可用性灾难恢复(HADR)。该实现是基于 Informix® 的 HDR 实现的。HADR 是一个易于使用的数据复制功能,为部分和整个站点故障提供高可用性(HA)解决方案。

图 14. 高可用性灾难恢复
示例 14

HADR 基本上是一种日志传送(DB2 UDB 目前所支持的),但它是从日志缓冲区而非固化的磁盘日志中进行提取;该方法提供了各种尺寸来满足您的解决方案中的高可用性需求。

比如,Stinger 中的 HADR 功能允许您选择三种级别的数据保护:

* Synchronous(同步)(零数据丢失)- 主服务器进行提交之前,要先将日志数据写入备用服务器中的稳定存储器。而备用服务器直到从主服务器收到消息,得知它磁盘上具有相同的日志,才写入该日志。同时,主服务器在得知备用服务器已经写入了日志之后,才继续进行下一次日志刷新。最终,当日志数据同时存在于主服务器和备用服务器的 磁盘上时,COMMIT 操作才成功,从而确保了零数据丢失。

* Near synchronous(准同步)- 该模式下,要保证将日志数据成功送至备用站点,但是当主服务器上的提交操作成功时,可能还未将该数据写入稳定存储器。主服务器的日志写入和对于备用服务器的发送在主服务器上是并行执行的。该模式下,当日志数据存在于主服务器的 磁盘上,且备用服务器已经 收到了日志数据时,提交(commit)就成功了。该模式可能会导致数据丢失,但是这只有碰巧在两个服务器上同时执行极其相似的操作时才会发生。

* Asynchronous(异步)- 该模式在防止数据丢失方面提供最小保护。异步的 HADR 设置只保证将日志数据传递到 TCP/IP 栈,以及成功返回对套接字发送的调用。这里值得注意的是,套接字发送的调用返回并不能确认备用服务器已经成功接收它。因此,如果连接断了,备用服务器可能还未接收到主服务器发送的全部数据。该模式下有一些保护机制,如 TCP/IP 套接子要保证传送次序,因此只要一直存在套接字,备用服务器就不会看到数据包的丢失或次序颠倒。该模式下,主服务器的日志写入和对于备用服务器的发送在主服务器上是并行执行的;当日志数据存在于主服务器的 磁盘上,且已经 发送给备用服务器时,COMMIT 操作就成功了。

图 15. HADR 的状态
示例 15

所有推动 DB2 UDB 产品的新功能都具有“易于使用”的一致特点,HADR 也不例外。整个 HADR 场景都可以通过图形向导来设置和管理(例如,在出现站点故障之后,让主服务器和备用服务器重新同步)。

图 16. Configure database logging 向导
示例 16

HADR 还允许您进行滚动升级(例如,升级您的 DB2 UDB 或操作系统版本),且不会遭到中断。

Client Reroute 是 Stinger 中的另一新功能,用于处理 DB2 UDB 中的任何灾难恢复模式,而不仅仅是 HADR。在主数据库遭遇中断的应用程序不会将该问题暴露给终端用户,而是切换至备用服务器并重新发出连接。签订了严格的服务级协定(SLA)的 DBA 将会十分喜爱这项新功能。

DB2 UDB Stinger 中的其他功能
除了本文中所介绍的,Stinger 中还有一大批功能。下面所列举的一些功能必定会吸引您的目光:

* 基于队列的复制,通过 WebSphere MQ® 获得高可用、执行快速的复制模式。
* 新的 DB2 Geodetic Extender(Informix Geodetic DataBlade 的 DB2 UDB 实现)进一步扩展了 DB2 UDB 的“位置感知”功能。这个扩展器(extender)增添了比用 DB2 Spatial Extender 获得的传统纬度/经度投影更丰富的位置语义。
* 新的 DB2 UDB 通用驱动程序(极大地增加了 SQLJ 支持)与 J2EE 1.4 和 JDBC 3.0 相兼容。
* 支持 2.6 Linux 内核,从而允许在任何地方运行支持 64 位 Linux 的 DB2 UDB。
* 许多与 Informix 相兼容的功能,如各种 OLTP 性能增强、Informix 4GL 到 IBM EGL 的转换工具和工具箱,等等。
* 随时随地获得随需应变(OnDemand)的信息,MobilityOnDemand 功能将 DB2 UDB 服务器授权给了 DB2 Everyplace(这不是 Stinger 的新功能,但是没有什么意义,因为 DB2 UDB v8.1.4 中已经添加了该授权)。

我希望本文能让您了解一下我们这些 IBM 数据库开发小组的成员所完成的工作。建议您注册和下载一份 Stinger 的副本,并亲身体验当中所有的神奇功能。

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章