共计 1637 个字符，预计需要花费 5 分钟才能阅读完成。
Hi，TDengine database 的用户敌人们，为避免过多的共性问题困扰大家，不便大家学习、排汇教训，咱们会对近期社区内用户遇到的共性问题进行精选、汇总，给大家分享。这是此专栏的第二期内容，将为大家分享如下几个常见问题：
一. 如何以最快的速度排查连贯问题？（蕴含连接器）
首先须要明确几点：
- 在网络能够互通的状况下，不论是客户端还是连接器，所有对数据库的连贯问题根本都属于配置问题；
- 遇到连接器连贯问题后，请第一工夫先排查 TDengine 客户端是否能够失常工作（具体确认形式为确保客户端能够顺利查问每个数据库服务端的子表）；
- 连贯问题具体的谬误体现次要为：
1)“Unable to establish connection”；
2)“Unable to resolve FQDN”；
接下来是具体排查办法：
- 在服务端运行 taosd | grep -i fqdn，或者 cat 数据文件目录（默认为 /var/lib/taos）/dnode/dnodeEps.json | grep -i fqdn，获取输入的 fqdn 参数值。
- 在客户端服务器的 hosts 文件中，查看本人是否有把正确的 fqdn 参数值和数据库服务端 ip 写上。
- 如果步骤 1 的输入后果是 localhost，客户端在发动连贯解析的时候就会连到本人 127.0.0.1 从而呈现连贯失败，所以这时候，须要通过 taos.cfg（默认门路 /etc/taos）把服务端的 fqdn 参数值批改成其余值，而后在数据文件目录（默认为 /var/lib/taos）/dnode/dnodeEps.json 下同步更新 dnodeFqdn 的值，而后重启数据库服务加载新的配置，回到步骤 1。
如果步骤 1 的输入后果并非 localhost，持续步骤 4。
- 客户端从新发动连贯。
- 如果连贯仍然有问题，请留神查看防火墙的端口规定，云服务器还要注意安全组的规定。
- 若充沛尝试后仍不能解决，请在 gitHub 或微信群中反馈，会由官网工作人员帮助解决。
二. 2.0 版本 TDengine 如何做不同机器之间的数据迁徙？
- 先登录旧的数据库服务，show dnodes 记录下各个 dnode 的 ID 对应的 End Point 及 IP；
- 布局好新的数据库服务各节点的 fqdn 及 IP 地址，以及与旧零碎各节点的对应关系；
- 将旧零碎各节点的数据文件复制到新零碎对应的节点的数据文件目录下；
- 将旧零碎各节点的 taos.cfg 复制到新零碎对应的各节点，并做好相应批改：firstEP/fqdn/dataDir/logDir 等等；
- 编辑新零碎各节点数据文件夹里 dnodeEps.json，将其中的 dnodeFqdn 批改为新零碎现有的 fqdn 参数值，dnodePort 批改为新零碎现有的 serverPort 参数值（总之，要确保该文件的各项配置与咱们在 taos.cfg 中理论配置保持一致）；
- 启动新零碎，迁徙结束;
三. 如何批改数据文件目录 dataDir？
- 进行数据库服务；
- 批改 taos.cfg 下的 dataDir 值为咱们须要的新目录门路；
- 把原有的数据文件全副挪动到新的目录上面，确保在新的 dataDir 下，能看到之前的 dnode,mnode,vnode,vnode_bak；
- 再次启动服务；
四. vnode_bak 目录有什么用？
数据文件目录下的 vnode_bak 是存储数据库曾经删掉的库的数据文件的，如果误删除了数据库，能够分割咱们企业版团队提供数据复原服务。
五. 哪些参数须要重启失效？哪些参数能够热更？
https://docs.taosdata.com/ope…：这里能够看到数据库级别参数的具体形容。
https://docs.taosdata.com/tao…：这里能够看到能够热更的参数的操作细节。
对于数据库服务级别的参数，对立在 taos.cfg 中批改，批改后须要重启数据库服务后失效。留神：在 taos.cfg 当中，与数据库级别参数重合的局部参数，仅代表新建库的该参数的默认值。
想理解更多 TDengine Database 的具体细节，欢送大家在 GitHub 上查看相干源代码。
正文完
