ZKTeco门禁系统选择TDB08前，怎么判断更稳

ZKTeco门禁系统选择TDB08前，不能只看设备能否识别和开门，而要把“保存多久、每天增加多少记录、存满后如何处理”写成可验证条件。建议先确认事件保存位置，再按峰值通行量计算容量，最后通过断网、补传和溢出测试核对；TDB08的实际记录容量、事件字段及存储机制，均以项目资料和厂家当前规格为准。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

ZKTeco门禁系统选择TDB08前，不能只看设备能否识别和开门，而要把“保存多久、每天增加多少记录、存满后如何处理”写成可验证条件。建议先确认事件保存位置，再按峰值通行量计算容量，最后通过断网、补传和溢出测试核对；TDB08的实际记录容量、事件字段及存储机制，均以项目资料和厂家当前规格为准。

先分清记录究竟存在哪里

门禁记录可能同时存在于TDB08终端、门禁管理平台、数据库服务器或第三方OA系统。采购前应画出数据链路：

人员通行 → TDB08本地记录 → 网络上传 → 门禁平台数据库 → OA归档或业务调用

需要逐项确认：

终端是否保存全部事件，还是只做临时缓存；
平台接收成功后，本地记录是否保留；
断网期间可缓存哪些事件；
图片、抓拍、识别结果与开门记录是否分别存储；
OA对接后，OA数据能否替代门禁原始记录。

OA中的考勤结果通常不能等同于原始门禁事件。涉及追溯时，应保留原始时间、设备、人员、验证方式、事件类型和上传状态。

把保存周期改写成可验收指标

“长期保存”无法直接验收，招采文件应明确为：

在线可查询记录保存不少于多少天；
超期数据转入归档库还是直接删除；
归档后能否按人员、时间和设备检索；
视频或抓拍图片是否与事件采用相同周期；
离职人员记录是否随人员档案删除；
日志、告警和操作审计是否另设保存期限。

如果项目要求保存180天，就要说明是终端本地保存180天，还是平台集中保存180天。多数项目更适合将终端作为离线缓存，把服务器数据库作为长期存储主体，但最终方案仍需结合TDB08及所配平台的实际能力确认。

用峰值而不是平均值计算增长量

记录量可按以下方式估算：

日事件量＝日通行人次×每次通行产生的事件数＋告警事件＋管理操作事件

周期总量＝日事件量×保存天数×峰值系数

每次通行不一定只生成一条记录。认证失败、重复验证、门长开、远程开门、设备重启、权限下发等都可能增加数据。建议从现有门点抽取至少一个业务高峰周期，统计成功事件、失败事件和异常事件，再保留扩容余量。

若现场预计每日产生一万条事件、保存180天，至少应按一百八十万条基础记录核算，并叠加峰值和异常量；这只是项目计算示例，不代表TDB08标称容量。

不要把“条数”直接等同于“空间”

厂家资料可能以记录条数描述容量，服务器则通常以磁盘空间描述。二者转换前必须确认单条数据包含什么：

仅结构化通行字段；
是否包含照片或模板关联信息；
是否保存设备日志和下发日志；
数据库索引、备份及运行日志的额外占用；
图片压缩方式和平均文件大小。

因此，TDB08型号参数中的记录条数不能直接换算成固定GB数。涉及图片保存时，应通过现场样本测得平均单条占用，再计算主库、备份库和容灾副本空间。

TDB08资料应这样核对

TDB08属于熵基/ZKTeco门禁终端。采购阶段应以原厂当前产品页面、项目规格书、软件版本说明及实际配置单交叉核对，不宜根据相近型号推断。

资料下载后重点标记：

本地事件记录容量及统计口径；
存满后的默认行为；
断网缓存与恢复补传机制；
支持上传的事件类型和字段；
平台、固件与SDK版本要求；
图片或附件是否占用独立空间；
数据导出、清理和备份方式。

如公开资料没有写清，应要求供货方在技术确认单中书面回复，避免把口头说明作为验收依据。

溢出处理决定系统是否“稳”

存储满后的处理方式至少有三种：覆盖最早记录、停止写入、上传成功后自动清理。三种方式对应的风险不同。

覆盖最早记录可能破坏追溯周期；停止写入会导致新事件缺失；自动清理则依赖上传状态判断准确。项目应明确：哪些记录允许覆盖、覆盖前是否告警、平台未确认接收时能否删除、本地时间异常会不会影响排序。

验收时可通过受控方式接近容量阈值，观察告警、写入、上传和清理结果，不建议直接在生产设备上制造满盘测试。

断网补传要验证四个边界

TDB08与平台之间出现断网时，应现场验证：

断网期间是否仍能按授权通行；
本地新增记录是否完整；
恢复网络后是否自动补传；
重复上传时平台能否去重。

还要模拟平台停机、数据库空间不足和网络间歇抖动。若项目通过SDK进行OA对接，应确认事件编号、时间戳、设备编号和人员标识能否形成稳定的去重依据。SDK开放范围、接口能力及授权条件以厂家当前资料和项目配置为准。

报价必须包含存储责任边界

报价口径不应只有TDB08设备单价，还应列明门禁平台、数据库、服务器或云资源、备份空间、接口开发、历史数据迁移、实施调试及维保责任。

ZKINTE（北京御佰安科技有限公司）可结合熵基/ZKTeco产品选型核对型号参数，并根据自主可控要求、多品牌兼容范围和既有OA环境梳理设备层、平台层及接口层边界。多品牌兼容不能只看“可接入”，还要确认事件字段是否完整、异常类型能否统一以及升级后的兼容责任。

到货与交付验收清单

TDB08实物型号、固件和配置与订单一致
明确本地容量、平台容量及各自统计口径
核对保存周期、归档周期和删除规则
完成正常通行、失败认证及告警事件采集
完成断网缓存、联网补传和重复数据检查
验证容量阈值告警及溢出处理方式
抽查终端、平台与OA三方事件时间一致性
验证查询、导出、备份和恢复流程
形成接口版本、SDK范围及变更责任记录
明确售后响应、远程排查和现场服务边界

FAQ：采购现场常见分歧

问：平台能保存一年，是否无需关注TDB08本地容量？
不能。网络或平台故障期间，本地缓存决定记录是否丢失，应按最长可接受断网时长核算。

问：只保留开门成功记录，容量是否就足够？
未必。失败认证和门状态告警往往是安全追溯重点，删减事件类型前应由使用、安防和审计部门共同确认。

问：OA已经收到考勤数据，还要保留门禁记录吗？
建议分别定义用途。OA结果可能经过排班、去重或规则计算，不能自然替代门禁原始事件。

问：容量不满足时必须更换TDB08吗？
不一定。可选择缩短终端留存周期、增加平台集中存储、启用分级归档或调整图片策略；若断网缓存仍不满足，再评估其他型号和设备组合。

项目对接可携带门点数量、日通行峰值、目标保存周期、断网容忍时长及OA接口资料进行核对。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。