- 综合排序
- 最热优先
- 最新优先
- 来自专栏腾讯云智能顾问
【云顾问-云巡检】聚焦架构风险，助力卓越治理
云顾问云巡检功能一直以来着力于打造云上隐患风险发现能力，当前版本已结合云架构可视化能力，全面升级助力客户聚焦云上架构五大类型风险，持续治理优化打造卓越架构！ · 当前已上线云巡检插件，在架构图“治理视图”中可随时启用，全面巡检隐患风险。· 聚焦安全、可靠、性能、成本、服务限制 5 大类别巡检项，支持按架构业务特性启停、定制。 · 即时生成巡检报告，聚焦架构相关风险和趋势呈现，治理成果和进展可随时归档到“数字资产”，也可下载、分享。 · 【即将上线】基于自动巡检和各 region 资源自动生成架构图和风险可视化视图，提升架构绘制和治理效率。（敬请期待，相关问题欢迎联系我们）欢迎立即访问云顾问，体验云巡检！
1.1K10编辑于 2024-07-15 IT自动化巡检怎么做？从巡检策略、风险控制到异常闭环的技术实践
3.报告无法形成持续趋势手工整理Excel和文档可以形成一次性的巡检结果，但很难持续比较同一对象在不同时间的变化。因此，巡检数据应该结构化存储，才能进一步做趋势分析。 3.中间件与数据库针对数据库、中间件等组件检查连接、容量、运行状态和关键参数。4.应用和Web页面对于关键业务系统，还可以检查页面可访问性、响应情况和关键元素是否正常。 低风险、标准化操作可以自动处置；涉及业务风险的动作则应该进入审批流程。这也是自动化巡检与自动化运维平台结合后的真正价值：巡检负责发现问题，自动化负责执行标准动作。 技术标签自动化巡检、自动化运维、IT运维、巡检平台、智能巡检、基线核查、补丁管理、Web页面巡检、信创运维、CMDB发布前风险检查结果广告风险：通过。未设置厂商推荐或产品营销内容。引流风险：通过。 榜单风险：通过。未使用TOP、十大、最好等排名表达。重复风险：通过。结构已重构为“问题—原理—实践—验证—局限”。事实风险：通过。未新增具体数据，产品相关信息均来自原始材料。
16410编辑于 2026-09-09- 来自专栏运维之路
风险感知场景（一）之“监控、拨测、巡检、可观测性”
从发现风险角度，我们经常会从监控、拨测、巡检、可观测性、演练、混沌工程等角度发现风险。 3.可观测 可观测性概念并非源于计算机软件领域，在控制理论中可观测是指系统可以由其外部输出推断其内部状态的程度。 4.巡检 巡检是主动对IT运行风险的评估发现，包括常规巡检与深度巡检，前者是高频、例行的分析，通常融入到常规运维流程；后者主要从成本角度区别于常规巡检，比如加大评估分析面、分析深度、预测分析、协同范围 、问题跟踪等，通常深度巡检带有一定的风险分析主题。 巡检的目标是“主动评估风险”，强调的是一种主动发现风险的数字化思维模式与组织协同文化。
5.1K10编辑于 2022-11-16 靠人工巡检撑着的合规，就是银行最大的隐形风险
靠人工巡检撑着的合规，看似万无一失，实则危机四伏。一、人工巡检：合规的“纸糊城墙”“数十个设备巡检，需要手工输入账号、密码登录设备，手工完成信息采集和汇总。”“手动执行步骤复杂，耗时耗力效率低。” 二、表面合规，才是最大的风险“人工操作繁琐，耗时耗力效率低。”这句话的背后，是无数运维人员的心酸。但比这更可怕的是——为了应付检查而“做样子”。 三、自动化才是合规的真正“护城河”“自动化巡检确保100%覆盖且数据不可篡改。”一个自动化合规巡检平台，能做到人工巡检做不到的三件事：第一，100%覆盖，不漏一个。 同时，自动化合规巡检可以将等保2.0、行业专项合规等标准化模板内置，巡检过程自动校验合规性，生成带操作留痕的合规报告，满足金融行业严格审计要求。四、写在最后靠人工巡检撑着的合规，不是合规——是“赌”。 别让人工巡检，成为银行最大的隐形风险。
11200编辑于 2026-08-31- 来自专栏生物信息与临床医学专栏
多基因风险评分3
PRSice是当前比较流行的多基因风险评分工具，它主要是用R语言编写的，运行速度快，可以高通量处理大数据。 3. Phenotype文件：这是一份表型文件，这个文件的前两列必须是FID（家系ID）和IID（个体ID），其余的列存储的都是表型信息。
2K10发布于 2020-08-27 打破人工巡检瓶颈！3DGS智能巡检系统，开启工业智慧运维新范式
针对工业实景运维的各类刚需与痛点，依托多年三维空间智能、视频孪生技术沉淀，重磅推出基于3DGS（3D Gaussian Splatting）的智能巡检系统。 智汇云舟3DGS智能巡检系统依托前沿3D高斯泼溅技术，可快速完成工业全场景高保真实景重建。 该项核心能力，完成了巡检场景从“被动可视展示”到“主动智能认知”的质的飞跃，为机器人自主巡检、智能研判、风险预警提供坚实的AI决策支撑。 云舟3DGS智能巡检系统，打造了3DGS实景建模+AI语义解析+大模型场景认知+机器人自主作业的全链条智能巡检体系。 从三维数字底座搭建、实景智能感知，到无人自主作业、风险智能预警，构建了一套完整的智能化、自动化业务闭环。
13400编辑于 2026-07-02银保监现场检查，运维拿不出完整巡检记录，当场记风险点
风险点当场记录在案，整改通知书随后送达，而最可怕的不是罚款本身，而是这个风险点会同步到机构评级、业务审批、乃至下一年度的监管频次中——影响深远、代价沉重。一、一张缺失的巡检记录，是如何变成风险点的？ 而证明“做了”的唯一证据，就是完整、连续、可审计的巡检记录。在一次典型的现场检查中，检查人员会随机抽取一个月的巡检台账，然后逐日核对：连续性检查：有没有出现连续3天以上的“空档”？ 如果有，这3天发生了什么？是系统运维暂停了，还是巡检制度形同虚设？覆盖率检查：核心交易系统、数据库、网络设备、安全设备——规定要巡检的资产，是否每一项都有对应的记录？有没有被遗漏的关键设备？ 任何一个环节出现漏洞——一段记录的缺失、一个资产被遗漏、一个“正常”背后没有截图支撑——都可能被定性为“巡检制度执行不到位，信息科技风险管控存在隐患”，作为风险点写入检查底稿。 当核心运维人员请假，巡检记录就会断档——而银保监检查中，连续3天以上的空档就是“制度执行不力”的直接证据。没有任何理由可以解释“为什么连续三天没有巡检记录”。
21200编辑于 2026-07-083招告别无效巡检！AI智能巡检让你的门店管理效率翻倍 智睿视界
3招让你体验更聪明的智能巡检智睿视界的巡检系统又升级啦！ 初创企业 5 分钟搭建成熟巡检体系，头部品牌 SOP 一键移植。 ②巡检图库：图片数据整合-把 AI 检测、现场巡店、远程巡店、问题整改、定时抓拍这 5 种巡检场景的照片整合在一起。 结合即将上线的「巡检模板诊断」大数据分析功能，让 AI 当你的巡检教练，三步自动优化检查模板，专治各种「漏检盲区」和「无效检查」：数据体检：Mimo 秒读门店历史巡检记录、整改任务、AI 抓拍问题，甚至员工操作习惯 模板自动升级：直接生成细化标准+精准检测项，同步到你的巡检模板。当 AI 生成模板后，管理者可以手动添加/减少巡检项，并自定义打分规则，让巡检模板百分百匹配门店需求。 02 巡检图库，让巡检图片不再「吃灰」无论是哪种巡检方式下拍的图片，都能在「巡检图库」中找到。
53310编辑于 2025-08-29- 来自专栏东隅已逝
MySQL巡检
操作系统层面 cpu监控 1[root@zst data]# sar -u 10 3Linux 2.6.32-642.el6.x86_64 (zst) 09/22/2017 _x86_64_ (8 steal %idle10:26:54 AM all 0.55 0.00 0.41 5.61 0.03 93.40 内存监控 1[root@zst data]# sar -r 10 3Linux AM 223084 32658252 99.32 143468 16549080 18774068 37.81 I/O监控 1[root@zst data]# sar -b 10 3Linux MySQL本身 MySQL本身的监控应该包含重点参数的检查，MySQL状态的检查，除此以外还应该包含自增id的使用情况（小心因为自增id使用满了 不能insert写入从而引发报警哦），及主从健康状态的巡检 中间件的巡检 mycat && proxysql 这些中间件的巡检，首先参考系统巡检，再看一下中间件本身的日志类和状态类信息，网络延迟或丢包的检查，也是必须要做工作。
2.2K40发布于 2019-12-12 - 来自专栏杨建荣的学习笔记
业务巡检-系统巡检该怎么做
系统巡检是对于服务巡检的第一站，所以在这里我们要做好第一班岗，如果系统巡检稀里糊涂，那么后续的数据库服务巡检效果也会大打折扣。 对于系统巡检整体上有如下的一些部分需要注意： ? 可能整体看起来没有太深入的理解，但是和实践结合起来就有很多的注意事项，我们就以硬件信息-ILO状态检查为例来提供一种巡检思路，iLO(Integrated Lights-Out)服务基于惠普的远程控制卡服务 对于iLO服务，我们需要做如下的巡检： （1） 检查ILO可用性和使用情况 （2） ILO模块是否开启 （3） iLO密码检查 （4） iLO超过最大用户连接数限制检查 （5） iLO在不同的硬件产品版本和浏览器的兼容性 modprobe ipmi_watchdog #modprobe ipmi_poweroff # modprobe ipmi_devintf #chkconfig ipmi on （3） （3） 检查操作系统防火墙情况 对于操作系统中的防火墙设定最好能够提供完整的备份，到时候可以在灾备切换的时候用到。
3.3K20发布于 2019-05-13 - 来自专栏用户6465593的专栏
设备巡检的痛点和巡检方案
如何让设备巡检人员高质量完成巡检工作呢也是管理者头疼的一个问题。设备巡检工作的难点在哪呢？ 对巡检人员而言：巡检人员需要按照巡检任务对设备进行巡检，保证按时完成巡检任务。纸质的巡检表格显然不方便开展巡检工作。没有自动提醒功能的话，很容易漏检，纸质表格数据也容易丢失等。 2) 可设置巡检定位和拍照，实现高效巡检管理员创建巡检方案后，系统可根据周期自动生成巡检任务，分配给巡检人员。可设置巡检定位、拍照以及巡检班组、巡检路线、巡检点等。巡检人员根据设置的巡检路线进行巡检。 抵达相应的巡检点和设备存放处后扫码填写巡检项目，现场定位并对设备进行拍照记录，可有效规避未到场的假巡检等；同时，通过易点易动设备巡检解决方案，可以设置自定义提醒，确保巡检班组人员收到巡检提醒，确保巡检没有遗漏 3) 实时掌握巡检数据，多维度巡检数据分析通过易点易动设备巡检解决方案自动生成多维度的巡检数据报表，让管理者可实时掌握设备巡检状态、巡检点统计、班组巡检统计、整改统计、巡检点整改统计等，从而可以进一步优化巡检工作和巡检人员管理
1.4K30编辑于 2022-09-01 - 来自专栏王的机器
用风险建模 in Python 系列 3 - 独立模型下
0 引言 本文是「信用风险建模 in Python」系列的第三篇，其实在之前的 Cufflinks 那篇已经埋下了信用风险的伏笔， 信用组合可视化 信用风险 101 独立模型 - 伯努利模型 独立模型 我们可以看出极端损失（VaR, ES）要比 UL 大，因此损失波动率并不是一个可能捕捉注组合风险的好指标。 和上贴【伯努利模型】的蒙特卡洛模拟方法类比，将泊松模型的模拟方法总结在下表。 2 解析法 2.1 理论 推导解析解时需要做进一步模型假设，即假设所有借贷人的违约概率和损失暴露都相等，这只适用于借贷人很多的“大型风险分散”组合。 59.1 61.4 Expected loss: 9.5 vs. 9.6 Loss volatility: 9.7 vs. 9.8 CPU Time: 0.0 vs. 0.0 image.png 3 进一步讲，它们可当为违约风险的下界，在做模型诊断（model diagnostics）中起着重要的作用。
1.1K30发布于 2020-07-07 - 来自专栏数据库相关
SQL Server巡检
这里简单的补充几个，用python包装一下即可集成到数据库巡检任务平台。 CN.most_recent_sql_handle) AS ST where CN.session_id = ${上一步查出来的BSID} 用python处理下，大致这样，还可以优化下通过钉钉告警出来： 长事务巡检 Write Transaction' WHEN 2 THEN 'Read-Only Transaction' WHEN 3 Initialized & Not Started' WHEN 2 THEN 'Active Transaction' WHEN 3
1.7K30编辑于 2023-07-05 AR工业巡检：虚实融合的智能巡检技术详解
一、核心原理：空间锚定与虚实叠加AR 巡检通过技术手段建立物理巡检场景与数字信息模型的一一对应关系，它可以对真实空间进行数字增强，提神工人的感知能力。 边缘计算模块就近处理采集到的海量数据，降低延迟；AI 算法（如目标检测、图像识别）自动分析图像和传感器数据，识别设备缺陷（如螺栓松动、管道腐蚀、绝缘子破损），并标记风险等级。 三、实现流程以工业设备巡检为例，AR 巡检的典型流程的为：预处理阶段：采集巡检区域的环境数据，构建数字孪生模型，录入设备参数、检修标准、应急预案等信息，完成 AR 系统的场景标定（即建立虚拟坐标与物理坐标的映射关系 数据反馈阶段：巡检过程中产生的缺陷记录、图像、传感器数据自动上传至后台管理系统，更新设备档案，形成巡检报告，为后续维护计划制定提供数据支撑。 获取当前帧数据（实时捕捉物理巡检场景） ArFrame frame = session.update(); 3.
98510编辑于 2025-10-20- 来自专栏Python自动化测试
线上巡检机制
这种情况下，可以使用线上巡检机制。 线上巡检机制可以把它理解为实时的进行轮训监控，如果一旦服务出现问题，触发报警的机制通知相关的人员进行紧急的处理。 针对线上巡检的机制可以沿着两个维度来思考，一个是单纯的验证服务的可用性，也就是服务返回200的状态码认为服务是可用的，另外一种是结合业务场景来进行，因为服务返回200的状态码不代表服务提供的业务场景是可用的
1.5K10编辑于 2022-03-29 - 来自专栏院长运维开发
Linux巡检脚本
/bin/bash #主机信息每日巡检 IPADDR=$(ifconfig eth0|grep 'inet addr'|awk -F '[ :]' '{print $13}') #环境变量PATH没设好 #SNMP OK report_NTP="" #NTP ok report_JDK="" #JDK版本 ok function version(){ echo "" echo "" echo "系统巡检脚本 ="tmpfs"{print}') #KB disktotal=$(echo "$diskdata" | awk '{total+=$3}END{print total}') #KB diskused= ') LastReboot=$(who -b | awk '{print $3,$4}') uptime=$(uptime | sed 's/. 执行检查并保存检查结果 check > $RESULTFILE echo "检查结果：$RESULTFILE" echo -e "`date "+%Y-%m-%d %H:%M:%S"` 阿里云PHP企业平台巡检报告
5.7K51编辑于 2022-03-11 - 来自专栏用户6465593的专栏
智能设备巡检系统让设备巡检更加高效
设备巡检是指对生产设备进行定期的检查、维护和保养，以确保设备的正常运行和安全性。设备巡检是企业生产管理的重要环节，关系到企业的生产效率、质量和成本。 传统的设备巡检方式主要依靠人工进行，存在以下几个问题： 人工巡检效率低，耗时长，容易出错； 人工巡检难以覆盖所有的设备和部位，容易遗漏重要的故障点； 人工巡检难以形成完整的数据记录和分析，难以提供及时有效的决策支持 ； 人工巡检存在虚假巡检，人员直接填写单子，却并没有到现场检查。 易点易动设备巡检系统具有以下几个优点： 通过手机二维码巡检提高了设备巡检效率，节省了人力资源和时间成本； 提高了设备巡检质量，减少了漏检和误报率； 提高了设备运行状态的透明度，增强了数据驱动的决策能力； 系统还可以设置巡检路线，巡检内容等。 增加了设备巡检的扩展性，企业可以根据自己的个性化需求进行配置表单、字段、报表等，满足企业的个性化需求。
1.2K10编辑于 2023-03-08 - 来自专栏PawSQL，在线的自动化SQL优化工具！
PawSQL数据库性能巡检平台 (3) - 慢查询采集和优化
本文将详细介绍PawSQL数据库性能巡检平台在慢查询管理和优化方面的功能特性，帮助数据库管理员更好地应对性能挑战。 一、PawSQL巡检平台慢查询管理概述 PawSQL平台提供了全面的慢查询管理功能，包括自动采集、分析、优化等多个环节。通过管理台的慢查询趋势图，用户可以直观地了解数据库的性能状况，并进行深入分析。 PawSQL巡检平台 - 面向数据库运维人员，具备自动化采集和分析慢查询的能力，并提供专业的SQL优化建议。同时支持对数据库对象如表、索引等进行审核巡检，及时发现并规避潜在风险。
49710编辑于 2024-11-12 - 来自专栏创作特训营
用 OpenClaw + Skill 打造 CVE 安全风险自动巡检 Agent：从手动排查到智能风控的实战之路
用OpenClaw+Skill打造CVE安全风险自动巡检Agent：从手动排查到智能风控的实战之路摘要:在企业安全运维中，CVE风险排查是一项高频却低效的工作——每天手动刷NVD、比对版本、写修复方案， 本文基于我在某中型互联网公司的实战经验，介绍如何使用OpenClaw+自研Skill构建CVE安全风险自动巡检Agent，实现从风险发现、评估、修复方案生成到飞书告警的全链路自动化。 ***"\--prompt"执行CVE巡检，检查最近12小时的新增安全风险，CVSS阈值设为7.0，结果推送到飞书"#设置每日20:00巡检openclawheartbeatadd\--name"cve-evening-scan "\--cron"020***"\--prompt"执行CVE巡检，检查最近12小时的新增安全风险，CVSS阈值设为7.0，结果推送到飞书"#验证心跳配置openclawheartbeatlist也可以通过 NVDAPI调用频率和错误率飞书通知的推送成功率Token消耗和模型调用统计五、效果对比与成本核算5.1效率对比指标手动巡检OpenClawAgent提升单次巡检时间2-4小时3-5分钟98%日均处理CVE5
77610编辑于 2026-05-23 - 来自专栏「3306 Pai」社区
MySQL节前巡检要点
今天距农历新年还有9天，3306π社区提前给大家拜年啦~ 一、操作系统巡检 如果有zabbix或者其他监控类型的工具，就方便很多。 二、MySQL本身巡检 MySQL本身的监控应该包含重点参数的检查，MySQL状态的检查，除此以外还应该包含自增id的使用情况（小心因为自增id使用满了 不能insert写入从而引发报警哦），及主从健康状态的巡检 ，仅巡检MySQL的状态和参数配置（因为客户的环境不能直连linux但可以直连MySQL，不支持系统层面，系统层面使用zabbix等即可），有兴趣的小伙伴可以看看。 Master_Log_File == Relay_Master_Log_File && Read_Master_Log_Pos == Exec_Master_Log_Pos 最后，同样要检查MySQL的日志，提前发现潜在风险 3.2 中间件的巡检 mycat && proxysql 这些中间件的巡检，首先参考系统巡检，再看一下中间件本身的日志类和状态类信息，网络延迟或丢包的检查，也是必须要做工作。
1.4K40发布于 2019-03-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号