功能说明

文件异常损坏的表现现象，是文档无法正常打开，加载出现报错弹窗，无法看到内容渲染

文档无法打开的时候，使用这个功能进行文件修复

使用图示

有 2 种修复方式

前置准备

文件类型速查

fileType	文件 url 地址特征	备注
rdoc(richdoc)	/docs/{fileguid}	轻文档
mosheet(modoc)	/sheets/{fileguid}	表格
modoc(modoc)	/docx/{fileguid}	专业文档

操作风险提示

修复失败没有风险

从加密数据修复

只支持表格类型的文件修复，其他类型文件选择【从历史数据修复】

这个是优先选择的方式，直接输入文件 guid 就可以进行修复，这个 guid 是石墨文件 guid

修复原理是把对象存储中的加密文件数据转转换为非加密的文件内容数据，适用于大部分场景

如果这个方式修复失败再选择另外一个方式

文件 GUID

打开浏览器开发者工具

过滤 pull 请求

请求中 rp3OMYnMrdcQJZkm 这个部分 16 位字符串，就是 guid

从历史数据修复

从历史纪录修复

客户文件 ID

文件类型

传统文档/表格/幻灯片修复选择 modoc

轻文档修复选择 richdoc

数据源选择

客户文件 ID

如果客户使用的石墨文档全站，就是浏览器上面文档地址的文件地址，例如下面的 m8AZMoYMrRsYbOkb

如果是客户对接的石墨文档 sdk，那就是客户侧自己生成的文件 id

如何判断数据源

查看 svc-edit 服务的配置

配置项：history.driver

如果是 mysql，【使用 Mongo 数据源】开关关闭

如果是 mongo，【使用 Mongo 数据源】开关打开

文档修复

功能说明#

使用图示#

前置准备#

文件类型速查#

操作风险提示#

从加密数据修复#

文件 GUID#

从历史数据修复#

客户文件 ID#

如何判断数据源#

功能说明

使用图示

前置准备

文件类型速查

操作风险提示

从加密数据修复

文件 GUID

从历史数据修复

客户文件 ID

如何判断数据源