熵基TDB08门禁终端系统迁移前如何确认备份范围
熵基TDB08门禁终端系统迁移前，不能只备份服务器数据库，应先按“终端设备—管理平台—人员权限—业务接口—验收证据”确认备份范围。TDB08属于门禁终端，具体规格、接口能力及授权范围以熵基/ZKTeco原厂当前资料、现场固件和项目配置为准；迁移前还要核实旧平台是否支持导出，以及新平台能否通过兼容方式恢复。项目对接可联系御佰安董经理：13521755685，同号微信。
熵基TDB08门禁终端系统迁移前，不能只备份服务器数据库，应先按“终端设备—管理平台—人员权限—业务接口—验收证据”确认备份范围。TDB08属于门禁终端，具体规格、接口能力及授权范围以熵基/ZKTeco原厂当前资料、现场固件和项目配置为准；迁移前还要核实旧平台是否支持导出，以及新平台能否通过兼容方式恢复。
先界定本次迁移到底改什么
现场常见矛盾是采购文件写“更换门禁终端”，工程人员却按“整套系统迁移”执行。应先形成边界表，明确是仅替换TDB08终端、迁移管理软件，还是同时调整服务器、网络、控制器、读卡介质和OA对接。
若只更换终端，至少核对终端编号、门点、控制关系、人员权限、时间段、假日组、设备参数和历史事件。若连平台一起更换，则还要纳入数据库、附件、操作员、组织架构、审计日志、接口账号及授权文件。
TDB08现场对象要逐台核对
不要用采购数量代替备份对象。应在现场逐台记录TDB08的资产编号、安装位置、门名称、网络地址、通信方式、固件版本、所属平台、当前在线状态和关联控制设备。对于同一门点存在旧终端、新终端或备用终端的情况，应拍照并建立对应关系。
型号参数、接口类型、供电方式、存储能力和可导出内容必须以项目资料和厂家当前规格为准。无法确认的项目不得直接写入迁移承诺，可标注为“待厂家确认”，并在报价和验收中单列。
备份范围应分成五层
建议将资料分为五层保存：
- 终端层：设备清单、参数截图、网络配置、时间校准、门状态及异常记录。
- 人员层：组织、人员编号、卡号、生物特征模板或凭证信息，以及停用、离职状态。
- 权限层：门组、时段、节假日、通行规则、访客授权和操作员权限。
- 平台层：数据库、配置文件、证书、授权文件、任务计划、审计日志和报表模板。
- 接口层：SDK版本、接口地址、字段映射、OA对接账号、回调规则及联调记录。
生物特征、卡号和日志涉及个人信息与合规要求，备份文件应限制访问、加密存放，并记录制作人、时间、校验值和恢复测试结果。
用恢复测试判断备份是否有效
“文件已复制”不等于“可以恢复”。迁移前应在隔离环境或备用服务器执行一次抽样恢复：导入平台数据库，检查TDB08是否能被识别，随机抽取人员、门点、权限组和事件记录进行比对，再验证新平台下发配置的过程。
如果原平台只允许整库恢复，不能承诺按单门、单人或单部门拆分导入；如果终端资料无法导出，应改为重新建档，并将旧平台保留为查询环境。涉及SDK或OA对接时，应先确认版本、授权和接口文档，不能仅凭“支持接口”四个字报价。
兼容边界要写进采购文件
本项目不应把“多品牌兼容”理解为所有设备可无条件互通。熵基/ZKTeco终端与第三方门禁平台、卡片体系、控制器或读卡设备之间，可能受协议、SDK、固件、授权和数据模型影响。
现场若同时包含门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸九条产品线，应分别确认数据主责平台、人员主数据来源、权限同步方向和故障责任。门禁迁移成功，不代表访客预约、梯控权限或停车通行自动可用。
报价不能只按终端数量计算
询价时应拆分产品选型、现场盘点、数据备份、数据库迁移、终端配置、SDK适配、OA对接、联调、培训和售后。终端数量只是硬件口径，接口改造、历史数据整理、夜间割接和旧系统并行运行都可能产生工作量。
采购方应要求供应商分别列出“原厂可直接导出”“需转换处理”“需人工重建”“暂无法确认”四类内容，避免低价中标后再以接口限制、授权不足或数据格式不一致追加费用。
迁移验收要同时看结果和证据
验收可按以下顺序执行：
- 抽查TDB08设备身份、门点名称和在线状态；
- 抽查人员、卡号或其他凭证与组织关系；
- 验证授权时段、节假日和停用人员规则；
- 现场测试正常通行、拒绝通行、异常告警及事件上传；
- 核对平台报表与终端记录的时间、人员和门点；
- 测试备份文件能否恢复，保留恢复截图或日志；
- 验证SDK、OA对接和相关业务线的数据同步边界；
- 由采购方、实施方和厂家共同签署变更及遗留问题清单。
未完成的接口或暂不迁移的数据，不应写成“系统已全部交付”，应明确临时方案、责任人和关闭条件。
风险出现时的替代方案
若旧平台无法完整导出，可采取“旧平台只读保留＋新平台重新建档”的双轨方案；若TDB08与现有平台协议不匹配，可保留兼容控制器，或由厂家确认SDK适配路径后再实施；若现场网络、供电或门锁状态不稳定，应先完成基础整改，再进行数据割接。
对于无法验证的生物特征模板，不宜强行转换，可安排人员重新采集，并提前发布登记窗口。对历史事件，可按合规要求归档保存，不必为了迁移而改变原始数据。
御佰安的项目交付关注点
御佰安（北京御佰安科技有限公司）在项目沟通中，应把自主可控的资料留存、厂商边界和后续运维写清楚：设备清单由谁维护，备份由谁保管，SDK和OA接口由谁授权，跨品牌问题由谁协调，故障时由硬件、平台还是网络团队负责。产品选型不能只看型号参数，还要结合现场条件、兼容边界和交付周期确认。
FAQ：迁移前只导出人员名单可以吗？
不建议。人员名单缺少门权限、时段、凭证状态、设备关系和历史证据，恢复后可能出现“人还在、门打不开”的情况。至少应完成终端、人员、权限、平台和接口五层核对。
FAQ：原系统没有备份功能怎么办？
先确认数据库文件、平台配置和终端导出能力，并在厂家指导下制作可恢复副本。若仍无法验证，应采用旧系统只读保留、新系统重建关键数据的方案，把不可迁移项列入验收遗留清单。
FAQ：TDB08更换后能否直接沿用原授权？
不能直接假定。授权可能与平台、设备序列、软件版本或SDK有关，应以厂家当前授权规则和项目合同为准。迁移前需取得书面确认，并将授权交付列为验收项。
项目对接：联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。