致远协同V8.0SP1服务器及数据库迁移指南

1星 需积分: 39 10 下载量 178 浏览量 更新于2024-08-30 收藏 242KB PDF 举报
致远协同管理软件V8.0SP1产品迁移手册是北京致远互联软件股份有限公司针对其协同管理系统的服务器升级或更换过程中所需执行的操作指南。该手册主要关注于以下关键知识点: 1. 迁移定义:迁移包括硬件服务器更换、操作系统重装、产品重新安装以及数据库中间件更新,但排除异构数据库之间的迁移,例如从MySQL迁移到Oracle或Tomcat迁移到WAS等。 2. 迁移流程: - 应用服务器迁移步骤: - 安装协同产品:在新服务器上按照用户手册中的"应用软件安装"章节进行安装,确保数据库配置指向新的数据库。 - 数据转移:将原服务器上协同软件的基目录文件复制到新服务器相应位置。 - 注册加密狗:如果更换了硬件服务器,需要在新服务器上注册加密狗。 - 配置更改:更新应用配置器和其他相关插件中与服务器地址相关的配置,如数据库连接、全文检索、Apache、NC、GKE、金迪短信等。 3. 数据库迁移方案: - PostgreSQL数据库迁移: - 安装新服务器上的PostgreSQL服务。 - 停止原和新服务。 - 备份并恢复原数据库到新服务器。 - 修改应用配置器的数据库链接地址,并参考服务器端配置章节。 - 启动新服务,然后启动协同应用。 - MySQL数据库迁移:同样涉及新服务器安装、服务停止、数据迁移、配置调整和启动新服务等步骤。 这份手册旨在帮助用户确保在迁移过程中系统的平稳运行,并提供了一套详细的指导,以减少停机时间和数据丢失的风险。在实际操作中,务必遵循手册中的指示,并在必要时咨询致远互联的技术支持团队,以确保迁移过程顺利进行。
2016-07-27 上传
曾经有过四年的致远A6 2.83 维护经历。这中间,致远方面肯定不会提供相关信息,市场上任何ERP的维护、二开都是价格不菲,这个就是IT,跟所有智力行业一样,靠知识寻求价值!要不花钱,就自己专研!而你自己形成的成果,本身就可以转换为经济价值!当然,在很多外行看来,IT从业者都是服务员,呼之来使之去........并不是每件事都是愉快的,并不是每个地方都有发展的!在四川,除了成都,其它市县的IT从业并不乐观! 一晃几年过去了,偶然翻开自己存放在QQ群里的笔记,颇有感触,于是想着不如把它发出来吧! 回到正题,致远A6 2.83 系统中很多东西都是自己打开疑似文件进行分析,于是便总结了许多维护中的经验。这款OA比较老,大约是2005年的设计思想,JSP+MySQL组合。其中数据库在安装时使用了固定密码,这个文件中有!我是使用Navicat for MySQL链接数据库进行代码执行,或者日常数据修改。 为什么要分离呢?因为A6是一款小企业用的OA,而这家公司有2000个用户,工作日活跃用户350人左右,在没有与其他ERP数据对接的情况下,每天都会产生大量数据,其中最大的流程表在很短时间就突破6千万条数据,而每个用户,点开每条协同都会单独在这个张表中查询自己的数据,很快数据库就会进入查询排队,直到超时丢弃。查询缓慢,数据丢失就会发生。所以需要定期对数据库进行分离,部署成历史数据库和在用数据库,在用数据库清空了所有协同数据,就相当于重新安装的OA,运行数据当然会很快。这就为什么要做数据库分离操作的原因! 下载的压缩包中有两个文件,一个比较全,是自由部署A6时一些需要修改的文件或者你想修改来达到特定目的的文件,如安装路径修改、OA附件上传大小修改、端口修改等,并包含数据库分离代码。另一个文件是专门对分离代码进行解说,分离代码是对数据库分析后,对影响数据库性能的表单进行清除,保留有用信息,主要是清除了协同信息,保留了用户的表单模板、表单查询等有用信息。 作为DBA,分离数据库前做好备份是必须的,在测试服务器演练也是必须的!备份数据的难点在于附件文件的备份,即/upload文件夹........慢慢等吧!根据服务器配置,整个工程时间至少需要两天,其中大部分时间用于数据备份,数据库分离代码执行时间预计12个小时(我这个数据很大,所以.....)。分离之后的数据库,用来部署为在用服务器。分离前的数据库用来部署历史数据库,所以建议使用两台服务器分别部署,也就是要安装两套OA服务器,各自访问各自的数据,由于所有历史数据将会部署到一个服务器,也就是该服务器将安装多套AO,所以需要修改数据库端口和Web端口来避免冲突!部署时,某些图片文件需要复制到对应文件夹! 根据各自公司的情况来定分离时间吧,我这个是2年分离一次(时间选择年底是最佳哦)!通过对my.ini、xxsStartTomcat.bat、server.xml文件的优化,这个软件可以一直用到企业破产......A6其它版本或许略有差别,可以自己测试!