“故障排查”标签的文章
带有“故障排查”标签的文章共 11 篇，按发布日期从新到旧排列。
-
Process Monitor(ProcMon)实战指南 —— 10 分钟定位「配置未生效」「ACCESS DENIED」问题
「明明修改了配置文件却没有生效」「昨天还能正常运行,今天却突然启动不了」——在动手修改源代码之前,Process Monitor(ProcMon)可以从文件、注册表访问的实际情况入手定位原因。本文从故障排查一线的视角,讲解 Filter 的实用技巧、NAME NOT FOUND・ACCESS DENIED・SHA...
-
用 PerfView 与 dotnet-trace 定位“变慢”的原因 ── .NET 性能排查实务入门
当业务应用出现“变慢”“CPU 占满”“偶尔卡死”时，该用哪个工具看什么？本文梳理 PerfView 与 dotnet-trace 的分工、CPU 采样的解读方法（inclusive/exclusive）、用 ThreadTime 排查阻塞时间，以及与 EventSource 自定义事件的组合使用，整理出一套实务...
-
Windows 事件日志・ETW 入门 ── 让业务应用程序的日志接入操作系统标准机制
Windows 业务应用程序的日志，是不是只靠文件日志来解决？事件日志与 ETW，是运维人员和操作系统标准工具所能看到的另一层记录。本文整理三种手段的分工方式、.NET 中的写入方法、通过 EventSource 进行的 ETW 埋点、收集与排查的实务做法，以及来源未注册、日志膨胀等常见陷阱。
-
用 WinDbg + SOS 解读崩溃转储 ── 采集之后的实务分析入门
本文说明如何用 WinDbg 与 SOS 扩展实际读取已采集的 Windows 崩溃转储。内容涵盖符号路径设置、以 !clrstack、!pe、!dumpheap -stat、!gcroot 追踪异常与内存泄漏的方法、原生崩溃的 !analyze -v，以及与 dotnet-dump analyze 的使用区分，...
-
任务计划程序的任务不执行、以 0x1 结束 ── 原因排查与安全的运维设计
本文整理 Windows 任务计划程序的执行账户与登录类型、「不管用户是否登录都要运行」的含义、以 0x1 结束的典型原因、启用历史记录、防止多重启动、PowerShell 脚本的正确调用方式，直到把定期执行真正落实到运维上的设计方针。
-
委托开发 Windows 应用程序前该梳理的事项
在委托外包开发 Windows 应用程序之前，梳理现有软件改造、设备联动、COM/ActiveX、发布与更新、维护等需要注意的要点。
-
Windows 应用崩溃时保留日志与转储的设计
整理当 Windows 应用因意外异常或程序缺陷而崩溃时，应如何组合使用常规日志、最终崩溃标记、WER LocalDumps 与监控进程，以便事后能够追溯原因。
-
Windows应用的crash dump收集入门 - 先搞清楚 WER / ProcDump / WinDbg怎么分工
本文整理在 Windows 应用追查难以复现的 crash 时，要先以 WER LocalDumps 按应用单独配置为起手式，再依现场状况追加 ProcDump，最后才考虑 MiniDumpWriteDump 自研收集的决策顺序。读完能理解 mini 与 full dump 的取舍、PDB 与保存运维要点，以及 ...
-
工业相机控制应用运行一个月后突然崩溃时（下篇） - 什么是 Application Verifier 与异常路径测试基础设施的做法
下篇整理 Application Verifier 是什么以及怎么把它编入 Windows 异常路径测试基础设施。用 Handles 抓 invalid handle、Low Resource Simulation 不用把机器榨干就触发资源不足，搭配 harness EXE 与自研日志，做出「坏了也能解释」的基础设施。
-
工业相机长期运行崩溃调查 - handle 泄漏篇
本文以工业相机控制应用长时间运行后突然崩溃的实际案例，从 handle 泄漏的排查方法与日志设计的角度，整理 Windows 应用长时间运行后崩溃时的排查思路。
-
TCP 重传导致工业相机通信中断的原因与排查
本文整理当 TCP 重传导致工业相机通信中断数秒时的排查方法，结合丢包、RTO、RFC1323 时间戳、Wireshark 确认要点一并说明。