-h查看挂载目录，找到故障告警目录挂载的磁盘。 执行命令smartctl -a /dev/sd故障磁盘，进行磁盘检测，其中“故障磁盘”为3查询到的磁盘。 若检测结果如下图所示，其中“SMART Health Status: OK”，表示当前磁盘是健康的，执行6。 若检测结果如下图所示，其中“Elements

查看更多 →

Kafka实例的超高IO和高IO如何选择？ 高IO：平均时延1-3ms，最大带宽150MB/s（读+写）。 超高IO：平均时延1ms，最大带宽350MB/s（读+写）。 建议选择超高IO，云硬盘服务端压力大场景，都不能达到最大带宽，但是超高IO可达到的带宽比高IO高很多。 父主题：

查看更多 →

降低IO的处理方案 问题现象 在DWS实际业务场景中因IO高、IO瓶颈导致的性能问题较多，其中应用业务设计不合理导致的问题占大多数。本文从应用业务优化角度，以常见触发IO慢的业务SQL场景为例，指导如何通过优化业务去提升IO效率和降低IO。 确定IO瓶颈&识别高IO的语句 通过以

查看更多 →

存储起购容量 商品描述 高IO型块存储-36TiB档 高IO 36TiB 适用于较低容量的高IO云硬盘部署场景 高IO型块存储-72TiB档 高IO 72TiB 适用于中等容量的高IO云硬盘部署场景 高IO型块存储-108TiB档 高IO 108TiB 适用于较大容量的高IO云硬盘部署场景

查看更多 →

商品描述 超高IO型块存储-36TiB档 超高IO 17TiB 适用于较低容量的超高IO云硬盘部署场景 超高IO型块存储-72TiB档 超高IO 34TiB 适用于中等容量的超高IO云硬盘部署场景 超高IO型块存储-108TiB档 超高IO 51TiB 适用于较大容量的超高IO云硬盘部署场景

查看更多 →

存储起购容量 商品描述 高IO型块存储-36TiB档 高IO 36TiB 适用于较低容量的高IO云硬盘部署场景 高IO型块存储-72TiB档 高IO 72TiB 适用于中等容量的高IO云硬盘部署场景 高IO型块存储-108TiB档 高IO 108TiB 适用于较大容量的高IO云硬盘部署场景

查看更多 →

商品描述 超高IO型块存储-36TiB档 超高IO 17TiB 适用于较低容量的超高IO云硬盘部署场景 超高IO型块存储-72TiB档 超高IO 34TiB 适用于中等容量的超高IO云硬盘部署场景 超高IO型块存储-108TiB档 超高IO 51TiB 适用于较大容量的超高IO云硬盘部署场景

查看更多 →

查询结果汇聚在一起。 top_io_num 否 Integer 期望查询数据库进程下TOP IO线程数（默认值为20）。接口返回TOP IO线程与会话信息关联后的结果，数量最大不超过该值。 sort_condition 否 String TOP IO排序条件。 枚举值： read

查看更多 →

产生告警的服务名称。 角色名 产生告警的角色名称。 主机名 产生告警的主机名。 磁盘名 产生告警的磁盘名。 对系统的影响 如果IO持续飙高，会对业务操作产生影响，导致业务受损。 可能原因 磁盘老化。 处理步骤 更换磁盘。 在 FusionInsight Manager界面，选择“运维 > 告警

查看更多 →

docker审计日志量过大影响磁盘IO如何解决？ 问题描述 部分集群版本的存量节点docker审计日志量较大，由于操作系统内核缺陷，会低概率出现IO卡住。该问题可通过优化审计日志规则，降低问题出现的概率。 影响范围 受影响的集群版本： v1.15.11-r1 v.1.17.9-r0

查看更多 →

SMS .1902 IO监控启动失败 问题描述 启动Agent时出现“SMS.1902 IO监控启动失败”报错。 处理步骤 如果在源端 服务器 上启动Agent时，出现“IO监控失败”。请进行以下排查： 卸载Agent并且重新安装。 Python3版本安装完成后按界面提示输入AK、SK和SMS 域名 。

