oracle真正应用集群 (rac) 10g的新特性.pptVIP

议程 企业网格发展道路 Oracle9i RAC 可行性 Oracle RAC 10g 适用于每个用户 集成的集群件 自动的工作负载管理 针对RAC的企业管理器 性能和诊断 网格计算的景象 存储器虚拟化 服务器虚拟化 中间层虚拟化 集中管理环境 利用上述各项降低成本 服务器虚拟化 Oracle 数据库服务器虚拟化的精选策略为真正应用集群(RAC)技术 RAC：集群数据库 Oracle9i RAC 的动力 2,500 多个客户 550 多个在册生产客户 超过 175 个生产客户证明 16% 的新数据库客户为 RAC 客户 20% 的 RAC 交易来自回头客 电子行业 ROI Oracle 数据库 10g：RAC 适用于每个用户 RAC 10g 重点关注的是管理 目标：RAC的广泛采用 只是 Oracle 数据库众多优点的一部分 Oracle9i 使管理成本降低了一半 Oracle 数据库 10g 在此基础上又将管理成本降低了一半 RAC 是 Oracle 数据库的重要组成部分，因此集中了所有这些优点 Oracle RAC 10g 适用于每个用户 无需第三方组件，因此不会显著增加复杂性和成本 自动工作负载管理 快速的自动故障通知 (FaN) 单一系统映像 GUI 管理 改进的诊断和验证工具 提高了性能 第三方集群软件的问题 无法做到单点支持 高成本 需购买多个产品许可证 安装、集成和管理需要大量人力 各平台的质量和功能不平均 节点数量少 无公共的事件或管理 API RAC 10g 集成的集群件 完整的 Oracle 集群软件解决方案 单一供应商支持 低成本 无需购买附加软件 易于安装、管理 在所有平台上均具有较高的质量和较好的功能 所有平台都支持 64 个节点 高级功能 故障通知 (FaN) 支持第三方集群件 自动工作负载管理 应用程序工作负载可定义为服务 单独管理和控制 在正常启动过程中分配给例程 一个例程发生故障时，自动重新分配 单独跟踪服务性能 使用资源管理器实现更佳的控制粒度 与其他 Oracle 工具集成 自动工作负载管理 自动工作负载管理 自动工作负载管理 自动工作负载管理 自动工作负载管理 自动工作负载管理定义服务 为希望单独管理的每个工作负载创建一个服务 数目可能很小 每个服务获取一个全局唯一名称 无需更改应用程序 在 TNS 连接数据中指定服务 例如，使用 10g 中的 Net Easy*Connection scott/tiger@//myVIP/myservice 自动工作负载管理使用 DBCA 定义分配规则 规则指定自动的资源分配 正常情况下的首选例程 发生故障时的可用例程 自动工作负载管理企业管理器控制 执行服务操作 开始/停止 启用/禁用 重新分配 查看服务状态 包括自动资源分配规则 自动工作负载管理性能跟踪 自动负载信息库 (AWR) 按服务跟踪性能 例如，调用的平均响应时间 应用程序可指定用于更细粒度监控的模块和操作 例如，关键事务的平均响应时间 可设置阈值，以便在性能不满足服务级别时向 DBA 发出警告 自动工作负载管理性能跟踪 使用 JDBC 设置模块/操作 注意：与服务器之间没有附加消息交换 – 设置与调用之间的“捆绑” 自动工作负载管理性能跟踪 使用 OCI 设置模块/操作 没有附加消息交换 – “已捆绑” 使用 PL/SQL 设置模块/操作 需要附加消息交换 自动工作负载管理性能跟踪 自动工作负载管理更细粒度的控制 资源管理器 将服务映射到资源消费者组，从而进行更细粒度的控制 例如，在线服务占用了 80% 的 CPU，而批处理服务仅占用了 20% 的 CPU 映射示例： 自动工作负载管理与其他工具集成 作业调度程序 作业类别映射到服务 并行查询/ DML 查询协调器与任何其他客户机一样连接到服务 并行从属机继承来自协调器的服务 Oracle 流高级队列 队列由服务访问 实现位置透明 Oracle 应用服务器 10g 提供的故障通知 (FaNTM)技术 快速、协同的恢复，无需人工干预 例程发生故障时，Oracle RAC 10g 向 10g JDBC 快速连接故障切换发出信号 中间层的立即恢复 从15分钟减少到4 秒以内 自我修正 故障通知 (FaNTM) JDBC 快速连接故障切换处理 支持多个连接缓存 每个缓存的数据源映射到一个服务 跟踪每个连接的服务和例程 在可用例程中分发新的工作请求 故障通知 (FaNTM) JDBC 快速连接故障切换处理 从 RAC 10g 接收到停机信号时 将新的请求路由到正常运行的例程 如果应用程序正在进行事务处理，则抛出异常 从 RAC 10g 接收到开机