由于每位使用者拥有的计算机知识存在着明显的个体差别，在使用音频工作站操作系统时所采用的方法也千差万别，然而其中不乏有许多不规范的操作而没有给予足够的重视，由此在无形中引发了最多见、也是最严重的系统录制软件工作失常。当发生此类故障时，通常表现形式有两种：网络连接失败，直接导致不能进入节目录制软件；亦或网络虽然连接成功，能进入录制软件，但不能进行任何操作。分析故障的根本原因，主要是由网络连接路径被改变或系统动态连接库文件被破坏所致。总结该类故障的维护心得，最终得出了如图1所示的排查方法，整个过程仅分三个步骤即可获得令人满意的修复结果。 

第一步，以网络连接是否正常作为初步的故障点判定依据。重新开启故障电脑并观察该机是否能正常连接网络。如果连接失败，则表明本终端并没有正常连接到系统网络，故障点一定在网络连接上。打开控制面板，选择ODBC数据源，双击Radio_Station_Local项目栏，点击修复按钮，先选择正确的盘符F（即数据库所在的盘符），再连接特定的数据库路径F：DBFLocalPro_edit.mdb，点击确定键后系统即可修复。实践证明，绝大多数开机后网络连接不上的情况都是由盘符选择性错误导致的。 

第二步，网络连接正常后，打开录制软件，尝试软件的检索功能是否正常。如果异常，可以按照第一步的方法，重新检查数据库连接路径是否正确。数据库不能连接，软件也就失去正常工作的基础。一般而言，此时的故障均由路径定位失常引起的，重新更正即可。但这里还有一种情况，即系统的检索关键字被人为改变。系统数据的提取依赖于正确的检索关键字，关键字一旦被更改，数据提取功能正常运作的依据即刻发生变动。此时，即使终端工作站已经与数据库正常连接，前台与后台的数据交流也不能按操作者的意愿进行，自然也就无从进行节目的录制和存取了。在这种情况下，较稳妥的解决方法是先输入正确的检索关键字，然后再设立系统密码。这样，除了系统管理人员外，其他普通使用者就不可能进行任何形式的更改，从而确保了系统的稳定性。 

第三步，试验性的录制一小段节目并发送，观察该过程是否能顺利完成。如果该过程不能完成，很明显，音频工作站系统文件遭到破坏。重新覆盖受损的系统文件即可，至此，修复工作得以完成。 

为了预防系统文件再次被破坏，笔者采取了三项防范措施，经过这样的简单处理后，我台音频工作站系统因为系统文件异常而导致的故障大为减少。 

首先，把所有客户机硬盘分为C、D两个分区。并且规定，C盘只能用于存放系统文件，不允许任何其他类型文件的存储。D盘用于存放录制人员自建文件夹，且每人只能建一个，以便进行总体管理；其次，把C盘中所有音频工作站系统的文件夹属性全部设置成“隐藏”，使它们在整个文件目录中不可视，此措施减少了各操作人员对系统文件进行误操作的可能性，间接提高了系统的稳定性；最后，在C盘新建一个系统备份文件夹，内部保存了一套完整的音频工作站系统文件。这样，即便万一发生系统文件破坏的情况，技术人员也可以通过对比各系统文件夹大小的办法进行快速覆盖恢复，缩短了系统修复的时间。 


二．系统运作的“卡”现象 

我台音频工作站在使用过程中，曾经多次遇到过这样的情况。原先正常工作的系统，突然之间网络速度变得非常缓慢，录制工作站和播出工作站在运转过程中不时发生间歇性“卡”的现象。检查网络连接、服务器以及HUB等硬件设施，一切都正常。最后在病毒检测中，发现整个系统存在大量的病毒，其中蠕虫病毒和欢乐时光病毒的数量比例最高。由于我台音频工作站系统是一个独立的小局域网，并且不和外界网络连接，因此正常情况下不可能存在病毒。故判断有操作人员通过客户机上的软盘驱动器或光驱往电脑内拷贝了文件，从而引入了病毒并导致了网络的阻塞。为了防止这类故障的再度发生，断开网络并分别对服务器和各客户机进行杀毒处理后，在所有客户机上均安装防火墙，并确保定时升级。同时拆除客户机上的软盘驱动器和光盘驱动器，并通过设置CMOS密码关闭软驱以及不使用的计算机外设接口，如COM口、USB和打印机并口等。经过这种强制性措施，工作站系统再也没有发生运行时“卡”的故障。 


三．集线器经常断线 

我台音频工作站集线器在正常使用过程中，经常会发生莫名的断线故障，且故障发生的时间间隔时长时短，毫无规律可循。检查该HUB和网络线路，确认一切正常，一时间检修陷入了迷惑。在一次偶尔的机会，发现照明灯由亮－暗－亮的变化后HUB随即断线，至此明白，HUB的经常断线与电源脉冲有着直接的关系。确定故障源后，在机房新安装了一台3KV的UPS以提高系统对电脉冲的抗干扰能力，彻底杜绝了该型故障。