eldersun
2010-12-5 20:07
Cognos 版本查看方法
Cognos的版本，特别是小版本的标注比较复杂，主要原因是因为它是一个组件化的产品，每个组件都是独立编号的，而每次发布载体版本都又有一个独立的编号，彼此之间没有明确的对应关系，Cognos 8.3 sp2，对应的主服务版本号为 8.3.83.1等，版本信息对于分析具体场景非常有帮助：
载体版本：是标注在产品发布包上的版本，对于主安装包来说，一般会精确版本号的小数点后1位，如 Cognos 8.3，但是安装后，其各个内部组件还有自己的内部版本号，可能和这个载体版本号相去甚远。 补丁版本：Cognos的补丁版本是整批发布的（不像微软），在Cognos 8.3系列中，补丁3以前的版本都叫SP，如SP1、SP2、SP3，通常表示仅对载体版的缺陷进行修复。从补丁4开始，补丁版本开始使用FP命名，如
C8_BI_8_3_Win32_FP004，表示8.3FP4的win32部署包，使用FP命名的补丁包一般采用不仅对上一版本的缺陷进行修订，还对功能进行完善。不管是哪种方式的补丁，在补丁安装后，都是对产品中的多个模块进行更新，被更新的模块会有一个对应的新版本号，这些内部的版本号也无法直接对应到补丁的版本上。 综上，如果想通过查看已经安装的组件版本来判断Cognos的整体版 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2010-12-5 20:06
Cognos错误代码及解释文本
在c8\\msgsdk目录下有Cognos的错误代码信息，但没有错误代码的编排规则说明，错误内码中的错误信息不一定完备，但是可以在没有出问题的情况下查找阅读，可以帮助理解系统内部的一些原理。
如文件CAM_AAA_en.xml，表示CAM_AAA类错误，英文表达！ PS：摔伤了才能知道血是红色的！ #cognos系统管理 评论转载
eldersun
2010-12-5 20:04
Cognos报表性能问题的诊断过程 一、Cognos报表性能的诊断过程
之所以把问题定义放在首要位置正是因为当前对Cognos性能问题的定义普遍的非常模糊，比如有人认为10秒钟要慢，有人认为15秒钟叫快，描述口径的不一致为设计开发阶段就埋下了祸根。 1、什么叫性能问题
如上图所示，对于Cognos来说，请求一般分成内容请求和报表请求，报表请求又分基准响应、并发响应、吞吐能力几个方面，对于传统的交易系统而言，每当用户描述性能问题就会被直截了当的定位在并发响应或者吞吐能力上。 然而不幸的很，面对Cognos报表应用，我们面临最多的往往是基准响应。究其主要原因，主要是传统交易系统是基于过程语言的，开发设计者对内部
未完，继续阅读 #cognos系统管理 评论转载
eldersun
2010-12-5 20:02
一种基于统计学原理的系统运行压力评估方法
对于一个完整的系统，支持运行时所备的特征是必备的，但这只是一种理想状态，特别是一些企业内部开发的应用，对于运行管理基本上是不做考虑的，另外，在系统层面，由于生产环境管理严格，分工明细，要拿方便的拿到这些数据也不是很容易的事情，但了解系统的压力无疑是非常重要的一项内容，比如对Cognos来说，从应用层面就缺少直接的监控手段来观测系统的压力，好在Cognos提供了另外一种手段，即审计日志，这个可以作为一种评估系统压力的一种手段。
Cognos审计日志记录了每次报表请求的执行时间，可以通过这些日志分析出单日请求次数和报表的平均运行时间有无明显的关联关系来粗略的判断系统的压力，在系统空闲的情况下，报表的请求次数和平均运行时间无明显关系，在系统繁忙的情况下，由于请求需要排队等待，请求的次数和平均运行时间就会
存在一定的正比关系，下面是一组Cognos报表单日请求次数和报表的平均运行时间的关系图：
横轴是报表的日访问次数，从左 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2010-12-5 19:58
Cognos联机文档片段摘读：分布式部署 文档来源【inst_cr_winux】 关于Cognos 8.3的分布式及集群负载调度策略（由于不同版本的Cognos调度策略略有不同，故标明版本）
To improve performance or to enhance security, you can install any one of the following components on a separate computer: ● gateway
● Application Tier Components ● Content Manager
● Cognos Content Database
Cognos组件可拆为上述四个部分部署，其中Cognos Content Database为支持的数据库及初始化在数据库中的数据库对象，如表、视图等。以上四个部分可以部署在同一机器上，也可以部署在不同机器上。
If you install Cognos 8 components on more than one computer, you must configure environment properties so that the distributed components can communicate with each other:
● The Content Manager computers must know the location of the content store, the other Content
Manager computers, and the database that is used for notification. ● The gateway computer must know the location of at least one dispatcher. The dispatcher should be located on a report server computer.
● The Application Tier Components computer must know the location of the Content Manager
computers and the database to use for job and schedule information. 如果要分布式部署，那么要求： CM服务必须配置content store，即数据库的信息，此处需要注意的是Cognos CM模块使用JDBC连接content store，具体使用的 未完，继续阅读 #cognos系统管理
评论转载
eldersun
2010-12-5 19:56
Cognos联机文档片段摘读：系统架构
Cognos 8架构会让dispatch工作最少的时间。Cognos 8利用网络负载均衡器来保证Gateway和Dispatcher被均匀的使用。网络负载均衡器交叉项多个Web和多个AP服务器转发请求。
说明Gateway不负责均衡后端dispatcher服务。 dispatcher负载均衡使用的是静态算法。可以定义每个dispatcher的权重。权重为2的是权重为1的dispatcher负载的两倍，以此类推。每个dispatcher使用加权循环算法向其余所有的dispatcher分派任务。
dispatcher是负责分发请求的服务，可以将任务分配给集群中的所有dispatcher，所使用的静态算法是加权循环算法。按照这种说法，第一
dispatcher可以按照权重实现ReportServer的负载均衡，第二负载的算法仅按照加权值，和后端服务器的实际负载没有关系。 如果使用任何的外部负载均衡设备，应该使用dispatcher本地优选配置。使用优先配置的话，dispatcher不会进行负载均衡。请求将尽可能的在本地处理，仅当外部负载均衡器发送了本地无法处理的服务请求，dispatcher才会将该请求派发给其它请求。
文中的这个 preferred dispatch option是否为一个可配置项？还是一个内置的算法？如果关闭dispatcher的派发功能（集群兼容的），那么每一 未完，继续阅读 #cognos系统管理 评论转载
eldersun
2010-12-5 19:55
Cognos Remote Log Server的使用
1、Cognos的log server必须“enable” TCP协议访问才可以作为Remote Log Server为其它Cognos提供日志服务。 2、使用其它Log Server作为日志服务器，如果日志服务器不可用，则日志信息并不会被丢弃，而是暂存在本地logs下，一旦Cognos日志服务器可用，则暂存的日志信息会重新写入。
3、Cognos日志服务器上如果配置了DB log，则可以写入其它服务器传送过来的审计日志信息。
使用Remote Log Server可以将集群中的所有Cognos服务器日志写入单一日志文件中，方便查询和管理；作为Remote Log Server的Cognos应把日志线程数设置成最大值20； #cognos系统管理 评论转载
eldersun
2010-12-5 19:49
Cognos内部服务配置不当造成的错误一例 对于Cognos BI套件，通过Cognos提供的安装向导，基本上是按照产品线的Gateway、Application Tier、Content Manager三个层次划分，这是安装向导所能区分的最细粒度。
但对于Cognos来说，其内部组件服务可以部署在不同的服务器上，除Gateway外，Application Tier、Content Manager的内部组件可以通过Configuration或者Administration中关闭和开启不同的服务组合来工作，不同的服务组合扮演特定的角色。
但是如果服务之间的依赖关系没有处理好的话讲导致系统无法正常运作，遇到一例错误，部署了Content Manager的服务器上，默认Presentation service、Dispatcher Services服务是关闭的，如果开启了，则可能导致其它dispatcher将报表请求发送到该CM服务上，而该CM服务又无法处理报表请求，则会出现错误，错误详情如下：
因此，CM上的Presentation service、Dispatcher Services必须是关闭的。
Cognos的安装向导无法完全处理服务之间的依赖关系，而dispatcher调度服务也不能判断目标服务是否能够有能力处理这些服务，即转发仍然存在一定的盲目性，那么这些服务之间的依赖关系需要就要靠人来维护。 Cognos内部服务之间的依赖关系需要进一步研究！ 未完，继续阅读 #cognos系统管理 评论转载