用友账套备份文件后缀名咋看，别认错了格式
备份文件后缀名，先分清这几种
用友软件的备份文件后缀名，说实话挺容易让人犯迷糊的。我第一次接触用友的时候，从旧电脑拷贝了一堆文件过来，打开一看，有 .bak、.lst、.sub、.log，还有一堆乱七八槽的数字文件夹，当时就懵了。后来才知道，用友的账套备份其实分好几种形式，后缀名不一样，用途和恢复方式也完全不同。
最常见的两种，一个是.UFB，一个是.LST。UFB 是用友的账套备份文件，通常是一个单独的大文件，里面打包了整个账套的数据和日志。LST 则是列表文件，它本身很小，只有几KB，但里面记录了账套的编号、名称、路径这些信息。很多时候你用友软件自带的备份功能做备份，会同时生成 UFB 和 LST 两个文件，恢复的时候软件会自动去找对应的 LST 来引导。
还有一种是文件夹形式的备份。有些老版本的用友，或者手动拷贝数据目录出来的东西，是一整个文件夹，里面有 .dat、.log、.mdf 之类的文件。这种其实不是正规的备份文件，它是数据库的物理文件。你要是拿到这种文件夹，光靠用友的恢复功能是识别不了的，得先附加数据库才行，这个操作对新手来说就有点难度了。
从后缀名判断备份是哪个版本
判断备份文件是哪个版本的使用友，其实有个笨办法，但也挺管用。你把那个 .lst 文件用记事本打开，里面一般会写清楚账套号、账套名称、数据库版本、软件版本号这些信息。我见过很多人拿到一个.bak文件就急着恢复，结果报错说版本不兼容，其实就是没先看看这个lst文件里的版本标识。
举个例子，T3 的备份文件和 T6 的备份文件，虽然后缀名都是 .lst 加 .bak，但内部结构有很大差别。你要是拿 T6 的备份去 T3 里恢复，软件会直接提示「备份文件无效」或者「版本不符」。反过来也一样。所以拿到别人的备份文件，第一件事不是急着恢复，而是先看后缀名确认格式，再用记事本打开 lst 看看版本号。
还有个小细节，用友的备份文件后缀名有时候会因为压缩软件而改变。比如人家把备份文件打包成 zip 或 rar 发给你，你解压出来发现后缀名变成 .bak.zip 或者干脆没后缀了。这时候千万别直接改后缀名硬来，得先解压，然后再确认里面的实际文件。我见过有人把 .bak 文件改成了 .zip 然后又解压，结果把好好的备份文件搞坏了，得不偿失。
后缀名认错，恢复时容易踩的坑
最常见的坑就是拿着 .sub 或者 .log 文件当成备份去恢复。.sub 文件其实是用友的账套子系统文件，记录的是子系统启用的配置信息，它不能单独用来恢复账套。.log 就更不用说了，那是日志文件，记录操作痕迹的，拿它去恢复纯粹是浪费时间。
我自己就踩过一次这个坑。有一次帮朋友恢复账套，他给了我一个文件夹，里面有个文件叫「XX账套.log」，文件挺大的，有几百MB。我以为是备份，就放进用友的恢复目录里，结果软件根本识别不了。后来仔细看了半天，发现真正的备份文件是一个没有后缀名的文件，加上 .bak 后缀之后才能正常恢复。所以后缀名这个东西，有时候不是软件自动生成的，是被人为改掉的，你得学会判断。
另外一个容易出问题的地方是年度账的备份。用友的年度账备份文件后缀名和账套备份是一样的，都是 .bak 和 .lst，但你恢复的时候要选对入口。恢复账套要用「账套恢复」，恢复年度账要用「年度账恢复」。要是拿年度账的备份去恢复账套，软件会提示找不到账套信息，反过来也一样。看后缀名是分不出来的，只能靠记忆或者里面的内容来区分。
备份文件后缀名和数据库类型的关系
用友软件后台用的是 SQL Server 数据库，这一点对理解备份文件后缀名挺有帮助。你备份出来的 .bak 文件，本质上就是 SQL Server 的数据库备份文件。所以有时候你会看到同一个后缀名 .bak，有的能恢复，有的恢复不了，原因就在于是不是同一个版本的数据库。
SQL Server 2000 的备份文件，拿到 SQL Server 2008 的环境里恢复，大概率会失败，反之也是。用友 T3 老版本用的多是 SQL Server 2000，T6 和 T+ 用高版本的 SQL Server。所以拿到 .bak 文件之后，除了看用友软件的版本，还得确认 SQL Server 的版本。这个信息一般在 .lst 文件里也有，如果没有，你就得在恢复的时候注意看报错内容。
我建议，如果你经常要处理用友的备份文件，最好在自己的电脑上装一个 SQL Server Management Studio，就是那个 SSMS。用友恢复报错的时候，你可以先用 SSMS 去尝试附加这个 .bak 文件，看看数据库本身能不能认。如果数据库层面报错，那就别折腾用友的恢复了，先用数据库工具修复再说。
自己备份时怎么选后缀名格式
用友软件自带的备份功能，默认生成的备份文件就是 .bak 和 .lst 这两个。你要是在备份的时候选择了「压缩备份」之类的选项，可能还会多出来一个 .rar 或者 .zip 文件，但里面的核心还是那两个。我个人建议，日常备份就用软件默认的格式，别手动改后缀名，也别另存成别的格式，不然到时候恢复的时候容易出幺蛾子。
还有一点，用友的备份文件没法直接双击打开，它就是个数据文件。你别指望像 Word 文档那样双击就能看内容。你要验证备份是不是好的，唯一的办法就是建一个空的账套，然后把备份恢复进去测试。我每次做完重要备份，都会花十分钟做一次恢复测试，虽然麻烦，但总比真出事了发现备份是坏的要强。
如果你需要把备份文件拷贝给别人或者传到别的电脑上，记得整个文件夹一起拷，别只拷 .bak 文件。因为 .lst 文件虽然小，但它是引导文件，缺了它恢复的时候软件就找不到对应的账套信息。我以前就吃过这个亏，只拷了一个 .bak 发过去，结果对方恢复不了，后来把 .lst 也补发过去才解决。
后缀名突然变了怎么办
有时候你会遇到这种情况，备份文件明明是按照正常流程做的，后缀名却是 .tmp 或者 .old 之类的。这多半是杀毒软件或者文件传输工具给改的。有个朋友遇到过这种情况，他的 U 盘里存着用友备份，插到另一台电脑上，后缀名全变成了 .tmp。他差点就以为文件坏了，后来我把后缀名改回 .bak，又确认了 .lst 文件内容没问题，恢复就成功了。
处理这种问题的时候，先别急着改后缀名，先用记事本打开那个变化后的文件，看看里面是不是熟悉的内容。.lst 文件里面是纯文本，你能直接看到账套名称和路径，认出来就没问题。.bak 文件是二进制，打开全是乱码，但你可以看文件大小和修改日期来判断是不是原来的备份。确认之后，把后缀名改回来，再尝试恢复。
如果改回后缀名之后还是恢复不了，那就可能是文件本身损坏了。这种情况我建议你别自己折腾了，找专业的数据恢复公司处理，或者看看有没有其他时间的备份。记住一点，备份文件一定要多存几份，放在不同的地方，别只依赖一个地方的一份文件。我吃过这个亏，硬盘坏了，备份文件也跟着没了，从那以后我每次备份都至少存两份。
从后缀名延伸出去的备份习惯
说到底，后缀名只是个入口，真正重要的是你对备份这件事本身的态度。我见过太多人，平时从不备份，出了事才着急找人帮忙恢复。用友的备份文件后缀名看得懂，只是基本功，你要做的是养成定期备份的习惯。我给客户做维护的时候，都会帮他们设置一个计划任务，每周自动备份一次，备份保留最近三周，这样就算某一周的备份坏了，还有前两周的能用。
还有一点，别把备份文件和账套放在同一个磁盘分区上。硬盘要是坏了，两个一起没。我建议备份放到单独的移动硬盘，或者放到云盘上面。但要注意，云盘同步的时候，如果同步软件把备份文件给加密或者压缩了，得留意后缀名有没有变化，别到时候云盘里存了一堆变了后缀名的文件，自己还以为是好的。
看后缀名这个技能，说白了就一句话，不懂就问，不会就试。但试的时候要用测试账套试，别拿正式账套去试错。我自己现在拿到任何一份用友备份文件，第一步永远是复制到一个干净的目录，第二步改后缀名（如果变了的话），第三步用记事本看 .lst 内容，第四步在测试环境里恢复一次，确认没问题了，才敢用到正式环境里去。这套流程看着啰嗦，但能帮你省掉无数个因为后缀名认错而焦头烂额的下午。