活动监视器通过一组预定义的报告(如Top CPU耗时的应用程序和具有更大总排序时间的SQL语句)轻松访问相关且组织良好的监视器数据。 对于每个预定义报告,可能会建议采取适当的操作来帮助解决资源利用问题,优化性能或调用其他工具以进行进一步调查。
使用DB2 Universal Database V8.2,您可以创建索引扩展以在分区环境中使用。 索引扩展允许您为主索引组件创建和应用自己的逻辑,包括索引维护和索引利用。
创建联机备份映像时,可以包括还原和恢复映像中的数据库所需的日志文件。 这意味着如果您需要将备份映像发送到灾难恢复站点,则不必单独发送日志文件或自行将它们打包在一起。 此外,您无需确定需要哪些日志文件来保证联机备份的一致性,并且您将无法删除与特定备份映像相关的日志文件。
新的RECOVER DATABASE命令结合了RESTORE DATABASE和ROLLFORWARD DATABASE命令的功能。 您无需指定必须还原哪个数据库备份映像,或者需要哪些日志文件才能达到指定的时间点(用于时间点恢复)。
DB2现在将自动为备份和还原操作选择缓冲区数,缓冲区大小和并行度设置。 选择的值基于可用内存量,可用处理器数量和数据库配置。目标是最小化备份和还原操作完成所需的时间。
现在,您可以使用“配置自动维护”向导,根据您定义的策略自动执行数据库维护活动。 您可以为自动维护配置的活动包括数据库备份,数据碎片整理(表或索引重组)和数据访问优化(运行统计信息)。
DB2 UDB V8.2健康中心具有许多新功能:
运行状况指示器配置启动板 - 可轻松访问各级运行状况指示器设置。
推荐顾问 - 就如何解决某些健康警报提出建议,并指导您实施这些建议(如果已选中)。
“运行状况警报通知”向导疑难解答 - 帮助您解决与运行状况警报通知相关的各种问题,从而确保正确的联系人正确接收通知。
为了简化堆的配置,您现在可以为DB2为每个活动数据库使用多少内存指定一个值,并指定为各个堆保留的保证最小值。
当从Alter Table笔记本中更改表格时,您现在可以对表格列进行更多更改,以便自动“覆盖”。
db2look命令有一个新选项-tw,可用于为名称与指定模式匹配的表生成DDL。
使用存储管理工具,您现在可以查看存储管理视图中所有对象的历史存储信息,包括数据库,表空间,表,容器和索引。
有时必须更改数据库表中列的默认值。 现在,ALTER TABLE SQL语句允许您在表中设置列的默认子句。
DB2 Design Advisor是一种可以显着提高工作负载性能并提高DBA工作效率的工具。 它可以在设置新数据库时使用,也可以在验证现有数据库的设计时使用。 选择要为复杂工作负载创建的索引,群集维度,聚合或分区键的任务可能非常复杂。 Design Advisor就可以创建哪些索引,MQT,MDC和/或分区键来提出建议,以提高给定工作负载的性能。
传统的锁定方法可能导致应用程序相互阻塞。 处理这种阻塞影响的策略通常提供一种机制来指定锁的更大可接受持续时间。 这是应用程序在没有锁定的情况下返回之前等待的时间。 以前,只能通过更改locktimeout数据库配置参数的值在数据库级别进行此操作。 在V8.2中,单个应用程序或用户会话现在可以指定自己的锁定等待策略,其中包含无等待,等待指定时间和无限期等待的选项。
在V8.2中,DB2优化器可以利用具体化查询表中的分布统计信息,以及检测列组统计信息的相关性,以确保最准确的基数估计。 这有助于DB2为执行查询选择更有效的访问计划并提高查询性能。
数据库中表的大小和复杂性正在增加。 正在使用更长和更复杂的查询。 V8.2中优化程序的增强功能可为大型复杂查询提供增强的查询优化。 您无需对查询进行任何更改即可利用这些改进。
现在可以通过DB2自动统计信息概要分析功能自动生成统计信息概要文件。 启用此功能后,将收集有关查询执行中遇到的实际基数的信息,并将其存储在统计信息概要分析仓库中。 基于此数据,生成统计信息配置文件。 启用此功能可以缓解哪些统计信息与特定工作负载相关的不确定性问题,并允许收集最小的统计信息集以提供更佳的数据库工作负载性能。 这代表了DB2-LEO中闭环LEearning优化器的第一步。
从V8.2开始,RUNSTATS命令提供了使用TABLESAMPLE选项收集表中数据样本的统计信息的选项。 此功能可以提高统计信息收集的效率,因为采样仅使用数据的子集。 同时,采样方法确保了高精度。
根据您设置的当前数据库活动和策略级别,对RUNSTATS实用程序进行限制可限制实用程序消耗的资源量。 当数据库活动较少时,该实用程序会更积极地运行; 当数据库活动增加时,分配给执行RUNSTATS的资源会减少。
除了DB2 UDB forAIX®64位之外,DB2 Universal Database(DB2 UDB)for Linux还支持缓冲池中的大页面支持。 缓冲池保留在内存中,在使用大页面时不会被换出。 这提高了DB2 UDB for Linux数据库和应用程序的性能。
默认情况下,在创建数据库时,SMS表空间文件一次扩展一个范围(而不是一次扩展一个页面),除非您已将DB2_NO_MPFA_FOR_NEW_DB注册表变量设置为“是”。
如果没有为表空间指定预取大小,那么DB2将使用DFT_PREFETCH_SZ配置参数的值作为缺省值。 此参数现在可以设置为AUTOMATIC,这允许DB2根据范围大小,容器数量和每个容器的物理轴数计算表空间的适当预取大小。 这使用户不必为表空间预取大小确定适当的值,并且必须记住在从表空间添加或删除任何容器时重置此值。
有关如何显示和回滚不确定事务的示例,请参阅CLI示例程序dbxamon.c。 示例程序允许您指定事务的超时值。 如果事务空闲时间变得超过超时值,则样本将回滚事务。
新的HADR功能通过将来自源数据库(称为主数据库)的数据复制到目标数据库(称为备用数据库)来提供高可用性解决方案。 HADR通过以下易用性功能简化了设置和管理高可用性解决方案的过程:
直观的图形用户界面工具,包括一个向导,用户可以通过所有必要的步骤来设置备用数据库。 没有HADR经验的数据库管理员可以在短短2个半小时内设置高可用性解决方案。
通过与Health Center图形工具自动集成来通知操作状态。
简单的命令行命令
DB2 HADR是一种数据复制功能,可为部分和完全站点故障提供高可用性解决方案。 HADR通过将数据更改从源数据库(称为主数据库)复制到目标数据库(称为备用数据库)来防止数据丢失。
部分站点故障可能由硬件,网络或软件(DB2或操作系统)故障引起。 如果没有HADR,则必须重新启动数据库管理系统(DBMS)服务器或数据库所在的计算机。 使用HADR,备用数据库可以在几秒钟内完成。 此外,您可以使用应用程序中的自动客户端重新路由或重试逻辑将使用旧主数据库的客户端重定向到备用数据库(新主数据库)。
当灾难(例如火灾)导致整个站点被破坏时,可能会发生完整的站点故障。 由于HADR使用TCP / IP进行主数据库和备用数据库之间的通信,因此数据库可以位于不同的位置。 如果主站点发生灾难,则通过将远程备用数据库作为具有完整DB2功能的主数据库接管来维护数据可用性。 发生接管操作后,您可以使用原始主数据库备份并将其恢复为主数据库的状态; 这称为故障恢复。
使用HADR,您可以通过指定三种同步模式之一来选择潜在数据丢失所需的保护级别:同步,近同步或异步。
一旦修复了失败的旧主服务器,如果可以使数据库的两个副本保持一致,则它可以作为备用数据库重新加入HADR对。 在将原始主数据库作为备用数据库重新集成到HADR对之后,可以执行故障恢复操作,以便原始主数据库再次成为主数据库。
HADR功能作为DB2 UDB Enterprise Server Edition的一部分提供,不收取额外费用。 DB2 UDB Express和DB2 UDB Workgroup Server Edition的用户可以通过购买DB2 UDB高可用性灾难恢复选件将HADR功能添加到其服务器。
使用“设置HADR数据库”向导可以设置和配置主数据库和备用数据库以实现高可用性灾难恢复。
使用“管理高可用性灾难恢复”窗口配置和检查HADR系统的状态。 如果HADR配置有任何问题,此窗口将通知您。
自动客户端重新路由功能允许客户端应用程序从与服务器的通信丢失中恢复,以便它们可以继续以最小的中断工作。 在通信丢失后,客户端应用程序尝试重新连接到服务器。 如果失败,则将客户端重新路由到其他服务器。 您可以通过命令行处理器(CLP),通过调用API或使用控制中心或Configuration Assistant的高级视图添加数据库来指定备用位置。
您可以使用HADR自动客户端重新路由,以使客户端应用程序在接管操作后连接到新的主数据库。
DB2无缝集成到Microsoft .NET开发环境中。 Microsoft .NET开发人员可以在熟悉的开发环境中执行以下任务:创建和访问DB2对象,包括表,索引,视图,触发器和存储过程。 通过解决方案资源管理器,通过IBM Explorer和DB2 Projects创建和管理DB2连接。