随着企业业务数据量的增大，现有服务器环境可能无法提供足够的磁盘空间存放数据处理的日志和文件，磁盘空间不足是影响EDI环境正常运行的一大原因，会导致数据无法正常处理，日志信息无法写入，影响业务正常进行。本文将为大家介绍出现磁盘空间不足，导致EDI系统运行异常的紧急处理方法。

磁盘空间告急！如何保证EDI系统平稳运行？

解决方案

如果您已经遇到了由于磁盘已满导致EDI系统无法正常运行的情况应该如何处理呢？

针对磁盘空间不足的问题您可以选择紧急清理知行之桥内部存储的部分日志文件以释放磁盘空间。

那么具体可以删除哪些文件？

知行之桥EDI系统默认开启归档日志，我们可以在归档路径下选择可删除的文件。归档周期为每次归档指定天数前的数据，默认为30天。默认将文件归档在每个端口下的Archive文件夹中。或许您之前有自定义归档文件路径，可以点击右上角齿轮，找到高级设置，在清理选项中查看。归档周期以及归档路径都是可以自定义的。如图所示：

以下操作基于知行之桥2022版。

如何找到Archive文件夹的路径？

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文件夹:

清理文件后如何启动知行之桥EDI系统？

清理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平台负载能力。
搭建HA（高可用）环境：高可用的搭建可以避免单点故障，避免出现由于故障导致EDI系统无法正常运行。
配置错误邮件提醒，周/日报：第一时间获知EDI系统遇到的网络异常或者数据异常等情况。系统管理员可以在第一时间做出响应。
定期备份工作流：遇到服务器中病毒、系统重装、磁盘损坏等情况，EDI环境需要重新安装，定期备份可以帮助我们快速恢复。
自定义脚本监测：除了知行之桥EDI系统自带的监测功能之外，如果企业还有其他监控需求，可以通过自定义脚本实现。

了解更多EDI相关信息，欢迎联系我们。

更多EDI信息，请参阅: EDI是什么？

阅读原文

如何快速解决或避免EDI系统磁盘空间不足？相关推荐

idea 报系统分区磁盘不足_磁盘空间不足—win7系统磁盘空间不足巧妙解决
很多朋友经常使用电脑的时候会遇到磁盘空间不足的问题,这就意味着该磁盘空间已容纳不下您所需存放的资料.在不知情下,使用迅雷下载.U盘拷贝到空间不足的系统磁盘中,均会提示关于当前磁盘空间不足的问题. 现如 ...
VMware虚拟机扩展Ubuntu系统磁盘空间方法
VMware虚拟机扩展Ubuntu系统磁盘空间方法问题描述为了确保工具.驱动等的通用性,我们通常需要在多种环境上进行验证,但由于资源有限,并不能保证每个环境都有对应的主机供我们使用,所以我们通常使 ...
Mac系统磁盘空间清理让你不头疼吗？
Mac原本是想用户不用关心磁盘的问题,不像Windows系统那样,要分C盘.D盘 ,这么多盘的概念.Mac一个盘,直接使用,但前几年的磁盘空间比较小,很多都是256G,或者128G的磁盘,随着系统越做 ...
统信UOS提示系统磁盘空间不足
UOS提示系统磁盘空间不足系统简介通过扩容root.disk可以解决此问题 1.进入root账户.先在安装UOS系统的磁盘,选择用管理员身份打开,然后在新窗口,选择在终端中打开,即可进入root账 ...
VMware 虚拟机扩展Ubuntu系统磁盘空间
版权声明:欢迎转载 https://blog.csdn.net/weixin_39510813/article/details/78387334 Vm虚拟机扩展Ubuntu系统磁盘空间前言 ...
No space left on device 解决Linux系统磁盘空间满的办法
No space left on device 原因是磁盘空间满了 1.查看是否存在未被清除句柄的僵尸文件.这些文件实际上已经被删除,但是有服务程序在使用这些文件,导致这些文件一直被占用,无法释放磁盘 ...
No space left on device 解决Linux系统磁盘空间满的办法
最近Linux电脑在执行mvn时候总是报错: No space left on device 原因是磁盘空间满了,我马上加了20G的硬盘容量,但是还是报错,上网查了一下,发现了解决方法,我用了其中 ...
linux系统磁盘的分配空间不足,Linux系统磁盘空间不足解决办法
在使用Linux系统较长时间之后,尤其是运行占内存较大的软件之后会产生磁盘空间不足的情况,仅仅依靠删除文件和清空回收站难以根本解决问题,多番尝试之后整理了以下方法,不是研究原理,仅尝试效果,如有错误欢 ...
解决：linux系统磁盘空间被占满，但是找不到大文件
借鉴:https://www.cnblogs.com/healthinfo/p/12402139.html 我的磁盘爆满了,但是各个文件目录下 du -sh * 也找不到大文件 ## 查询一级目录所 ...
Linux系统磁盘空间不足解决办法
在使用Linux系统较长时间之后,尤其是运行占内存较大的软件之后会产生磁盘空间不足的情况,仅仅依靠删除文件和清空回收站难以根本解决问题,多番尝试之后整理了以下方法,不是研究原理,仅尝试效果,如有错误欢 ...

如何快速解决或避免EDI系统磁盘空间不足？

解决方案

那么具体可以删除哪些文件？

如何找到Archive文件夹的路径？

清理文件后如何启动知行之桥EDI系统？

如何快速解决或避免EDI系统磁盘空间不足？相关推荐

最新文章

热门文章