# 迁移企业知识库：搬走文件，也要保住引用和责任 规划知识库迁移中的内容盘点、权限映射、稳定链接、验证和旧系统退出。 要点：知识库迁移不仅是导入文件，还需要保留身份、版本、权限、引用关系和维护责任。先选择一组真实问题验证新系统，再逐步切换入口；旧系统何时退出，应由完整性、可用性与回退准备共同决定。 ![在接收工作台核对资料与记录（AI概念配图）](/images/unique-scenes/portal-receiving.png) ## 先分清需要迁移的对象 文件只是其中一部分。员工保存的链接、页面之间的引用、标签、负责人、历史版本和访问限制，也可能影响使用。若只统计文件数量，迁移后容易出现“资料都在，却找不到原来的工作路径”。 盘点时可以区分现行资料、历史依据和待确认内容。已经失效的资料未必需要进入默认检索，但可能仍需用于追溯。不要为了让新库看起来整洁，就丢掉尚有业务价值的记录。 ## 稳定标识有助于保留关系 为资料保留稳定标识，并记录旧地址与新地址的对应关系。能够设置跳转的入口应测试跳转；不能自动处理的外部引用，则需要明确替换范围。文件名相同并不意味着内容是同一个版本。 权限映射应单独验证。新系统的角色模型可能不同，不能仅因为某个目录导入成功，就认定访问控制也已正确继承。用不同身份检查可见与不可见资料，避免迁移扩大访问范围。 ## 以使用任务验收，而不只以导入报告验收 选择各岗位常见问题，检查能否找到资料、引用能否打开、版本是否正确、无权限内容是否受到限制。对表格、图片和附件等不同类型，分别检查解析与展示。 在切换前保存一份对照清单：哪些问题已验证、哪些能力与旧系统不同、尚有哪些资料待处理。必要时保留一段并行核对期，但应清楚说明哪个入口提供现行依据，避免长期双头维护。 | 迁移维度 | 验收问题 | | --- | --- | | 内容 | 关键资料是否完整且有效 | | 关系 | 链接、别名与引用是否可用 | | 权限 | 身份边界是否保持 | | 运行 | 更新、反馈与回退由谁负责 | ## 退出旧系统，需要一个明确判断 旧入口保留过久，会让新旧资料各自演化；退出过早，又可能失去尚未发现的引用和历史记录。可以依据实际使用反馈与迁移清单决定退出条件，而不是只按安装日期结束项目。 迁移最有价值的结果，是让知识关系变得更清楚。新的界面和模型只是承载方式，资料为什么可信、谁能更新、如何被使用，才是应当延续的核心。 ## 按真实问题验收知识迁移 迁移一组资料时同时保存旧新地址、版本、权限、引用与维护人。用不同身份完成同一批查找任务，再决定切换和退出时间；导入条数只证明搬入数量，不能代表引用与权限已可用。 ## 参考来源 - [秩启｜企业资料准备](/workspace)：企业资料、角色与待核事项整理；保存草案不等于形成正式业务规则 - [Dify｜Knowledge Pipeline](https://www.dify.ai/rag)：资料处理、检索与来源引用的产品说明 ## 迁移需要保留的关系 - 资料身份：版本、地址与引用 - 使用边界：权限、入口与适用范围 - 维护责任：更新、验证与旧库退出 ![迁移需要保留的关系](/images/guides/diagrams/knowledge-migration.svg) ## 继续阅读 - [企业知识库的权限，应该在什么时候检查？](/guides/knowledge-permissions) - [企业知识库如何更新，才能避免新旧答案混用？](/guides/knowledge-versioning) - [知识库分类与标签：让员工用自己的问题找到资料](/guides/knowledge-taxonomy) 明确授权、处理位置与双方责任；部署、接口、定制及代运维另列技术实施。 下一步：[核对数据与合作边界](/data-boundary) 原文：/guides/knowledge-migration 内容版本：guide:knowledge-migration:v1 [结合企业情况咨询](/intake?source=%2Fguides%2Fknowledge-migration&articleId=guide%3Aknowledge-migration&versionId=guide%3Aknowledge-migration%3Av1)