不一定非要先装数据库

其实只有在配置的时候才会使用数据库 ,特别是TEPS配置的时候要创建数据库TEPS和里面的表.

配置warehouse Proxy 时,没有表创建 ,在启动后有三个表出现.

sy 和hd配置的时候要连接测试warehous,可见在这一步之前创建数据库warehous并设置环境都来得急.

warehous其它表的创建是要配置sy(在desktop client连接进入teps后里面进行设置并启动),

warehous中其它表创建仍然由hd来完成.时间和history configuration配置有关.最少为一小时.

• Tivoli 企业监控服务器(Tivoli Enterprise Monitoring Server，简称TEMS)
  TEMS的作用是收集从Agent发来的报警/性能/可用性信息，是集中的控制点，TEMS以一定的心跳间隔跟踪所有连接的Tivoli Enterprise Management Agent，跟踪所有的Agent的状态数据；
  TEMS有Hub TEMS和Remote TEMS两种，主TEMS配置成Hub类型(*LOCAL)。Tivoli Monitoring Framework环境中至少要有一个TEMS配置成Hub。其他的Remote(*REMOTE) TEMS用于构建一个可扩展的架构。
  Remote TEMS负责收集连到它自己的Agent的控制信息，并传递给Hub TEMS。这样的机制使得Hub TEMS维护整个环境的数据，并传给Tivoli Enterprise Portal Server，最终通过Tivoli Enterprise Portal Client来显示。
  
  
• Tivoli企业门户服务器(Tivoli Enterprise Portal Server，简称TEPS)
  TEPS是存储所有的图形化监控数据的存储库。门户服务器数据库也包括监控空间所使用的用户ID及访问控制数据。TEPS提供核心表示层，包括数据提取、数据处理、数据分析以及数据预格式化等功能。TEPS维护与Hub TEMS的连接，是Hub TEMS和Tivoli企业门户客户端中间的网关。所以，当TEPS和Hub TEMS之间的连接断开后，所有的Tivoli企业门户客户端都不能访问监控数据。
  TEPS使用关系型数据库来存储数据，TEPS通过ODBC来访问Tivoli Data Warehouse 数据库。由于TEPS和Tivoli Data Warehouse之间的紧耦合关系，推荐使用本地数据库，而不是远程数据库来作为Tivoli Data Warehouse。
  企业门户服务器支持Windows操作系统和Linux操作系统。支持的关系型数据库有DB2和Microsoft SQL Server。
• Tivoli企业门户客户端(Tivoli Enterprise Portal Client，简称TEP Client)
  TEP Client是基于Java的图形化用户界面，通过连接到TEPS来访问、查看监控数据，实现用户交互。TEP Client有两种运行模式：Java Desktop Client和HTTP 浏览器。对于缺省配制，通过以下URL可以访问TEP client。
  http://:1920///cnp/kdh/lib/cnp.html
  
  
• Tivoli 企业管理代理(Tivoli Enterprise Management Agent，简称TEMA)
  Agent又称为受管系统，相当于监控系统的传感器。代理安装在需要数据收集和监控的系统/子系统上，它的作用是收集监控用的数据，并且将数据传输到与其相连的Hub TEMS或者Remote TEMS。
  Agent对监控数据值和设定的监控阈值进行比较。如果当前值超过阈值，Agent将报警信息传到TEMS。
  Tivoli 企业管理代理分为两类：
  
  • 操作系统代理。对操作系统进行可用性监控和性能分析。例如Monitoring Agent for Windows OS，Monitoring Agent for AIX等等；
    
  • 其他应用代理。对子系统，应用系统进行可用性监控和性能分析。例如Tivoli Monitoring for Microsoft Exchange Server等等。
    IBM Tivoli Monitoring提供了一种可以客户化的通用代理，称为Universal Agent。使用Universal Agent可以监控自己需要采集的数据。例如，可以使用Universal Agent来对企业的Web应用系统进行可用性监控和性能分析。
    
    
• Tivoli数据仓库（Tivoli Data Warehouse，简称TDW）
  Tivoli Data Warehouse是存储所有的历史数据。为访问TDW，必须安装Warehouse Proxy Agent。在大型的部署方案中，多个TEMS可以共享Tivoli Data Warehouse。
  
  
• Tivoli数据仓库代理（Warehouse Proxy Agent）
  Warehouse Proxy Agent 是一种特殊的代理，它的作用是收集和整合从Agent传来的所有的历史数据，然后存储到Tivoli Data Warehouse中。Warehouse Proxy Agent通过ODBC将历史数据写入数据库。
  
  
• Tivoli Warehouse Summarization and Pruning Agent
  Summarization and Pruning Agent的作用是对原历史数据进行综合与裁剪。可以通过配置对历史数据进行客户化。考虑到处理的数据量，推荐把Summarization and Pruning Agent和Tivoli Data Warehouse 安装在同一台物理系统上。

