refs
用户 yeg <1347747024@qq.com>
星期五, 十月 9, 2026 13:32 +0800
提交者 yeg <1347747024@qq.com>
星期五, 十月 9, 2026 13:32 +0800
提交87f9d7a9da896a83aa5e5e2b6f06023b573857bd
目录 13e8a9dd13569a0bd46decd9f19512f399d339e4 目录 | zip | gz
parent ec13e0e21da7c9b71f6a23478289dae3f8e34c91 查看 | 对比
新增 22 所上位机文件侧只读探查:找工步方案文件与其中的工步名称

那台 SQL Server 的 5141 个用户库全部是 DB_<时间> 测试库、其他库 0 个,方案只能在这台机器
的文件里(运行目录的 TaskModel.xml 等,以及遗留的 219 个 .sto 工步方案)。脚本只列目录、只读
文件,不写不改厂商目录;输出只打印结构,不倒内容,并同时写入报告文件。

两个坑在演练里被抓到并修掉:
- gzip 流不可回退,原先"边读边判编码"对 .sto 永远走 UTF-8,中文工步名称会读成乱码;
改成先读进内存再判编码(BOM -> XML 声明 -> GBK 兜底);
- 名称类属性用"关键字塞进正则主体"的写法匹配不到属性名就叫 Name 的情况,改成先取名字再筛关键字。

演练覆盖:方案文件判据、gzip+GBK 解码、UTF-8 BOM 解码、元素名提取、名称类元素/属性提取、
二进制文件不被当成 XML。真实实例上的执行待现场跑。
1个文件已添加
218 ■■■■■ 已修改文件
scripts/j22-introspect-files.ps1 218 ●●●●● 对比 | 查看 | 原始文档 | blame | 历史