前人搭建了一个18.2的版本,迁移到另外的机器分析卡顿的问题
如题,因为前人搭建的版本正在使用18.2,用起来有卡顿,我就想迁移到其他机器部署,
采用linux一键安装,正常启动,然后讲对应数据库部分迁移,迁移过后发现原机器指向zentaopms
新机器一键部署完之后默认是
修改新部署机器数据库改为:zentaopms之后 (),项目无法启动,想请教一下这个是什么原因?
数据库是正常访问的:
1、一键安装包安装后,默认数据库应该是zentao,咱们之前的环境可能是自己有做过修改。
建议将之前的zentaopms库数据导出,然后导入新环境的zentao库里,不是直接修改my.php文件中的连接库。
另外请确认下新搭建的环境也是18.2版本吗?
2、可以描述下之前版本卡顿的具体现象,例如是具体操作某个动作卡顿,还是所有页面访问时卡顿。如果是具体操作卡顿,可以看下是否配置了邮件或webhook,将发信方式改为异步再试试。如果是页面卡顿,建议可以升级下最新版本,在最近几个版本有做这块的优化
升级前请做好数据备份
升级请参考文档:http://www.zentao.net/book/zentaopmshelp/41.html
备份请参考文档:http://www.zentao.net/book/zentaopmshelp/42.html
1.可能是之前搭建的同事有过处理,我这边将旧环境zentaopms 导出,然后导入新环境zentao,这边采用web页面导入的形式,大小超过限制,这种情况除了把表拆成几部分去导入,还有其他的方案么?
2.确定新搭建的环境是18.2,旧环境显示18.2但是不知道是那个版本升级过来的,我用18.2的linux一键部署包部署的新环境
3.卡顿主要是体现在加载首页,以及修改BUG状态添加描述时的保存动作,不知道是不是因为指向了zentaopms数据库导致的问题(这个库名应该不属于官方的任一版本,只是操作人员自己取的名字吧?)
1、通过命令行的方式用mysqldump导出,mysql导入,不要用页面工具呢
2、版本一致就可以的
3、可以看下是不是有配置了发信或者webhook功能
1、通过命令行的方式用mysqldump导出,mysql导入,不要用页面工具呢
先导出zentaopms备份sql,然后导入新环境zentao,报语法错误:
第一个2022-出现的位置在这里。这种是什么原因导致呢?
2、版本一致就可以的
3、可以看下是不是有配置了发信或者webhook功能
楼上的问题是因为mysqldump的时候内容不完整导致,
目前已经成功复刻旧环境,接下来排查卡顿原因,感谢指导~~