TDengine(老段）专注时序数据库领域

SAN 检查 TDengine 集群健康状态的运维命令

数据库越来越成为企业运营的核心基建，但传统的运维方式仍然过于依赖个人经验与技能积累。taosExplorer 的价值，不仅在于“可视化”这些操作流程，更在于把运维能力从少数人扩展到整个团队。想深入了解 taosExplorer 的具体操作界面和功能详情？欢迎访问官网文档：可视化管理工具 | TDengine 文档 | 涛思数据下一期，我们将深入讲解 TDengine 的备份与恢复机制，聚焦“数据不丢”的核心保障。

是一款专为物联网、工业互联网等场景设计并优化的大数据平台，其核心模块是高性能、集群开源、云原生、极简的时序数据库。它能安全高效地将大量设备每天产生的高达 TB 甚至 PB 级的数据进行汇聚、存储、分析和分发，并提供 AI 智能体对数据进行预测与异常检测，提供实时的商业洞察。

是一款专为物联网、工业互联网等场景设计并优化的大数据平台，其核心模块是高性能、集群开源、云原生、极简的时序数据库。它能安全高效地将大量设备每天产生的高达 TB 甚至 PB 级的数据进行汇聚、存储、分析和分发，并提供 AI 智能体对数据进行预测与异常检测，提供实时的商业洞察。

通过本文，相信大家已经初步了解了上述几项功能优化。如果你对这些功能有进一步的了解需求，或者希望进一步讨论在应用中遇到的问题，欢迎添加小T vx：tdengine，与我们专业的解决方案架构师直接沟通。

单机部署集群时，查询因内存不足报错。原因是每个节点默认预留 20% 内存（3 节点集群需预留 60%），导致单机资源紧张。：节点宕机恢复后内存占用过高、Vnode 恢复失败或启动时因磁盘满导致 crash。：客户端连接 TDengine 时提示无法解析 FQDN。条件的 SQL 时报错，原因为 TDengine 要求。TDengine 集群部署、扩容、缩容的核心在于。进程无法完成缩容，或缩容后数据未迁移导致丢失。参数调整内存预留策略，降低单机资源占用。提示连接失败或集群组建失败。条件的时间戳列必须有序。

TDengine 提供的五种备份 / 恢复方法各有优劣与适用场景：* taosdump ：社区版首选，适合小到中数据量的开放格式备份；* taosX ：企业版推荐，功能全面，支持复杂迁移与增量操作；* taos-CLI ：轻量临时备份，适合小数据量灵活导出；* 库文件备份 ：灾备场景必选，离线操作但覆盖全量数据；* 双活 ：高可用首选，保障业务连续性但资源消耗大。企业需结合数据规模、可用资源、场景需求（如灾备 / 迁移 / 临时备份），选择单一或组合方案，确保数据安全与业务稳定。

taosX 通过 SQL 查询源集群数据，并把查询结果写入到目标数据库。具体实现上，taosX 以一个子表的一个时间段的数据作为查询的基本单元，将要迁移的数据分批写入目标数据库。history模式。指迁移指定时间范围内的数据，若不指定时间范围，则迁移截至创建任务前的所有数据。迁移完则任务停止。realtime模式。同步从任务创建时间起之后的数据，若不手动停止任务则任务会持续运行。both模式。先执行 history 模式，在执行 realtime 模式。每种迁移模式下，都可以指定是否迁移表结构。

为了防止数据丢失、误删操作，TDengine 提供全面的数据备份、恢复、容错、异地数据实时同步等功能，以保证数据存储的安全。本节简要说明 TDengine 中的容错与灾备。

为方便用户更高效地使用和管理 TDengine，TDengine 3.0 版本推出了一个全新的可视化组件 taosExplorer。这个组件旨在帮助用户在不熟悉 SQL 的情况下，也能轻松管理 TDengine 集群。通过 taosExplorer，用户可以轻松查看 TDengine 的运行状态、浏览数据、配置数据源、实现流计算和数据订阅等功能。此外，用户还可以利用 taosExplorer 进行数据的备份、复制和同步操作，以及配置用户的各种访问权限。这些功能极大地简化了数据库的使用过程，提高了用户体验。

为了确保集群稳定运行，TDengine 集成了多种监控指标收集机制，并通过 taosKeeper 进行汇总。taosKeeper 负责接收这些数据，并将其写入一个独立的 TDengine 实例中，该实例可以与被监控的 TDengine 集群保持独立。TDengine 中的两个核心组件 taosd（数据库引擎）和 taosX（数据接入平台）都通过相同的监控架构来实现对其运行时的监控，但各自的监控指标设计有所不同。

其实是这样，早在 2.0 之前版本 TDengine 确实是使用 IP 的，但后来在实际使用过程中发现很多生产环境中 IP 会经常由于各种原因要改变，IP 一变动，给 TDengine 集群连接就造成很大的问题，所以自 2.0 版本后，我们就引入了 FQDN 机制，来解决这个问题。（这里我们要提一下 TDengine 的架构，其实在每一个安装包中都是自带客户端的，所以上面提到的情况中客户端已经在参与了，本段提及的客户端特指客户端与服务端分离的情况）客户端和集群之间的通讯，通常是我们出错的重灾区。

巡检工具运行后会在工具运行用户在 taos.cfg 中配置的 logDir 目录下生成三类文件，包含了巡检报告 inspect_report.md，巡检结构化数据 inspect.json，数据库和超级表初始化文件 stabel_schemas.md、各节点 taos、taosd 和 taosKeeper 对应的错误日志文件和各服务对应的配置文件。在集群所有节点执行巡检任务，包括检查 nginx 服务配置文件。指定配置文件并在集群所有节点执行巡检任务。在集群所有节点执行巡检任务。

由于客户现场环境复杂，在启停服务过程可能遇到不可预期的问题，目前升级功能仅推荐在测试环境使用，比如验证版本升级。TDengine 的安装包自带安装脚本，但无法基于集群进行自动化安装部署，本文档旨在说明如何使用安装工具进行 TDengine 的集群式安装部署。按照非 monde 所在节点、mnode 为 follower 节点和 monde 为 leader 节点的顺序依次进行升级和重启服务操作。支持密码登录和免密登录两种方式，配置免密登录时包括运行安装工具的当前节点也要配置免密。在集群所有节点安装数据库。

TDengine 的安装部署对环境系统有一定的依赖和要求，安装部署前需要进行环境预配置操作，本文档旨在说明安装前预配置工具在安装 TDengine 前对环境的预配置内容和工具的使用方法。安装前预配置工具运行后会在工具运行当前目录下生成 preset_report.md 文件，其中包含了预配置工具修改的具体项目。以 SSH 模式在所有节点执行安装前预配置并关闭 Kylin Security 服务。指定配置文件并以 SSH 模式在所有节点执行安装前预配置。在工具所在节点以 local 模式执行安装前预配置。

本文档旨在介绍 TDengine 安装部署前后配套的巡检工具。工具名称功能简介安装前检查部署前对 TDengine 安装部署的依赖要素进行安装前检查安装前预配置部署前对 TDengine 安装部署的依赖要素进行安装前预配置安装部署指定环境安装部署 TDengine例行巡检基于 TDengine 环境，进行例行巡检和告警。

TDengine 默认仅配置了一个 root 用户，该用户拥有最高权限。TDengine 支持对系统资源、库、表、视图和主题的访问权限控制。root 用户可以为每个用户针对不同的资源设置不同的访问权限。本节介绍 TDengine 中的用户和权限管理。用户和权限管理是 TDengine Enterprise 特有功能。

降低存储成本：将数据分级存储后，海量极冷数据存入廉价存储介质带来显著经济性提升写入性能：得益于每级存储可支持多个挂载点，WAL 预写日志也支持 0 级的多挂载点并行写入，极大提升写入性能（实际场景测得支持持续写入每秒 3 亿测点以上），在机械硬盘上可获得极高磁盘 IO 吞吐（实测可达 2GB/s）方便维护：配置好各级存储挂载点后，系统数据迁移等工作，无需人工干预；存储扩容更灵活、方便对 SQL 透明：无论查询的数据是否跨级，一条 SQL 可返回所有数据，简单高效。

本节介绍 TDengine Enterprise 中提供的高阶集群维护手段，能够使 TDengine 集群长期运行得更健壮和高效。

部分用户因为部署环境的特殊性只能部署两台服务器，同时希望实现一定的服务高可用和数据高可靠。本文主要描述基于数据复制和客户端 Failover 两项关键技术的 TDengine 双活系统的产品行为，包括双活系统的架构、配置、运维等。TDengine 双活既可以用于前面所述资源受限的环境，也可用于在两套 TDengine 集群（不限资源）之间的灾备场景。双活是 TDengine Enterprise 特有功能，在 3.3.0.0 版本中第一次发布，建议使用最新版本。

部分用户期望在保证一定可靠性、可用性条件下，尽可能压缩部署成本。为此，TDengine 提出基于 Arbitrator 的双副本方案，可提供集群中只有单个服务故障且不出现连续故障的容错能力。双副本方案是 TDengine Enterprise 特有功能，在 3.3.0.0 版本中第一次发布，建议使用最新版本。双副本选主由高可用的 Mnode 提供仲裁服务，不由 Raft 组内决定。

TDengine 的三副本方案采用 RAFT 算法来实现数据的一致性，包括元数据和时序数据。一个虚拟节点组（VGroup）构成了一个 RAFT 组；VGroup 中的虚拟节点（Vnode），便是该 RAFT 组的成员节点，也称之为副本。每个 Vnode 都有自己的角色，可以是 Leader（领导者）、Follower（跟随者）、Candidate（候选人）。每个 Vnode 都维护了一份连续的日志，用于记录数据写入、变更、或删除等操作的所有指令。

若计划使用 TDengine 搭建一个时序数据平台，须提前对计算资源、存储资源和网络资源进行详细规划，以确保满足业务场景的需求。通常 TDengine 会运行多个进程，包括 taosd、taosadapter、taoskeeper、taos-explorer 和 taosx。在这些进程中，taoskeeper、taos-explorer、taosadapter 和 taosx 的资源占用相对较少，通常不需要特别关注。

# 简介上一节我们介绍了，除了传统的这些配置外，TDengine 还有其他的安全策略，例如 IP 白名单、审计日志、数据加密等，这些都是 TDengine Enterprise 特有功能，其中白名单功能在 3.2.0.0 版本首次发布，审计日志在 3.1.1.0 版本中首次发布，数据库加密在 3.3.0.0 中首次发布，建议使用最新版本。

数据安全是 TDengine 产品的一项关键指标，这些措施旨在保护 TDengine 部署免受未经授权的访问和数据泄露，同时保持性能和功能。但 TDengine 自身的安全配置不是生产中的唯一保障，结合用户业务系统制定更加匹配客户需求的解决方案更加重要。