先说结论
更换 embedding 模型应从可回溯的原始文本重新生成文档向量,并让查询使用对应的新模型与索引。迁移期间保留旧检索路径,可靠同步更新、删除、权限及版本,先比较同一批任务,再灰度切换。回滚前确认旧路径仍同步最新资料与权限;修改向量维度或把旧向量直接放入新索引都不能完成迁移。
读完你会得到
- 原始文本、分块、元数据和权限记录是重建的依据。
- 文档向量与查询向量属于同一模型及配置组合。
- 旧路径也要接收增量和删除,否则不能安全回滚。
新 embedding 模型接好了,知识库却漏掉原本能找到的合同条款;更严重的是,迁移前已撤回的资料又出现在检索结果里。模型变化、数据重建和权限同步需要共同检查。本文用一组虚构合同资料,设计能够对账、试用和回退的迁移过程。
配套资料与延伸阅读
- RAG 评测怎样定位问题:把检索、依据和答案完整性分开看(阅读)
继续阅读相关方法与边界。
- 知识库资料更新后还在答旧规则:怎样管理版本、撤回和缓存(阅读)
继续阅读相关方法与边界。
- 企业 AI / FDE 服务(了解)
带上原始资料来源、现行检索配置和一组失败问题,可以讨论企业知识库迁移中的重建依据、权限与回退条件。
先写清这次迁移改变什么
embedding 模型将文本转换成用于检索的向量。模型、文本预处理或切分方式改变,都可能影响向量所表达的关系。即使新旧维度相同,也不能默认它们处于可互换的空间;维度不同,更不能只改索引字段就沿用旧向量。
迁移清单记录旧、新模型标识与版本、维度、预处理、分块规则、索引位置和查询配置。若同时改变分块与检索策略,测试要分别记录这些变化,否则无法判断效果差异来自哪里。
Qdrant 的 embedding 迁移教程介绍并行集合与 named vectors 两种路径。后者要求集合本来采用命名向量,当前教程还要求部署版本为 1.18 或以上。两种方法都需要重新嵌入原始资料;实施前核对现有平台的对应能力和版本。
教程明确指出,原样流程不能自动处理全部删除和局部更新,需要暂停相关操作或增加处理逻辑。下面的增量事件、版本比较与权限检查是本站针对持续变化资料的设计建议,需要另外实现和验证。
本节依据: [1] Qdrant
没有可重建的原文,就先补资料依据
| 材料 | 需要保存 | 缺失时的处理 |
|---|---|---|
| 原始文本 | 来源标识、内容版本和有效条件 | 重新取得合法来源,记录无法恢复范围 |
| 分块记录 | 块标识、原文位置和切分规则 | 确定新旧块的映射或明确重新分块 |
| 业务元数据 | 适用产品、地区、条款及单位 | 由资料负责人确认,不靠模型补全 |
| 权限信息 | 文档访问范围和当前授权依据 | 按现行权限重建并做越权检查 |
| 变更记录 | 更新、删除、撤回与权限变化 | 建立可靠同步和对账机制 |
| 评测任务 | 问题、预期证据及测试身份 | 固定一组可重复的迁移对比题 |
原始文本可以保存在企业认可的数据源,迁移系统只保存可回查引用和版本。不能把无权保留的客户资料复制一份当作永久重建库。仅有向量而没有可回溯文本时,通常需要重新取得来源,不能期待从旧向量精确还原原文。
引用也需要可恢复的位置。重新分块后,旧页码或条款锚点可能改变,检索结果应仍能解释答案依据。文档数相等不代表块内容、元数据和权限已经一致。
全量重建与增量同步怎样避免互相覆盖
先记录全量快照及对应的变更起点,再重建新路径。期间产生的更新、删除和权限变更通过持久记录同步,标明文档标识与版本。应用增量时拒绝过时事件,防止旧快照在新版本之后写入,把已改内容覆盖回去。
教学场景中,合同 A 以版本 4 进入重建队列,重建尚未完成时资料负责人发布版本 5。新索引应最终保存版本 5;如果版本 4 的向量后来才完成,写入层拒绝覆盖。另一个合同 B 已撤回,旧的重建任务也不能将它重新写回可检索状态。
版本比较与提交必须由按文档串行处理的更新入口协调,或在实际提交时执行等效的条件版本检查。任务开始时读一次版本,随后普通 upsert 仍可能覆盖更新结果。回填与增量任务都经过同一约束,失败或重跑不能绕过它。
双写可以由可靠任务队列驱动,不要求应用对两个索引临时串行请求就算同步完成。记录每条变更在旧、新路径的处理状态,失败可重试与对账,删除保留必要的标记直到过时事件不会再使内容复活。具体事务与保留方式依照系统能力设计。
删除和权限撤销同时影响索引、缓存、历史引用与生成上下文。权限撤销不能等待异步双写追平后才生效:检索与输出前依据权威权限状态拒绝当前身份无权使用的资料,无法可靠检查时暂停受影响查询。旧路径、缓存或会话摘要也遵守同一限制;仅从新集合删掉一个向量不足以保护这些入口。
查询切换必须使用匹配的配置组合
新文档由新模型生成向量后,查询也使用对应模型和预处理。请求记录查询模型、目标索引、过滤策略与配置版本,防止灰度开关只切索引,却继续发送旧模型的查询向量。
影子对比可以让同一条获授权查询分别走旧、新路径,两边独立生成匹配的查询向量。将结果中的证据、范围和排序并列检查,不直接把不同模型的相似度分数当作同一刻度。
每次请求选择一个完整检索组合,直到它拿到所需资料。若迁移同时改变混合检索、过滤或重排,保留这些配置。新模型可能需要重新验证阈值和候选数量,旧阈值不能因为名称相同就被视为通用标准。
评测区分找到资料与回答有依据
Microsoft 的 RAG 评估器文档区分检索过程评测与回答层面的依据、相关性和完整性。迁移对比也应分别查看这两层:是否找到了有效条款,以及回答是否正确使用条款。部分具体评估器处于预览状态,本文不要求采用某一平台工具。
准备普通提问、型号或条款编号查询、相似名称、已撤回文档和受限身份几类任务。为每题保存允许的证据与不应出现的内容。不能只比较“结果更像问题”,还要检查范围、有效期与引用位置。
把新路径漏检、误检、引用失效和越权分别记录。模型换了但业务问题没有改变时,原来能完成的任务应保留为回归;新增能力用独立题组观察,不混成一个掩盖退化的总分。
本节依据: [2] Microsoft Learn
用四件合同资料完成迁移演练
隔离环境的迁移检查
- 重建一份稳定资料
旧、新路径读取同一原文与权限,核对块数、元数据、引用和代表性问题。
- 重建途中更新一份资料
先开始旧版本重建,再发布新版本,模拟事件乱序,确认最终采用有效新版本。
- 重建途中撤回另一份资料
模拟删除与旧重建任务晚到,检查两个检索路径及缓存均不再暴露撤回内容。
- 撤销一份资料的测试权限
用同一身份重新查询,确认新旧路径都执行当前权限,不沿用旧授权。
- 灰度后回退
只切一组测试请求再回到旧组合,核对业务依据、权限和最新变更仍一致。
四件资料只是教学场景,不能作为生产迁移的充分样本。演练后还要按实际文档类型、业务范围和查询负载扩大检查,记录未覆盖情况。模型服务限流或向量生成失败时,保持新路径未就绪状态,不能将空向量当作正常重建。
什么时候可以切换,什么时候不能回滚
切换前核对全量与增量已处理到哪个位置,未完成和失败事件有哪些,当前资料与权限是否一致,并保留测试及业务负责人确认的采用范围。按请求组灰度时观察检索质量、时延、资源消耗和例外处理,不仅看接口返回成功。
回退需要旧模型服务、旧查询配置和旧索引都可用,而且旧路径继续接收更新、删除和权限变化。若旧路径停写多日,直接切回会重新暴露旧资料,应该先补齐并核对变化,或暂停受影响查询。
稳定运行及回退窗口结束后再按企业保留策略清理旧路径,同时保留迁移记录和必要来源依据。embedding 迁移改变检索表达,不会自动修复资料缺失、业务规则冲突或错误权限;这些问题仍有各自的责任人。
常见问题
新旧模型维度相同,可以不重建向量吗?
不能仅凭维度判断。模型和预处理可能改变向量空间,应从可回溯文本生成新文档向量,并配套更新查询配置与评测。
保留旧索引就一定能回滚吗?
还要保留可用的旧模型与查询配置,并让旧路径同步最新更新、删除和权限。停止同步的旧索引不能直接视为安全回退目标。
资料来源与核对说明
文章中的行业定义与技术方法尽量引用官方或标准组织资料;表格、清单和决策框架是基于这些资料形成的编辑性整理,不代表来源机构对本站服务的背书。
- Migrate to a New Embedding ModelQdrant
核验于2026-10-09。官方说明重嵌入、双集合或命名向量路径;命名向量新路径要求相应版本。增删改、权限、提交版本与业务回滚需按实际系统验证;本文演练为本站设计。
- Retrieval-Augmented Generation (RAG) evaluatorsMicrosoft Learn
核验于2026-10-09。区分检索评测、回答依据、相关性和完整性;部分评估器标注 preview,不把预览能力当作所有平台通用功能。
带上流程、样例和目标,添加企业微信沟通。先确定项目范围与验收方式,再安排实施。


