-
联想服务器固件更新
登录XClarity 1. 单击左侧面板中的固件更新，进入固件更新界面。 注意：某些更新需要重新启动服务器，请确保在执行更新之前服务器上没有运行任何操作。 2. 单击浏览更新包。将显示“选择文件”窗口。 3. 选择更新包中对应的XML文件，单击“确定” 。 注意：如果更新包存储在USB盘上，请将USB盘插入服务器。如果更新包存储在共享网络文件夹中，请确保您已配置网络设置。有关如何配置网络设置的说明，请参阅配置网络设置。 4. 您要更新的项目将被启用，并且版本信息将显示在可用版本栏中。选择您要更新的项目。 5. 单击更新。更新过程需要几分钟时间 6. 当每个项目的状态显示为 ，更新过程将完成。
SE_Zhang 2025-09-04
293 0 0 -
CentOS7安装NVIDIA显卡驱动
预、查询命令 1、Linux查看显卡信息：（ps：若找不到lspci命令，可以安装 yum install pciutils） lspci | grep -i vga 2、使用nvidia GPU可以： lspci | grep -i nvidia 3、查看显卡驱动 cat /proc/driver/nvidia/version 一、前提准备 1.安装依赖环境： yum install kernel-devel gcc -y 2.检查内核版本和源码版本，保证一致 ls /boot | grep vmlinu rpm -aq | grep kernel-devel 3.屏蔽系统自带的nouveau 查看命令： lsmod | grep nouveau 修改dist-blacklist.conf文件： vim /lib/modprobe.d/dist-blacklist.conf 将nvidiafb注释掉: #blacklist nvidiafb 然后添加以下语句： blacklist nouveau options nouveau modeset=0 屏蔽前 屏蔽后 4.重建initramfs image步骤 mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak dracut /boot/initramfs-$(uname -r).img $(uname -r) 5.修改运行级别为文本模式 systemctl set-default multi-user.target 6.重新启动 reboot 二、本地安装 1.在NVIDIA官网下载驱动 网址：https://www.nvidia.cn/Download/index.aspx?lang=cn 2.安装过程 chmod +x NVIDIA-Linux-x86_64-440.64.run ./NVIDIA-Linux-x86_64-440.64.run 3.如果报错 unable to find the kernel source tree for the currently running kernel.........，使用下面命令安装，3.10.0-1062.18.1.el7.x86_64需要改成自己的目录 ./NVIDIA-Linux-x86_64-440.64.run --kernel-source-path=/usr/src/kernels/3.10.0-1062.18.1.el7.x86_64 -k $(uname -r) 4.安装成功 nvidia-smi
SE_You
2025-09-03
28 0 0 -
如何在不影响业务的情况下执行全量备份和差异备份
在不影响业务的前提下执行全量备份与差异备份，核心是 **“错峰执行 + 资源隔离 + 技术优化”** 的组合策略 —— 既要避开业务高峰时段，也要通过技术手段减少备份对业务系统 CPU、内存、IO 的占用，同时确保备份过程不中断业务读写。以下是分维度的具体实施方案，覆盖 “时间规划、技术选型、资源控制、风险兜底” 四大环节： 一、核心前提：精准规划备份时间，避开业务高峰 业务系统的负载存在明显 “峰谷期”（如白天是交易 / 访问高峰，凌晨是负载低谷），将备份任务放在 “业务低谷期” 执行，是避免影响业务的基础。需先明确两个关键时间点： 1. 识别业务高峰与低谷 通过监控工具（如 Prometheus、Zabbix、云厂商监控）统计核心指标，确定 “绝对低谷期”： 核心指标：CPU 使用率（高峰通常 > 70%，低谷 <30%）、内存使用率（高峰> 80%，低谷 < 50%）、磁盘 IO 利用率（高峰 > 60%，低谷 < 20%）、业务交易量（如订单量、API 调用量，低谷通常为凌晨 2-6 点）。 例外场景：若业务是 “全球服务”（如跨境电商）无明显低谷，可选择 “区域高峰错位期”（如针对中国用户的业务，在欧美用户高峰、中国用户低谷时备份）。 2. 分类型规划备份时间 全量备份数据量大、耗时长（可能持续数小时），需优先占用 “最长低谷窗口”；差异备份体积小、耗时短，可灵活调整，但仍需避开次高峰： 备份类型 建议执行时间 时长参考（以 100GB 业务数据为例） 核心原则 全量备份 业务绝对低谷（如凌晨 2-6 点） 30 分钟 - 2 小时（取决于 IO 速度） 确保备份在高峰来临前完成 差异备份 次低谷（如凌晨 1-2 点、6-7 点） 5-30 分钟 避免与全量备份时间重叠 示例：电商系统（高峰 9:00-23:00）→ 全量备份每周一凌晨 2:00 执行，差异备份周二至周日凌晨 1:00 执行（避开全量备份窗口，……
SE_Yang 2025-08-28
66 0 0 -
华为服务器CentOS/RHEL 7安装过程上报错误
华为服务器CentOS/RHEL 7安装过程上报错误 问题现象描述 问题现象： 服务器安装Centos/RHEL 6系统过程中上报“Disk sda contains BIOS RAID metadata， but it's not prat of any recognized BIOS RAID sets. Ignoring disk sda.”，无法正常安装系统。如图5-361所示。 图5-361 无法正常安装系统 关键过程、根本原因分析 根本原因分析： 硬盘存在残留RAID信息（例如将RAID组中的磁盘更换到非同型号RAID卡的设备上使用），CentOS/RHEL 6安装过程会对硬盘可能残留的RAID进行检测，一旦发现则会不允许使用该硬盘。 结论、解决方案及效果 解决方案： 规避方法 在安装界面，对于kernel进行编辑，添加nodmraid参数来屏蔽硬盘阵列，详细步骤参考如下。 图5-362 添加nodmraid参数来屏蔽硬盘阵列 彻底解决方法，以下两种方法均可。 通过dd if=/dev/zero of=/dev/sda bs=8192方式擦除残留的RAID metadata。 通过RAID卡或者OS对硬盘进行低格。
42 0 0 -
如何减少全量备份和差异备份的存储成本
在全量备份与差异备份的组合方案中，存储成本是核心优化目标之一。减少存储成本需从 “源头控制数据量”“提升存储效率”“优化备份策略” 三个维度切入，结合技术工具与管理规则落地，以下是具体可执行的方法，按优先级和实操性排序： 一、优化备份策略：从 “频率” 和 “范围” 减少冗余数据 备份策略是控制存储成本的 “第一道防线”，不合理的全量 / 差异频率或范围会直接导致无效数据堆积，需结合业务场景动态调整： 1. 合理规划全量备份频率：避免 “过度全量” 全量备份是存储成本的主要占用项（单份全量体积≈当前业务数据总量），需平衡 “恢复效率” 与 “存储消耗”： 低频全量 + 高频差异：适用于数据量较大、变更率中等的场景（如企业业务系统、数据库）。例：周一凌晨执行 1 次全量备份（此时业务负载低，避免影响服务），周二至周日每天凌晨执行 1 次差异备份（仅备份与周一全量的差异数据）。优势：每周仅 1 份全量数据，差异备份体积随时间递增但总量可控，相比 “每日全量” 可减少 70% 以上的全量存储占用。 按 “数据变更周期” 调整全量频率：若数据存在周期性变更（如电商平台 “大促后数据增量下降”“月末财务数据变更集中”），可动态调整全量频率。例：大促前 1 周执行 1 次全量（确保大促数据可恢复），大促后 2 周执行 1 次全量（大促后数据变更减少，差异备份体积小，无需频繁全量）。 2. 缩小备份范围：只备份 “必要数据” 避免 “全盘备份”，通过筛选排除无效数据，直接减少备份体积： 排除静态 / 冗余数据：不备份操作系统默认文件、临时缓存（如 Windows 的Temp目录、Linux 的/tmp）、日志归档（可单独用低成本存储归档）、重复的测试数据。例：数据库备份仅保留 “业务表”，排除 “测试表”“历史归档表”（归档表可迁移至冷存储）。 按 “数据重要性” 分级备份：对核心数据（如交易数据、用户……
79 0 0 -
华为服务器RH5485安装SUSE系统特定设置
RH5485安装SUSE系统特定设置 问题现象描述 硬件配置： RH5485服务器。 问题现象： 安装SUSE系列的操作系统，安装过程中报错，无法完整安装；或者安装完重启系统后，服务器在POST阶段卡住，黑色屏幕上只有一个光标在闪烁。 关键过程、根本原因分析 关键过程： 重启服务器，添加“Legacy Only”启动项。 1、在机器启动时根据屏幕提示按“F1”进入UEFI（Unified Extensible Firmware Interface）的“Setup”界面。 2、选择“Boot Manager”，按“Enter”。 3、选择“Add Boot Option”，按“Enter”。 4、选择“Legacy Only”，按“Enter”。 5、按“ESC”返回到“Boot Manager”界面，选择“Change Boot Order”，按“Enter”。 6、更改第一启动项为“Legacy Only”。 7、选择“Commit Changes”，按“Enter”，保存更改后，重启机器。 根本原因分析： UEFI是区别于传统式（Legacy）BIOS的新一代BIOS。SUSE系统不支持UEFI，RH5485安装SUSE系统时，必须把服务器的第一启动项设置成“Legacy Only”。 结论、解决方案及效果 定位结论： SUSE系统不支持UEFI模式，只支持Legacy模式。 解决方案： RH5485安装SUSE系统前，进入UEFI的“Setup”界面，在Boot Manager中，将第一启动项设置为“Legacy Only”。 经验总结、预防措施和规范建议 RH5485安装windows2008与RHEL系统，不需要做特定的设置。安装SUSE系统时，需要将第一启动顺序设置为“Legacy Only”
40 0 0 -
全量备份和差异备份的存储成本的计算
全量备份与差异备份的存储成本计算，核心是分别量化两种备份的单份数据量、备份频率，再结合存储介质单价与长期管理成本，最终汇总总成本。需先明确两者的本质差异（全量备份是 “完整数据副本”，差异备份是 “自上次全量后新增 / 变更的数据”），再拆解计算维度。 一、核心概念铺垫：先明确两种备份的数据量定义 计算前需区分两个关键数据量指标，这是成本计算的基础： 备份类型 核心定义 数据量决定因素 全量备份（Full Backup） 对目标系统 / 数据集合的完整副本（包含所有数据，无论是否变更） 目标数据的总容量（如某服务器数据总大小为 1000GB，单次全量备份量即约 1000GB，需扣除压缩 / 去重节省的空间） 差异备份（Differential Backup） 仅备份自上次全量备份后新增或修改的数据（与全量备份对比，而非与上一次差异备份对比） 两次全量备份间隔期内的数据变更量（如全量后 1 周内新增 / 修改了 50GB 数据，单次差异备份量即约 50GB） 二、存储成本的核心计算维度与公式 存储成本 =单份备份数据量 × 备份次数 × 存储介质单价 + 长期管理成本（如备份软件 license、数据冗余 / 容灾成本、运维人力成本）。需分 “短期单次周期” 和 “长期周期” 分别计算，再汇总总成本。 1. 第一步：确定基础参数（需根据实际场景取值） 计算前需先明确 4 个核心参数，以下用 “企业服务器数据备份” 举例（参数仅为示例，需替换为实际场景值）： 参数名称 定义 示例取值 全量数据基数（F） 目标数据的总容量（如服务器 / 数据库 / 文件系统的总大小） 1000GB（即 1TB） 数据日变更率（R） 每日新增 / 修改的数据占全量数据的比例（需通过历史数据统计，如日志、存储监控工具） 1%（即每日变更 10GB） 全量备份周期（T_full） 两次全量备份的间隔时间（如每周 1 次、每月 1 次） 7 ……
84 0 0 -
全量备份和增量备份结合使用的优缺点
全量备份与差异备份结合使用（通常称为 “全量 + 差异” 备份策略）是企业级数据保护中常见的方案，其核心逻辑是以全量备份为基础，后续通过差异备份仅捕获自上一次全量备份以来的变化数据（区别于增量备份 “捕获自上一次任何备份以来的变化”）。这种组合的优缺点需结合业务场景中的备份效率、恢复效率、存储成本、数据安全性等维度综合分析，具体如下： 一、核心优势：平衡效率与安全性 1. 恢复效率高，操作更简洁 这是 “全量 + 差异” 策略最核心的优势，尤其对比 “全量 + 增量” 策略： 恢复时仅需两份备份文件：上一次完整的全量备份文件 + 最新的一份差异备份文件（无需像增量备份那样串联多次增量文件）。 示例：假设周一做全量备份，周二至周五做差异备份。若周五晚需要恢复数据，只需恢复 “周一全量备份”+“周五差异备份”，无需依次恢复周二、周三、周四的增量备份，步骤大幅减少。 恢复耗时更可控：无需处理多份增量文件的依赖关系，避免因某一份增量备份损坏导致 “连锁失效”（如 “全量 + 增量” 中若周三增量损坏，周四、周五增量也无法使用），降低恢复失败风险。 2. 备份操作相对灵活，对业务影响可控 全量备份可选择在业务低峰期执行（如凌晨），一次完成所有数据的备份，后续差异备份仅需处理 “自全量以来的变化数据”，备份量远小于全量，对服务器性能（CPU、IO）和带宽的占用更低，适合白天业务繁忙的场景（如电商平台、在线办公系统）。 差异备份的 “独立性” 更强：即使某一次差异备份失败（如周三差异备份损坏），周四的差异备份仍能基于 “周一全量” 捕获所有变化（而非依赖周三的差异），后续恢复时只需跳过损坏的差异文件，使用最新的有效差异文件即可，备份链的容错性优于增量备份。 3. 数据安全性有保障，风险边界清晰 全量备份提供了 “完整数据基线”，差异备份仅叠加变化，避免……
42 0 0 -
LSISAS2208卡RAID组成员盘在线变更槽位导致硬盘告警无法恢复案例
LSISAS2208卡RAID组成员盘在线变更槽位导致硬盘告警无法恢复案例 硬件配置： RH2288A V2配置LSISAS2208卡，使用5块硬盘（Slot0~4）做RAID5。 问题现象： 业务系统开机状态下将Slot3硬盘拔出，触发iBMC上报Disk3 In Failed Array告警。将拔出的Slot3槽位更换至Slot5，并清除该硬盘被标记的外部RAID配置信息，将Slot5设备为热备盘，RAID5重构后状态恢复正常，如图5-164所示。 图5-164 RAID5恢复 但iBMC依然上报Disk3 In Failed Array告警。 关键过程、根本原因分析 根本原因分析 RAID卡会记录RAID组每个成员盘的槽位信息，当RAID组一个成员盘掉盘，尽管其他槽位的热备盘/紧急备份盘可以参与重构，使得RAID组恢复正常，但是原成员盘槽位依旧会亮灯告警，iBMC告警DiskN in failed array（N表示硬盘物理槽位编号），该机制是用来提示用户该槽位曾经有一个RAID组成员盘，且没有被恢复，表明硬盘当前槽位配置与最初槽位配置存在差异。 结论、解决方案及效果 解决方案： 服务器关机，将所有硬盘拔出（脱离硬盘背板即可）。 服务器开机，POST阶段通过“Ctrl+H”快捷键进入RAID卡配置界面，通过“Configuration Wizard > Clear Configuration”清除RAID卡记录的原RAID配置信息。 服务器关机，将所有硬盘插回。 服务器开机，POST阶段通过“Ctrl+H”快捷键进入RAID卡配置界面，通过“Scan Drives > Preview > Import”导入硬盘RAID配置信息。 经验总结、预防措施和规范建议 如果热备盘在线被拔出，BMC也会产生In failed array记录，热备盘在线变更槽位也会产生上述现象。
141 0 0 -
全量备份对服务器性能的影响
量备份对服务器性能的影响取决于备份执行的时机、服务器负载状态、备份工具及硬件配置，不能简单用 “大” 或 “小” 概括，但总体而言，其对性能的消耗通常高于增量备份、差异备份，需针对性优化以降低影响。 一、全量备份对服务器性能的核心影响点 全量备份的本质是复制服务器上所有目标数据（如系统文件、应用数据、数据库等） ，过程中会占用服务器的 CPU、内存、磁盘 I/O、网络带宽等核心资源，具体影响体现在以下维度： 影响维度 具体表现 磁盘 I/O（最显著） 全量备份需读取所有目标数据，会导致磁盘读写请求剧增：- 机械硬盘（HDD）：易出现 I/O 队列堆积，读写延迟升高；- 固态硬盘（SSD）：虽抗并发能力强，但大流量读写仍可能占用超额 I/O 资源，影响业务磁盘操作（如数据库写入、文件上传）。 CPU 与内存 若备份过程包含数据压缩（如 ZIP、Gzip）、加密（如 AES），会额外消耗 CPU 算力和内存：- 压缩率越高（如 7z 格式），CPU 占用越高；- 大文件备份时，内存需缓存临时数据，可能导致内存紧张（尤其低配服务器）。 网络带宽 若备份目标是 “异地存储”（如云端备份、异地灾备服务器），全量备份会占用大量上行带宽：- 例如 100GB 数据通过 100Mbps 带宽传输，需约 2.5 小时，期间会挤压业务的网络资源（如 API 接口通信、用户访问流量）。 业务响应延迟 当服务器同时承载业务（如 Web 服务、数据库服务）和全量备份时，资源竞争会导致业务响应变慢：- 数据库服务器：备份读取数据时，可能与业务查询 / 写入冲突，导致 SQL 执行延迟升高；- 文件服务器：用户上传 / 下载文件时，会因磁盘 I/O 占用而变慢。 二、影响程度的关键变量：哪些情况会让影响 “变大” 或 “变小”？ 全量备份的性能影响并非固定，以下因素会直接改变其对服务器的压力： 1. 让影响 “变大” 的场景 业务高……
51 0 0
服务器
