定义
Data Localization（数据本地化）指将特定数据存储于特定国家或地区境内的要求，满足当地监管要求。与 Data Residency 数据属地概念相关，Data Localization 更强调「数据必须存储于本国」的强制性。俄罗斯、印度、印尼、中国等国家要求特定类型数据（如公民个人信息、金融数据等）必须本地化存储，跨境物联网平台需满足此类要求以合规运营。
监管要求
典型 Data Localization 要求包括：俄罗斯——公民个人信息需存储于俄罗斯境内；印度——支付数据需在印度境内存储；印尼——公共电子系统运营商需将数据存储于印尼；中国——关键信息基础设施运营者收集的个人信息与重要数据需在境内存储。欧盟 GDPR 虽未强制本地化，但要求跨境传输需满足 adequacy 或 SCC 等机制。ICMP 需支持 Multi-Region 多区域部署，按客户所在国或业务覆盖国配置数据存储位置。
技术实现
实现 Data Localization 需：在目标国家/地区部署数据中心或使用本地云服务；将用户数据、CDR、用量数据等按客户或业务分区存储；确保数据处理、备份、灾备均在境内；Audit Trail 审计日志需记录数据存储位置。跨境场景下，需避免将受本地化约束的数据同步至境外，或通过加密、脱敏等方式满足跨境传输要求。
在 ICMP 中的实践
达希物联 ICMP 支持 Data Residency 与 Data Localization 配置：可按客户、按区域指定数据存储地；支持欧盟、俄罗斯、亚太等区域部署；CDR、用量、账单等敏感数据按区域隔离；满足 GDPR 及各国本地化法规要求。
本地化约束的是存放位置而不是访问入口
数据本地化要求的是某一类数据的存储和处理落在指定国家境内。它不因为用户从境外打开网页就自动满足，也不因为网页访问被挡在境外就自动满足。判断对象是数据实际写入的磁盘、对象存储和备份所在的司法辖区。国际连接平台里常被纳入的，包括可识别个人的账户资料、与人关联的卡标识、位置和详单。各国清单不同，不能把“所有字节都不出镜”当成统一技术开关。
访问入口可以在境内，数据副本却在境外，这仍然不符合“必须存放在境内”的要求。反过来，数据在境内，运维人员从境外直接登录数据库读取，有的规则还会把这种读取视为跨境提供。所以本地化同时看副本在哪里，以及谁在什么位置读取。只改域名解析、不改存储区域，没有完成本地化。
强制境内保存时仍可能进行的处理
强制保存通常针对特定类别，不是禁止一切跨境业务。不包含个人数据的汇总计数、已经无法识别到个人的统计，是否可以出境，要看当地规则和客户合同，不能靠猜测。在境内完成计费、生成账单，再把不含明细的应付金额交给境外财务，和把详单原件同步出境，是两件不同的事。平台应把数据分类写进配置：哪些表只能留在境内集群，哪些可以跨境复制。
处理动作还包括备份、恢复演练、故障排查和导出。这些动作只要产生副本，副本就受同一约束。与数据属地相比，本地化更不可选：属地常是客户在若干区域中指定一个，本地化是法律要求必须在本国。两者冲突时，不能用客户图方便的选择覆盖强制性要求。支撑系统若部署在境外，境内数据的处理委托要单独约定，不能因为多区域架构已经存在就默认可以同步。
备份和日志被同步到境外副本
最常漏掉的副本是备份和日志。主库放在境内，自动备份策略却把快照复制到境外区域，本地化在备份任务运行的那一刻就已经被打破。审计日志、接口调试记录和工单附件若包含卡标识或位置，又被集中到全球日志平台，效果相同。搜索索引、数据仓库和客服截图也是副本，不能因为“只是辅助系统”就排除。
另一类差错是故障时临时把数据导到境外分析环境，事后删除线上文件，却忘了分析环境的快照。删除主库记录不会删除已经复制出去的对象。配置上应禁止受约束数据进入全球复制任务，并在备份策略里写明目标区域。运维需要境外人员协助时，应使用境内跳板和最小权限，而不是把数据库端口暴露到境外。定期核对存储桶和数据库实例的区域标签，发现多区域复制立即停用。合同里写了境内保存，技术上却开着跨区副本，书面承诺和实际架构就是矛盾的。
变更存储区域之前，先列出该客户每一类数据的当前位置，包括被人忽略的导出目录和工单附件。迁移脚本只搬主表时，附件仍留在原区域，本地化并没有完成。迁移后用记录数、校验和抽样标识核对，再停止旧区域的写入。旧区域进入只读观察一段时间后删除，删除动作本身要留下不含个人数据全文的证明。若当地规则还限制境外远程访问，仅把磁盘留在境内并不够，账号的登录来源也要纳入同一检查。