windows内置工具中，系统映像（备份和还原）完整保留acl、所有者、时间戳、efs密钥、符号链接、硬链接及ads；文件历史记录仅保留时间戳、权限（ntfs目标）、所有者和基本属性，不支持efs状态和ads。
windows 文件系统元数据本身不支持独立备份，但可通过备份包含元数据的完整文件或卷来间接保护——比如创建系统映像、启用文件历史记录，或使用支持元数据保留的第三方工具。关键在于：ntfs 的时间戳（创建/修改/访问时间）、权限（acl）、所有者、加密属性（efs）、压缩/索引标志等，只有在完整副本（如系统映像、vss 快照、镜像级备份）中才能被准确还原；而普通复制或同步工具通常会丢失或重置这些信息。
哪些元数据能被 Windows 内置工具保留？
不同备份方式对元数据的支持程度差异很大：
- 系统映像（Backup and Restore）：完整捕获 NTFS 卷状态，包括 ACL、所有者、时间戳、EFS 加密密钥（若已备份证书）、符号链接、硬链接、备用数据流（ADS），是元数据最完整的备份方式。
- 文件历史记录（File History）：保留文件时间戳、权限（需目标位置为 NTFS 格式）、所有者及基本属性；但不备份 EFS 加密状态、ADS 或磁盘级属性（如卷标、配额设置）。
- 手动复制（Ctrl+C/V 或 robocopy /copyall）：robocopy /copyall 可保留时间戳、ACL、所有者、审计项、压缩/加密属性；普通拖拽或资源管理器复制会丢失 ACL 和所有者，仅保留基础时间戳。
- OneDrive 同步：同步后文件在云端保留修改时间，但本地同步副本的创建时间会被重置，ACL 和所有者信息不上传也不还原。
实操：确保元数据完整性的推荐做法
若你依赖元数据（例如审计日志、合规性存档、开发环境权限配置），应避免仅靠“复制粘贴”或轻量同步工具：
- 用 wbadmin start systemstatebackup 或“备份和还原(Windows 7)”创建系统映像——适合需要全量还原的场景，如系统崩溃后恢复原始权限结构。
- 启用文件历史记录并指向 NTFS 外置硬盘，配合 robocopy /efs:copy 备份 EFS 加密文件（注意：EFS 证书必须单独导出备份，否则无法解密）。
- 对关键项目目录，定期运行 robocopy "源" "目标" /mir /copyall /sec /xj /r:1 /w:1，将完整权限与属性同步到另一 NTFS 卷，并记录执行时间戳。
- 禁用“简单文件共享”，确保网络共享时 ACL 不被简化；备份前确认目标驱动器为 NTFS 格式（FAT32 不支持 ACL 或 ADS）。
恢复时元数据能否原样还原？
能，但取决于恢复方式和上下文：
- 从系统映像还原：所有元数据（含卷级设置）按原样恢复，无需额外操作。
- 用文件历史记录还原：右键目标文件夹 → “还原以前的版本”，选中某次快照 → 还原后，时间戳、ACL、所有者均保持备份时刻状态。
- 用 robocopy 恢复：加 /copyall 参数可还原全部属性；若只用 /copy，则仅还原数据与时间戳，丢失权限。
- 注意：若还原到 FAT32 或 ReFS 卷，NTFS 特有元数据（如 ACL、ADS）将不可用或被忽略；ReFS 虽支持部分元数据（如校验和），但不兼容 ACL 继承规则。
常见误区与避坑提醒
很多用户误以为“文件没丢就等于元数据还在”，实际中极易踩坑：
- 把文件从 NTFS 移到 USB FAT32 盘再拷回——ACL 和所有者永久丢失，时间戳可能被重置为拷贝时间。
- 用压缩软件（如 WinRAR）打包后解压——默认不保留 ACL 和时间戳，除非启用“保存 NTFS 权限”选项且解压到 NTFS 卷。
- 认为云备份（如 OneDrive、iCloud）能还原原始元数据——它们只同步内容与修改时间，其余属性均被平台抽象化处理。
- 未导出 EFS 证书就重装系统——即使备份了加密文件，也无法解密，元数据中的加密标识失去意义。
