企业 RAG 更换 embedding 模型怎么迁移:重建向量、同步增量再切流

为企业 RAG 设计 embedding 模型迁移:保留原始文本和权限版本,重建文档与查询向量,核对增量删除、灰度效果和回滚前提。

embedding 迁移的四个检查点:固定重建依据(原文、分块和版本、保留权限记录);建立新路径(文档与查询用新模型、同步更新与删除);比较并灰度(同一任务与授权范围、核对证据和时延);切换与回退(记录配置组合、确认旧路径仍有效)
原创示意:模型、索引与查询配置一起迁移。本站原创教学示意,不代表产品界面或客户案例。

先说结论

更换 embedding 模型应从可回溯的原始文本重新生成文档向量,并让查询使用对应的新模型与索引。迁移期间保留旧检索路径,可靠同步更新、删除、权限及版本,先比较同一批任务,再灰度切换。回滚前确认旧路径仍同步最新资料与权限;修改向量维度或把旧向量直接放入新索引都不能完成迁移。

读完你会得到

  • 原始文本、分块、元数据和权限记录是重建的依据。
  • 文档向量与查询向量属于同一模型及配置组合。
  • 旧路径也要接收增量和删除,否则不能安全回滚。

新 embedding 模型接好了,知识库却漏掉原本能找到的合同条款;更严重的是,迁移前已撤回的资料又出现在检索结果里。模型变化、数据重建和权限同步需要共同检查。本文用一组虚构合同资料,设计能够对账、试用和回退的迁移过程。

配套资料与延伸阅读

先写清这次迁移改变什么

embedding 模型将文本转换成用于检索的向量。模型、文本预处理或切分方式改变,都可能影响向量所表达的关系。即使新旧维度相同,也不能默认它们处于可互换的空间;维度不同,更不能只改索引字段就沿用旧向量。

迁移清单记录旧、新模型标识与版本、维度、预处理、分块规则、索引位置和查询配置。若同时改变分块与检索策略,测试要分别记录这些变化,否则无法判断效果差异来自哪里。

Qdrant 的 embedding 迁移教程介绍并行集合与 named vectors 两种路径。后者要求集合本来采用命名向量,当前教程还要求部署版本为 1.18 或以上。两种方法都需要重新嵌入原始资料;实施前核对现有平台的对应能力和版本。

教程明确指出,原样流程不能自动处理全部删除和局部更新,需要暂停相关操作或增加处理逻辑。下面的增量事件、版本比较与权限检查是本站针对持续变化资料的设计建议,需要另外实现和验证。

本节依据: [1] Qdrant

没有可重建的原文,就先补资料依据

迁移前的重建清单
材料需要保存缺失时的处理
原始文本来源标识、内容版本和有效条件重新取得合法来源,记录无法恢复范围
分块记录块标识、原文位置和切分规则确定新旧块的映射或明确重新分块
业务元数据适用产品、地区、条款及单位由资料负责人确认,不靠模型补全
权限信息文档访问范围和当前授权依据按现行权限重建并做越权检查
变更记录更新、删除、撤回与权限变化建立可靠同步和对账机制
评测任务问题、预期证据及测试身份固定一组可重复的迁移对比题

原始文本可以保存在企业认可的数据源,迁移系统只保存可回查引用和版本。不能把无权保留的客户资料复制一份当作永久重建库。仅有向量而没有可回溯文本时,通常需要重新取得来源,不能期待从旧向量精确还原原文。

引用也需要可恢复的位置。重新分块后,旧页码或条款锚点可能改变,检索结果应仍能解释答案依据。文档数相等不代表块内容、元数据和权限已经一致。

全量重建与增量同步怎样避免互相覆盖

先记录全量快照及对应的变更起点,再重建新路径。期间产生的更新、删除和权限变更通过持久记录同步,标明文档标识与版本。应用增量时拒绝过时事件,防止旧快照在新版本之后写入,把已改内容覆盖回去。

教学场景中,合同 A 以版本 4 进入重建队列,重建尚未完成时资料负责人发布版本 5。新索引应最终保存版本 5;如果版本 4 的向量后来才完成,写入层拒绝覆盖。另一个合同 B 已撤回,旧的重建任务也不能将它重新写回可检索状态。

版本比较与提交必须由按文档串行处理的更新入口协调,或在实际提交时执行等效的条件版本检查。任务开始时读一次版本,随后普通 upsert 仍可能覆盖更新结果。回填与增量任务都经过同一约束,失败或重跑不能绕过它。

双写可以由可靠任务队列驱动,不要求应用对两个索引临时串行请求就算同步完成。记录每条变更在旧、新路径的处理状态,失败可重试与对账,删除保留必要的标记直到过时事件不会再使内容复活。具体事务与保留方式依照系统能力设计。

删除和权限撤销同时影响索引、缓存、历史引用与生成上下文。权限撤销不能等待异步双写追平后才生效:检索与输出前依据权威权限状态拒绝当前身份无权使用的资料,无法可靠检查时暂停受影响查询。旧路径、缓存或会话摘要也遵守同一限制;仅从新集合删掉一个向量不足以保护这些入口。

查询切换必须使用匹配的配置组合

新文档由新模型生成向量后,查询也使用对应模型和预处理。请求记录查询模型、目标索引、过滤策略与配置版本,防止灰度开关只切索引,却继续发送旧模型的查询向量。