查看更多 →

dr的磁盘容量没有发生变化。 图1 报错信息 问题分析 当S CS I磁盘IO压力大时，磁盘队列无法及时处理扩容请求下发的请求事件，导致部分磁盘的容量增加未及时生效。 如果触发磁盘的写IO操作， 云服务器 会重新校验容量信息，使磁盘扩容生效。 处理方法 在Linux云服务器内，对容量未生

查看更多 →

不通优先排查本地网络问题。 如果问题出现概率较大，且域名可以ping通的情况下，可以通过修改endpoint为http协议后采用抓包软件进行网络抓包，抓包后可以具体分析实际网络链路中是否存在丢包等问题从而针对性解决。 解决思路： 在网络不通的情况下优先解决本地网络问题；如需配置代

查看更多 →

SQL调优指南 SQL调优的唯一目的是“资源利用最大化”，即CPU、内存、磁盘IO、网络IO四种资源利用最大化。所有调优手段都是围绕资源使用开展的。所谓资源利用最大化是指SQL语句尽量高效，节省资源开销，以最小的代价实现最大的效益。比如做典型点查询的时候，可以用seqscan+f

查看更多 →

0及之前版本）进行处理。 告警解释 系统每60秒周期性检测Kafka各个磁盘的IO情况，当检测到某个Broker上的Kafka数据目录磁盘IO超出阈值（默认80%）时，产生该告警。 平滑次数为3，当该磁盘IO低于阈值（默认80%）时，告警恢复。 告警属性 告警ID 告警级别 是否自动清除 38009

查看更多 →

SQL调优指南 SQL调优的唯一目的是“资源利用最大化”，即CPU、内存、磁盘IO、网络IO四种资源利用最大化。所有调优手段都是围绕资源使用开展的。所谓资源利用最大化是指SQL语句尽量高效，节省资源开销，以最小的代价实现最大的效益。比如做典型点查询的时候，可以用seqscan+f

查看更多 →

SQL调优指南 SQL调优的唯一目的是“资源利用最大化”，即CPU、内存、磁盘IO、网络IO四种资源利用最大化。所有调优手段都是围绕资源使用开展的。所谓资源利用最大化是指SQL语句尽量高效，节省资源开销，以最小的代价实现最大的效益。比如做典型点查询的时候，可以用seqscan+f

查看更多 →

可以大大降低应用系统的运行风险，提高系统稳定性，给客户带来更大的价值。 SQL调优的唯一目的是“资源利用最大化”，即CPU、内存、磁盘IO、网络IO四种资源利用最大化。所有调优手段都是围绕资源使用开展的。所谓资源利用最大化是指SQL语句尽量高效，节省资源开销，以最小的代价实现最大

查看更多 →

产生告警的主机名。 对系统的影响 进程状态异常会导致该进程无法提供正常服务，进而可能导致服务整体异常。 可能原因 主机中正在等待的IO（磁盘IO、网络IO等）在较长时间内未得到响应，进程处于D状态和Z状态。或进程可能被挂起进入T状态。 处理步骤 查看进程是否处于D、Z、T状态 登录FusionInsight

查看更多 →

产生告警的主机名。 对系统的影响 进程状态异常会导致该进程无法提供正常服务，进而可能导致服务整体异常。 可能原因 主机中正在等待的IO（磁盘IO、网络IO等）在较长时间内未得到响应，进程处于D状态和Z状态。或进程可能被挂起进入T状态。 处理步骤 查看进程是否处于D、Z、T状态 登录FusionInsight

查看更多 →

Condition 系统当前指标取值满足自定义的告警设置条件。 对系统的影响 占用系统资源，业务进程响应变慢。 可能原因 主机中正在等待的IO（磁盘IO、网络IO等）在较长时间内未得到响应，进程处于D状态。 处理步骤 查看D状态进程。 打开 MRS 集群详情页面，在告警列表中，单击此告警所在行，在告警详情中，查看该告警的主机地址。

查看更多 →