1、文件服务器组件版本不一致的原因及导致的现象：

    在实际生产环境中，存在文件服务器、应用服务器分开部署的场景。

    但是可能存在文件服务器安装的时候只勾选了文件服务器站点，而没有同时勾选应用服务器站点的情况，导致打补丁的时候无法选择文件服务器站点。

    使得文件服务器的组件日期与应用服务器的组件日期相隔越来越远，文件服务器新出的特性无法使用，甚至还有可能导致出现脏数据的情况，如上传pdf文件预览时提示：文档不支持在线预览，不支持的文档类型或禁用了转换服务。如下图：

此外如果版本相差太大，也可能导致文件服务器检测不可用，提示404 NotFound.

2、如何检查文件服务器组件版本一不一致：

判断文件服务器跟应用服务器的组件版本一不一致，最直观的方法是登录应用服务器看安装目录 K3Cloud/WebSite/Bin/Kingdee.BOS.dll 的组件日期，跟登录文件服务器看安装目录 K3Cloud/FileService/Bin/Kingdee.BOS.dll 的组件日期，比较两边一不一致，要求要保持一致。

3、文件服务器组件版本不一致后如何修复：

3.1、第一步文件服务器需要建立与管理中心的关联，然后重打补丁，使得文件服务器的组件可以升级到应用服务器相同版本。

关于这一步，需要修改的配置文件较多，可单独走提单寻求总部的老师支持。

3.2、组件版本一致后可以保证新上传文件没有问题，但是对于历史脏数据如何修复呢？

1）由于需要直接操作数据库数据，为预防万一，操作前可先在管理中心做数据库备份。

2）数据库执行如下脚本以修正数据：

UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.pdf'; 
UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.doc'; 
UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.docx'; 
UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.ppt'; 
UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.pptx'; 
UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.xls'; 
UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.xlsx'; 
UPDATE T_BAS_FILESERVERFILEINFO SET FSWFLOCATIONPATH = '' WHERE FSWFLOCATIONPATH = 'NotSupportFileReview' AND FLOCATIONPATH LIKE '%.txt';

3）应用服务器安装Office 2010 32位软件，同时配置DCOM，可参考：https://vip.kingdee.com/article/13138，原因是swf预览文件重新转换是在应用服务器做的。

4）最后验证结果即可，可预览早先提示文档不支持在线预览，不支持的文档类型或禁用了转换服务的文件，正常是会先提示历史转换失败文档，正在重新转换，如下图：

但是等转换完毕后，正常的话就可以预览了，界面会提示重新转换成功：