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