- 综合排序
- 最热优先
- 最新优先
- 来自专栏python3
python自动化巡检
print(filename) sftp_down_file(host,port,username,password,filename, "D:/大数据数据/%s"%(n[0])) 执行后自动巡检 /bin/bash #主机信息每日巡检 IPADDR=$(ifconfig eth0|grep 'inet addr'|awk -F '[ :]' '{print $13}') #环境变量PATH没设好 report_NTP="" #NTP ok report_JDK="" #JDK版本 ok function version(){ echo "" echo "" echo "系统巡检脚本 Hostname=$(uname -n) SELinux=$(/usr/sbin/sestatus | grep "SELinux status: " | awk '{print $3} ') LastReboot=$(who -b | awk '{print $3,$4}') uptime=$(uptime | sed 's/.
2.5K20发布于 2020-01-03 - 来自专栏运维开发故事
基于Prometheus的自动化巡检
= nil { returnnil, nil, errors.WithStack(err) } return value, warnings, nil } （3）如果需要发送到企业微信，就会构建发送结果进行发送 Markdown格式 content = fmt.Sprintf(`{ "msgtype": "markdown", "markdown": { "content": "# 自动化巡检结果通知 filename := generatePDFFileName(jobExecution) filePath := filepath.Join(basePath, filename) // 3. 最后 大部分企业虽然都有监控告警，但是自动化巡检在日常的运维工作中还是必要的，它可以聚合目前系统、集群存在的问题，避免遗漏告警信息。 另外，在AI发展迅猛的今天，可以把AI也结合到自动化巡检中，比如在巡检中增加一些AI预测，AI故障诊断、AI根因分析等功能。
73330编辑于 2025-06-20 - 来自专栏QGS星球
Linux 系统自动化健康巡检脚本
#脚本中 ifconfig、mpstat、iostat命令有依赖，需要安装相关依赖包yum -y install bc sysstat net-tools巡检项信息，可根据实际需求修改增加1)、系统基本信息 10排行12)、磁盘io情况13)、系统定时任务列表14)、系统定时任务脚本内容#给巡检脚本授权chmod 755 linux_Inspection.sh#运行脚本. /linux_Inspection.sh#巡检脚本已上传，由于上传不支持sh格式，改为txt#巡检效果#执行完巡检之后，将在脚本所在的路径下生成html巡检结果报告，如下192.168.3.147os_linux_summary.html #巡检效果#若报错syntax error near unexpected token `$'{\r'则转换一下linux格式#! NAME_VAL_LEN=12name_val () { printf "%+*s | %s\n" "${NAME_VAL_LEN}" "$1" "$2"}get_physics(){ name_val "巡检时间
1.2K00编辑于 2023-08-18 AI驱动的超自动化巡检
方案概述：志栋智能SAB全流程智能自动化巡检本方案旨在构建一个 “计划-执行-分析-报告-处置” 的全流程闭环自动化巡检体系。 自动化巡检闭环示意图（示意图：自动化巡检“计划-执行-分析-报告-处置”闭环流程）3. 方案核心功能模块模块一：触发式巡检计划与策略中心多维度对象管理：支持按单台设备、设备组或全量设备进行巡检。 脚本与无代码化操作：支持封装常用巡检命令，也提供图形化拖拽式流程编排器，降低自动化门槛，让运维人员可快速自定义巡检流程。 异常明细与趋势分析：自动标红超标指标（如CPU使用率92%＞阈值80%），并关联历史数据进行趋势分析（如“某端口丢包率连续3次上升”）。 自动化巡检平台界面示意图（示意图：自动化巡检平台仪表盘、详细报告及流程编排器界面）5.
46200编辑于 2026-02-12超自动化巡检：打造“永不疲倦”的数字巡检员
企业亟需的，是一位不知疲倦、绝对严谨、全知全能且永不离岗的“数字巡检员”。超自动化巡检，正是这位理想员工的具象化身。 这些困境共同指向一个核心矛盾：业务要求IT环境持续在线、绝对可靠，而保障手段（人工巡检）却是间歇工作、充满不确定性的。超自动化巡检的使命，正是为了解决这一根本矛盾。 二、 “永不疲倦”的数字巡检员：核心特质与能力解构这位理想的数字员工，应具备以下超越人类的特质，而这些正是超自动化巡检技术所赋予的：特质一：7x24小时全时在线，不知疲倦能力体现：超自动化平台通过预设的定时任务 指标与剧本定义：与业务、运维团队共同确定核心巡检指标（如业务交易成功率、关键API响应时间、核心链路带宽利用率）和检查逻辑，设计首个“自动化巡检剧本”。 超自动化巡检所打造的“永不疲倦的数字巡检员”，代表了一种全新的保障范式：它是一位忠诚、可靠、全能且不断进化的数字同事。它让企业能够以确定的、高效的自动化能力，去应对不确定的、复杂的运行环境。
17910编辑于 2026-04-28python交换机自动化巡检
概述 脚本功能功能是全程模拟了人的手工巡检，并收集数据，处理后发送邮件。 将文件中的数据如11%提取部分需要计算出来；创建excel表格，将上一步获取到的数据填写到表格中；编写固定格式的邮件内容，并将保存好的excel表格附到邮件中发送；编写crontab定时任务，实现全程自动化 strip() workbook = xlwt.Workbook(encoding = 'utf-8') cisco = workbook.add_sheet('深圳网络设备巡检 python/ -type f -mtime +15 -name 'SZ_NDC_*'|xargs \rm -f") cisco_check() mail.txt中的内容即邮件内容： 各位好： 巡检结果详情请看附件 /root/python/switch_check.py >/dev/null 2>&1 #每周五下午5点巡检 最终效果 ?
2.6K30发布于 2019-10-23- 来自专栏嘉为动态
什么是运维自动化巡检？
所以运维自动化巡检就是把对网络、服务器、服务/应用的巡检手动操作转变成自动化的形式。许多情况下运维巡检的自动化也存在诸多问题，以下列出场景的几点供参考。 在做统一巡检时就需要解决网络不通或者要开大量防火墙/网络策略的问题，流程麻烦且安全不好管控。嘉为蓝鲸自动化巡检中心，可以完美解决以上问题乃至巡检中更多的其他问题。 自动化巡检中心可以改变运维人员传统重复手动巡检的工作方式，支持用户自定义巡检脚本和巡检对象，覆盖即时性、周期性等巡检场景，可以根据任务计划实现自动化巡检并生成标准可视化报告，从而减少巡检工作量并提高巡检有效性 巡检对象多样：支持操作系统、数据库等所有能通过脚本获取巡检信息的IT对象，可自定义新增扩展性强。3. 通过嘉为蓝鲸自动化巡检中心，可以帮助企业提高巡检效率、降低工作量、减低操作中的人为失误风险。更全面有效的及时发现系统中存在的隐患和问题，提升巡检有效性，保障业务更平稳的运行。
3.5K21编辑于 2022-11-01 - 来自专栏QGS星球
Linux 系统自动化健康巡检脚本
#脚本中 ifconfig、mpstat、iostat命令有依赖，需要安装相关依赖包 yum -y install bc sysstat net-tools 巡检项信息，可根据实际需求修改增加 1) 、系统基本信息 2)、cpu信息 3)、ip网络信息 4)、cpu使用率 5)、连接数信息 6)、系统限制信息 7)、内存使用信息 8)、磁盘使用信息 9)、网络流量情况/系统资源变化 10)、cpu消耗情况前 10排行 11)、cpu消耗按内存情况前10排行 12)、磁盘io情况 13)、系统定时任务列表 14)、系统定时任务脚本内容 #给巡检脚本授权 chmod 755 linux_Inspection.sh /linux_Inspection.sh #巡检脚本已上传，由于上传不支持sh格式，改为txt #巡检效果 #执行完巡检之后，将在脚本所在的路径下生成html巡检结果报告，如下 192.168.3.147os_linux_summary.html #巡检效果
1.4K00发布于 2021-07-26 - 来自专栏QGS星球
Linux 系统自动化健康巡检脚本
#脚本中 ifconfig、mpstat、iostat命令有依赖，需要安装相关依赖包 yum -y install bc sysstat net-tools 巡检项信息，可根据实际需求修改增加 1) 、系统基本信息 2)、cpu信息 3)、ip网络信息 4)、cpu使用率 5)、连接数信息 6)、系统限制信息 7)、内存使用信息 8)、磁盘使用信息 9)、网络流量情况/系统资源变化 10)、cpu消耗情况前 10排行 11)、cpu消耗按内存情况前10排行 12)、磁盘io情况 13)、系统定时任务列表 14)、系统定时任务脚本内容 #给巡检脚本授权 chmod 755 linux_Inspection.sh /linux_Inspection.sh #巡检脚本已上传，由于上传不支持sh格式，改为txt #巡检效果 #执行完巡检之后，将在脚本所在的路径下生成html巡检结果报告，如下 192.168.3.147os_linux_summary.html #巡检效果
1.4K10发布于 2021-07-21 超自动化巡检龙虾，可信才可用
超自动化巡检的核心价值，从来不是“能不能执行”，而是“能不能可信地执行”。 对企业级用户而言，每一次自动化操作都牵涉到敏感数据、核心业务与合规红线。 一次未被记录的巡检疏漏，可能在审计中成为致命漏洞；一次权限越界的处置动作，可能误伤正常业务流量。可信，才是超自动化巡检从“玩具”蜕变为“工具”的关键门槛。 只有可信，才能真正可用。 超自动化巡检平台必须深度适配信创全栈生态——支持鲲鹏/飞腾芯片、统信UOS/银河麒麟操作系统、达梦/OceanBase数据库。 当“可信”的底座得以夯实，超自动化巡检的价值才能真正释放：覆盖100%的巡检任务，且每一台设备的每次检查都有据可查；实现全流程自动化闭环，从感知、分析到执行、验证，每一步都可追溯；通过等保合规审计，用自动化证据链替代人工编制的纸质报告 超自动化巡检龙虾，可信——才可用。 选择可信，就是选择让自动化成为企业数字化转型的坚固基石，而非一个随时可能失控的变量。
16310编辑于 2026-05-13从超自动化巡检到超自动化运维的演进
然而，当巡检自动化成功落地后，一个更深的追问便浮现出来：巡检自动化的价值是否止步于“更快地发现问题”？还是说，它只是通向更广阔图景的第一级台阶？答案是后者。 一、起点：超自动化巡检——以“防”为核心的破局点超自动化巡检的落地，通常遵循一个清晰的逻辑：选择最高频、最重复、最容易量产的场景作为突破口。 二、升级：从“发现”到“闭环”——超自动化运维的第一次跃迁从超自动化巡检迈向超自动化运维的第一步，是将**“巡检”与“处置”融为一体**——让系统不仅能够“发现问题”，更能“解决问题”。 从“巡检即止”到“巡检即处置”，是超自动化运维的第一层能力跃迁。 结语：以巡检为起点，以智能运维为终点超自动化运维的演进路径，是一个典型的“点→线→面→体”的扩张过程：点：从一个巡检场景起步，用可感知的价值赢得信任；线：打通巡检与处置的闭环，让自动化从“发现”延伸至“
15410编辑于 2026-06-29- 来自专栏CU技术社区
自动化运维之后，你还在人工巡检吗？
这也就能解释，为什么很多客户在上线了运维监控软件之后，还是需要人工巡检。我们来看几个大家经常遇到的问题： 事例1：某客户数据库系统上线，3块900G 硬盘做raid5。 最终客户发现，监控系统上线了，还是得巡检。 事例3：某客户想要扩容旧系统上内存容量，监控软件显示内存容量为256G。还有多少内存槽位呢？机器上是16G*16，还是32G*8呢？监控软件获取不到！ 带外监控的轮训周期可以达到秒级，而人工巡检的工作量大，以日为周期已经是相当大的巡检密度了。通过带内监控来弥补带外监控的部分空缺，可以极大的提升运维效率，真正意义上实现无需人工巡检。 通过DCOS的监控、分析功能，可以有效的替代对于小型机、X86服务器、存储设备、备份带库、光纤交换机等设备的人工机房巡检。这种方式大大节省了人工巡检所需的人力，也提高了巡检的效率。 3．管理 管理部分包括对于数据中心资产（服务器、存储、网络、UPS、精密空调等）的资产信息进行管理，其中包含对设备位置的追踪。以及设备维保情况、工作状态等实时状态的自动化更新提醒。
1.1K20发布于 2019-10-25 超自动化巡检落地：避开那些常见的“坑”
花精力把CMDB数据清洗干净、把资产关系梳理清楚、把日志采集格式标准化，这些“脏活累活”是超自动化巡检稳定运行的基础。没有高质量的数据底座，再先进的自动化引擎也无法产出可靠的巡检结果。 坑二：追求一步到位——从“大而全”开始，以“虎头蛇尾”告终许多团队在规划阶段便雄心勃勃——一次覆盖全栈、全地域、全场景的超自动化巡检验收。 选择一个最痛、最可控、最容易出成果的场景作为第一站——比如每日磁盘巡检自动化或IP自动化封禁——在短时间内上线、验证价值，再横向复制扩展。 坑三：忽视组织变革——技术到位了，人却“掉线”了超自动化巡检不仅是技术升级，更是工作模式的变革。 知识库中反复强调的“持续演进”——“不断基于执行数据反馈优化模型与剧本”——恰恰是超自动化巡检的生命线。 上线不是终点，而是持续运营的起点。
11510编辑于 2026-06-23超越监控：超自动化巡检提供的主动价值
超自动化巡检的崛起，正是为了打破这种被动本质。 它将巡检从“发现已发生的异常”升级为“预见将要发生的风险”，从“确认状态是否正常”进化为“保障状态始终正常”。 二、超自动化巡检的主动价值三层跃升第一层：从“阈值告警”到“智能预测”——让异常暴露在发生之前。 超自动化巡检通过内嵌的AI引擎，为每一套系统建立动态基线模型。 超自动化巡检通过万物集成，让所有孤岛数据在统一平台汇聚，实现跨层级的智能关联分析。 超自动化巡检将“发现”与“修复”无缝衔接——巡检发现异常后，自动触发故障定位、智能修复、结果复核全环节，形成完整的自动化闭环。 正如SAB平台在实践中所实现的：“巡检发现异常后自动触发处置流程，覆盖故障定位、智能修复、结果复核全环节，全程自动化运行。”
20210编辑于 2026-05-27- 来自专栏互联网运维杂谈
自动化运维之后，你还在人工巡检吗？
这也就能解释，为什么很多客户在上线了运维监控软件之后，还是需要人工巡检。我们来看几个大家经常遇到的问题： 事例1：某客户数据库系统上线，3块900G 硬盘做raid5。 最终客户发现，监控系统上线了，还是得巡检。 事例3：某客户想要扩容旧系统上内存容量，监控软件显示内存容量为256G。还有多少内存槽位呢？机器上是16G*16，还是32G*8呢？监控软件获取不到！ 带外监控的轮训周期可以达到秒级，而人工巡检的工作量大，以日为周期已经是相当大的巡检密度了。通过带内监控来弥补带外监控的部分空缺，可以极大的提升运维效率，真正意义上实现无需人工巡检。 通过DCOS的监控、分析功能，可以有效的替代对于小型机、X86服务器、存储设备、备份带库、光纤交换机等设备的人工机房巡检。这种方式大大节省了人工巡检所需的人力，也提高了巡检的效率。 3． 管理 管理部分包括对于数据中心资产（服务器、存储、网络、UPS、精密空调等）的资产信息进行管理，其中包含对设备位置的追踪。以及设备维保情况、工作状态等实时状态的自动化更新提醒。
2.3K21发布于 2019-11-19 超自动化巡检：提升MTTR，缩短业务影响时间
超自动化巡检的崛起，正是要打破这个“时间长廊”的固化结构。 二、超自动化巡检的MTTR重构超自动化巡检通过系统性的技术架构，将MTTR链条上的每一个环节都进行了根本性的优化。从“被动告警”到“主动预测”，将发现时间压缩至负数。 超自动化巡检将最佳实践固化为可复用的标准化剧本——新人可直接调用，无需重新摸索。 当MTTR从30分钟降至3分钟，相当于避免了90%以上的业务中断损失。制造业——数控机床预测性维护，使非计划停机时间减少80%。 而超自动化巡检通过“感知-分析-决策-执行-复核”的全自动闭环，将这个数字压缩至分钟级。
18210编辑于 2026-06-09- 来自专栏云原生生态圈
Ansible自动化采集数据并生成巡检报告
前段时间在GitHub[1]上发现了一个Ansible巡检服务的Roles, 今天给大家分享一下！ 1Ansible自动化实现巡检 思路：通过使用Ansible Role的方式对Linux系统进行资源巡检，生成巡检报告后通过邮件发送给接收人。 测试的环境 ansible [core 2.12.2] os `Centos 7 X64` python version = 3.10.2 (main, Feb 2 2022, 06:19:27) 3oss-check 使用率 < 90, Critical评判条件: 使用率 >= 90 7定期执行扫描 集群节点扫描一般都是主动查看集群运行状态，主观判断的集群节点运行的状态，一般都会在节假日之前进行扫描一次，当然也可以通过自动化工具进行定期扫描 check_mail_password: "demo@163.com邮箱的密码" check_mail_to: [ "接收人的邮箱地址" ] check_email_title: "Ansible 集群巡检报告
3.4K30编辑于 2022-04-08 超自动化巡检：量化运维成效的标尺
传统的“人海战术”巡检模式，不仅效率低下、覆盖不全，更难以量化评估运维工作的真实成效。超自动化巡检的崛起，正在重塑运维管理的度量衡，成为衡量运维质量、效率和价值的核心标尺。 巡检是否到位？运维团队的工作价值几何？这些问题长期缺乏客观、可量化的答案。超自动化巡检通过全程可追溯、结果可验证、质量可度量三大机制，彻底改变了这一局面。 在这个闭环中，每一个环节都实现了数据化、自动化、智能化：计划阶段：基于设备分类和关键等级，制定差异化巡检策略。核心系统高频监控，非关键设备按需巡检，资源利用率最大化。 三、量化运维成效的关键指标矩阵超自动化巡检为运维管理者提供了一套完整的量化指标矩阵，覆盖运维工作的核心维度：维度关键指标量化方式覆盖全面性巡检覆盖率、设备纳管率100%全量覆盖，消除盲区效率提升巡检耗时 超自动化巡检将运维工作从“被动救火”升维至“主动预防”，从“成本负担”转型为“价值保障”。企业管理者可以清晰看到：每投入一份自动化能力，减少了多少故障停机时间？节省了多少人力成本？规避了多少业务风险？
19510编辑于 2026-05-11超自动化巡检：如何选择适合你的起点？
在超自动化巡检的浪潮中，越来越多的企业意识到：“要不要做”已经不是问题，“从哪里开始做”才是真正的决策难题。 如果管理层关注“降本增效”，建议从节省时间最显著的场景入手（如每日巡检自动化）；如果管理层关注“合规审计”，则应从合规基线检查或自动报告生成起步；如果管理层关注“业务连续性”，则优先考虑告警联动处置与故障自愈场景 以某制造供应链公司的超自动化实践为例：他们的起点是攻击面自动化监测，在成功验证平台能力后，逐步扩展至告警联动处置、安全设备健康度巡检、日志自动收集与分析、配置备份与版本管理等场景。 这种“由点到面”的演进，正是超自动化巡检落地最可复制的成功模式。四、结语：选择起点，比选择终点更重要超自动化巡检的旅程，不是一场百米冲刺，而是一场马拉松。 超自动化巡检的成功，不是“平台选得越大越好”，而是“从正确的起点出发，走一条适合你的路”。当你找到了那个属于你的“第一块多米诺骨牌”，超自动化的雪球便会自然地越滚越大。
13910编辑于 2026-06-16超自动化巡检的核心价值：效率、质量与洞察
第一重价值：效率革命——从线性耗时到指数释放效率是超自动化巡检最直观、最猛烈的价值冲击。 超自动化巡检通过技术融合，实现了效率的指数级释放：执行速度的量子跃迁：自动化机器人不知疲倦，可7x24小时并行作业。 人力资源的战略性解放：超自动化将工程师从重复、繁琐、低价值的“操作员”角色中彻底解放。据业界实践，自动化可接管高达70%以上的日常巡检工作量。 这是超自动化巡检价值的顶峰，也是其从“运维工具”升华为“战略资产”的关键。传统巡检止步于回答“现在是否正常”，而超自动化巡检致力于回答“未来何处最优”。 超自动化巡检的核心价值，正在于它系统性地整合并放大了这三个维度。它交付的不仅是一份更快的巡检报告，更是一个更稳定、更可知、更前瞻的IT环境。
8800编辑于 2026-04-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号