前人搭建了一个18.2的版本,迁移到另外的机器分析卡顿的问题

回贴
回帖数 8
阅读数 648
发表时间 2024-01-31 20:01:30
🏈
大气的四季豆 楼主

如题,因为前人搭建的版本正在使用18.2,用起来有卡顿,我就想迁移到其他机器部署,


采用linux一键安装,正常启动,然后讲对应数据库部分迁移,迁移过后发现原机器指向zentaopms

新机器一键部署完之后默认是

修改新部署机器数据库改为:zentaopms之后 (),项目无法启动,想请教一下这个是什么原因?

数据库是正常访问的:


8个回复
🚢
王林 沙发

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

2024-02-01 09:00:34 王林 回帖
🏈
大气的四季豆 板凳

1.可能是之前搭建的同事有过处理,我这边将旧环境zentaopms 导出,然后导入新环境zentao,这边采用web页面导入的形式,大小超过限制,这种情况除了把表拆成几部分去导入,还有其他的方案么?

2.确定新搭建的环境是18.2,旧环境显示18.2但是不知道是那个版本升级过来的,我用18.2的linux一键部署包部署的新环境


3.卡顿主要是体现在加载首页,以及修改BUG状态添加描述时的保存动作,不知道是不是因为指向了zentaopms数据库导致的问题(这个库名应该不属于官方的任一版本,只是操作人员自己取的名字吧?)

2024-02-01 10:48:13 大气的四季豆 回帖
🚢
王林 #3

1、通过命令行的方式用mysqldump导出,mysql导入,不要用页面工具呢

2、版本一致就可以的

3、可以看下是不是有配置了发信或者webhook功能

2024-02-01 10:50:35 王林 回帖
🏈
大气的四季豆 #4 回复#3
原帖由 王林 于 2024-02-01 10:50:35 发表

1、通过命令行的方式用mysqldump导出,mysql导入,不要用页面工具呢

先导出zentaopms备份sql,然后导入新环境zentao,报语法错误:

第一个2022-出现的位置在这里。这种是什么原因导致呢?



2、版本一致就可以的

3、可以看下是不是有配置了发信或者webhook功能

2024-02-01 11:31:26 大气的四季豆 回帖
🏈
大气的四季豆 #5

楼上的问题是因为mysqldump的时候内容不完整导致,

目前已经成功复刻旧环境,接下来排查卡顿原因,感谢指导~~

2024-02-01 14:30:39 大气的四季豆 回帖
🚢
王林 #6
好的,如果是具体操作动作卡,可以先看下是否配置了邮箱或者webhook功能,可以将方式改为异步再试试。
2024-02-01 14:33:57 王林 回帖
🐥
成熟的闹钟 #7
解释得很详细,学习了
2024-02-02 16:33:11 成熟的闹钟 回帖
禅道-阿龙 #8
有问题欢迎随时交流:)
2024-02-04 09:12:17 禅道-阿龙 回帖
联系人
张淑钧/高级客户经理
电话(微信)
13156280939
QQ号码
2082428410
联系邮箱
zhangshujun@chandao.com
返回顶部
张淑钧
高级客户经理
13156280939
2082428410
统一服务热线 4006-8899-23
我要提问提问有任何问题,您都可以在这里提问。 问题反馈反馈点击这里,让我们聆听您的建议与反馈。