首页 >

部署指南

BI@Report数据分析展示平台实施部署指南

安装环境

服务器配置推荐列表

  • 并发用户数小于10,在线用户数小于100,数据量小于10W行

    配置项目

    服务器(一台)

    硬件配置

    CPU: E5140或更高

    内存:4G

    硬盘:146G*2

    软件基础环境配置(32位)

    操作系统:全部(支持的)

    JAVA运行环境:JDK 1.6

    中间件:tomcat、Weblogic

    操作系统:全部(支持的)

    数据库:全部(支持的)

    建议使用win+tomcat+mysql,同时部署在一台服务器上

    适合项目:此配置适合用户量少,主要用于演示和软件试用,以及数据量比较小的生产环境。响应时间:页面响应时间小于5秒、报表分析查询时间3-10秒内。 备注:此配置下系统可以支持超过预定并发用户数进行页面交互操作,但是限于CPU的并发能力,并发报表分析查询响应时间会下降。

  • 并发用户数小于50,在线用户数小于500,数据量小于50万行

    配置项目

    WEB服务器(一台)

    数据库服务器(一台)

    硬件配置

    CPU: E5140或更高X 2

    内存:4G

    硬盘:146G*2

    CPU: E5140或更高X 2

    内存:4G

    硬盘:146*2

    软件基础环境配置(32/64位)

    操作系统:Linux/aix

    JAVA运行环境:JDK 1.6

    中间件: Weblogic 11

    Websphere 7

    操作系统:Linux/aix

    数据库:oracle 9i/10g/11g

    适合项目:此配置适合用户数在50左右,主要用于百万级数据量以下的综合分析项目。 响应时间:页面响应时间小于5秒、报表分析查询时间小于3-20秒内(报表复杂程度有关)。备注:此配置下系统可以支持超过预定并发用户数进行页面交互操作,但是限于CPU的并发能力,并发报表分析查询响应时间会下降。

  • 并发用户数小于100,在线用户数小于1000,数据量小于200万行

    配置项目

    WEB服务器(一台)

    数据库服务器(一台)

    硬件配置

    CPU: E5140或更高X 4

    内存:8G

    硬盘:146G*2

    CPU: E7320或更高X 4

    内存:8G

    硬盘:146*2

    软件基础环境配置(建议64位)

    操作系统:Linux/aix

    JAVA运行环境:JDK 1.6

    中间件: Weblogic 11

    Websphere 7

    操作系统:Linux/aix

    数据库:oracle 9i/10g/11g

    适合项目:此配置适合并发用户数在100左右,报表分析并发用户数小于50,主要用于百万级数据量左右的综合分析项目。 响应时间:页面响应时间小于5秒、报表分析查询时间小于3-20秒内(报表复杂程度有关)

  • 并发用户数小于200,在线用户数小于2000,数据量小于500万行

    配置项目

    WEB服务器(一台)

    数据库服务器(一台)

    硬件配置

    CPU: E7320或更高X 4

    内存8G

    硬盘:146G*2

    CPU: E7320或更高 X 8

    内存8G

    软件基础环境配置(建议64位)

    操作系统:Linux/aix

    JAVA运行环境:JDK 1.6

    中间件: Weblogic 11

    Websphere 7

    操作系统:Linux/aix

    数据库:oracle 9i/10g/11g

    适合项目:此配置适合并发用户数在200左右,报表分析并发用户数小于100,主要用于百万级数据量左右的综合分析项目。 响应时间:页面响应时间小于5秒、报表分析查询时间小于3-40秒内(报表复杂程度有关)

  • 并发用户数大于400,在线用户数大于4000,数据量大于1000万行

    配置项目

    WEB服务器(一台)

    数据库服务器(两台)

    硬件配置

    CPU: E7320或更高 X 4

    内存:16G以上

    硬盘:146G*2

    CPU: E7320或更高X8

    内存16G

    软件基础环境配置(建议64位)

    操作系统:Linux/aix

    JAVA运行环境:JDK 1.6

    中间件: Weblogic 11

    Websphere 7

    操作系统:Linux/aix

    数据库:oracle 9i/10g/11g

    适合项目:主要用于千万级数据量左右的综合分析项目。 响应时间:页面响应时间小于5秒、报表分析查询时间小于3-60秒内(报表复杂程度有关)备注:此硬件配置可以保证并发能力下的响应,具体的报表分析时间受数据模型、SQL复杂程度影响。

    客户端配置

    BI@Report客户端(最低配置)

    所属项

    说明

    CPU

    主频不低于1GHz

    内存

    不小于1G

    网络

    不低于100KB/s传输速度

     

    BI@Report客户端(建议配置)

    所属项

    说明

    CPU

    酷睿双核

    内存

    不小于2G

    网络

    不低于100KB/s传输速度

    客户端浏览器

    操作系统

    浏览器

    Windows XP

    IE8,IE7

    Win7

    IE11,IE10,IE9,IE8,Firefox,Chrome

    IOS

    Safari

    推荐使用ie9及以上版本/Firefox/ Chrome。

    名词解释

    BI:BI@Report的简称。

    BI4.1:是指BI@Report报表服务器的版本,对应的在服务器登录界面上的version信息。

    TOMCAT中部署BI@Report服务器

    Windows操作系统

    下面讲述的是在Windows环境下安装部署BI@Report的整个过程。

    安装JDK

    安装JAVA运行环境(jdk1.6或以上版本),如下图所示:

    安装过程中,可以默认设置,直接NEXT完成安装,具体过程略。

    安装TOMCAT

    安装TOMCAT有两种方法。一种是使用TOMCAT的安装版程序,一种是使用TOMCAT的解压版文件。这两种方法的区别在于,通过安装版程序安装TOMCAT,不需要设置JAVA环境变量,使用解压版文件需要设置环境变量。

    使用TOMCAT的安装版程序,双击安装程序文件,开始安装。

    Next,

    I Agree,

    Next,

    设置安装目录,Next,

    设置访问端口,访问报表服务器时,要带上此端口。需要确保所设置的端口没有被其他应用占用。设置登录TOMCAT控制台的帐号和密码。

    Next,

    选择JDK的安装目录,TOMCAT会自动找到JDK的安装目录。

    Install完成安装。

    解压版程序,只需将TOMCAT压缩文件解压到某一目录即可。

    配置环境变量

    如果是解压版的TOMCAT,需要设置环境变量。如果安装版的TOMCAT不能启动报表服务器,也可以尝试设置环境变量来解决。

    右击桌面上的"我的电脑",选择弹出菜单中的"属性",在"系统属性"对话框中选择"高级"选项卡,

    点击"环境变量"按钮,

    点击"系统变量"中的新建,新建系统变量,

    在上图中输入变量名和变量值。新建以下二个系统变量,假设JDK的安装路径为C:JDK1.6

    ①JAVA_HOME,值为JDK的安装路径C:JDK1.6。

    ②修改系统变量PATH的值。选择变量PATH,点击"编辑"按钮,在变量值的前面加上: %JAVA_HOME%in;

    部署BI@Report

    找到TOMCAT安装目录中的webapps文件夹,删除除ROOT文件夹外的其他文件和文件夹。

    将BI@report服务器的WAR包文件分别复制到上述的webapps文件夹中。假设BI@Report服务器的WAR包文件名为bi。

    启动服务器

    运行TOMCAT安装目录中的binstartup.bat,启动TOMCAT服务。

    在IE地址栏中输入报表服务器地址,输入地址时,应带上TOMCAT的端口和应用的目录,即WAR包的目录名,完成服务器的初始化工作;具体参见第五章。

    Linux操作系统

    在Linux中部署与windows中基本相同,下面以TOMCAT为例讲解在linux下部署的步骤。

    Linux 下使用"变量名=变量值"设置变量,并使用 export 命令将其导出为环境变量。下面是安装并配置jdk、tomcat的环境变量。

    安装JDK

    #cp /path/to/jdk-1_6_0-linux-i586.bin /usr/local/ (把jdk拷贝到要想安装的位置,如:usr/local下面)

    #cd /usr/local (到usr/local目录下)

    #chmod a+x jdk-1_6_0-linux-i586.bin (执行命令)

    #./j2sdk-jdk-1_6_0-linux-i586.bin (执行命令)

    然后会提示是否确认安装,这是输入yes,确认即可。

    安装TOMCAT

    同上,把tomcat(jakarta-tomcat-5.5.8.tar.gz)拷贝到你想要安装的位置,如:usr/local下

    #gunzip jakarta-tomcat-5.5.8.tar.gz(解压缩)

    #tar -xvf jakarta-tomcat-5.5.8.tar(解包)到此既可以完成安装了。

    配置环境变量

    在startup.sh或catalina.sh的开头位置设置JAVA_HOME

    JAVA_HOME=/usr/local/jdk1.6.0_09

    部署BI@Report

    将BI-report-server(此名可以更改).war包复制到Tomcat webapps文件夹下

    修改tomcat/bin 目录下的catalina.sh

    启动服务器

    启动tomcat # ./startup.sh

    访问报表服务器,形如:http://127. 0.0.1:8080/bi,完成服务器的初始化工作,具体参见第五章。

    TOMCAT常用配置

    修改端口

    TOMCAT安装时默认的端口8080,TOMCAT安装版可以在安装中修改。对于安装完成后和解压版TOMCAT如何修改呢?

    找到TOMCAT安装目录下的confserver.xml文件,用记事本打开,搜索安装时设置的端口值或默认的值8080,将其替换为要设置的端口值。

    在修改端口时要注意,先要停止TOMCAT服务,再来修改。修改完成后,重启TOMCAT服务,即可通过修改后的端中访问WEB应用。

    JVM设置

    TOMCAT默认内存最大内存为128M,在大用户量情况下容易出现内存不够的情况,所以需要进行调整。

    修改内存大小一般在启动文件startup.bat或startup.sh中设置,设置例子如下:

    Set JAVA_OPTS= -Xmx1024m -Xms256m -XX:MaxPermSize=256m(Windows)

    JAVA_OPTS=-Xmx1024m -Xms256m -XX:MaxPermSize=256m(Linux)

    内存调整需根据服务器内存大小、操作系统版本、WEB服务器版本、JDK版本和实际使用情况进行调整,一般建议在32bit环境下最大内存不要超过2G,在64bit环境下不要超过4G,且如果启动tomcat失败可以逐渐调下内存。

    注意:某些JDK版本限制最大堆内存,不支持分配超过1.5G的内存,如果有充足的内存,可以多建立几个节点集群成员,逐一对每个成员做相应的修改。

    线程调整

    属性名

    描述

    maxThreads

    Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。

    acceptCount

    指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理。

    minSpareThreads

    Tomcat初始化时创建的线程数。

    maxSpareThreads

    一旦创建的线程超过这个值,Tomcat就会关闭不再需要的socket线程。

    上述参数在conf/ server.xml中进行设置,TOMCAT上述默认值如下:

    maxThreads:150

    acceptCount:100

    minSpareThreads:25

    maxSpareThreads:75

    在一般情况下够用,如果同时并发用户数量很大,需要调整maxThreads参数,调整原则为每秒用户请求数*请求操作执行时间,比如每秒有100个请求,每个请求执行时间为1秒,maxThreads设置为100即可。同时要适当调整maxSpareThreads参数,不要关闭socket线程后又马上生成的操作。

    服务器端SSL配置

    本章节为服务器端的SSL配置步骤。部署时下列操作中的路径、密码和问答由自己设置,本文档只做参考。

    配置好全局JDK环境变量,确保JDK全局环境变量配置正确。

    用系统管理员运行以下命令生成证书密钥:

    keytool -v -genkey -alias tomcat -keyalg RSA -validity 365 –keystore E: omcat.keystore

    截图中<tomcat>的主密码和keystory密码设置一样密码同为"123456",-validity 365为证书有效期。完成后可到相应路径下查看到生成的证书文件tomcat.keystore。

    进入tomcat->conf文件夹下,编辑server.xml。在server.xml文件中找到下面一段,把注销去掉让代码生效。

    在该代码段下面增加keystoreFile="E: omcat.keystore" keystorePass="123456"

    保存后,启动tomcat,访问https://IP:8443/可以进入tomcat控制台,说明tomcat配置SSL成功。

    让应用自动跳转到https上可以在应用包里面的web.xml里面增加如下代码,重启tomcat生效。

    <security-constraint>

    <web-resource-collection >

    <web-resource-name >SSL</web-resource-name>

    <url-pattern>/*</url-pattern>

    </web-resource-collection>

    <user-data-constraint>

    <transport-guarantee>CONFIDENTIAL</transport-guarantee>

    </user-data-constraint>

    </security-constraint>

    JNDI配置(BI4.1暂不支持JNDI)

    (1)修改TOMCAT中conf目录下context.xml,添加Resource代码段。

    <Resource name=" JNDI_BI41" auth="Container"

    type="javax.sql.DataSource"

    driverClassName="oracle.jdbc.driver.OracleDriver"

    url="jdbc:oracle:thin:@172.21.100.151:1521:orcl"

    username="bi41"

    password="bi41"

    maxActive="50"

    maxIdle="30"

    maxWait="10000" />

    其中:

    name 表示指定的jndi名称

    auth 表示认证方式,一般为Container

    type 表示数据源床型,使用标准的javax.sql.DataSource

    maxActive 表示连接池当中最大的数据库连接

    maxIdle 表示最大的空闲连接数

    maxWait 当池的数据库连接已经被占用的时候,最大等待时间

    username 表示数据库用户名

    password 表示数据库用户的密码

    driverClassName 表示JDBC DRIVER

    url 表示数据库URL地址

    (2)添加jar包。

    在tomcat的lib目录下,需添加:oracle_ojdbc14-1.0.0.jar,它是数据库驱动包,在war包的WEB-INFlib路径下(jar包名视BI版本而定),拷贝复制到E:apache-tomcat-6.0.20lib路径下。

    (3)修改工作目录conf文件下jdbc.conf文件,增加datasource3=java:comp/env/JNDI_BI41参数,其中JNDI_BI41为JNDI名称。

    配置完成启动tomcat,管理员admin登录查看数据库连接池基本信息。

    JNDI数据库配置参数调优(BI4.1暂不支持JNDI)

    修改tomcat中conf目录下context.xml中Resource代码段,主要对maxActive及maxWait参数进行调优;代码中的参数在3.5节中有详细介绍。

    Tomcat修改应用上下文根为空

    因为tomcat控制台http://IP:8080/默认上下文根为空,所以在修改应用的上下文根为空时需要修改tomcat控制台上下文根不为空。

    进入tomcat conf路径下,修改server.xml文件,

    在文件中找到Host name="localhost代码段,在该代码下增加如下代码。

    <Context path="/ROOT" docBase="E:apache-tomcat-6.0.20webappsROOT" reloadable="true"/>

    <Context path="" docBase="E:apache-tomcat-6.0.20webappsBi41" reloadable="true"/>

    上面红色字体为修改tomcat控制台上下文根。蓝色字体为修改应用上下文根。上文参数解释:

    Context path= 后面跟上下文根(应用的上下文根为"")。

    docBase= 后面跟应用路径(ROOT为控制台,Bi41为解压后的war包名)

    根据上面的讲解自己修改路径和上下文根,以上可做参考。

    配置完成后保存,重启tomcat,访问http://IP:8080/ROOT控制台及http://IP:8080/应用,如果发现http://IP:8080/依然访问控制台,请重启tomcat。

    Weblogic中部署BI@Report服务

    本章节是以Weblogic 10.3.3版本为例,介绍整个配置过程。

    在Weblogic中创建Domain

    点击"开始"菜单,"所有程序",按照如下1-5顺序,打开配置向导。

    默认,下一步 ,

    默认,下一步,

    输入域的名称和位置,下一步(可根据需要修改域名和存放路径)

    设置的用户名和密码用于登录控制台,下一步,

    默认,下一步,

    默认,下一步,

    点击创建

    点击完成。

    以后就可以在开始菜单,按下图1-5顺序,即可启动Weblogic。

    屏幕上会出现一个Dos窗口,如果创建服务的时候选择的是"生产模式",还需要输入此服务的帐号密码才能继续启动。

    直到窗口中出现listening on port 7001(端口号根据实际配置会不一样),表明服务已经成功启动。这时就可以在IE浏览器里键入http://localhost:7001/console,进入Weblogic控制台,输入您的管理员名和密码,即可进行控制台管理。

    部署BI@Report

    Weblogic 11中部署

    以下所讲述的操作或步骤是基于Windows操作环境。

    创建一个新的服务

    在Weblogic下可以很方便地配置多个BI@Report服务器,但需要先创建Weblogic的服务。操作如下:执行程序组中的Weblogic服务配置,如下图所示:

    具体过程参考上一节"1. 在Weblogic中创建Domain"

    Weblogic管理控制台访问地址:http://服务器IP:7001/console。在IE浏览器里键入该地址,进入Weblogic控制台登录页面,输入用户名和密码进行登录。

    登录成功后,就出现Weblogic的控制台管理界面,如下:

    点击"部署"节点,然后点击"锁定并编辑"按钮。这样右边的"安装"按钮就会被激活,点击"安装"按钮。

    点击"上载文件"按钮。

    点击"浏览"按钮,选择本地的WAR包进行上传,点击"下一步"按钮。

    待WAR上传成功后,点击"下一步"按钮。

    点击"下一步"按钮。

    点击"下一步"按钮。

    点击"完成"按钮。

    提示"已成功安装布署。"。点击"保存"按钮(生产模式需要再点击"激活更改"按钮)。

    提示"已激活所有更改,不需要重新启动。"。

    勾选刚才部署的包(BI@ReportV4),选择"启动 / 为所有请求提供服务"

    点击"是"按钮。

    测试BI@Report报表服务器web应用

    进入部署(Deployments)节点,点击BI应用,点击右侧测试(Testing),可以对Web应用进行测试了。或者直接在IE浏览器中输入BI访问地址。能看到如下界面就表明测试成功了:

    在页面上完成BI服务器的初始化工作,具体参见第五章。

    Weblogic集群部署

    说明:本章节只是介绍Weblogic如何配置集群。在集群部署方式下,BI应用需要配置集群参数,方法见第六章。

    集群(Cluster)是由两台或多台节点机(服务器)构成的一种松散耦合的计算节点集合,为用户提供网络服务或应用程序(包括数据库、Web服务和文件服务等)的单一客户视图,同时提供接近容错机的故障恢复能力。集群系统一般通过两台或多台节点服务器系统通过相应的硬件及软件互连,每个群集节点都是运行其自己进程的独立服务器。这些进程可以彼此通信,对网络客户机来说就像是形成了一个单一系统,协同起来向用户提供应用程序、系统资源和数据。除了作为单一系统提供服务,集群系统还具有恢复服务器级故障的能力。集群系统还可通过在集群中继续增加服务器的方式,从内部增加服务器的处理能力,并通过系统级的冗余提供固有的可靠性和可用性。

    BI@Report支持集群部署,下面以Weblogic11为例讲解如何部署集群,并在集群中部署服务。

    创建新的Domain

    选择"Tool Configuration Wizard",单击"下一步"按钮

    选择安装域源

    选择安装"Weblogic Server",单击"下一步"按钮

    指定域名和位置

    输入域的名称和位置

    配置管理员用户名和密码

    输入Weblogic管理员管理服务器(AdminServer)的用户名和密码,在此以"Weblogic"作用登录管理服务器的用户名和密码,单击"下一步"按钮

    配置域启动模式和JDK

    选择"生产模式"和"JRockt SDK"后,单击"下一步"按钮

    选择管理服务器,受管服务器集群和计算机

    选择"是"后,单击"下一步"按钮

    配置管理服务器

    输入Administrator Server的名称,监听地址,监听端口,如果需要SSL支持的话可以在"SSL enabled"后面的复选取框上打勾,配置SSL监听端口,单击"下一步"按钮

    根据需要修改端口(默认为7001)

    配置受管理服务器(代理服务器实际上也是一个受管理服务器)

    输入Managed Server的名称,监听地址,监听端口,如果需要SSL支持的话,可以在"SSL enabled"复选框上打勾,配置SSL监听端口。可以配置多个Managed Server。单击"下一步"按钮

    (注:我这台机器的IP是:172.17.2.67,另一台机上要安装受管理服务器的IP地址是:172.17.2.60)

    配置群集信息

    单击"切换显示",再单击"添加",采用默认。单击"下一步"按钮。

    将受管理服务器添加到集群中

    选择左面列表中的Managed Server,将其添加到右面的列表中,这里代理服务器不要添加到右边,单击"下一步"按钮

    创建HTTP代理应用程序

    选中"为群集创建Http代理",myCluster代理服务器选择前面没有加入myCluster的ProxyServer,单击"下一步"按钮

    配置计算机

    添加两台计算机,按之前地址配置,端口采用默认,单击"下一步"按钮

    向计算机分配服务器

    按照之前规划向计算机分配服务器,如下图示

    检查Weblogic域

    在此检查前面所做的配置,如果没有问题单击"下一步"按钮

    创建Weblogic域

    单击"创建"按钮,创建无误后,单击"完成"按钮

    集群中辅节点操作

    本例是weblogic双机集群,以上操作均在主节点中完成。

    集群中的所有 Server 必须位于同一网段,并且必须是 IP 广播(UDP)可到达的;

    集群中的所有 Server 必须使用相同的版本,包括 Service Pack;

    集群中的 Server 必须使用永久的静态 IP 地址。动态 IP 地址分配不能用于集群环境。如果服务器位于防火墙后面,而客户机位于防火墙外面,那么服务器必须有公共的静态 IP 地址,只有这样,客户端才能访问服务器;

    辅节点weblogic安装和主节点相同版本,安装路径相同,过程略。辅节点具体操作如下:

    1、将主节点创建好的domain文件夹拷贝到辅节点机器,如下图

    2、修改辅节点文件C:OracleMiddlewarewlserver_10.3common odemanager nodemanager.domains

    添加如下内容并保存(实际环境中主要domain名称和路径):

    MyCluster_domain=C:OracleMiddlewareuser_projectsdomains

    MyCluster_domain

    启动集群服务

    一般常用两种启动方式,一种是通过编辑脚本来启动,一种是启动nodemanager和主节点控制台后通过界面来启动,推荐使用后者。

    1、编辑脚本来启动

    编辑口令文件

    在域目录servers/AdminServer/security、servers/ManagedServer_1/security、servers/ManagedServer_2/security、servers/proxyServer/security文件夹下(若没有需新建)建立boot.properties文件,内容为:

    username=Weblogic

    password=Weblogic1

    编辑启动管理服务器的文件

    在刚才创建的域目录下的bin目录中创建startAdminServer.cmd,内容为:

    @ECHO OFF

    @REM 启动管理服务器.

    start .startWeblogic

    编辑启动代理服务器的文件

    在创建的域目录下的bin目录中创建startProxyServer.cmd,内容为:

    @ECHO OFF

    @REM 启动代理服务器.

    @REM 使用startManagedWeblogic命令启动Managed Server,它的命令格式是:

    @REM startManagedWeblogic.cmd Managed Server的名称 Administrator Server地址

    @REM startManagedWeblogic 受管理服务器名称 管理服务器URL

    start .startManagedWeblogic ProxyServer http://90.0.13.10:7001

    编辑启动受管理服务器(ManagedServer_1)的文件

    在刚才创建的域目录下的bin目录中创建startManagedServer_1.cmd,内容为:

    @ECHO OFF

    @REM 启动受管理服务器ManagedServer_1.

    @REM 启动Managed Server

    @REM 使用startManagedWeblogic命令启动Managed Server,它的命令格式是:

    @REM startManagedWeblogic.cmd Managed Server的名称 Administrator Server地址

    @REM startManagedWeblogic 受管理服务器名称 管理服务器URL

    start .startManagedWeblogic ManagedServer_1 http://90.0.13.10:7001

    (注:使用startManagedWeblogic命令启动Managed Server,它的命令格式是:

    startManagedWeblogic.cmd Managed Server的名称 Administrator Server地址)

    如果有多个受管理节点,可以做多个受管理服务器。

    2、启动nodemanager和主节点控制台通过weblogic控制台来启动

    主节点操作如下:

  1. 启动weblogic控制台,和前面介绍启动方式一样,此处略
  2. 启动Node Manager

辅节点操作如下:(辅节点只需要启动Node Manager)

启动Node Manager

启动NodeManager方法如下:按如下图1-5顺序启动

出现下图,5556端口处于监听表示启动成功。

此时,登录到weblogic控制台(http://172.17.2.67.9000/console

  1. 修改AdminServer的设置SSL 主机验证为无

修改完毕后重新启动weblogic控制台,查看计算机状态,确保为可访问

  1. 然后在服务器界面,依次启动代理和节点(即主控和受控节点)

切换到控制页面,一次勾选节点服务器和代理,点击"启动",启动成功后如下图RUNNING状态,启动时间视机器配置而定,此时整个集群服务启动完毕。

在集群中部署BI@Report应用

进入Console控制台(http://172.17.2.67.9000/console)。

进入console控制台后,在左边域结构树中点击"环境"前的"+",

在展开的节点中点击"服务器",在右边的列表中可以看到各服务器是否正常启动。

如果正常启动则单击"部署"节点,(如果部署的为生产模式,需要再点击"锁定编辑"按钮)

再点击"安装"按钮,选择要部署的WEB应用程序

完成后,单击"下一步",再单击"下一步",

点击"上载文件",选择安装包

单击"下一步"

单击"下一步"

选择"群集中的所有服务器",之后单击"下一步",再单击"下一步"

选择"将此目标复制到每一个目标",再点击"下一步"

再单击"完成"。(部署的是生产环境还需要再单击左上角的"激活更改")。

单击"保存",完成部署

启动WEB应用

进入Console控制台(http://172.17.2.67.9000/console)。

进入console控制台后,点击"部署"

选中列表中的应用,然后选择"为所有请求提供服务",再单击"是"。

看到状态是"活动"就表示WEB应用启动完成。

内存调整

修改域目录下in下的setDomainEnv.cmd(linux下commEnv.sh)对应JDK的内存。

内存调整需根据服务器内存大小、操作系统版本、WEB服务器版本、JDK版本和实际使用情况进行调整,一般建议在32bit环境下最大内存不要超过2G,在64bit环境下不要超过系统可用内存的70%。

注意:某些JDK版本限制最大堆内存,不支持分配超过1.5G的内存,如果有充足的内存,可以多建立几个节点集群成员,逐一对每个成员做相应的修改。

注意:Weblogic建议最大最小内存分配一样大小。

Session设置

  1. web.xml

设置WEB应用程序描述符web.xml里的<session-timeout>元素。这个值以分钟为单位,并覆盖Weblogic.xml中的TimeoutSecs属性<session-config>    <session-timeout>30</session-timeout></session-config>

此例表示Session将在30分钟后过期

当<session-timeout>设置为-2,表示将使用在Weblogic.xml中设置的TimeoutSecs这个属性值。

当<session-timeout>设置为-1,表示Session将永不过期,而忽略在Weblogic.xml中设置的TimeoutSecs属性值。该属性值可以通过console控制台来设置

  1. Weblogic.xml

设置Weblogic特有部署描述符Weblogic.xml的<session-descriptor>元素的TimeoutSecs属性。这个值以秒为单位:<session-descriptor>   <session-param>      <param-name>TimeoutSecs</param-name>      <param-value>3600</param-value>   </session-param></session-descriptor>

默认值是3600秒

服务器端压力较大时建议减小此时间。

服务器端SSL配置

本章节为生产环境单节点AdminServer服务器端的SSL配置步骤,在weblogic控制台中操作时需要点击"锁定并编辑",此节不做详细介绍。

配置好全局JDK环境变量,确保JDK全局环境变量配置正确。

(部署时下列脚本中的密码由自己设置,脚本内密码设置为123456只做参考)

用系统管理员运行以下bat脚本生成证书密钥(脚本需存放在当前weblogic域下面):

@echo off

echo 开始创建密钥...

keytool -genkey -alias weblogic -keyalg RSA -keypass 123456 -storepass 123456 -keystore weblogic.jks -validity 365 -dname "CN=127.0.0.1,OU=部门名,O=公司名,L=市区,ST=省份,C=家"

echo 生成证书签发...

keytool -certreq -alias weblogic -keyalg RSA -keypass 123456 -storepass 123456 -keystore weblogic.jks -file weblogic.pem

echo 正在导出密钥...

keytool -export -trustcacerts -alias weblogic -file weblogic.cer -keystore weblogic.jks -storepass 123456

echo 结束...

pause;

脚本可以直接粘贴,格式不要随意变动,-validity 365为密钥使用时间,自己更改。

双击运行此脚本后,在当前域下面生成weblogic.cer、weblogic.jks、weblogic.pem3个文件。

启动weblogic,登录进入控制台,

①进去server->配置->一般信息,勾选"已起用SSL监听端口"。

②进去server->配置->密钥库,修改配置信息如下图。

其中weblogic.jks为"密钥库的名称"

③进去server->配置->SSL,修改配置信息如下图。

其中weblogic为密钥库的别名。

修改完成后,点击"释放配置",客户机登录https://IP:7002/console可以进入weblogic控制台,说明weblogic配置SSL成功。

让应用自动跳转到https上可以在应用包里面的web.xml里面增加如下代码,重启weblogic生效。

<security-constraint>

<web-resource-collection >

<web-resource-name >SSL</web-resource-name>

<url-pattern>/*</url-pattern>

</web-resource-collection>

<user-data-constraint>

<transport-guarantee>CONFIDENTIAL</transport-guarantee>

</user-data-constraint>

</security-constraint>

JNDI配置(BI4.1暂不支持JNDI)

登录weblogic控制台,进入服务->JDBC->数据源

点击【新建】按钮

填写JNDI名称,点击【下一步】

默认下一步

默认下一步

填写数据库"实例名"、"数据库服务器ip"、"数据库端口"、"连接的数据库用户名"、"密码",点击【下一步】按钮

点击【测试配置】,确认连接成功,点击【下一步】按钮

选择需要使用该数据源的server节点,点击【下一步】按钮

配置好JNDI后需要添加jar包到weblogic的oracleMiddlewarewlserver_10.3serverlib的目录下,需添加:oracle_ojdbc14-1.0.0.jar,它是数据库驱动包,该包在BI war包的WEB-INFlib路径下(jar包名视BI版本而定),添加后需要改名为ojdbc6.jar,并且注销weblogic自带的ojdbc6.jar文件。

最后还需要到BI工作目录conf下修改jdbc.conf文件,在文件中增加第三方连接池参数datasource3=JDBC_bi41(其中JDBC_bi41为JNDI名称)。

配置完成启动weblogic,管理员admin登录查看数据库连接池基本信息。

JNDI数据库配置参数调优(BI4.1暂不支持JNDI)

登录weblogic控制台,点击进入服务->JDBC->数据源。点击需要调优的jdbc数据源名称。

进入数据源配置页面,选择"配置->连接池"选项卡。

在该页面可以修改"初始容量"(数据库空闲连接池)、"最大容量"(数据库最大连接数),点击下面的"高级"设置里面还有"最大等待连接数"。修改前需要点击"锁定并编辑",本节不做详细讲解。

Websphere中部署BI@Report服务器

在Websphere7.0中部署

选择"新建应用程序"—"新建企业应用程序"

在如下界面下,选择浏览按钮,在本地找到需要部署的包

此处注意,长文件名websphere不支持,需要修改文件名。

选择下一步

选择下一步

继续下一步

继续下一步

继续下一步,指定上下文根为(这里指定为bi)

继续下一步

单击完成按钮

选择保存到主配置,保存一定要做,否则会出现问题

保存完成后选择"企业应用程序",看见我们刚才部署的包还没有启动,选择名称前的checkbox,然后单击启动按钮,

部署包即完成了。

Websphere常用调配

内存设置

Websphere默认内存最大内存为256M,在大用户量情况下容易出现内存不够的情况,所以需要进行调整。在如图所示地方进行调整,直接输入数字即可。

内存调整需根据服务器内存大小、操作系统版本、WEB服务器版本、JDK版本和实际使用情况进行调整,一般建议在32bit环境下最大内存不要超过2G,在64bit环境下不要超过系统可用内存的70%。

注意:某些JDK版本限制最大堆内存,不支持分配超过1.5G的内存,如果有充足的内存,可以多建立几个节点集群成员,逐一对每个成员做相应的修改。

线程池调整

该参数在管理控制台里的"服务器→应用程序服务器→server1→线程池"的"WebContainer"中进行设置,不要勾选"允许线程分配超过最大线程大小"。此处建议根据压力测试实际情况进行调整。

"服务器→应用程序服务器→server1→Web容器设置→Web容器"里勾选"启用servlet高速缓存",提高访问速度。

服务器端SSL配置

Websphere WAS中间件产品在安装部署时已经自带SSL访问方式。见下图。

WC adminhost 为控制台端口

WC_adminhost secure 为https访问控制台端口

WC defaulthost 应用访问端口

WC defaulthost secure 为https应用访问端口

JNDI配置(BI4.1暂不支持JNDI)

(1)添加jar包

在websphere WAS的IBMWebSphereAppServerjavain目录下,需添加:oracle_ojdbc14-1.0.0.jar,它是数据库驱动包,在BI war包的WEB-INFlib路径下(jar包名视BI版本而定),拷贝复制到IBMWebSphereAppServerjavain路径下。

(2)创建环境变量

启动websphere WAS控制台,进入环境->WebSphere变量页面,在该页面选择作用域,单节点选择"服务器=server1",点击【新建】按钮。

新建一个环境变量,命名为oracle_path,其中的值E:IBMWebSphereAppServerjavain为oracle驱动oracle_ojdbc14-1.0.0.jar上传的路径。点击【应用】按钮后保存。

(3)创建JDBC提供程序

点击进入JDBC->JDBC提供程序页面,选择作用域为"服务器=server1",点击【新建】按钮。

选择数据库类型为"oracle",实施类型为"连接池数据源",点击下一步。

默认点击【下一步】按钮

点击【完成】按钮后保存。

点击名称进入编辑界面

修改"类路径"为上面设置的环境变量${oracle_path}/oracle_ojdbc14-1.0.0.jar,点击【应用】按钮后保存。

(4)创建数据源

点击进入JDBC->数据源页面,选择作用域为"服务器=server1",点击【新建】按钮。

点击下面的"创建新的J2C认证别名"。

点击【新建】按钮。

填写别名及数据库用户名称和密码,点击【应用】后保存。

返回到新建数据源页面,填写数据源名称,JNDI名称及选择上面配置的J2C认证别名,点击【下一步】按钮。

选择"选择现有的JDBC提供程序",程序选择上面建立的Oracle JDBC Dirver,点击【下一步】按钮。

填写数据库连接URL,点击【下一步】按钮。

点击【完成】按钮后保存。

选择新建的数据源,点击【测试连接】按钮,查看配置是否成功。

(5)修改工作目录中的jdbc.conf

在工作目录jdbc.conf中增加以下参数datasource3=,参数值为JNDI名称。

配置完成启动websphere WAS ,管理员admin登录查看数据库连接池基本信息。

JNDI数据库配置参数调优(BI4.1暂不支持JNDI)

登录websphere WAS控制台,点击进入资源->JDBC->数据源页面,选择需要调优的数据源,点击数据源名称进入数据源配置页面。

进入数据源配置页面后,点击"连接池属性"进入连接池属性页面。

在连接池属性页面可以看到"连接超时"(最大等待时间)、"最大连接数"、"最小连接数"(最大空闲连接数)、"未使用的超时"(使用后连接池回收时间)等,根据需要对以上参数进行调优。

初始化报表服务器

通过以上章节了解报表服务器如何部署在各web应用服务器上后,您可以通过如下步骤完成BI@Report初始化工作。

(1)输入登录网址,如:http://192.168.1.1:8080/bi41,进入BI服务器配置界面

(2)点击"下一步"

此处以linux系统为例,工作目录设置和之前设置方法类似,可以在包里指定(web.xml中指定),也可以在jvm参数中指定,具体为-Dbiworkdir= /opt/biworkdir,也可以在初始化时指定,优先级从高到低。

(3)点击"下一步",设置数据库

此处可以点击测试,测试数据库链接。

(4)点击"下一步",注册服务器

此处,需要填写用户名称,项目名称,联系电话和联系邮箱等,然后生成注册申请,将生成的注册申请文件导出,进行注册码申请,由具有审批权限的人员将生成的许可文件发给部署人员,然后导入许可文件。注册成功后界面类似下图。

(5)点击"下一步",开始安装

(6)点击"开始体验",即可进入服务器的登陆界面

管理员admin,初始密码为admin。

集群部署(BI应用配置)

集群场景说明

集群4个节点部署在两台服务器上,对应的服务器IP、端口、工作目录如下。以双机双节点的配置BI集群为例,说明在BI中如何配置集群。本节不涉及中间件集群的部署,具体请参考第三章第3节。集群的分发也不在本节讨论范围。

物理机器

节点名称

IP地址

端口号

工作目录

Machine1

Server1(主控)

192.168.1.101

9001

/work_dir/birootdir1/

Machine1

Server2

192.168.1.101

9002

/work_dir/birootdir2/

Machine2

Server3

192.168.1.102

9003

/work_dir/birootdir3/

Machine2

Server4

192.168.1.102

9004

/work_dir/birootdir4/

工作目录指定

涉及到集群的工作目录指定,每个节点必须指定一个单独的工作目录,而且多节点不能同时使用同一个工作目录。

指定工作目录需要在中间件启动文件设置,在Server1的启动文件中设置:

-Dbiworkdir =/work_dir/birootdir1

在Server2的启动文件中设置:

-Dbiworkdir =/work_dir/birootdir2

在Server3的启动文件中设置:

-Dbiworkdir =/work_dir/birootdir3

在Server4的启动文件中设置:

-Dbiworkdir =/work_dir/birootdir4

JVM参数设置

节点名称

参数设置

备注

Server1

-Dbiworkdir =/work_dir/birootdir1/

-Djava.awt.headless=true

-Duser.timezone=Asia/Shanghai

-Dfile.encoding=GBK

-Dsun.jnu.encoding=GBK

-Xms4096m –Xmx4096m

-XX:PermSize=256m

-XX:MaxPermSize=512m

-Djava.net.preferIPv4Stack=true

-Xmx和-Xms根据服务器内存大小设置,64位OS建议不超过4G,32位OS不超过2G。

Server2

-Dbiworkdir =/work_dir/birootdir2/

-Djava.awt.headless=true

-Duser.timezone=Asia/Shanghai

-Dfile.encoding=GBK

-Dsun.jnu.encoding=GBK

-Xms4096m –Xmx4096m

-XX:PermSize=256m

-XX:MaxPermSize=512m

-Djava.net.preferIPv4Stack=true

同上

Server3

-Dbiworkdir =/work_dir/birootdir3/

-Djava.awt.headless=true

-Duser.timezone=Asia/Shanghai

-Dfile.encoding=GBK

-Dsun.jnu.encoding=GBK

-Xms4096m –Xmx4096m

-XX:PermSize=256m

-XX:MaxPermSize=512m

-Djava.net.preferIPv4Stack=true

同上

Server4

-Dbiworkdir =/work_dir/birootdir4/

-Djava.awt.headless=true

-Duser.timezone=Asia/Shanghai

-Dfile.encoding=GBK

-Dsun.jnu.encoding=GBK

-Xms4096m –Xmx4096m

-XX:PermSize=256m

-XX:MaxPermSize=512m

-Djava.net.preferIPv4Stack=true

同上

部署包和产品注册和配置

当在所有节点部署BI包后,需要分别访问下列地址完成产品的注册。

http://192.168.1.101:9001/bi

http://192.168.1.101:9002/bi

http://192.168.1.102:9003/bi

http://192.168.1.102:9004/bi

在所有4个节点均完成注册后,分别登陆所有节点,确认所有节点可以单独访问。

集群文件的配置

分别在4个工作目录的conf文件夹中放置clusterconfig.xml,其中Server1为主控节点,其中的内容为:

<?xml version="1.0" encoding="UTF-8"?>

<clusterconfig bindAddress="192.168.1.101" bindPort="9005" bindTcpHosts="192.168.1.101[9005],192.168.1.101[9006], 192.168.1.102[9007], 192.168.1.102[9008]" enable="true" controller="true" name="server1">

</clusterconfig>

在server2的clusterconfig.xml中配置如下:

<?xml version="1.0" encoding="UTF-8"?>

<clusterconfig bindAddress="192.168.1.101" bindPort="9006" bindTcpHosts="192.168.1.101[9005],192.168.1.101[9006], 192.168.1.102[9007], 192.168.1.102[9008]" enable="true" controller="false" name="server2">

</clusterconfig>

在server3的clusterconfig.xml中配置如下:

<?xml version="1.0" encoding="UTF-8"?>

<clusterconfig bindAddress="192.168.1.102" bindPort="9007" bindTcpHosts="192.168.1.101[9005],192.168.1.101[9006], 192.168.1.102[9007], 192.168.1.102[9008]" enable="true" controller="false" name="server3">

</clusterconfig>

在server4的clusterconfig.xml中配置如下:

<?xml version="1.0" encoding="UTF-8"?>

<clusterconfig bindAddress="192.168.1.102" bindPort="9008" bindTcpHosts="192.168.1.101[9005],192.168.1.101[9006], 192.168.1.102[9007], 192.168.1.102[9008]" enable="true" controller="false" name="server4">

</clusterconfig>

参数

说明

备注

bindAddress

当前节点绑定的ip

必须是本台服务器能使用的ip

bindPort

当前节点绑定的端口

必须是未占用端口,不能与server端口冲突

bindTcpHosts

集群节点列表

用[]标示端口,用,分割节点

enable

是否启用

 

controller

是否控制节点

 

name

名称

BI集群信息中显示

集群检查

以admin身份登录BI,依次进入"系统管理">"性能与维护">"集群信息",检查如下信息:

  • 检查所有配置节点是否存在
  • 检查所有节点在线状态
  • 检查所有节点同步状态
  • 检查是否存在控制节点,且只有一个

 

系统诊断

很多问题其实都是部署的时候没有正确设置某些参数,或者是没有按要求修改配置文件,往往在遇到异常时很难定位到这些错误,BI@Report系统从v3.1版本开始能自动诊断这些文件,并加以提示。

在管理员登录界面后点击 会出现如下诊断界面

系统进行了下列检测

诊断项

检测内容(中文)

The detection content (English)

时区设置

必须是Asia/Shanghai,否则提示错误

必须是Asia/Shanghai,否则提示错误

file.encoding设置

必须是"UTF-8","UTF8","GB18030","GBK",否则提示错误

必须是"UTF-8",否则提示错误

sun.jnu.encoding设置

同上

同上

操作系统字符集

检查文件名或文件内容是否支持GBK编码,不支持提示错误

检查文件名或文件内容是否支持"UTF-8"编码,不支持提示错误

java.awt.headless设置

windows不检查,linux检查或未设置提示错误

windows不检查,linux检查或未设置提示错误

最大内存设置

32位要求大于1024M,64位要求大于2048M

32位要求大于1024M,64位要求大于2048M

可用内存

<%5 系统已几乎无可用内存<30% 系统可用内存偏低>=30% 通过

<%5 系统已几乎无可用内存<30% 系统可用内存偏低>=30% 通过

可用字体

必须有宋体字体,否则不能通过

 

检查超级管理员密码

通过注释不能和用户名相同,设置的"123456"等;

提示密码需要字符和数字组合

注册码检查

>0 & <30,提示线程池<10,提示同时在线人数<50,提示

 

疑难问题处理方案

中间件相关

某些环境下可能会出现以下问题

  1. 在Linux环境下部署报表服务器,可能出现组织机构用户管理无法访问的情况

解决步骤:启动脚本要加这个参数: -Dfile.encoding=GBK

  1. 双网卡、Vmware

说明:软件注册会绑定网卡的MAC地址,所以在有双网卡的或者安装了VMware软件的时候,请确认根据那个网卡注册的。并且双网卡有可能会引起集群失效的问题,建议先关闭一个网卡,注册和配置完毕后再开启。

数据库相关

  1. Sybase环境下需要修改字符集,不修改可能会出现乱码以及因为大字段导致的数据库宕机

解决步骤:

在服务器上打开MS-DOS窗口,进入sybase安装目录中的charsetscp936目录,如: cd sybasecharsetscp936 输入以下命令加载cp936字符集: charset –Usa –P –SWHDS binary.srt cp936 进入isql,查询cp936字符集的id 设置default character set id参数值为171(即cp936对应的id) 完成后,重启实例两次(第一次启动会失败)

  1. Sybase环境下,恢复BI备份、以及某些操作会出现提示锁不够的问题

解决步骤:

修改锁使用数量

sp_configure "number of locks",100000

如果不够,继续增加到30W

  1. Sybase环境下,提示错误:Space available in the log segment has fallen critically low in database "tempdb". All future modifications to this database will be suspended until the log is successfully dumped and space becomes available.

解决步骤:tempdb默认参数3M太小,修改至200M

1> sp_cacheconfig "tempdb_cache","200m","mixed"2> go1> sp_bindcache "tempdb_cache",tempdb2> go 需要重启

  1. Oracle环境下,提示ORA-12519: TNS:no appropriate service handler found可能是数据库上当前的连接数目已经超过了它能够处理的最大值.

解决步骤:

select count from v$process --当前的连接数

select value from v$parameter where name = "processes" --数据库允许的最大连接数 修改最大连接数:alter system set processes = 500 scope = spfile;

重启数据库:

shutdown immediate; startup;

  1. db2环境下,展开左树上计划任务节点,报错::[jcc][10120][11936][3.52.95] 操作无效:已关闭 Lob。 ERRORCODE=-4470, SQLSTATE=null

解决步骤:

按下面格式配置默认连接池的url。 jdbc:db2://192.168.1.222:50000/testdb:driverType=4;fullyMaterializeLobData=true;fullyMaterializeInputStreams=true;progressiveStreaming=2;progresssiveLocators=2; (db2://192.168.1.222:50000/dbsvr:driverType=4;fullyMaterializeLobData=true;fullyMaterializeInputStreams=true;progressiveStreaming=2;progresssiveLocators=2;)testdb为数据库名。注意,最后有个分号。

应用相关

  1. 后台提示:数据库连接池已满或者连接超时

解决方法:

修改JDBC中的maxactive值,设置为100

  1. 计算报表的时候提示正在计算,有多少用户在排队

解决方法:

修改线程数,设置为CPU个数*4

附件列表

0

文档内容仅供参考
如果您需要解决具体问题,还可以登陆亿信社区
在提问求助板块提问,30分钟内帮您解决问题

如果您认为本词条还有待完善,请编辑

上一篇阅读指南

下一篇亿信BI

请先登录

创建词条

词条信息

admin
admin

超级管理员|词条创建者

1415

浏览次数:887 次

更新时间:2018-10-12