系统在运行期间频繁出现硬盘无法写入文件的情况，导致系统自动进入只读模式。通过执行 reboot -f 强制重启可暂时恢复正常，但数天后故障再次出现，严重影响业务连续性。

tail -n 100 /var/log/syslog | grep -i error

二、环境信息

设备类型：物理服务器
系统版本：Ubuntu 22.04
系统盘：1 × 3.84 TB M.2 NVMe 固态硬盘

三、初步排查与处理

3.1 执行硬盘坏道检测

使用 badblocks -s -v /dev/nvme0n1 进行检查，未发现坏道。

3.2 文件系统检测无问题

3.3 更换硬盘及相关硬件

因怀疑硬件故障，将原 3.84 TB M.2 NVMe 系统盘更换为 1.92 TB 同类型硬盘（旧盘通过对拷的形式到新盘，旧盘原分区实际使用空间未超过新盘容量）
同步更换 M.2 硬盘背板及主板连接线缆

结果
更换后系统短暂恢复正常，但约两三天后再次出现相同故障，说明问题并非由硬盘物理损坏或连接件故障导致。

四、深入排查与根本原因分析

4.1 检查硬盘健康状态

这里按提示进行安装就好，apt install smartmontools
安装 smartmontools 工具后，执行 smartctl -a /dev/nvme0n1 查看硬盘详细信息。

4.2 关键发现

硬盘日志中记录 372 次温度告警，表明硬盘长期处于高温环境。

4.3 原因分析

该服务器搭载 8 张显卡，运行 GPU 密集型业务，机箱内部温度较高。

M.2 NVMe 硬盘体积小、散热设计有限，在高温环境下持续工作，触发硬盘自我保护机制，导致系统进入只读模式。

五、解决方案

5.1 更换硬盘类型

申请并更换为 U.2 接口 NVMe 硬盘（散热性能优于 M.2 接口）。

5.2 硬盘对拷（PE工具）

将原 M.2 硬盘系统完整对拷至 U.2 硬盘。

5.3 结果验证

更换后系统持续稳定运行超过 20 天，未再出现写入失败或只读模式问题。

U2硬盘也未出现高温告警

nvidia-smi命令查询到当前显卡驱动版本是535

ubuntu-drivers devices命令查询检测系统硬件并列出推荐的专有驱动程序，我们目标版本为580    

Tips: 这里需要配置源，不然可以上面的命令不一定能列出驱动程序，我这里是阿里云源

apt-get purge '*nvidia*'      卸载当前英伟达显卡相关软件包apt autoremove    清理系统中不再需要的依赖项包

ubuntu-drivers autoinstall  ，自动安装推荐版本apt-get install nvidia-driver-545 ，手动安装指定版本

安装完成，但是这里查询显卡提示
Failed to initialize NVML: Driver/library version mismatch
NVML library version: 580.95

按照安装完成后的提示，需要重启重新加载内核。
reboot 重启后，8张显卡正常识别到了，驱动版本是推荐版本的580

一线品牌服务器通常会提供现成的Zabbix监控模板，或至少提供一个直观的OID说明文档链接。但是对于二线品牌或DIY厂商，往往仅提供一个MIB库文件，用户需借助特定工具加载该MIB文件，才能获取所需的信息。

MIB的本质：设备的数据字典
MIB（Management Information Base） 是SNMP协议的核心数据库，定义了设备中所有可通过SNMP管理的数据对象（OID）及其属性：
数据类型（如整数、字符串、计数器）
读写权限（Read-Only/Read-Write）
描述信息（如”CPU温度”的单位是摄氏度）
厂商MIB文档 = 设备支持的OID清单 + 详细说明，相当于设备的使用说明书

为什么需要MIB文件？
解决OID可读性问题：
1.3.6.1.2.1.1.5.0 → 通过MIB解析为人类可读的sysName.0（设备名称）
确保兼容性：不同厂商的设备通过标准MIB（如MIB-II）提供统一接口

二、Mib库加载工具

下载链接：https://www.ireasoning.com/download/mibfree/setup.exe

选择MIB库文件

填写服务器的带外ip、团体名、snmp版本等信息

左侧的树形目录展开，选择我们的想要查看的信息

三、Zabbix监控配置

创建模版-创建cpu的自动发现规则


然后在CPU的自动发现规则里面添加我们想要的监控项
比如CPU的健康状态、型号、核心、线程、频率、温度等等

配置CPU健康状态的触发器


