随着企业业务数据量的增大,现有服务器环境可能无法提供足够的磁盘空间存放数据处理的日志和文件,磁盘空间不足是影响EDI环境正常运行的一大原因,会导致数据无法正常处理,日志信息无法写入,影响业务正常进行。本文将为大家介绍出现磁盘空间不足,导致EDI系统运行异常的紧急处理方法。
磁盘空间告急!如何保证EDI系统平稳运行?
如果您已经遇到了由于磁盘已满导致EDI系统无法正常运行的情况应该如何处理呢?
针对磁盘空间不足的问题您可以选择紧急清理知行之桥内部存储的部分日志文件以释放磁盘空间。
知行之桥EDI系统默认开启归档日志,我们可以在归档路径下选择可删除的文件。归档周期为每次归档指定天数前的数据,默认为30天。默认将文件归档在每个端口下的Archive文件夹中。或许您之前有自定义归档文件路径,可以点击右上角齿轮,找到高级设置,在清理选项中查看。归档周期以及归档路径都是可以自定义的。如图所示:
以下操作基于知行之桥2022版。
1.找到知行之桥的安装路径,默认在:C:\ProgramData\CData\Arc。(注:ProgramData是隐藏文件夹,需要勾选显示隐藏的项目才能看到)如下图所示:
2.如果您在Default工作区中创建了多个端口,则在安装路径下的data文件夹中
找到对应的端口,例如:MJN_X12_OUT文件夹下可以看到Archive文件夹。
3.如果你新建了工作区,打开workspaces文件夹,您将看到以此前您创建的多个工作区分类的多个文件夹。
以命名为TEST的工作区为例,点击 TEST 文件夹,可以看到我们在这个工作区中创建的3个端口:EmailSend、X12以及XMLMap。
打开X12文件夹即可看到存放归档文件的Archive文件夹了。
打开Archive文件夹,会看到Received以及Sent两个文件夹,分别是对已接收和已发送的文件进行日志归档,并进行分类。
以Received文件夹为例,点击进入后会看到按日期分类的文件夹。这个文件夹下存放了知行之桥EDI系统的历史日志。可以选择删除最早日期的文件夹,释放磁盘空间。
如果您的EDI系统是安装在Linux下的,可以在如下路径找到Archive文件夹:
清理Archive文件夹下的文件后,如果磁盘空间已经被释放,这时就可以尝试启动知行之桥EDI系统了。在不同的版本中应该如何启动呢?
Windows :
搜索服务,在服务页面中找到CDdata Arc,右键选择启动。
启动成功后会显示正在运行。这时回到知行之桥EDI系统中,可以看到已经正常启动了。
Linux:
执行指令:
service arc start
即可启动知行之桥EDI系统
然后使用指令:
service arc status
查询EDI系统是否正常启动。
如图所示:
为避免出现磁盘已满然后紧急清理的情况,最佳的方法是提前对磁盘空间进行监控,一旦超出预警值,便及时进行清理,防患于未然。
知行之桥EDI系统2021版以及更高版本支持对磁盘空间进行监控,通过邮件告知用户当前磁盘使用状况。当磁盘空间使用率超过60%即会发出邮件提醒,如图所示:
除了对磁盘使用率的监控之外,知行之桥还提供对于以下情况的监测:
1.日志数据库中存储超过100W条数据
2.单端口待发送文件(Send,Sent,Receiced,Logs/Sent,Logs/Received)超过5000条
3.CPU内存使用率超过60%
4.删除文件时,超过3小时仍有旧文件未被清理
如果出现以上四种情况,知行之桥EDI系统将会及时给用户发出预警邮件。检查的频率为一天一次。我们建议目前在使用较早版本的EDI系统的客户可以及时进行版本升级,从而获得最佳的体验。
除了磁盘问题之外,由于服务器硬盘损坏而导致EDI系统宕机的问题也需要引起足够的重视。一旦硬盘损坏,恢复EDI系统可能会耗费大量的人力物力。为了避免出现这种问题,造成难以预估的损失,建议大家对部署EDI系统的服务器做数据备份,增强可靠性。
通常情况下,数据备份的做法是:使用2块企业级硬盘,用RAID 1做磁盘镜像。遇到硬盘问题导致服务器宕机这种情况,只需要重启服务器就能恢复了,成本也不是很高,就能避免服务器宕机带来的损失。具体的步骤大家可以参考这个链接:如何创建镜像卷?
想要确保EDI系统长期稳定运行,最重要的就是防患于未然。对于客户数多,业务量大的企业而言,可以从以下几个方面入手:
了解更多EDI相关信息,欢迎联系我们。
更多EDI信息,请参阅: EDI是什么?