• 2.1  TivoliEnterpriseManagement Server (TEMS)

  TEMS是构建ITM解决方案的核心组件，它被所有其他组件所依赖。一般来说，将TEMS安装在单独的机器上可以避免对监控系统的性能影响。TEMS从监控代理处得到性能和可用性数据，对其进行整理和控制。同时，它还负责跟踪监控代理的状态。在一个复杂的环境中，有可能需要使用Remote TEMS连接方式将TEMS负载均衡分布。在本文中为了简便起见，所有的监控代理直接连接到TEMS上，这种连接方式被称为Hub TEMS。

  2.2  TivoliEnterprisePortal (TEP)

  TEP是ITM架构的外部接口，它包括Portal Server（TEPS）和Portal Client两部分。Portal Server通过用户的控制台操作，展示给客户当前系统运行状态的。它连接到TEMS上，并从其上获取数据。这些数据由用户在Portal client端的各种操作动态产生，并使用DB2或者SQL Server等关系型数据库来存储这些元数据，这个数据库即Portal DB。

  Portal Client提供对TEPS的访问方式。TEP有两种类型的Portal Client：基于浏览器的客户端接口（Browser Client）和基于桌面的客户端接口（Desktop Client）。在Browser Client中使用TEP主页访问Portal Server。在Desktop Client中使用一个基于Java的图形化界面访问Portal Server。到目前ITM v6.2为止，Browser Client只支持Windows平台，Desktop Client支持Windows和Linux平台。

  2.3  TivoliData Warehouse (TDW)

  TDW用来存储监控信息的历史数据。在单机架构中，TDW与Portal DB常在相同机器上。在可靠性要求较高的环境中，建议将TDW与Portal DB分离，以避免单点失败带来的数据丢失。TDW数据库默认名称为WAREHOUS。

  2.4  TivoliEnterpriseMonitoring Agent (TEMA)

  监控代理(Monitoring Agents)可以被认为是监控系统的数据收集器（Data collector）。它们负责监控实际的生产系统，并通过TEMS把处理后的数据传递给TEPS。一般来说，每一个Data Collector负责与一种特定的生产系统交互，并且，它总是寄生在受监控的系统机器上。对于本文来说，基于WebSphere Process Server的Network Deployment环境要求每一个节点上都安装一个TEMA。在有些ITCAM产品中，Data collector包含在ITCAM安装包中。在有些ITCAM产品中，Data Collector不包含在ITCAM安装包中。比如本文使用的ITCAM for Web Resources产品，它的Data Collector来自ITCAM for WebSphere，这种情况说明了一些功能类似的ITCAM产品共享某些Data Collectors。

  ITM支持两种类型的TEMA：

  l        操作系统TEMA：监控操作系统级别的可用性和性能。例如Monitoring Agent for Windows OS监控Windows XP, Windows 2000和Windows 2003操作系统。

  l        非操作系统TEMA：监控各种子系统和应用程序的可用性和性能。比如IBM Tivoli Monitoring for Microsoft Exchange产品监控Microsoft Exchange Server的各种性能指标。本文用到的ITCAM for SOA和ITCAM for Web Resources的TEMA即为非OS操作系统TEMA。

  ITM也提供可定制化的TEMA，即Universal Agent。你可以使用它来监控特定环境下的任意类型的数据。比如监控公司企业web站点的可用性等等。本文不涉及定制化的TEMA。

  2.5  ITCAM for SOA

  ITCAM for SOA基于ITM v6.1架构，它可以监控、管理和控制企业架构中的Web Service消息，这些Web Service可以是由任何IBM和其他第三方软件提供商部署上去的。其功能主要如下：

  l        识别并且快速隔离Web Service性能问题，当Web Service性能下降时，可及时发送通知，并针对特定的服务等级生成报告。

  l        提供集成的、易于使用的控制台来完整地显示Web Service业务流

  l        对异种平台(heterogeneous platform)提供支持

  l        支持对每个服务请求者提供单独视图，针对服务请求者的请求数量和响应时间生成报告

  2.6  ITCAM for Web Resources

  ITCAM for Web Resources是由ITCAM for WebSphere和ITCAM for J2EE发展而来的，它使用ITCAM for WebSphere和ITCAM for J2EE的Data Collector，主要用于分析WebSphere Application Server和其他类型应用服务器（比如BEA Weblogic, Apache Tomcat, Oracle 9i/10gApplication Server等）中的各种组件及服务的健康度。

  ITCAM for Web Resources功能如下所示：

  l        ITCAM for WebSphere及ITCAM for J2EE绝大多数的功能

  l        增强的内存泄漏和锁分析

  l        增强的问题定位能力

  l        支持其他WebSphere平台，比如WebSphere Portal Server, WebSphere Process Server等。本文即用它来监视WebSphere Process Server的性能指标。

  2.7  TEPS与Managing Server

  由于IBM对其Tivoli Monitoring Infrastructure的变革，旧有的基于Managing Server架构的ITCAM for WebSphere和ITCAM for J2EE将逐渐被基于TEPS的ITM架构所取代。ITCAM for Web Resources在保持ITCAM for WebSphere和ITCAM for J2EE核心功能不变的前提下，主要突出了对ITM（即基于TEPS）的支持，当然，为了向前兼容，ITCAM for Web Resources依然支持旧有的Managing Server架构。笔者在本文安装ITCAM for Web Resources时选择TEPS架构，具体细节在后面的安装简述中还会提到。

  与旧有的Managing Server对比看来，TEPS通用性更强，可以支持更多类型的Agent，但功能上与Managing Server相比尚存在一定差距。现今ITM v6.2.1版本仅提供监控功能，对问题诊断(Problem Diagnostic)等高级功能支持尚不完全。相信在将来的ITM v7版本中将会提供更多的支持。