然后继续完成内存监控，过程跟CPU一样，先创建自动发现规则，然后是各个监控项。

其他关于硬盘、风扇、电源、GPU显卡也都有对应的OID，需要监控什么数据就添加响应的监控项即可。

值得注意的地方是关于温度的监控项，上图中可以看到该MIB库中关于温度获取到的数据是35 Deg_C
这是一个字符串，如果你直接按照这个去配置触发器会发现格式有问题，是不能正常新建的。
所以需要先对温度的监控数据做一个预处理

官网关于监控预处理的参考文档：
https://www.zabbix.com/documentation/current/zh/manual/config/items/preprocessing#regexp

这里我们以CPU温度为例：

[0-9]+ 这个是我的正则表达式，我只需要关于数字的部分。后面的\0 的意思是替换成匹配的文本
如果你填写的是 \1 那么获取的到的数据只会是CPU温度的第一个数字 也就是5

然后我们把温度监控项的单位我们设置成度数

CPU温度监控项的触发器

触发器名称这个 {#CPU} 宏是干嘛的？ 这个是监控模版中CPU自动发现规则里面的索引，目的是当CPU监控告警发出来的时候，我们可以明确知道是具体哪一个CPU。

这里我们可以做一个测试，故意将CPU温度告警阈值设置低一点，看一下我们飞书获取到的监控数据

其他硬件的监控添加完成之后，该模版最终的一个效果：

二、H3C交换机操作

我是2台接入交换机堆叠成了1台，所以接口是xge1/0/5和xge2/0/5#创建聚合口interface Bridge-Aggregation 5    #配置动态聚合模式link-aggregation mode dynamic   #进入以太网接口interface XGE1/0/5                            #将该接口划入聚合组port link-aggregation group 5    #进入以太网接口interface XGE2/0/5#将该接口划入聚合组port link-aggregation group 5#进入聚合口interface Bridge-Aggregation 5#配置acces接入模式port link-type access#业务VLANport access vlan 810 

三、Ubuntu系统操作

vim /etc/netplan/50-cloud-init.yaml 编辑

注意事项：

• 配置文件解析：
  dhcp4：no ###禁用dhcp4
  dhcp6：no ###禁用dhcp6
  mode: 802.3ad ###bond模式
  lacp-rate: fast ###LACP更新速率为每秒更新
  transmit-hash-policy: layer3+4 ###传输哈希策略 基于ip+端口
  mii-monitor-interval: 100 ###接口状态检测为100毫秒
• 该yaml配置文件中每个冒号后面都应该有一个空格
• 注意该配置文件内容的缩进对齐和上下级
• enp194s0f0和enp194s0f1 是我服务器的万兆网卡的2个光口，如果服务器有多张网卡你无法区分，可以进服务器带外web界面查看网卡的MAC地址 和 操作系统内部执行ip a命令对比它们的MAC地址就可以进行区分。
  

network:  version: 2  renderer: networkd  ethernets:    enp194s0f0:      dhcp4: no      dhcp6: no    enp194s0f1:      dhcp4: no      dhcp6: no  bonds:    bond0:      interfaces: [enp194s0f0, enp194s0f1]      parameters:        mode: 802.3ad        lacp-rate: fast        transmit-hash-policy: layer3+4        mii-monitor-interval: 100      addresses:        - IP地址/掩码      routes:        - to: default          via: 网关      nameservers:        addresses: [DNS1,DNS2]

netplan apply 应用配置

四、最终实现目的

提高带宽：多条物理链路共同工作
链路冗余：单条链路故障不影响整体通信
负载均衡：流量分散到多条物理链路
自动协商：动态检测链路状态并自动调整

zabbix server 版本： 6.4
H3C网络设备型号
H3C S5135S-48T4X-EI-Q（带外交换机）
H3C S6520X-54QC-EI （接入交换机）
H3C S6805-54HF（汇聚交换机）
F5000-AI160 （防火墙）

2、监控内容

CPU、内存、温度、风扇、电源、端口物理状态(up/down)、端口速率、管理ip可达性、SNMP可达性、uptime信息、设备信息（型号、微码版本）
这里做3个提醒：
1、由于咨询H3C原厂，H3C没有zabbix网络设备的监控模版，只发一个MIB库让我们去查询相应的OID，得根据这个OID我们自己做一个监控模版才行。
2、Zabbix的web服务端上自带了网络设备的模版，这里我测试了一下能正常获取H3C设备的接口信息。
说明关于接口的OID，各大品牌是通用的，而其他的电源、风扇、温度信息、CPU、内存等信息是品牌私有的，OID不一定通用，大家在监控网络设备的时候，监控获取的数据一定要去验证一下。
3、即使同一品牌，不同型号的设备OID也有可能不同。

3、H3C官网查询OID

操作步骤：
H3C官网MIB库地址：https://www.h3c.com/cn/BizPortal/QueryMIB/cn_index.aspx
snmpwalk工具下载链接：http://www.net-snmp.org/download.html

4、H3C网络设备SNMP配置

登录H3C网络设备执行命令：

snmp-agent
snmp-agent community read simple 团体名
snmp-agent community write simple 团体名
snmp-agent sys-info version v2c
undo snmp-agent sys-info version v3

5、zabbix监控带外交换机

5.1 克隆监控模版

操作步骤：

zabbix首页-Data collection-Templates-Template groups选中Templates/Network devices-选择HP Comware HH3C by SNMP-Full clone完全克隆-add新建

5.2 添加监控主机

操作步骤：

zabbix首页-Monitoring-Hosts-Create host

5.3 调整模版的自动发现规则

操作步骤：

zabbix首页-Data collection-Templates-选择H3C S5135S-48T4X-EI-Q-Discovery rules

这里我只保留设备SN、微码版本信息 还有设备接口信息的自动发现规则，其他的我都删除了。原因正如上面的提醒，这个模版的自动发现规则获取不到H3C交换机关于电源、风扇的信息，而且我发现CPU、内存获取的数据也不对。
原因推测：每家品牌部分的OID是私有的

举例：电源信息获取不到

然后这里关于接口的监控项，我只选择保留接口速率、接口状态（UP、Down） ，其他的我觉得没必要，所以我就禁用了，当然大家也可以保留，可以自行选择监控端口的数据。

5.4 添加自动发现规则、监控项原型、告警触发器

添加自动发现规则操作步骤：

zabbix首页-Data collection-Templates-选择H3C S6520X-54QC-EI-Discovery rules-Create EI-Discovery rules

添加监控项操作步骤：

zabbix首页-Data collection-Templates-选择H3C S6520X-54QC-EI-Discovery rules-Item prototypes-create-Item prototypes

添加告警触发器操作步骤：

zabbix首页-Data collection-Templates-选择H3C S6520X-54QC-EI-Discovery rules-Trigger prototypes-create Trigger prototypes

5.4.1 添加内存监控

官网内存空闲率OID查询

内存空闲率OID结果验证

交换机验证：display memorysnmpwalk验证：snmpwalk -v 2c -c 团体名 ip 1.3.6.1.4.1.25506.8.35.18.4.10.1.15

添加内存自动发现规则

Name：内存Key：memorySNMP OID：discovery[{#MEMORY},1.3.6.1.4.1.25506.8.35.18.4.10.1.15]

添加内存空闲率监控项

Nmae：内存空闲率Key：memoryfree[{#SNMPINDEX}]SNMP OID：1.3.6.1.4.1.25506.8.35.18.4.10.1.15.{#SNMPINDEX}

查看内存空闲率监控数据，已经成功获取

添加内存告警触发器

一共添加2个

5.4.2 添加CPU监控

官网CPU使用率OID查询

CPU使用率OID结果验证

交换机验证：display cpu-usagesnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.4.1.25506.8.35.18.4.10.1.3

添加CPU自动发现规则

Nmae：CPUKey：cpuSNMP OID：discovery[{#CPU},1.3.6.1.4.1.25506.8.35.18.4.10.1.3]

添加CPU使用率监控项

Nmae：CPU使用率Key：cpuusage[{#SNMPINDEX}]SNMP OID：1.3.6.1.4.1.25506.8.35.18.4.10.1.3.{#SNMPINDEX}

查看CPU使用率监控数据，已经成功获取

添加CPU使用率告警触发器

5.4.3 添加温度监控

官网温度数据OID查询

温度数据OID结果验证 #65535是无效数据的意思。

交换机验证：display environmentsnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  snmpwalk -v 2c -c  1.3.6.1.4.1.25506.2.6.1.1.1.1.12另外一个我为什么能确定220，221，222是温度的数据，除了通过交换机命令行查询出结果是一样的之外，我们还可以通过另外一个OID进行确认  1.3.6.1.2.1.47.1.1.1.1.7  这个OID是查询设备所有的接口物理实体名（端口+电源+型号+风扇.........）

添加温度自动发现规则

Nmae：温度Key：environmentSNMP OID：discovery[{#ENVIRONMENT},1.3.6.1.4.1.25506.2.6.1.1.1.1.12]

添加过滤规则

Label Macro：{#SNMPINDEX}matchesRegular expression：^(22[0-2])$

添加温度数据监控项

Nmae：温度{#SNMPINDEX}数据Key：environmentdata[{#SNMPINDEX}]SNMP OID：1.3.6.1.4.1.25506.2.6.1.1.1.1.12.{#SNMPINDEX}

查看温度情况监控数据，已经成功获取

添加温度告警触发器

注意：这里的触发器就不能在自动发现规则里面去添加了，因为我的温度传感模块有3个数据，每个数据的告警阈值在交换机侧查询出来的结果也不一样。所以我们得根据交换机获取到的监控数据每个单独去配置告警触发器。

操作步骤：

zabbix首页-Monitoring-Hosts-点击刚才添加的交换机-Triggers-Create Triggers




一共要添加2个告警触发器 （另外1个hotspot3就不用添加了，因为交换机上面Warring阈值写的是NA。所以估计这个传感器不重要）

5.4.4 添加电源监控

官网电源OID查询

电源OID结果验证

交换机验证：display powersnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.4.1.25506.8.35.9.1.2.1.2

添加电源自动发现规则

Nmae：电源Key：powerSNMP OID：discovery[{#POWER},1.3.6.1.4.1.25506.8.35.9.1.2.1.2]

添加电源状态监控项

Nmae：电源{#SNMPINDEX}状态Key：powerstatus[{#SNMPINDEX}]SNMP OID：1.3.6.1.4.1.25506.8.35.9.1.2.1.2.{#SNMPINDEX}

查看电源状态监控数据，已经成功获取

电源监控数据的状态结果说明

添加电源监控告警触发器

电源告警触发器添加完成

5.4.5 添加风扇监控

该型号交换机没有风扇

5.4.6 查看最终监控效果

zabbix首页-Monitoring-Latest data 查看

6、zabbix监控接入交换机

6.1 克隆监控模版

这里我们直接克隆带外交换机监控模版，名称改为接入交换机的型号就行。
操作步骤：

zabbix首页-Data collection-Templates-Template groups选中Templates/Network devices-选择H3C S5135S-48T4X-EI-Q-Full clone完全克隆-add新建

6.2 添加监控主机

操作步骤：

zabbix首页-Monitoring-Hosts-Create host

6.3 调整模版的自动发现规则

操作步骤：

zabbix首页-Data collection-Templates-选择H3C S6520X-54QC-EI-Discovery rules

6.3.1 修改内存、CPU监控项（可选）

我们先看一下获取的监控数据，因为是2台交换机做的堆叠，所以这里会有2个数据。


如果你认为从获取到的监控数据不知道是那台交换机的，那么可以在该监控项的名字上添加一个宏 {#SNMPINDEX}


然后再观察一下数据

CPU同理，这里就不做演示了

6.3.2 修改温度监控（必须）

如上面的提醒，即使是同一品牌下的设备，它们的硬件OID也不一定一致。一定要通过snmpwalk去验证数据，比如我们带外交换机的温度监控，它的oid我的过滤规则是^(22[0-2])$ 但是现在这台接入交换机按这样过滤是不对的，我们先通过snmpwalk验证一下OID。

交换机验证：display environmentsnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.2.1.47.1.1.1.1.7   （查设备的硬件信息）snmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.4.1.25506.2.6.1.1.1.1.12 （查设备的温度信息）

我们通过snmpwalk -v 2c -c 团体名 ip 1.3.6.1.2.1.47.1.1.1.1.7 （查设备的硬件信息） 的结果
可以判断220、240就是我们在交换机上查询的2个温度模块，那么我的监控项也应该围绕这2个去进行配置
所以我的oid过滤规则，就不能按照带外交换机的^(22[0-2])$ 进行过滤。应该改成^(220|240)$

查看温度监控数据，已经成功获取

添加告警触发器的过程这里不演示了，跟带外交换机的区别就是要根据接入交换机的阈值进行调整，也就是大于64即触发告警。

6.3.3 添加风扇监控（必须）

官网风扇OID查询

风扇OID结果验证

交换机验证：display fansnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.4.1.25506.8.35.9.1.1.1.2

添加风扇自动发现规则

Nmae：风扇Key：fanSNMP OID：discovery[{#FAN},1.3.6.1.4.1.25506.8.35.9.1.1.1.2]

添加风扇状态监控项

Nmae：风扇{#SNMPINDEX}状态Key：fanstatus[{#SNMPINDEX}]SNMP OID：1.3.6.1.4.1.25506.8.35.9.1.1.1.2.{#SNMPINDEX}

查看风扇状态监控数据，已经成功获取

风扇监控数据的状态结果说明

添加风扇监控告警触发器


风扇告警触发器添加完成

6.3.4 查看最终监控效果

7、zabbix监控汇聚交换机

7.1 克隆监控模版

这里直接克隆接入交换机的模版，过程不演示了。

7.2 添加监控主机

跟上面的一样，过程不演示了。

7.3 调整模版的自动发现规则

CPU、内存、风扇、电源这些都不用调整了，只用调整一下温度的OID过滤规则

7.3.1 修改温度监控（必须）

我们先通过snmpwalk验证一下OID

交换机验证：display environmentsnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.2.1.47.1.1.1.1.7   （查设备的硬件信息）snmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.4.1.25506.2.6.1.1.1.1.12 （查设备的温度信息）

同理，汇聚交换机温度发现规则的oid过滤规则也要进行更改，^(5[1-5]|45[1-5])$

查看温度监控数据，已经成功获取

然后自行添加告警触发器 #hotspot5 这个就不添加了，应该看后面阈值都是NA，估计这个传感器不重要吧。

7.3.2 查看最终监控效果

8、zabbix监控防火墙

8.1 克隆监控模版

跟上面的一样，过程不演示了。

8.2 添加监控主机

跟上面的一样，过程不演示了。

8.3 调整模版的自动发现规则

CPU、风扇、电源这些都不用调整了，只用调整一下内存、温度的OID过滤规则

8.3.1 修改内存监控（必须）

我们先通过snmpwalk验证一下OID

这个OID是我们带外、接入、汇聚交换机使用的，它是拿来查询内存空闲率的。但是这个OID在防火墙设备上用不了，所以我们得去官网上面再查询一下

已使用内存OID验证

防火墙验证：display memorysnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.4.1.25506.8.35.18.4.10.1.10

添加内存自动发现规则

Nmae：内存Key：memorySNMP OID：discovery[{#MEMORY},1.3.6.1.4.1.25506.8.35.18.4.10.1.10]

添加内存使用率监控项

Nmae：内存使用率Key：memoryused[{#SNMPINDEX}]SNMP OID：1.3.6.1.4.1.25506.8.35.18.4.10.1.10.{#SNMPINDEX}

查看内存使用率监控数据，已经成功获取

添加内存告警触发器

8.3.2 修改温度监控（必须）

我们先通过snmpwalk验证一下OID

防火墙验证：display environmentsnmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.2.1.47.1.1.1.1.7   （查设备的硬件信息）snmpwalk验证：snmpwalk -v 2c -c 团体名 ip  1.3.6.1.4.1.25506.2.6.1.1.1.1.12 （查设备的温度信息）

防火墙的温度发现规则的oid过滤规则也要进行更改，^(4[4-9])$

查看温度监控数据，已经成功获取

然后添加告警触发器

8.3.3 添加vrrp监控（可选）

8.3.4 查看最终监控效果

9、总结

1、配置任何监控，一定要验证oid的结果是否和设备上命令执行的结果完全匹配。
2、为什么要用自动发现规则，因为设备上的硬件信息太多了，如果按单一监控项去添加就太繁琐了。
3、自动发现规则oid和监控项oid是有区别的，一个是获取设备的接口名称，另外一个是获取接口状态
4、配置的监控并不是更新时间越快越好，保留的数据也不是越久越好，要考虑你zabbix-server的性能，我这台服务端就是个虚拟机，上面一共监控了一千多个设备，包括服务器、OS、交换机、ap、以及监控摄像头等等。
5、监控项要灵活调整，如果你不熟悉网络设备之间的链路是怎么互联的，其实也可以加上交换机堆叠的状态、上行下行链路以及防火墙的HA主备链路、VRRP状态等等监控项。

zabbix server 版本： 6.4
H3C服务器 型号：R4950 G6

2、编辑SNMP团体名

登录H3C服务器HDM的带外地址
操作步骤：

HDM首页-远程服务-SNMP
SNMP版本选择V2C
编辑读写团体名 然后保存

3、zabbix服务端上传超聚变服务器监控模版

超聚变模版下载地址：https://github.com/Open-xFusion/Server_Plugin_Zabbix/tree/main/release
其他品牌的模版：https://www.zabbix.com/integrations

操作步骤：

zabbix首页-Data collection-Templates-Import

4、zabbix服务器端新建监控主机

操作步骤：

zabbix首页-Monitoring-Hosts-Create host

5、查看监控数据

操作步骤：

zabbix首页-Monitoring-Latest data 查看

6、查看告警触发器

操作步骤：

zabbix首页-Data collection-Hosts-Triggers

zabbix server 版本： 6.4
H3C服务器 型号：R4950 G6

2、编辑SNMP团体名

登录H3C服务器HDM的带外地址
操作步骤：

HDM首页-远程服务-SNMP
SNMP版本选择V2C
编辑读写团体名 然后保存

3、zabbix服务端上传H3C服务器监控模版

H3C模版下载地址：https://github.com/zabbix/community-templates/blob/main/Server_Hardware/H3C/template_h3c_server_monitor/5.0/README.md
其他品牌的模版：https://www.zabbix.com/integrations
或者400电话找原厂要

操作步骤：

zabbix首页-Data collection-Templates-Import

4、zabbix服务器端新建监控主机

操作步骤：

zabbix首页-Monitoring-Hosts-Create host

5、查看监控数据

操作步骤：

zabbix首页-Monitoring-Latest data 查看

6、查看告警触发器

操作步骤：

zabbix首页-Data collection-Hosts-Triggers

故障现象说明： ILO提示槽位4硬盘黄灯故障，
槽位5和槽位6的盘由于逻辑盘阵列降级下面也亮了红灯。这里只是一个警示作用。但是同事却把槽位5和槽位6的盘直接拔掉了。系统直接宕机,重启报文件系统错误

1.开机按F9，先进行逻辑盘修复


修复完成


此时槽位5和槽位6的盘红灯已经消失，系统fstab自检也正常过了，万幸的是数据盘挂载目录查看文件也并无丢失，此时先赶紧买硬盘把槽位4的坏盘换掉。

2.由于槽位4的故障硬盘导致系统第二天又宕机

3.新盘到货后换掉坏盘，开始重建raid

4.raid重建完成后，/dev/sdb1 文件系统异常，系统进不去。

5.没辙了，先想办法进系统吧
输root密码后以读写的方式重新挂载根分区
mount -o remount rw /
然后vi /etc/fstab文件，将/dev/sdb1 注释掉。保存退出后，重启正常进入系统。

6.修复/dev/sdb1磁盘
fsck.ext4 -y /dev/sdb1

修复完成

重启验证，/dev/sdb1 自动挂载正常。文件无丢失

1.使用root用户将下载的java.depot包上传至系统

2.swinstall命令安装java
swinstall -s /路径/java.depot包
如有报错：
查看日志文件 /var/adm/sw/swinstall.log 或 swagent.log

附安装过程：
空格 选中java 然后按tab选择 Actions -> Install

分析完成后 tab移动到 ok 开始安装

安装完成

3.检查安装版本
/opt/java80/bin/java -version

4.设置环境变量
vi /etc/profile修改java目录（设置所有用户缺省变量）
如果仅修改当前个别用户环境变量,编辑该用户家目录 .profile文件

2.由于该盘是存储直接映射过来的。查看映射盘使用空间也正常

3.查看/var/log/message日志，发现有大量内存分配死锁的记录

4.查看内存使用情况，交换空间已经用满。

5.清理内存后，cinder目录恢复正常
echo 3 > /proc/sys/vm/drop_caches　

6.后续解决方案
方案1：升级系统内核
https://access.redhat.com/solutions/532663
红帽官方关于内存分配死锁的建议是升级内核，由于这台机器上面跑了大量kvm虚拟机，担心出问题，释放内存后先观察看看。

方案2：确定系统开始回收内存的阀值
https://www.cnblogs.com/itfriend/archive/2011/12/14/2287160.html
由于内存碎片很多，当某个应用执行时，在xfs 的申请内存中有这种连续的大块的内存申请的操作的请求,就会导致内存一直分配不到。Linux 提供了这样一个参数min_free_kbytes，用来确定系统开始回收内存的阀值，控制系统的空闲内存。值越高，内核越早开始回收内存，空闲内存越高。

1.先安装管理软件，点击setup

2.开始安装管理软件

3.接受并下一步

4.点yes并下一步

5.点yes并下一步

6.安装完成直接升级存储微码

7.输入svp管理地址

8.输入控制器ip和用户名密码后添加存储

9.检查升级版本信息

10.开始更新

11.更新过程

12.更新过程

13.确保左边方框全部打钩

14.更新中

15.更新完成，自动重启GUM

16.更新完成，验证微码文件（从39升级到50）

3. 系统恢复
为了测试效果，这里删除原来的RAID配置信息，初始化硬盘，重新创建RAID逻辑盘



设备重启后，系统已丢引导，后面开始恢复步骤

4.恢复步骤
关闭服务器
插入USB key引导介质以及备份文件存放介质（移动硬盘）
启动服务器（加电、开机）
通过U盘启动，选择Acronis True Image（64-bit）

启动软件,在恢复栏点击刷新备份，会自动扫描连接在主机的存储介质上的备份文件，之后点击磁盘恢复

这里选择中午12点的备份，注意选中的是有蓝色图标的一栏

恢复方法，选择恢复整个磁盘和分区

恢复内容，选择磁盘1

选择恢复系统的目标硬盘

信息确定，点击选项

点击选项，勾选恢复前验证备份存档，点击继续

开始验证备份文件的完整性

开始恢复数据

恢复完成

重启设备，系统成功恢复

server  {listen 80;server_name lixy98.cn;#上传文件大小的限制        client_max_body_size 1024m;        #将所有http请求通过rewrite重定向到https。rewrite ^(.*)$ https://$host$1 permanent;}server  {        listen 80;        server_name a.lixy98.cn;        #上传文件大小的限制        client_max_body_size 1024m;        #将所有http请求通过rewrite重定向到https。        rewrite ^(.*)$ https://$host$1 permanent;        }

2.开启目录浏览功能

server  {        listen       81;        server_name  www.lixy98.cn;        autoindex on; #目录浏览功能        autoindex_exact_size off; #文件显示大小 KB MB GB TB        autoindex_localtime on; #文件时间显示为服务器的文件时间        location / {        root        /lixinyuan;        autoindex on;}}

3.禁止ip访问

server  {listen 80 default_server;server_name _;return 403;}

4.halo博客代理配置及SSL证书

server  {listen 443 ssl; server_name www.lixy98.cn;access_log logs/halo/access.log main;client_max_body_size 1024m;ssl_certificate         /usr/local/nginx/cert/10285850_www.lixy98.cn.pem;        ssl_certificate_key     /usr/local/nginx/cert/10285850_www.lixy98.cn.key;        ssl_session_timeout 5m;        ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;        ssl_protocols TLSv1 TLSv1.1 TLSv1.2;        ssl_prefer_server_ciphers on;location / {        proxy_set_header HOST $host;        proxy_set_header X-Forwarded-Proto $scheme;        proxy_set_header X-Real-IP $remote_addr;        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;        #代理配置Halo的端口        proxy_pass http://127.0.0.1:8090/;                    }

准备工作：
1.微码文件提前上传至FTP服务器
2.除了SSH协议连接之外，也建议SERIAL直连光交，记录重启升级中的日志。如出现问题可进行日志分析
3.升级前先备份光交配置
备份命令：configupload
输入协议类型：ftp
输入ftp服务器iP：192.168.1.88
用户名称：anonymous
备份类型：all

备份完成：configUpload complete: All selected config parameters are uploaded

开始下载微码文件然后重启升级

1.下载微码 v8.2.3d文件
下载命令：firmwaredownload -s
输入ftp服务器ip：192.168.1.88
用户名称：anonymous
文件名称：v8.2.3d_G5_MID
ftp协议：2
重启确认：y

这里提示：
升级失败，当前版本V7.4.1d升级到V8.2.3d 跨版本太高了。需要先升级到8.0过度一下

2.下载过渡微码版本 v8.0.2f
下载v8.0.2f

查看升级过程，这里报错是因为我只接了单电源线，可忽略

升级完成

3.再次尝试升级微码 v8.2.3d
下载v8.2.3d

提示报错：
Non disruptive firmware download is not supported for f irmwaredownload with two versions apart. Disruptive firmware download is disallowed when auto boot option is enabled. Please disable auto-boot and try again.

查询官网这里给的方法是使用
firmwaredownload -sb命令去更新

v8.2.3d文件下载完成后，根据提示待会得手动重启光交

重启光交命令reboot

微码 v8.2.3d升级完成

1.查看补丁README说明文件，需要先更新Opatch

更新Opeatch步骤
备份当前OPeach
cd $ORACLE_HOME
mv OPatch OPatch.bak

解压新版本Opatch至ORACLE_HOME目录
unzip p6880880_190000_Solaris86-64.zip -d $ORACLE_HOME

Opatch更新完成，检查版本已更新至12.2.0.1.39

2.我这里是单机环境，更新补丁前需先关闭数据库以及监听

关闭数据库步骤：
–关闭oracle
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.

查看oracle库进程
ps aux|grep pmon

lsnrctl stop
停止监听器命令

lsnrctl status
查看监听器命令

3.更新补丁步骤
解压补丁至Oracle家目录

unzip -d $ORACLE_HOME p35320081_190000_Solaris86-64.zip

cd $ORACLE_HOME/35320081/

$ORACLE_HOME/OPatch/opatch apply

更新完成后检查35320081补丁

– os命令查看补丁
opatch lspatches
opatch lsinventory
– SQL查看补丁
select * from dba_registry_sqlpatch – 12c 以上
select * from dba_registry_history – 11g及以上

后续按照补丁说明文件继续以下步骤即可

完成

2.导航至 “Software and Licenses > Software Upgrade”> “Start Upgrade”

3. 选择“Perform Health Checks” 执行健康检查

4.上传升级文件Unity-5.2.2.0.5.004.tgz.bin.gpg

5.决定何时重新启动 SP, 如果未选中，您可以稍后自行重新启动 SP（通过“Resume Upgrade”）。默认设置是自动选择以允许 Unity 根据需要重新启动 SP

6.确认升级后的新版本及当前版本。确认无误后选择“Finish”开始升级

说明：升级预估90分钟，根据机器性能配置决定。如果在存储系统正常运行的情况下进行升级，建议尽可能减少系统I/O或暂停系统，以确保升级时间最短。

7.升级过程

8.升级完成

9.重新加载Unisphere界面，查看Storage OE版本

提醒：Unity存储OE文件2.5GB，下载完成后建议先md5验证文件完整性后再上传升级

检验升级文件Unity-5.2.2.0.5.004.tgz.bin.gpg是否下载完整

cmd命令：certutil -hashfile 文件路径 MD5
MD5：156bc53f8e335fd071d3bb5a872190c4

======================================
硬盘微码升级
1.导航至 "Drive Firmware” > "upgrade Drive Firmware”

2. 选择“Perform Health Checks” 执行健康检查

3.选择硬盘微码升级文件（UNITY-Drive-Firmware-V20-GPG-2022-06-13.tgz.bin）

4. 警告升级硬盘微码是非中断的，可能需要5分钟到几个小时，具体取决于有多少硬盘正在升级最新微码

5.升级过程

6.升级完成

7.当前硬盘微码版本SC5

2.选择安装版本类型和序列号

3.接受条款后下一步

4.不能联网，直接下一步

5.检测完成

6.选择实例

7.选择功能

8.选择实例

9.服务配置

10.升级选项 默认Import

11.检测完成

12.开始升级

13.更新完成

Select @@version

Microsoft SQL Server 2008 R2 (RTM) - 10.50.1600.1 (X64) Apr 2 2010 15:48:46 Copyright © Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.2 (Build 9200: )

2.检查完成后下一步

3.接受条款后下一步

4.选择功能后下一步
注意事项：这里如果提示找不到实例。一般是网络问题或者是更新的补丁文件跟SQL版本不一致

5.检查正在使用的文件，下一步

6.点击更新

7.更新完成

Select @@version

Microsoft SQL Server 2008 R2 (SP2) - 10.50.4000.0 (X64) Jun 28 2012 08:36:30 Copyright © Microsoft Corporation Enterprise Edition (64-bit) on Windows NT 6.2 (Build 9200: )

注意事项：更新有风险，请提前进行系统备份

2.输入序列号后 下一步

3.选择带图形化界面的标准版

4.接受协议 直接下一步

5.保留文件进行更新
注意事项： 更新系统的镜像和当前系统语言需保持一致，如果不一样的话。这步只支持不保留文件的前提下更新

6.出现NIC teaming报错。
注意事项：这里必须删掉NIC Teaming才能跳过。提前记录好网络信息后，删除即可。

7.确认后下一步

8.开始安装

9.等待安装完成后重启即可