影子对比可以让同一条获授权查询分别走旧、新路径,两边独立生成匹配的查询向量。将结果中的证据、范围和排序并列检查,不直接把不同模型的相似度分数当作同一刻度。

每次请求选择一个完整检索组合,直到它拿到所需资料。若迁移同时改变混合检索、过滤或重排,保留这些配置。新模型可能需要重新验证阈值和候选数量,旧阈值不能因为名称相同就被视为通用标准。

评测区分找到资料与回答有依据

Microsoft 的 RAG 评估器文档区分检索过程评测与回答层面的依据、相关性和完整性。迁移对比也应分别查看这两层:是否找到了有效条款,以及回答是否正确使用条款。部分具体评估器处于预览状态,本文不要求采用某一平台工具。

准备普通提问、型号或条款编号查询、相似名称、已撤回文档和受限身份几类任务。为每题保存允许的证据与不应出现的内容。不能只比较“结果更像问题”,还要检查范围、有效期与引用位置。

把新路径漏检、误检、引用失效和越权分别记录。模型换了但业务问题没有改变时,原来能完成的任务应保留为回归;新增能力用独立题组观察,不混成一个掩盖退化的总分。

本节依据: [2] Microsoft Learn

用四件合同资料完成迁移演练

隔离环境的迁移检查

  1. 重建一份稳定资料

    旧、新路径读取同一原文与权限,核对块数、元数据、引用和代表性问题。

  2. 重建途中更新一份资料

    先开始旧版本重建,再发布新版本,模拟事件乱序,确认最终采用有效新版本。

  3. 重建途中撤回另一份资料

    模拟删除与旧重建任务晚到,检查两个检索路径及缓存均不再暴露撤回内容。

  4. 撤销一份资料的测试权限

    用同一身份重新查询,确认新旧路径都执行当前权限,不沿用旧授权。

  5. 灰度后回退

    只切一组测试请求再回到旧组合,核对业务依据、权限和最新变更仍一致。

四件资料只是教学场景,不能作为生产迁移的充分样本。演练后还要按实际文档类型、业务范围和查询负载扩大检查,记录未覆盖情况。模型服务限流或向量生成失败时,保持新路径未就绪状态,不能将空向量当作正常重建。

什么时候可以切换,什么时候不能回滚

切换前核对全量与增量已处理到哪个位置,未完成和失败事件有哪些,当前资料与权限是否一致,并保留测试及业务负责人确认的采用范围。按请求组灰度时观察检索质量、时延、资源消耗和例外处理,不仅看接口返回成功。

回退需要旧模型服务、旧查询配置和旧索引都可用,而且旧路径继续接收更新、删除和权限变化。若旧路径停写多日,直接切回会重新暴露旧资料,应该先补齐并核对变化,或暂停受影响查询。

稳定运行及回退窗口结束后再按企业保留策略清理旧路径,同时保留迁移记录和必要来源依据。embedding 迁移改变检索表达,不会自动修复资料缺失、业务规则冲突或错误权限;这些问题仍有各自的责任人。

常见问题

新旧模型维度相同,可以不重建向量吗?

不能仅凭维度判断。模型和预处理可能改变向量空间,应从可回溯文本生成新文档向量,并配套更新查询配置与评测。

保留旧索引就一定能回滚吗?

还要保留可用的旧模型与查询配置,并让旧路径同步最新更新、删除和权限。停止同步的旧索引不能直接视为安全回退目标。

资料来源与核对说明

文章中的行业定义与技术方法尽量引用官方或标准组织资料;表格、清单和决策框架是基于这些资料形成的编辑性整理,不代表来源机构对本站服务的背书。

  1. Migrate to a New Embedding ModelQdrant

    核验于2026-10-09。官方说明重嵌入、双集合或命名向量路径;命名向量新路径要求相应版本。增删改、权限、提交版本与业务回滚需按实际系统验证;本文演练为本站设计。

  2. Retrieval-Augmented Generation (RAG) evaluatorsMicrosoft Learn

    核验于2026-10-09。区分检索评测、回答依据、相关性和完整性;部分评估器标注 preview,不把预览能力当作所有平台通用功能。

把文章方法用于你的真实业务

带上流程、样例和目标,添加企业微信沟通。先确定项目范围与验收方式,再安排实施。

查看企业 AI / FDE 服务 →
相机、麦克风和布光台上的雕塑,表现图片、视频与声音的创作
AI 生成 · 内容创作场景示意

把你正在做的事,
拿来一起聊聊。

还没有完整方案也没关系。选一个方向,带着下面几条信息联系团队,我们先了解问题,再确认下一步。

企业 AI / FDE 项目

先从一段具体流程说起。

  • 我们目前怎样完成这项工作?
  • 哪一步最费时间,或经常出错?
  • 已有的资料、系统和期望结果是什么?
Shopify 建站与经营

有店铺的话,可以一并发来链接。

  • 店铺是准备上线,还是已经在运营?
  • 销售什么商品,面向哪些市场?
  • 希望先解决哪个页面或经营问题?
内容创作与工具使用

说明准备制作的内容,或遇到的操作问题。

  • 想做图片、视频、配音,还是图文?
  • 已有素材、参考风格和使用场景是什么?
  • 如果使用时遇到问题,具体停在哪一步?
扫码添加随心创技术客服企业微信

微信扫码,发来你的问题

可以直接按提纲描述,也可以先发一句话。人工服务会在确认范围后单独报价。

手机上可保存二维码后识别。