FineReport11.0
FineBI6.0
相比于普通单机工程,容器化部署的工程,升级和维护成本较低。
相比于单机工程,集群具有高可用性、高性能、易于管理、可伸缩性和安全保障等优点,适用于企业级的报表生成和管理需求。
本文方案,帮助用户将原有非容器化部署的单机工程,迁移为容器化部署的集群工程。
注:全文以FineBI作为演示。FineReport迁移步骤基本一致,仅需要两个点:
1)拷贝文件时,FineReport和FineBI需要拷贝的文件不完全相同,注意文档中的表格即可。
2)使用运维平台启停容器时,FineReport关闭的是fr组件,FineBI关闭的是bi6组件。
详情请参见:部署运维平台
详情请参见:部署新FineBI集群项目、部署新FineReport集群项目
注意事项1:迁移时,需要将老工程的一些必要文件、资源拷贝到新工程中,因此必须要确保新工程磁盘空间足够大。
1)检查原非容器化工程%Tomcat_home%\webapps\webroot文件夹的大小。假设为xG。
2)在准备新容器化集群文件服务器时,请根据原工程大小,适度扩大新工程文件服务器所在节点剩余磁盘空间。
建议最小剩余磁盘空间大小为 max(2x , 500) G。
注意事项2:部署新工程时,会同时部署一些必要组件,建议记录下组件的信息,方便在后续维护过程中查看。
请在「部署新项目-项目设置」环节,记录下MySQL、Redis、minio、elasticsearch组件的相关信息。由于组件密码随机生成,请务必修改组件的密码,方便后续使用。
注意事项3:迁移时,需要将老工程的一些文件拷贝到新工程中,因此需要记录下新工程存放文件的外挂目录位置。
请在「部署新项目-节点配置」环节,记录下集群每个工程节点的挂载路径。
2.3 确认新工程版本
1)管理员登录FineOps运维平台,在「运维管理>项目管理」中,可查看新工程的访问地址。
2)管理员登录新容器化工程,点击「管理系统>注册管理>版本信息」,可查看新容器化工程的小版本号(精确到JAR包日期)。
1)管理员登录FineOps运维平台,在「运维管理>项目管理」中,点击新容器化部署的项目后的「组件管理」按钮。
2)找到bi6/fr组件,点击「停止」按钮,即可关闭新容器化工程。
1)使用终端设备访问新容器化集群每一工程节点所在服务器,进入2.2节记录的挂载路径/fanruanxxx/bi目录下。
2)找到config文件夹,文件夹中存放的yaml文件有着工程部署所用语句,请务必异地备份。
详情请参见 工程备份还原方案 3.1节,对工程进行备份。
1)获取JAR包
付费用户请联系帆软技术支持,获取2.3节新工程同一小版本的工程JAR包(精确到JAR包日期)。
技术支持联系方式:前往「服务」,选择「在线支持」、电话「400-811-8890」。
2)升级原非容器化工程
请参考「FineBI小版本升级 / FineReport小版本升级」文档升级工程至指定版本。
管理员登录原非容器化工程,点击「管理系统>系统管理>常规」,检查外接数据库是否已配置。
说明工程已配置外接数据库,点击「已配置」,查看并记录下该外接数据库位置信息
用户必须确保新容器化工程所在服务器与该外接数据库所在服务器互通
说明工程未配置外接数据库,请先为该非容器化工程配置一个外接数据库,可使用2.2节的MySQL组件
请确保新容器化工程所在服务器与该外接数据库所在服务器互通,请在配置时勾选「迁移数据至要启用的数据库」
管理员登录原非容器化工程,点击「管理系统>插件管理」。
1)必须确认安装以下插件,并升级至最新:minio资源仓库、系统运维、资源调度熔断插件。
2)建议升级其他已安装插件至最新版本。
管理员登录原非容器化工程,点击「管理系统>智能运维>集群配置」。
1)开启「状态服务器」。选择「单机Redis」,输入2.2节记录的Redis组件信息。
2)开启「文件服务器共享」。选择「MinIO」,输入2.2节记录的MinIO组件信息。
3)缓存模式选择「关闭缓存」,集群通信协议选择「TCP」。
4)开启「开启集群」按钮。
请参考 关闭或重启FineBI工程 / 关闭或重启FineReport工程 文档,重启原非容器化部署的工程。
再次查看原非容器化工程的「管理系统>智能运维>集群配置」,在节点管理处出现本工程节点,说明单节点集群部署成功。
请参考 关闭或重启FineBI工程 / 关闭或重启FineReport工程 文档,关闭原非容器化部署的工程。
1)请提前检查原非容器化部署的工程,是否配置了外挂目录、是否配置共享文件服务器,确保拷贝到正确的文件。
2)新容器化工程外挂文件所在位置,为2.2节记录的挂载路径。
3)将以下文件,从原非容器化部署的工程,拷贝到新容器化部署的工程中:
注1:请勿直接 docker cp 整个webroot文件夹到容器,会导致功能异常。
注2:请勿直接拷贝整个webroot文件夹到容器化工程的外挂目录,部分文件不可以被覆盖。
注3:请勿使用3.1节备份的文件,而是使用工程最终的文件进行拷贝操作。
注4:文件需要一一拷贝到新容器化部署的每一个工程节点和文件服务器对应位置。
FineBI需要拷贝的文件
作用:Tomcat通用日志位置
是否必须拷贝:用户自行决定,Tomcat历史访问日志,可不拷贝
作用:FineBI抽取数据
是否必须拷贝:用户自行决定
如果不拷贝,在新工程启动后需要全局更新,重新抽取数据
如果拷贝,该文件夹中文件数量很多,拷贝耗时很久,请耐心等待
作用:swift日志
如果不拷贝,会丢失工程历史操作日志(即logdb),「管理系统>平台日志」功能无数据
如对历史使用情况无要求,无需拷贝
作用:工程调用的默认和自定义class文件
是否必须拷贝:必须拷贝
有可能存在自定义的class文件,如不拷贝会影响工程正常使用
作用:配置库相关文件
平台调用的配置库(finedb)存储信息,如不拷贝会影响工程正常使用
建议仅覆盖更新,不要全量删除再拷贝进来,以防丢失必要文件
找到以下两个目录:
%Tomcat_HOME%/webapps/webroot/WEB-INF/lib
%Tomcat_HOME%/webapps/webroot/WEB-INF/customLib
以下为工程自带JAR,无需拷贝,除此之外的用户自定义JAR均需拷贝:
fdl-bi-extension-4.0.jar
fdl-boot-4.0.jar
fdl-core-4.0.jar
fdl-cron-4.0.jar
fdl-datasource-4.0.jar
fdl-third-4.0.jar
fine-accumulator-11.0.jar
fine-activator-11.0.jar
fine-autuator-formula-11.0.jar
fine-bi-adapter-6.0.jar
fine-bi-datamining-6.0.jar
fine-bi-datamining-third-6.0.jar
fine-bi-engine-spider-6.0.jar
fine-bi-engine-third-6.0.jar
fine-bi-foundation-6.0.jar
fine-bi-middle-6.0.jar
fine-bi-query-6.0.jar
fine-bi-query-excel-6.0.jar
fine-bi-query-third-6.0.jar
fine-bi-scheduler-6.0.jar
fine-bi-spider-cluster-6.0.jar
fine-cbb-11.0.jar
fine-core-11.0.jar
fine-datasource-11.0.jar
fine-decision-11.0.jar
fine-decision-bi-11.0.jar
fine-decision-report-11.0.jar
fine-report-engine-11.0.jar
fine-schedule-11.0.jar
fine-schedule-bi-11.0.jar
fine-schedule-report-11.0.jar
fine-swift-log-adaptor-11.0.jar
fine-third-11.0.jar
fine-webui-11.0.jar
h2-2.1.214.jar
jtds-1.3.1.jar
mssql-jdbc-9.4.1.jre8.jar
mysql-connector-java-5.1.49-bin.jar
ojdbc8.jar
orai18n.jar
sqlite-jdbc-3.35.4.jar
jarfile-checksum.txt
readme.txt
version-bi.txt
作用:工程定制/外部引入的JAR包
是否必须拷贝:必须拷贝,如不拷贝会影响模板访问
作用:插件相关文件
是否必须拷贝:必须拷贝,如不拷贝会影响插件相关功能的实现
作用:工程历史备份文件
是否必须拷贝:用户自行决定,可存储在原始的目录下备份,可不拷贝
作用:FineBI数据表相关信息
该文件夹中存放着工程Excel原始文件信息,如不拷贝该文件夹会导致原始Excel丢失
作用:FineReport模板备份文件
如果工程未使用FineReport模板,或不需要回退历史开发的FineReport模板,则无需拷贝
作用:通用的共享持久化目录
工程正常运行所需要的文件,如不拷贝会影响工程正常使用
如果工程未使用FineReport模板,则无需拷贝
如果不拷贝,定时任务挂载到决策平台的结果报表无法访问
FineReport需要拷贝的文件
fine-service-management-2.0.7.jar
ifxjdbc_informix.jar
sqlite-jdbc-3.39.4.0.jar
sqljdbc.jar
sybase.jar
作用:读写缓存存储路径
该文件夹中存放着工程读写(图片)缓存,不拷贝可能会导致模板设置的背景图片预览为空
如果工程不需要回退历史开发的FineReport模板,则无需拷贝
是否必须拷贝:必须拷贝,如不拷贝会导致工程所有模板丢失
用户登录运维平台,点击「运维管理>项目管理」,点击新容器化部署的工程项目后的「组件管理」按钮。
找到bi6组件,点击其中某个节点的「启动」按钮,即可启动该工程节点。如下图所示:
1)新建空数据库
如果老工程外接数据库使用的非MySQL8类型数据库:
新工程外接数据库仍然部署在该数据库下的新库里,2.2节的MySQL数据库无需使用
请在老工程原外接数据库地址新建一个库名,作为待迁移的空库
如果老工程外接数据库使用的MySQL8类型数据库:
新工程外接数据库建议部署在2.2节的MySQL数据库里
请在2.2节容器化部署的MySQL8组件新建一个库名,作为待迁移的空库
2)迁移数据库
管理员登录启动了的新容器化工程节点,点击「管理系统>系统管理>常规>外接数据库」。
配置外接数据库为上文新建的空库
勾选「迁移数据至要启用的数据库」
点击「启用新数据库」
当出现提示「已成功切换至目标数据库!」,则代表该节点的外接数据库切换成功。
1)修改存储路径
在启动了的新容器化工程节点服务器中,找到挂载目录%BI_HOME%/fanruanxxx/bi6/config文件夹,修改/新建spider.cluster.properties文件。
在文件中添加一行:spider_local_base_path=/usr/local/tomcat/webapps/webroot/bi-data/spider/db
2)删除死节点
管理员登录启动了的新容器化工程节点,点击「管理系统>系统管理>抽取集群」,对应节点状态变为了「down」,删除该节点。
3)重启生成配置
找到bi6组件,点击启动了的节点的「重启」按钮,即可重启该工程节点。
4)抽取数据
如果4.1节未拷贝bi-data文件,工程启动后需要全局更新,重新抽取数据到该路径。
如果4.1节拷贝了bi-data文件,工程启动后将直接指向该路径。
找到bi6组件,点击启动了的节点的「停止」按钮,即可关闭该工程节点。
拷贝该工程节点%BI_HOME%/fanruanxxx/bi6/config文件夹到其他工程节点同位置。
找到bi6组件,点击组件后的「启动」按钮,即可启动该集群所有工程节点。如下图所示:
依次登录所有工程节点:
1)查看「管理系统>智能运维>集群配置>节点管理」中是否出现所有集群节点,说明多节点集群全部配置成功
2)查看各节点的工程配置是否相同,说明外接数据库配置成功
1)将 3.1 节备份的webroot工程文件,覆盖原非容器化部署的工程的webroot工程
2)参考 关闭或重启FineBI工程 / 关闭或重启FineReport工程 文档,启动原非容器化部署的工程。
若老工程进行了注册,一般需要将授权迁移到新工程。容器化工程推荐使用 容器私有云认证 方式。
1)参考 授权迁移插件 的使用步骤,向商务索要一个授权迁移插件,销毁原非容器化工程的旧授权。
2)找到原非容器化工程%BI_HOME%/webroot/WEB-INF/resources文件夹下的销毁凭证。
参考 容器私有云认证 的使用步骤,向商务索要注册镜像文件fanruan_license_server.tar,并参考文档为新容器化工程进行授权。
请在邮件中附上上一步获取的销毁凭证。并注明是「非容器化工程迁移容器化工程」
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉
反馈已提交
网络繁忙