# 公开职业资料比较：数据库管理 / 站点可靠性工程 比较工作、要求与 AI 影响，不计算个人匹配分。个人背景由用户自己的 Agent 使用。 # 数据库管理 职业；职业资料版本 2026-10-21.careers.2；核查 2026-10-20 保持数据库的可用性、性能、访问控制与恢复能力。 这里是数据库管理职责；数据架构设计和指标分析属于相邻范围。 本页按职责提供公开参照；地域、职级和准入以目标组织的现行要求另核。 名称/别名：DBA、数据库管理员、数据库运维 来源状态：active ## 职业工作范围 按本职业主要交付组织工作范围；多个目标可以由同一结果包接收。职责来源用于核对工作定义，AI采用、工具可得性和实际表现按各项具体证据判断。这里不是所有地区与细分岗位的完整清单。 ### 数据库部署与访问控制 产物：可用实例、配置和权限核对 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；K8s配置试验床只提供邻近方法，数据库实例特性与治理另验。 任务应用：/careers/database-administrator#work-database-administrator-deliverable-1 变体：平台部署与迁移；网络与访问配置 ### 备份与恢复交付 产物：可还原备份和恢复时点、时间证据 内容覆盖：documented；备份资产产生/维护和消费资产还原是两个独立结果；均有输入、产物与失败控制。 任务应用：/careers/database-administrator#work-database-administrator-backup-assets；/careers/database-administrator#work-database-administrator-deliverable-2 变体：基础增量与归档链；保留与负载约束；日志链与物理恢复；逻辑恢复与业务重建 ### 性能与容量改善 产物：查询锁争用、索引和负载对比 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；单查询变快不能覆盖整库和持续并发写入。 任务应用：/careers/database-administrator#work-database-administrator-deliverable-3 变体：数据库查询与争用 ### 迁移与高可用切换 产物：数据完整性、兼容和回退证据 内容覆盖：documented；数据/schema迁移与复制/HA各有独立接收；HA明确包括旧主隔离、端点、事务和冗余重建。 任务应用：/careers/database-administrator#work-database-administrator-deliverable-4；/careers/database-administrator#work-database-administrator-ha 变体：在线扩展与收缩；停机或跨系统切换；复制延迟与丢失边界；分区与旧主回归 ### 运行故障处置 产物：诊断、恢复及一致性核查 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；持续场景显示修复会退化，目标数据库约束必须独立核对。 任务应用：/careers/database-administrator#work-database-administrator-deliverable-5 变体：数据库运行故障 ### 数据库维护治理 产物：版本维护、审计和访问复核记录 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；软件版本与访问治理涉及具体组织政策，原生/云托管机制需单独核实。 任务应用：/careers/database-administrator#work-database-administrator-deliverable-6 变体：网络与访问配置；在线扩展与收缩 范围来源：https://www.onetonline.org/link/summary/15-1242.00 当前范围以外： - 企业业务指标定义 - 数据内容加工的日常管道责任 待补： - 需真实恢复演练、复制一致性和生产负载样本，单条查询优化不足 ## 主要工作与 AI 当前变化 以下条件评估与局部证据分别标示，不表示整项职业已验证。 ### 数据库部署与访问控制 可用实例、配置和权限核对。可委派数据库实例/配置与角色策略实现，按实际用户读写和拒绝矩阵接收；部署完成不等于可用。 交付物：可用实例、配置和权限核对 判断依据：有条件的编辑推断 当前变化：可委派数据库实例/配置与角色策略实现，按实际用户读写和拒绝矩阵接收；部署完成不等于可用。 - 基础设施配置交付：可重建、可访问、可拒绝：/work-units/W-C19?version=2026-10-21.workunits.2 数据库管理的“数据库部署与访问控制”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是可用实例、配置和权限核对；隔离重建实例，核对DB版本/配置、角色/网络、密钥/审计与读写正反例。（partial；workunits/work-unit/W-C19@2026-10-21.workunits.2） 应用范围：数据库管理的“数据库部署与访问控制”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是可用实例、配置和权限核对；隔离重建实例，核对DB版本/配置、角色/网络、密钥/审计与读写正反例。 AI工作组织：Agent可生成配置、比较实际状态并迭代；部署器直接执行，独立探针验证连通和拒绝。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：AIOpsLab展示真实微服务与配置故障可检查，提供邻近环境方法；计划基础设施的成功应由目标状态和隔离检查决定。 当前可用性：mixed；框架公开；目标云权限、遥测与可回退环境由实际任务提供，不要求先接生产。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### 对基础设施可以委派实现和重建反馈，接收需同时验证连通、拒绝、故障域和实际资源。 依据身份：有条件的编辑推断；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Fault/Workload/Evaluator；关系：partial 支持：受控状态验证迁移为配置接收。 限制：云服务/网络差异需本地正反矩阵验证。 核查：2026-10-20；来源状态：active 适用限制：云服务/网络差异需本地正反矩阵验证。 ## 情境变化 ### 网络与访问配置 输入变化：路由、DNS、证书、策略或身份。 判断变化：先冻结连通/拒绝矩阵再实施。 验收变化：从不同身份/子网测试解析、端口、证书和隔离。 ### 平台部署与迁移 输入变化：新建/重建资源或平台版本切换。 判断变化：按配额/兼容/故障域阶段接收；数据切换另见W-C17。 验收变化：重建、配置漂移、故障切换和实际费用。 研究前沿：AIOpsLab公开可部署微服务/K8s环境及配置故障注入、负载和结果检查，已经能把配置与服务状态连起来；这是可检查实现范围，不是目标云IaC交付、连通隔离或费用上的模型成绩。 下一项验证：给一份隔离拓扑与访问矩阵，让Agent交IaC，独立重建并检查正反访问、漂移、配额/成本和故障域。 未来改判信号： - 新环境重建、访问拒绝矩阵与故障域检查保持一致，可考虑扩大相近输入范围。 - 只能手工修到可用，或开放权限/隐藏费用换取连通，应收窄或暂停相应采用。 接收/拒收： - 期望状态真实成立：部署后独立访问端点、DNS/证书/路由与身份，不只检查计划文件。 拒收：IaC plan成功却服务不可访问。 - 隔离没有被打开：从未授权身份/网络做拒绝控制，检查最小权限、密钥和暴露面。 拒收：把规则改为全允许来通过连通检查。 - 状态可维护可回退：销毁/重建演练限于隔离资源，检测漂移和一个故障域失效，核对回退。 拒收：手工改资源未入代码，重建时丢失配置。 失败处理：缺配额/身份/外部证书时明确阻塞与可部署部分，不能以扩大权限或隐藏失败完成交付。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：K8s配置试验床只提供邻近方法，数据库实例特性与治理另验。 验证方法：隔离重建实例，核对DB版本/配置、角色/网络、密钥/审计与读写正反例。 ### 还原与恢复点验证 从已存在备份/日志交付真实恢复实例和目标点/业务结果；创建和维护备份另接收。 交付物：可还原备份和恢复时点、时间证据 判断依据：外部报告结果、工具与方法依据 当前变化：可委派隔离还原与诊断，以目标点事务/配置/权限、用户读写和实际RPO/RTO接收，不能以备份文件存在代替。 - 数据库还原：交付可读写的目标恢复点：/work-units/W-C16?version=2026-10-21.workunits.2 数据库管理的“备份与恢复交付”使用数据库还原：交付可读写的目标恢复点，输入/接收对象是可还原备份和恢复时点、时间证据；核验基础备份/WAL、缺段负控制、目标点、权限/配置与实际RPO/RTO。（partial；workunits/work-unit/W-C16@2026-10-21.workunits.2） 应用范围：数据库管理的“备份与恢复交付”使用数据库还原：交付可读写的目标恢复点，输入/接收对象是可还原备份和恢复时点、时间证据；核验基础备份/WAL、缺段负控制、目标点、权限/配置与实际RPO/RTO。 AI工作组织：Agent可核对备份/日志、生成/执行获准还原并根据日志修正；程序直接验证事务和业务状态。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：备份存在与恢复成功不同；PostgreSQL机制给出可核对恢复条件，DBA-Bench强调恢复目标与安全需要同时验证。 当前可用性：open-implementation；PostgreSQL原生恢复工具公开；实际备份、日志和恢复资源由任务提供。 - PostgreSQL PITR：https://www.postgresql.org/docs/18/continuous-archiving.html 文档18；执行锁定源/目标DB与备份格式；隔离恢复实例、授权备份/日志和存储 ### DBA-Bench显示数据库诊断、有效恢复和约束满足必须分开评价；恢复声明需要真实业务状态。 依据身份：外部报告结果；状态：active - DBA-Bench v2：https://arxiv.org/abs/2607.22165v2 定位：v2 bounded/persistent evaluation；关系：partial 支持：直接状态运维研究。 限制：论文场景不是本站备份恢复试次。 核查：2026-10-20；来源状态：active 配置：v2：231有界场景、10持续场景，PostgreSQL/TiDB；8自动基线；按原环境/任务评估，本站未重放。 适用限制：论文场景不是本站备份恢复试次。 相关进展（本条判断）： - DBA-Bench以活跃负载区分诊断、恢复和约束：/explore?purpose=understand&domain=computing&window=all#P-C-DBA-STATE 首次公开 2026-07-24；资料修订 2026-10-10：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。 ### 基础备份、连续WAL与独立配置保护构成PostgreSQL时间点恢复的重要条件。 依据身份：工具与方法依据；状态：active - PostgreSQL18 连续归档与PITR：https://www.postgresql.org/docs/18/continuous-archiving.html 定位：25.3.1/25.3.5/Caveats；关系：method 支持：支持恢复方案和结果核对。 限制：原生机制不是AI成绩。 核查：2026-10-20；来源状态：active 适用限制：原生机制不是AI成绩。 ## 情境变化 ### 日志链与物理恢复 输入变化：目标点依赖基础备份与归档。 判断变化：先验证连续性再承诺可恢复范围。 验收变化：缺段、时间线和目标点事务，配置另核。 ### 逻辑恢复与业务重建 输入变化：只恢复选定对象/逻辑数据，不能套用物理PITR。 判断变化：按目标对象与依赖单独设计。 验收变化：对象/约束/权限、增量差异及完整业务查询。 研究前沿：PostgreSQL18公开提供基础备份+连续WAL的时间点恢复机制；DBA-Bench v2实测活跃PostgreSQL/TiDB的运维状态，观察诊断正确仍可能无法恢复、安全与恢复亦可能冲突。前者是方法，后者是有限场景模型结果，均不证明本备份链可恢复。 下一项验证：在隔离实例还原一份授权备份，冻结目标事务，加入缺WAL负控制并校验目标点、配置、用户读写和实际恢复时间。 未来改判信号： - 不同恢复点/备份周期均可独立还原并满足业务与恢复预算，可考虑扩大相近输入范围。 - WAL缺段、目标点不符或恢复后读写/配置失效，应收窄或暂停相应采用。 接收/拒收： - 恢复到正确状态：独立核对目标点前后事务、约束和关键业务查询，不只看数据库启动。 拒收：实例启动但恢复到错误时间或漏事务。 - 恢复链和配置真实可用：检查基础备份/WAL连续性、实际还原记录及单独配置/权限；不能用pg_dump冒充物理WAL基础备份。 拒收：文件存在却日志缺段，或配置/权限未恢复。 - 恢复满足业务与代价：在恢复实例做读写/负载探针，记录实际RPO/RTO、资源和不可恢复范围。 拒收：恢复操作完成但业务仍不可用且没有说明。 失败处理：链不完整时准确报告最近可恢复点与缺口；保持源库不受写入，不伪造完成。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：DBA-Bench是运维状态证据，不证明本备份链已恢复。 验证方法：核验基础备份/WAL、缺段负控制、目标点、权限/配置与实际RPO/RTO。 ### 性能与容量改善 查询锁争用、索引和负载对比。让Agent联合执行计划/锁/索引/资源搜索候选，在固定混合负载下接收收益与代价。 交付物：查询锁争用、索引和负载对比 判断依据：外部报告结果、工具与方法依据 当前变化：让Agent联合执行计划/锁/索引/资源搜索候选，在固定混合负载下接收收益与代价。 - 性能与容量改善：同一负载下证明收益与代价：/work-units/W-C18?version=2026-10-21.workunits.2 数据库管理的“性能与容量改善”使用性能与容量改善：同一负载下证明收益与代价，输入/接收对象是查询锁争用、索引和负载对比；多次核对尾延迟、锁、写放大/存储及金额结果；新负载挑战退化边界。（partial；workunits/work-unit/W-C18@2026-10-21.workunits.2） 应用范围：数据库管理的“性能与容量改善”使用性能与容量改善：同一负载下证明收益与代价，输入/接收对象是查询锁争用、索引和负载对比；多次核对尾延迟、锁、写放大/存储及金额结果；新负载挑战退化边界。 AI工作组织：Agent自主分析profile/执行计划、修改代码/配置并重测；程序执行冻结基准与资源记录。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：数据库有负载运维研究和AIOps负载工具提供邻近依据；性能交付可由独立程序比较，Agent主要搜索原因/配置，不能用一次最好成绩证明容量。 当前可用性：mixed；框架公开；目标云权限、遥测与可回退环境由实际任务提供，不要求先接生产。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### DBA-Bench在活跃负载中区分业务目标恢复与违规执行，支持把性能结果与约束一起判断。 依据身份：外部报告结果；状态：active - DBA-Bench v2：https://arxiv.org/abs/2607.22165v2 定位：v2 live workloads and operational objectives；关系：partial 支持：直接DB状态运维研究作为邻近证据。 限制：不是本站性能优化实测，也不是跨云/网络提升率。 核查：2026-10-20；来源状态：active 配置：DBA-Bench v2：活跃PostgreSQL/TiDB，231有界场景与10持续场景，8自动基线；按论文具体模型/脚手架和约束解释，不是本站性能优化试验。 适用限制：不是本站性能优化实测，也不是跨云/网络提升率。 相关进展（本条判断）： - DBA-Bench以活跃负载区分诊断、恢复和约束：/explore?purpose=understand&domain=computing&window=all#P-C-DBA-STATE 首次公开 2026-07-24；资料修订 2026-10-10：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。 ### 可用AIOpsLab负载和轨迹接口构造受控前后比较；实际测量与正确性应独立于优化者。 依据身份：工具与方法依据；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Workload/Evaluator/trace；关系：method 支持：有负载与记录接口。 限制：框架不保证选对工作负载或性能改善。 核查：2026-10-20；来源状态：active 适用限制：框架不保证选对工作负载或性能改善。 ## 情境变化 ### 数据库查询与争用 输入变化：索引、计划、锁、存储与混合读写。 判断变化：先冻结混合负载，不以单条查询接收整库。 验收变化：计划/profile、锁、写放大、数据结果与故障回退。 研究前沿：DBA-Bench v2把真实负载和数据库状态放入评估，AIOpsLab则提供可控制负载/轨迹接口；前者报告任务状态差距，后者是工程工具。它们未展示本目标负载下的AI优化收益，须同条件前后测量。 下一项验证：选一个可重放慢查询/服务压力，校准负载和测量；冻结预算，让Agent交候选，多次测性能、正确性和资源，改变负载挑战结论。 未来改判信号： - 保留负载下多次收益超过测量波动且资源代价符合预算，可考虑扩大相近输入范围。 - 收益仅来自缓存/更易输入，或写入/正确性与费用退化，应收窄或暂停相应采用。 接收/拒收： - 对比条件可比：多次重放同数据/并发/缓存条件并报告波动和热身。 拒收：只给最快一次或拿冷基线比热候选。 - 改善没有偷换目标：核对正确性/一致性/权限及其他请求，测写放大、内存和费用。 拒收：删结果、跳校验或昂贵扩容却只报延迟下降。 - 边界可复用：改变负载/数据规模/失败条件复查，说明瓶颈转移及回退。 拒收：单条SQL变快但整服务锁争用和成本恶化。 失败处理：环境不可比时先修测量；无改善保留profile和失败，不篡改阈值/采样。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：单查询变快不能覆盖整库和持续并发写入。 验证方法：多次核对尾延迟、锁、写放大/存储及金额结果；新负载挑战退化边界。 ### 数据与schema迁移 交付旧新版本/系统的数据语义映射、兼容、回填和切换/退出证据；复制/HA另接收。 交付物：语义映射、兼容回填、切换与退出证据 判断依据：有条件的编辑推断 当前变化：可委派数据/schema迁移演练，按旧新并存、持续写和回退/向前修复接收。 - 数据与schema切换：兼容迁移及可回退状态：/work-units/W-C17?version=2026-10-21.workunits.2 数据库管理的“迁移与高可用切换”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是数据完整性、兼容和回退证据；旧新读写、故障切换、最终增量、类型/编码/时区与实际停顿/回退数据核对。（partial；workunits/work-unit/W-C17@2026-10-21.workunits.2） 应用范围：数据库管理的“迁移与高可用切换”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是数据完整性、兼容和回退证据；旧新读写、故障切换、最终增量、类型/编码/时区与实际停顿/回退数据核对。 AI工作组织：Agent可生成兼容schema、回填与切换脚本，并按对账/失败反馈修改；稳定批处理直接程序执行。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：仓库转换和数据库状态评测提供邻近依据；跨版本迁移的关键是持续写入和退出策略，需要明确标为任务适配而非假装有直接迁移成功率。 当前可用性：mixed；SQL/数据库原生迁移可执行；目标工具/引擎版本与退出路径需实际冻结，尚无本任务模型试验。 - PostgreSQL 原生SQL与备份/恢复：https://www.postgresql.org/docs/18/continuous-archiving.html 以实际源/目标DB和迁移脚本版本为准；备份恢复文档18仅作退出准备；获准旧新实例、数据/备份与兼容客户端 ### Agent可生成并校验迁移候选，但接收需独立检验语义、旧新并存及中断退出，不能从普通SQL任务推出迁移已可靠。 依据身份：有条件的编辑推断；状态：active - Spider2 官方任务与维护公告：https://github.com/xlang-ai/Spider2 定位：Spider2-DBT repository workflows；关系：partial 支持：数据转换的工程任务作为邻近方法基础。 限制：没有目标跨版本迁移直接AI结果；所有切换控制是本任务设计。 核查：2026-10-20；来源状态：active 适用限制：没有目标跨版本迁移直接AI结果；所有切换控制是本任务设计。 ### 数据库状态评价应同时检查业务目标和安全约束，不能只以脚本退出码接收切换。 依据身份：有条件的编辑推断；状态：active - DBA-Bench v2：https://arxiv.org/abs/2607.22165v2 定位：operational objectives and safety；关系：partial 支持：状态型评价支持独立迁移验收。 限制：数据库运维研究不提供本迁移的成功率。 核查：2026-10-20；来源状态：active 适用限制：数据库运维研究不提供本迁移的成功率。 ## 情境变化 ### 在线扩展与收缩 输入变化：旧新schema并存、不能停写。 判断变化：按兼容/回填/切换接收，Agent内部方法自由。 验收变化：旧新读写、并发和水位，最后才验收旧结构清理。 ### 停机或跨系统切换 输入变化：允许冻结写入或目标引擎不同。 判断变化：先校验可转换范围与实际停顿预算。 验收变化：编码/类型/依赖、最终增量、流量切换与退出。 研究前沿：Spider2-DBT已经公开仓库级数据转换任务；DBA-Bench进一步以活跃数据库目标/约束检查状态。这些是迁移的邻近基础，当前未核实涵盖本旧新并存/切换任务的直接AI实验，因此本单元采用建议为方法推断。 下一项验证：冻结一份旧库/调用方快照，用重复执行、并发写与中断测试迁移；独立对账并演练退出或向前修复。 未来改判信号： - 旧新并存、持续写和中断回填下语义对账与退出都可复验，可考虑扩大相近输入范围。 - 回填覆盖新数据、旧客户端失败或不可逆点未被识别，应收窄或暂停相应采用。 接收/拒收： - 语义迁移正确：按业务键、金额、空值/编码/时区及约束独立核对映射。 拒收：行数相同但金额精度/时区或身份映射改变。 - 并存与中断可接续：重放旧新客户端、并发写/回填中断和重复执行。 拒收：旧客户端无法写或新数据被回填覆盖。 - 切换和退出真可执行：演练流量/写入切换、未完成检测与回退/向前修复，核对业务不变量。 拒收：文档有rollback按钮，实际新写入无法恢复。 失败处理：对账或兼容失败就保留旧写路径；没有可行回退时明确向前修复前提，不能虚构可逆。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：生产拓扑与不可逆点需真实环境，不能由DBT转换成绩替代。 验证方法：旧新读写、并发回填/中断、最终增量、类型/编码/时区与实际停顿/退出核对，不把它算HA切换。 ### 运行故障处置 诊断、恢复及一致性核查。可把数据库事故诊断、获准干预和恢复验证委派为一包；用事务/负载/权限检查区别根因正确与业务恢复。 交付物：诊断、恢复及一致性核查 判断依据：可检查产物、有条件的编辑推断、外部报告结果 当前变化：可把数据库事故诊断、获准干预和恢复验证委派为一包；用事务/负载/权限检查区别根因正确与业务恢复。 - 事故恢复：从信号到持续业务恢复：/work-units/W-C08?version=2026-10-21.workunits.2 数据库管理的“运行故障处置”使用事故恢复：从信号到持续业务恢复，输入/接收对象是诊断、恢复及一致性核查；原用户读写/事务、锁/连接/依赖和审计不变量，恢复后再施加负载/第二事件。（partial；workunits/work-unit/W-C08@2026-10-21.workunits.2） 应用范围：数据库管理的“运行故障处置”使用事故恢复：从信号到持续业务恢复，输入/接收对象是诊断、恢复及一致性核查；原用户读写/事务、锁/连接/依赖和审计不变量，恢复后再施加负载/第二事件。 AI工作组织：Agent自主关联遥测、查看配置、试验可逆动作与复测；确定性探针持续检查服务，越过权限或预算返回阻塞。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：AIOpsLab可将故障、负载、观察和评估接在同一环境，支持按系统状态验收；真实云拓扑、权限及业务不变量决定迁移边界。稳定配置可直接用脚本执行，Agent主要处理异常和不完整信息。 当前可用性：mixed；公开AIOpsLab提供故障/负载/遥测试验床；真实事故权限、拓扑和用户探针另备。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### AIOpsLab公开提供故障注入、负载、遥测与按任务结果评估的接口，可用于验证Agent是否改变了真实服务状态。 依据身份：可检查产物；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：README Problems：Fault/Workload/Evaluator；关系：partial 支持：可运行事故任务与独立状态检查方法。 限制：框架存在不是目标事故已恢复，也不是长期SRE成绩。 核查：2026-10-20；来源状态：active 适用限制：框架存在不是目标事故已恢复，也不是长期SRE成绩。 ### 可在受限权限与独立用户探针下委派环境改造/故障恢复；先演练可逆变更，再接收持续业务恢复及副作用。 依据身份：有条件的编辑推断；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Detection/Localization/Analysis/Mitigation；关系：partial 支持：支持按不同结果分别接收。 限制：真实网络、数据、依赖及成本需任务现场验证。 核查：2026-10-20；来源状态：active 适用限制：真实网络、数据、依赖及成本需任务现场验证。 ### DBA-Bench在活跃负载下观察到诊断、业务恢复和安全执行之间的缺口；数据库事故必须同时检查三者。 依据身份：外部报告结果；状态：active - DBA-Bench v2：https://arxiv.org/abs/2607.22165v2 定位：v2 Abstract；bounded/persistent scenarios；关系：partial 支持：数据库事故有直接状态运维评估。 限制：不是本站故障或所有生产数据库的成功率。 核查：2026-10-20；来源状态：active 配置：v2：PostgreSQL/TiDB，231有界与10持续场景、8自动基线；原始模型/脚手架与约束按论文区分，本站未重放。 适用限制：仅按任务/环境解释，不能由根因分类推断实际恢复。 相关进展（本条判断）： - DBA-Bench以活跃负载区分诊断、恢复和约束：/explore?purpose=understand&domain=computing&window=all#P-C-DBA-STATE 首次公开 2026-07-24；资料修订 2026-10-10：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。 ## 情境变化 ### 数据库运行故障 输入变化：锁/连接/配置/容量或依赖故障影响数据库业务，未必需要备份还原。 判断变化：按数据库事务与负载接收；确需备份还原再交W-C16，不能为修复牺牲数据。 验收变化：事务/约束/权限、原负载与恢复后再次变化；保持数据和审计。 研究前沿：AIOpsLab公开连接故障注入、负载、遥测、动作轨迹与检测/定位/分析/缓解评估；这是可执行状态试验床。数据库变体另有DBA-Bench的有负载运维实测，显示诊断、恢复和安全执行仍有缺口；本事故未重放。 下一项验证：在隔离微服务环境冻结DNS/端口或资源故障，先证明探针捕获错误，再让Agent修复并重复负载/第二事件，保留每条动作与恢复时间。 未来改判信号： - 连续故障及后续变更下用户路径恢复，数据和权限保持完整，可考虑扩大相近输入范围。 - 只消除告警而业务未恢复，或恢复动作破坏约束/反复复发，应收窄或暂停相应采用。 接收/拒收： - 用户目标恢复：执行真实关键请求、错误率/延迟和数据一致性探针，在观察窗验证。 拒收：关闭告警、重启进程后只看pod Running。 - 操作范围与副作用可接受：比较权限/网络/配置与数据前后差异，检查其他服务与回退。 拒收：为连通服务开放全部网络或删除队列数据。 - 恢复经得起后续变化：重新施加代表负载或第二事件，检查原修复、容量和复发条件。 拒收：一次请求成功就宣告根因解决，后续发布立即复发。 失败处理：信号矛盾时保留假设和反证，不把最近变更当唯一根因；恢复失败交付尝试、当前状态和升级包，维持能恢复的路径。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：持续场景显示修复会退化，目标数据库约束必须独立核对。 验证方法：原用户读写/事务、锁/连接/依赖和审计不变量，恢复后再施加负载/第二事件。 ### 数据库维护治理 版本维护、审计和访问复核记录。可交版本维护、权限/配置审计和兼容演练，以实际差异/拒绝矩阵/旧查询接收，不只维护清单。 交付物：版本维护、审计和访问复核记录 判断依据：有条件的编辑推断 当前变化：可交版本维护、权限/配置审计和兼容演练，以实际差异/拒绝矩阵/旧查询接收，不只维护清单。 - 基础设施配置交付：可重建、可访问、可拒绝：/work-units/W-C19?version=2026-10-21.workunits.2 数据库管理的“数据库维护治理”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是版本维护、审计和访问复核记录；配置漂移、角色访问正反例、审计/保留以及升级兼容和退出路径。（partial；workunits/work-unit/W-C19@2026-10-21.workunits.2） - 数据与schema切换：兼容迁移及可回退状态：/work-units/W-C17?version=2026-10-21.workunits.2 数据库管理的“数据库维护治理”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是版本维护、审计和访问复核记录；配置漂移、角色访问正反例、审计/保留以及升级兼容和退出路径。（partial；workunits/work-unit/W-C17@2026-10-21.workunits.2） 应用范围：数据库管理的“数据库维护治理”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是版本维护、审计和访问复核记录；配置漂移、角色访问正反例、审计/保留以及升级兼容和退出路径。 AI工作组织：Agent可生成配置、比较实际状态并迭代；部署器直接执行，独立探针验证连通和拒绝。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：AIOpsLab展示真实微服务与配置故障可检查，提供邻近环境方法；计划基础设施的成功应由目标状态和隔离检查决定。 当前可用性：mixed；框架公开；目标云权限、遥测与可回退环境由实际任务提供，不要求先接生产。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### 对基础设施可以委派实现和重建反馈，接收需同时验证连通、拒绝、故障域和实际资源。 依据身份：有条件的编辑推断；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Fault/Workload/Evaluator；关系：partial 支持：受控状态验证迁移为配置接收。 限制：云服务/网络差异需本地正反矩阵验证。 核查：2026-10-20；来源状态：active 适用限制：云服务/网络差异需本地正反矩阵验证。 ## 情境变化 ### 网络与访问配置 输入变化：路由、DNS、证书、策略或身份。 判断变化：先冻结连通/拒绝矩阵再实施。 验收变化：从不同身份/子网测试解析、端口、证书和隔离。 研究前沿：AIOpsLab公开可部署微服务/K8s环境及配置故障注入、负载和结果检查，已经能把配置与服务状态连起来；这是可检查实现范围，不是目标云IaC交付、连通隔离或费用上的模型成绩。 下一项验证：给一份隔离拓扑与访问矩阵，让Agent交IaC，独立重建并检查正反访问、漂移、配额/成本和故障域。 未来改判信号： - 新环境重建、访问拒绝矩阵与故障域检查保持一致，可考虑扩大相近输入范围。 - 只能手工修到可用，或开放权限/隐藏费用换取连通，应收窄或暂停相应采用。 接收/拒收： - 期望状态真实成立：部署后独立访问端点、DNS/证书/路由与身份，不只检查计划文件。 拒收：IaC plan成功却服务不可访问。 - 隔离没有被打开：从未授权身份/网络做拒绝控制，检查最小权限、密钥和暴露面。 拒收：把规则改为全允许来通过连通检查。 - 状态可维护可回退：销毁/重建演练限于隔离资源，检测漂移和一个故障域失效，核对回退。 拒收：手工改资源未入代码，重建时丢失配置。 失败处理：缺配额/身份/外部证书时明确阻塞与可部署部分，不能以扩大权限或隐藏失败完成交付。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 应用范围：数据库管理的“数据库维护治理”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是版本维护、审计和访问复核记录；配置漂移、角色访问正反例、审计/保留以及升级兼容和退出路径。 AI工作组织：Agent可生成兼容schema、回填与切换脚本，并按对账/失败反馈修改；稳定批处理直接程序执行。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：仓库转换和数据库状态评测提供邻近依据；跨版本迁移的关键是持续写入和退出策略，需要明确标为任务适配而非假装有直接迁移成功率。 当前可用性：mixed；SQL/数据库原生迁移可执行；目标工具/引擎版本与退出路径需实际冻结，尚无本任务模型试验。 - PostgreSQL 原生SQL与备份/恢复：https://www.postgresql.org/docs/18/continuous-archiving.html 以实际源/目标DB和迁移脚本版本为准；备份恢复文档18仅作退出准备；获准旧新实例、数据/备份与兼容客户端 ### Agent可生成并校验迁移候选，但接收需独立检验语义、旧新并存及中断退出，不能从普通SQL任务推出迁移已可靠。 依据身份：有条件的编辑推断；状态：active - Spider2 官方任务与维护公告：https://github.com/xlang-ai/Spider2 定位：Spider2-DBT repository workflows；关系：partial 支持：数据转换的工程任务作为邻近方法基础。 限制：没有目标跨版本迁移直接AI结果；所有切换控制是本任务设计。 核查：2026-10-20；来源状态：active 适用限制：没有目标跨版本迁移直接AI结果；所有切换控制是本任务设计。 ### 数据库状态评价应同时检查业务目标和安全约束，不能只以脚本退出码接收切换。 依据身份：有条件的编辑推断；状态：active - DBA-Bench v2：https://arxiv.org/abs/2607.22165v2 定位：operational objectives and safety；关系：partial 支持：状态型评价支持独立迁移验收。 限制：数据库运维研究不提供本迁移的成功率。 核查：2026-10-20；来源状态：active 适用限制：数据库运维研究不提供本迁移的成功率。 ## 情境变化 ### 在线扩展与收缩 输入变化：旧新schema并存、不能停写。 判断变化：按兼容/回填/切换接收，Agent内部方法自由。 验收变化：旧新读写、并发和水位，最后才验收旧结构清理。 研究前沿：Spider2-DBT已经公开仓库级数据转换任务；DBA-Bench进一步以活跃数据库目标/约束检查状态。这些是迁移的邻近基础，当前未核实涵盖本旧新并存/切换任务的直接AI实验，因此本单元采用建议为方法推断。 下一项验证：冻结一份旧库/调用方快照，用重复执行、并发写与中断测试迁移；独立对账并演练退出或向前修复。 未来改判信号： - 旧新并存、持续写和中断回填下语义对账与退出都可复验，可考虑扩大相近输入范围。 - 回填覆盖新数据、旧客户端失败或不可逆点未被识别，应收窄或暂停相应采用。 接收/拒收： - 语义迁移正确：按业务键、金额、空值/编码/时区及约束独立核对映射。 拒收：行数相同但金额精度/时区或身份映射改变。 - 并存与中断可接续：重放旧新客户端、并发写/回填中断和重复执行。 拒收：旧客户端无法写或新数据被回填覆盖。 - 切换和退出真可执行：演练流量/写入切换、未完成检测与回退/向前修复，核对业务不变量。 拒收：文档有rollback按钮，实际新写入无法恢复。 失败处理：对账或兼容失败就保留旧写路径；没有可行回退时明确向前修复前提，不能虚构可逆。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：软件版本与访问治理涉及具体组织政策，原生/云托管机制需单独核实。 验证方法：配置漂移、角色访问正反例、审计/保留以及升级兼容和退出路径。 ### 备份产生与持续维护 交付满足恢复目标的真实备份/归档资产与运行机制；还原由独立任务消费它验证。 交付物：基础/增量/WAL及配置受保护资产；调度、失败/落后、保留依赖及独立还原接口 判断依据：工具与方法依据、有条件的编辑推断 当前变化：可委派备份/归档配置与受限执行，以真实链、失败/保留控制和独立还原接收；不从一般运维成绩推断创建成功。 - 备份资产交付：持续产生受保护且可还原的备份集：/work-units/W-C27?version=2026-10-21.workunits.2 数据库管理在备份产生与持续维护中采用备份资产交付：持续产生受保护且可还原的备份集；执行多个备份周期，核对链/配置/密钥/权限；注入失败/落后/空间不足和保留清理，再由W-C16真还原。（partial；workunits/work-unit/W-C27@2026-10-21.workunits.2） 应用范围：数据库管理在备份产生与持续维护中采用备份资产交付：持续产生受保护且可还原的备份集；执行多个备份周期，核对链/配置/密钥/权限；注入失败/落后/空间不足和保留清理，再由W-C16真还原。 AI工作组织：Agent联合配置、执行、资产核对与失败诊断；稳定调度直接程序运行，独立还原挑战资产。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：PostgreSQL18区分基础/增量备份、连续归档和还原，并说明归档失败/落后后果。这支持可执行接收设计；AI组织与调试是工具方法上的迁移判断。 当前可用性：mixed；原生工具可用；调度/存储/密钥和访问保护由目标环境提供，未在本站创建备份。 - PostgreSQL18备份/归档：https://www.postgresql.org/docs/18/continuous-archiving.html 文档18；实际源库、工具、格式与链固定；需授权库、隔离存储/密钥和还原空间 ### PostgreSQL18提供基础/增量备份与WAL归档方法，归档成功语义、失败积压和链依赖必须由实际资产检查。 依据身份：工具与方法依据；状态：active - PostgreSQL18 连续归档与PITR：https://www.postgresql.org/docs/18/continuous-archiving.html 定位：25.3.1—25.3.3；关系：method 支持：支持备份产生/维护的独立结果契约。 限制：原生方法不是AI备份试验。 核查：2026-10-20；来源状态：active 适用限制：原生方法不是AI备份试验。 ### 可把备份配置、受限运行和资产诊断委派给Agent，以真实链、保护/失败控制与独立还原接收。 依据身份：有条件的编辑推断；状态：active - PostgreSQL18 连续归档与PITR：https://www.postgresql.org/docs/18/continuous-archiving.html 定位：归档/备份/恢复接口；关系：partial 支持：可执行原生机制使结果可检验。 限制：没有本库AI成功率，备份创建与还原分别接收。 核查：2026-10-20；来源状态：active 适用限制：没有本库AI成功率，备份创建与还原分别接收。 ## 情境变化 ### 基础增量与归档链 输入变化：使用增量依赖或连续恢复目标。 判断变化：先核对实际依赖与归档完整性，再接收恢复范围。 验收变化：基础/增量/WAL依赖、缺段与恢复点；配置文件另备。 ### 保留与负载约束 输入变化：资产长期增长、备份争用源库资源。 判断变化：清理和周期可委派但不能破坏可恢复窗口。 验收变化：保留删除演练、存储满/落后、业务负载与实际恢复范围。 研究前沿：原生备份/归档机制明确且可获得；尚未核实本备份任务的直接AI试验，脚本生成与一般运维结果均不能证明资产可还原。 下一项验证：在授权测试库建立一个备份周期，注入归档失败/空间不足与保留清理，再由独立W-C16恢复到指定事务点。 未来改判信号： - 多个周期后备份链、失败信号与独立还原持续满足恢复预算，可扩大自动维护。 - 资产链断裂、落后未报警或清理破坏可恢复性时停止相应自动删除/备份承诺。 接收/拒收： - 确实产生可用资产：执行备份和归档，核对基础/增量/WAL依赖与配置、完整性、访问和密钥可获得性；交W-C16真还原。 拒收：只有脚本或文件名，没有可还原链。 - 失败被及时暴露：模拟归档返回失败/存储满/落后，观察告警、WAL积压与源库影响，不把缺测写健康。 拒收：归档命令误报成功导致所需日志被回收。 - 保留与预算一致：演练保留清理，确认不删仍被引用的基础/WAL，测备份负载和实际周期，复核目标恢复范围。 拒收：删旧基础后增量仍在，或备份拖垮源库却声称满足目标。 失败处理：无法获得所需配置/日志/密钥时交准确缺口；不把无法还原资产标完成，保留原链避免误删。 本站记录：本次核查公开资料与任务契约，未在本站运行目标任务或新增模型试次。 尚未覆盖：周期、源库负载、密钥/保留目标需本库验证。 验证方法：执行多个备份周期，核对链/配置/密钥/权限；注入失败/落后/空间不足和保留清理，再由W-C16真还原。 ### 复制与HA切换 交付单主、客户端事务连续和备机重新建立的完整HA状态，不以schema回填代替。 交付物：复制/fencing/切换与端点配置；事务/延迟/中断、旧主回归和冗余重建证据 判断依据：工具与方法依据、外部报告结果、有条件的编辑推断 当前变化：可委派隔离拓扑的配置和故障演练，按单主、事务/客户端、冗余恢复阶段接收。 - 复制与HA切换：单主、事务连续与冗余恢复：/work-units/W-C28?version=2026-10-21.workunits.2 数据库管理在复制与HA切换中采用复制与HA切换：单主、事务连续与冗余恢复；主故障/分区/旧主回归检查唯一可写主；按确认事务/复制位点核对丢失/重复、端点重连和实际恢复时间；重建副本后再故障。（partial；workunits/work-unit/W-C28@2026-10-21.workunits.2） 应用范围：数据库管理在复制与HA切换中采用复制与HA切换：单主、事务连续与冗余恢复；主故障/分区/旧主回归检查唯一可写主；按确认事务/复制位点核对丢失/重复、端点重连和实际恢复时间；重建副本后再故障。 AI工作组织：Agent可联合诊断拓扑/位点、配置授权机制并驱动故障测试；独立事务/单主/端点探针决定接收。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：PostgreSQL18要求旧主隔离和新备机重建，原生DB不提供完整故障检测。DBA-Bench持续场景实际出现主事务恢复而副本未恢复，说明不能只验主库。 当前可用性：mixed；原生复制/提升/重建接口公开，完整故障检测与fencing工具需按目标部署；本站未演练。 - PostgreSQL18 HA机制：https://www.postgresql.org/docs/18/warm-standby-failover.html 文档18；实际DB/检测/fencing/端点工具版本固定；隔离主备/网络控制与业务客户端；完整检测工具另备 ### PostgreSQL18说明故障切换须避免旧主重入形成双主，切换后需重建备机恢复冗余；检测/通知软件另配。 依据身份：工具与方法依据；状态：active - PostgreSQL18 Failover：https://www.postgresql.org/docs/18/warm-standby-failover.html 定位：26.3；关系：method 支持：定义单主与冗余的实际接收条件。 限制：方法不是AI切换成绩。 核查：2026-10-20；来源状态：active 适用限制：方法不是AI切换成绩。 ### DBA-Bench持续PostgreSQL复制场景出现主库事务达标但副本服务未恢复，局部恢复不满足完整结果。 依据身份：外部报告结果；状态：active - DBA-Bench v2：https://arxiv.org/abs/2607.22165v2 定位：6.6.1 Partial business outcomes；关系：partial 支持：有直接副本未恢复的失败边界。 限制：受控场景不估生产频率，也不覆盖本拓扑。 核查：2026-10-20；来源状态：active 配置：v2持续评估：GPT5.5/Opus4.8/GLM5.1等，PostgreSQL/TiDB各5场景，每模型每场景1次；本主张仅该复制反例。 适用限制：受控场景不估生产频率，也不覆盖本拓扑。 相关进展（本条判断）： - DBA-Bench以活跃负载区分诊断、恢复和约束：/explore?purpose=understand&domain=computing&window=all#P-C-DBA-STATE 首次公开 2026-07-24；资料修订 2026-10-10：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。 ### 可委派HA配置/故障演练，以单主、客户端事务和冗余恢复联合接收，不能只按提升命令成功。 依据身份：有条件的编辑推断；状态：active - PostgreSQL18 Failover：https://www.postgresql.org/docs/18/warm-standby-failover.html 定位：26.3 failover and standby recreation；关系：partial 支持：原生可检查机制支持演练。 限制：需目标工具、拓扑和业务负载核验。 核查：2026-10-20；来源状态：active 适用限制：需目标工具、拓扑和业务负载核验。 ## 情境变化 ### 复制延迟与丢失边界 输入变化：同步/异步与不同延迟条件。 判断变化：按事先约定事务损失和等待/可用性接收。 验收变化：确认事务/位点、丢失/重复、追赶与中断时间。 ### 分区与旧主回归 输入变化：主未真停机或随后恢复。 判断变化：必须先证明单主与fencing，不能用提升掩盖双主。 验收变化：双方写入负例、客户端路由、重建副本及第二故障。 研究前沿：原生机制与状态型实验共同给出完整结果边界；DBA-Bench只是有限持续场景，不是此HA工具/拓扑的生产切换可靠率。 下一项验证：在隔离主备拓扑冻结事务/端点，测试主故障、网络分区、旧主回归与备机重建，再执行第二次切换。 未来改判信号： - 不同故障/延迟条件下单主、事务、客户端和冗余都持续可复验，可扩大受限自动切换。 - 旧主重入可写、客户端未恢复或备机长期退化时停止完整HA声明。 接收/拒收： - 单主与事务边界成立：故障/分区后确认唯一可写主，旧主恢复仍被隔离；按已确认事务与复制延迟核对丢失/重复。 拒收：新主可写但旧主也重回写入，形成分裂脑。 - 业务连接真实恢复：从正常客户端端点重连/重试读写，测实际中断与RPO/RTO，核对会话/事务语义。 拒收：手动连新主成功，却客户端仍指旧端点。 - 冗余重新成立：重建/追赶备机并验证读/复制服务，重新施加一个故障，核对单主和事务状态。 拒收：只恢复主库业务，副本未恢复却宣告完整HA。 失败处理：不能证明唯一主或链状态时停止扩大写入，保留证据并升级；不可用盲提升/双写试探。 本站记录：本次核查公开资料与任务契约，未在本站运行目标任务或新增模型试次。 尚未覆盖：检测/fencing工具、同步语义和目标拓扑需真实验证；DBA反例不估生产频率。 验证方法：主故障/分区/旧主回归检查唯一可写主；按确认事务/复制位点核对丢失/重复、端点重连和实际恢复时间；重建副本后再故障。 ## 与工作关联的进展 ### DBA-Bench以活跃负载区分诊断、恢复和约束 公开 2026-07-24；资料修订 2026-10-10：文档版本/结果表述修订；没有据此推定新的模型能力跃迁。 v2在活跃PostgreSQL/TiDB比较有界/持续运维状态，揭示诊断与恢复及安全的差距。 支持范围：预印本受限场景；具体库、权限与负载仍需独立状态验收。 来源状态：active /explore?purpose=understand&domain=computing&window=all#P-C-DBA-STATE ## 未来3–5年条件情景 未来 3–5 年（2029–2031） 未来 3–5 年是编辑条件情景，不是就业数量预测。每项均列基准、加速、受限路径和需观察的信号；职业职责来源不等于 AI 能力证据。 基准：2029–2031，受限调优、诊断与还原将更多接入持续状态反馈；管理员更多定义数据不变量、变更窗口和回退条件，采用范围随负载与故障证据调整。 加速：若目标数据库版本、后续故障与恢复点变化下仍满足业务/安全和成本，可扩大例行运维授权。 受限：若高可用切换和数据修复仍难验证，关键操作继续依赖演练证据。 改判信号： - 恢复演练的实际数据完整性 - 自动调优在混合负载下的回归 ## 进入与成长的公开能力证据 本页主要提供工作与作品证据；基础课程、责任级别和中国准入尚未完成专题整理。 完整交付作品证据： - 可用实例、配置和权限核对；附隔离重建实例，核对DB版本/配置、角色/网络、密钥/审计与读写正反例。 - 可还原备份和恢复时点、时间证据；附核验基础备份/WAL、缺段负控制、目标点、权限/配置与实际RPO/RTO。 具体地区、职级和组织要求按目标岗位核对；美国资料不自动作为中国资格要求。 ## 相邻方向及区别 - 数据工程：/careers/data-engineer.md?version=2026-10-21.careers.2 数据库管理偏存储服务运行；数据工程偏数据内容的加工与分发。 - 站点可靠性工程：/careers/sre-engineer.md?version=2026-10-21.careers.2 SRE 关注整项服务可靠性，DBA 专注数据库故障与恢复。 ## 职业名称与分类映射 - O*NET-SOC 15-1242.00 Database Administrators；O*NET-SOC 2019；OnLine Updated 2026；US；exact 本记录按该职业定义组织职责；中文为编辑译名，不声明中美资格等价。；定位 Definition / Tasks ## 工作资料与来源 - 基础设施配置交付：可重建、可访问、可拒绝：/work-units/W-C19?version=2026-10-21.workunits.2 数据库管理的“数据库维护治理”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是版本维护、审计和访问复核记录；配置漂移、角色访问正反例、审计/保留以及升级兼容和退出路径。（partial；workunits/work-unit/W-C19@2026-10-21.workunits.2） - 数据库还原：交付可读写的目标恢复点：/work-units/W-C16?version=2026-10-21.workunits.2 数据库管理的“备份与恢复交付”使用数据库还原：交付可读写的目标恢复点，输入/接收对象是可还原备份和恢复时点、时间证据；核验基础备份/WAL、缺段负控制、目标点、权限/配置与实际RPO/RTO。（partial；workunits/work-unit/W-C16@2026-10-21.workunits.2） - 性能与容量改善：同一负载下证明收益与代价：/work-units/W-C18?version=2026-10-21.workunits.2 数据库管理的“性能与容量改善”使用性能与容量改善：同一负载下证明收益与代价，输入/接收对象是查询锁争用、索引和负载对比；多次核对尾延迟、锁、写放大/存储及金额结果；新负载挑战退化边界。（partial；workunits/work-unit/W-C18@2026-10-21.workunits.2） - 数据与schema切换：兼容迁移及可回退状态：/work-units/W-C17?version=2026-10-21.workunits.2 数据库管理的“数据库维护治理”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是版本维护、审计和访问复核记录；配置漂移、角色访问正反例、审计/保留以及升级兼容和退出路径。（partial；workunits/work-unit/W-C17@2026-10-21.workunits.2） - 事故恢复：从信号到持续业务恢复：/work-units/W-C08?version=2026-10-21.workunits.2 数据库管理的“运行故障处置”使用事故恢复：从信号到持续业务恢复，输入/接收对象是诊断、恢复及一致性核查；原用户读写/事务、锁/连接/依赖和审计不变量，恢复后再施加负载/第二事件。（partial；workunits/work-unit/W-C08@2026-10-21.workunits.2） - 备份资产交付：持续产生受保护且可还原的备份集：/work-units/W-C27?version=2026-10-21.workunits.2 数据库管理在备份产生与持续维护中采用备份资产交付：持续产生受保护且可还原的备份集；执行多个备份周期，核对链/配置/密钥/权限；注入失败/落后/空间不足和保留清理，再由W-C16真还原。（partial；workunits/work-unit/W-C27@2026-10-21.workunits.2） - 复制与HA切换：单主、事务连续与冗余恢复：/work-units/W-C28?version=2026-10-21.workunits.2 数据库管理在复制与HA切换中采用复制与HA切换：单主、事务连续与冗余恢复；主故障/分区/旧主回归检查唯一可写主；按确认事务/复制位点核对丢失/重复、端点重连和实际恢复时间；重建副本后再故障。（partial；workunits/work-unit/W-C28@2026-10-21.workunits.2） - Database Administrators：https://www.onetonline.org/link/summary/15-1242.00 O*NET / 美国劳工部职业信息网络；US；O*NET OnLine / Updated 2026 / 2026-10-20访问快照；核查 2026-10-20；状态 active 定位：职业定义、Tasks、Work Activities；不采用薪酬和学历比例 范围：美国 O*NET-SOC 职业职责参照；中文标题及导航由编辑按工作内容映射 限制：不证明中国岗位数量、准入资格或在招需求；不提供该职业的 AI 实测结论。 ## 用于自己的问题 个人适配、具体岗位判断与计划由用户自己的 Agent 结合已有材料处理。复用已知上下文，仅追问影响结论的缺口；目录不是全部选项。阅读或比较公开工作本身无需档案、固定二选一、保存记录或行动计划。 --- # 站点可靠性工程 岗位方向；职业资料版本 2026-10-21.careers.2；核查 2026-10-20 用软件工程管理服务可靠性、运行负担和交付风险。 SRE、DevOps 与平台工程不是完全同义；本页按服务目标、值班和自动化维护组织。 本页按职责提供公开参照；地域、职级和准入以目标组织的现行要求另核。 名称/别名：SRE、可靠性工程师、DevOps、运维开发 来源状态：active ## 职业工作范围 按本职业主要交付组织工作范围；多个目标可以由同一结果包接收。职责来源用于核对工作定义，AI采用、工具可得性和实际表现按各项具体证据判断。这里不是所有地区与细分岗位的完整清单。 ### 可靠性目标与信号 产物：可解释SLI/SLO、告警与错误预算取舍 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；未知故障和长期值班噪声仍需真实观察，目标不能由机器存活率替代。 任务应用：/careers/sre-engineer#work-sre-engineer-deliverable-1 变体：用户SLI与目标；检测规则与值班噪声 ### 事件响应与恢复 产物：时间线、恢复操作和服务状态证据 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；诊断正确和一次请求成功均不证明持续恢复。 任务应用：/careers/sre-engineer#work-sre-engineer-deliverable-2 变体： ### 发布风险控制 产物：渐进发布、回滚和状态完整性核查 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；生产发布权限与真实用户影响需要实际授权和监测。 任务应用：/careers/sre-engineer#work-sre-engineer-deliverable-3 变体：事故与渐进发布；在线扩展与收缩 ### 可靠性工程改进 产物：自动化、故障隔离与容量韧性变更 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；有界演练不能覆盖全部生产组合，需记录适用负载与故障域。 任务应用：/careers/sre-engineer#work-sre-engineer-deliverable-4 变体：平台部署与迁移；服务与网络容量；非功能与对抗输入 ### 复盘与长期治理 产物：根因、行动闭环、运行负担和复发记录 内容覆盖：documented；以该应用的具体产物与独立接收条件呈现目标；工单关闭或根因故事不等于整改有效，组织反馈不可虚构。 任务应用：/careers/sre-engineer#work-sre-engineer-deliverable-5 变体：原因与促成条件；整改与运行负担 范围来源：https://www.onetonline.org/link/summary/15-1252.00；https://www.onetonline.org/link/summary/15-1244.00 当前范围以外： - 应用新功能所有权 - 企业全部平台架构职责不自动并入SRE 待补： - 需持续运行、跨系统恢复和多人值班证据 - 单次修复不能代表长期可靠性 ## 主要工作与 AI 当前变化 以下条件评估与局部证据分别标示，不表示整项职业已验证。 ### 可靠性目标与信号 可解释SLI/SLO、告警与错误预算取舍。可委派用户SLI/SLO、错误预算与告警实现；先冻结取舍再校准，持续计算直接由程序承担。 交付物：可解释SLI/SLO、告警与错误预算取舍 判断依据：工具与方法依据 当前变化：可委派用户SLI/SLO、错误预算与告警实现；先冻结取舍再校准，持续计算直接由程序承担。 - 运行信号交付：SLI/SLO、检测与可行动告警：/work-units/W-C20?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性目标与信号”使用运行信号交付：SLI/SLO、检测与可行动告警，输入/接收对象是可解释SLI/SLO、告警与错误预算取舍；分母/时间窗覆盖真实请求，故障/正常/缺测与抖动控制、告警动作和责任接续。（partial；workunits/work-unit/W-C20@2026-10-21.workunits.2） 应用范围：站点可靠性工程的“可靠性目标与信号”使用运行信号交付：SLI/SLO、检测与可行动告警，输入/接收对象是可解释SLI/SLO、告警与错误预算取舍；分母/时间窗覆盖真实请求，故障/正常/缺测与抖动控制、告警动作和责任接续。 AI工作组织：Agent读服务定义和历史，生成/调整采集和告警，程序重放控制；负责人决定SLO和升级取舍。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：公开故障/负载试验床能校准信号，但无法替组织确定风险容忍。把指标和告警本身当产物，可避免Agent靠“监控正常”自证。 当前可用性：mixed；框架公开；目标云权限、遥测与可回退环境由实际任务提供，不要求先接生产。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### AIOpsLab的故障、负载和评估接口可用于校准运行信号与检测，规则正确性应以独立故障/正常控制检查。 依据身份：工具与方法依据；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Detection tasks/Workload/Evaluator；关系：method 支持：提供可构造症状与结果的环境。 限制：方法不证明目标SLO恰当或长期告警可靠。 核查：2026-10-20；来源状态：active 适用限制：方法不证明目标SLO恰当或长期告警可靠。 ## 情境变化 ### 用户SLI与目标 输入变化：需定义用户成功、延迟与错误预算。 判断变化：先对照真实路径再自动化采集。 验收变化：分母/窗口/采样、依赖、目标取舍和缺测。 ### 检测规则与值班噪声 输入变化：已有遥测但告警漏报或过多。 判断变化：按可行动症状重做规则校准。 验收变化：故障/正常/抖动/采集缺失与升级路径。 研究前沿：AIOpsLab提供检测任务、故障/负载和评估接口，可用正常与故障重放验证告警；公开接口没有替本团队选择用户SLI/SLO，也未给本规则长期漏报/误报成绩。 下一项验证：选一个关键用户路径和历史故障，冻结口径，用正常/故障/遥测缺失控制验证规则，再在观察窗记录行动与噪声。 未来改判信号： - 真实新故障被及时检测而正常波动与缺测被正确区分，可考虑扩大相近输入范围。 - 用户失败未进分母、告警噪声升高或采集缺失被写成健康，应收窄或暂停相应采用。 接收/拒收： - 信号代表用户目标：把分母、窗口和路径与真实请求对照，检查依赖/采样遗漏。 拒收：只测机器存活，用户付款失败却SLI健康。 - 规则可检测可拒绝：重放已知故障与正常波动，记录误报/漏报、检测延迟和采集失败。 拒收：只加一条能报警的规则，没有正常负样本。 - 告警可行动：另一接收者按规则和指引定位受影响路径，核对升级/静默/恢复及版本。 拒收：告警没有对象、含义或动作，导致反复无效值班。 失败处理：目标不明确先给可选口径及影响；采集缺失应暴露为缺测，不能写成零错误。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：未知故障和长期值班噪声仍需真实观察，目标不能由机器存活率替代。 验证方法：分母/时间窗覆盖真实请求，故障/正常/缺测与抖动控制、告警动作和责任接续。 ### 事件响应与恢复 时间线、恢复操作和服务状态证据。可让Agent按遥测自主调查、实施授权内可逆修复并持续复测，以恢复后的用户/数据状态接收。 交付物：时间线、恢复操作和服务状态证据 判断依据：可检查产物、有条件的编辑推断 当前变化：可让Agent按遥测自主调查、实施授权内可逆修复并持续复测，以恢复后的用户/数据状态接收。 - 事故恢复：从信号到持续业务恢复：/work-units/W-C08?version=2026-10-21.workunits.2 站点可靠性工程的“事件响应与恢复”使用事故恢复：从信号到持续业务恢复，输入/接收对象是时间线、恢复操作和服务状态证据；实际请求、错误率/尾延迟与事务/权限；后续负载/第二事件挑战恢复，留动作时间线。（partial；workunits/work-unit/W-C08@2026-10-21.workunits.2） 应用范围：站点可靠性工程的“事件响应与恢复”使用事故恢复：从信号到持续业务恢复，输入/接收对象是时间线、恢复操作和服务状态证据；实际请求、错误率/尾延迟与事务/权限；后续负载/第二事件挑战恢复，留动作时间线。 AI工作组织：Agent自主关联遥测、查看配置、试验可逆动作与复测；确定性探针持续检查服务，越过权限或预算返回阻塞。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：AIOpsLab可将故障、负载、观察和评估接在同一环境，支持按系统状态验收；真实云拓扑、权限及业务不变量决定迁移边界。稳定配置可直接用脚本执行，Agent主要处理异常和不完整信息。 当前可用性：mixed；公开AIOpsLab提供故障/负载/遥测试验床；真实事故权限、拓扑和用户探针另备。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### AIOpsLab公开提供故障注入、负载、遥测与按任务结果评估的接口，可用于验证Agent是否改变了真实服务状态。 依据身份：可检查产物；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：README Problems：Fault/Workload/Evaluator；关系：partial 支持：可运行事故任务与独立状态检查方法。 限制：框架存在不是目标事故已恢复，也不是长期SRE成绩。 核查：2026-10-20；来源状态：active 适用限制：框架存在不是目标事故已恢复，也不是长期SRE成绩。 ### 可在受限权限与独立用户探针下委派环境改造/故障恢复；先演练可逆变更，再接收持续业务恢复及副作用。 依据身份：有条件的编辑推断；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Detection/Localization/Analysis/Mitigation；关系：partial 支持：支持按不同结果分别接收。 限制：真实网络、数据、依赖及成本需任务现场验证。 核查：2026-10-20；来源状态：active 适用限制：真实网络、数据、依赖及成本需任务现场验证。 ## 情境变化 研究前沿：AIOpsLab公开连接故障注入、负载、遥测、动作轨迹与检测/定位/分析/缓解评估；这是可执行状态试验床。数据库变体另有DBA-Bench的有负载运维实测，显示诊断、恢复和安全执行仍有缺口；本事故未重放。 下一项验证：在隔离微服务环境冻结DNS/端口或资源故障，先证明探针捕获错误，再让Agent修复并重复负载/第二事件，保留每条动作与恢复时间。 未来改判信号： - 连续故障及后续变更下用户路径恢复，数据和权限保持完整，可考虑扩大相近输入范围。 - 只消除告警而业务未恢复，或恢复动作破坏约束/反复复发，应收窄或暂停相应采用。 接收/拒收： - 用户目标恢复：执行真实关键请求、错误率/延迟和数据一致性探针，在观察窗验证。 拒收：关闭告警、重启进程后只看pod Running。 - 操作范围与副作用可接受：比较权限/网络/配置与数据前后差异，检查其他服务与回退。 拒收：为连通服务开放全部网络或删除队列数据。 - 恢复经得起后续变化：重新施加代表负载或第二事件，检查原修复、容量和复发条件。 拒收：一次请求成功就宣告根因解决，后续发布立即复发。 失败处理：信号矛盾时保留假设和反证，不把最近变更当唯一根因；恢复失败交付尝试、当前状态和升级包，维持能恢复的路径。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：诊断正确和一次请求成功均不证明持续恢复。 验证方法：实际请求、错误率/尾延迟与事务/权限；后续负载/第二事件挑战恢复，留动作时间线。 ### 发布风险控制 渐进发布、回滚和状态完整性核查。可委派发布演练、受限减流/回滚和状态核对；数据兼容是发布接收的一部分，不能只看流量切换。 交付物：渐进发布、回滚和状态完整性核查 判断依据：可检查产物、有条件的编辑推断 当前变化：可委派发布演练、受限减流/回滚和状态核对；数据兼容是发布接收的一部分，不能只看流量切换。 - 事故恢复：从信号到持续业务恢复：/work-units/W-C08?version=2026-10-21.workunits.2 站点可靠性工程的“发布风险控制”使用事故恢复：从信号到持续业务恢复，输入/接收对象是渐进发布、回滚和状态完整性核查；新旧版本、代表流量、配置/数据不变量、金丝雀/回滚及中断退出核对。（partial；workunits/work-unit/W-C08@2026-10-21.workunits.2） - 数据与schema切换：兼容迁移及可回退状态：/work-units/W-C17?version=2026-10-21.workunits.2 站点可靠性工程的“发布风险控制”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是渐进发布、回滚和状态完整性核查；新旧版本、代表流量、配置/数据不变量、金丝雀/回滚及中断退出核对。（partial；workunits/work-unit/W-C17@2026-10-21.workunits.2） 应用范围：站点可靠性工程的“发布风险控制”使用事故恢复：从信号到持续业务恢复，输入/接收对象是渐进发布、回滚和状态完整性核查；新旧版本、代表流量、配置/数据不变量、金丝雀/回滚及中断退出核对。 AI工作组织：Agent自主关联遥测、查看配置、试验可逆动作与复测；确定性探针持续检查服务，越过权限或预算返回阻塞。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：AIOpsLab可将故障、负载、观察和评估接在同一环境，支持按系统状态验收；真实云拓扑、权限及业务不变量决定迁移边界。稳定配置可直接用脚本执行，Agent主要处理异常和不完整信息。 当前可用性：mixed；公开AIOpsLab提供故障/负载/遥测试验床；真实事故权限、拓扑和用户探针另备。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### AIOpsLab公开提供故障注入、负载、遥测与按任务结果评估的接口，可用于验证Agent是否改变了真实服务状态。 依据身份：可检查产物；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：README Problems：Fault/Workload/Evaluator；关系：partial 支持：可运行事故任务与独立状态检查方法。 限制：框架存在不是目标事故已恢复，也不是长期SRE成绩。 核查：2026-10-20；来源状态：active 适用限制：框架存在不是目标事故已恢复，也不是长期SRE成绩。 ### 可在受限权限与独立用户探针下委派环境改造/故障恢复；先演练可逆变更，再接收持续业务恢复及副作用。 依据身份：有条件的编辑推断；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Detection/Localization/Analysis/Mitigation；关系：partial 支持：支持按不同结果分别接收。 限制：真实网络、数据、依赖及成本需任务现场验证。 核查：2026-10-20；来源状态：active 适用限制：真实网络、数据、依赖及成本需任务现场验证。 ## 情境变化 ### 事故与渐进发布 输入变化：运行中异常，可能伴随发布或依赖变化。 判断变化：按观察—可逆干预—恢复证据分阶段，但Agent可自行选择调查路径。 验收变化：金丝雀/回滚、用户请求、事务状态与完整时间线。 研究前沿：AIOpsLab公开连接故障注入、负载、遥测、动作轨迹与检测/定位/分析/缓解评估；这是可执行状态试验床。数据库变体另有DBA-Bench的有负载运维实测，显示诊断、恢复和安全执行仍有缺口；本事故未重放。 下一项验证：在隔离微服务环境冻结DNS/端口或资源故障，先证明探针捕获错误，再让Agent修复并重复负载/第二事件，保留每条动作与恢复时间。 未来改判信号： - 连续故障及后续变更下用户路径恢复，数据和权限保持完整，可考虑扩大相近输入范围。 - 只消除告警而业务未恢复，或恢复动作破坏约束/反复复发，应收窄或暂停相应采用。 接收/拒收： - 用户目标恢复：执行真实关键请求、错误率/延迟和数据一致性探针，在观察窗验证。 拒收：关闭告警、重启进程后只看pod Running。 - 操作范围与副作用可接受：比较权限/网络/配置与数据前后差异，检查其他服务与回退。 拒收：为连通服务开放全部网络或删除队列数据。 - 恢复经得起后续变化：重新施加代表负载或第二事件，检查原修复、容量和复发条件。 拒收：一次请求成功就宣告根因解决，后续发布立即复发。 失败处理：信号矛盾时保留假设和反证，不把最近变更当唯一根因；恢复失败交付尝试、当前状态和升级包，维持能恢复的路径。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 应用范围：站点可靠性工程的“发布风险控制”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是渐进发布、回滚和状态完整性核查；新旧版本、代表流量、配置/数据不变量、金丝雀/回滚及中断退出核对。 AI工作组织：Agent可生成兼容schema、回填与切换脚本，并按对账/失败反馈修改；稳定批处理直接程序执行。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：仓库转换和数据库状态评测提供邻近依据；跨版本迁移的关键是持续写入和退出策略，需要明确标为任务适配而非假装有直接迁移成功率。 当前可用性：mixed；SQL/数据库原生迁移可执行；目标工具/引擎版本与退出路径需实际冻结，尚无本任务模型试验。 - PostgreSQL 原生SQL与备份/恢复：https://www.postgresql.org/docs/18/continuous-archiving.html 以实际源/目标DB和迁移脚本版本为准；备份恢复文档18仅作退出准备；获准旧新实例、数据/备份与兼容客户端 ### Agent可生成并校验迁移候选，但接收需独立检验语义、旧新并存及中断退出，不能从普通SQL任务推出迁移已可靠。 依据身份：有条件的编辑推断；状态：active - Spider2 官方任务与维护公告：https://github.com/xlang-ai/Spider2 定位：Spider2-DBT repository workflows；关系：partial 支持：数据转换的工程任务作为邻近方法基础。 限制：没有目标跨版本迁移直接AI结果；所有切换控制是本任务设计。 核查：2026-10-20；来源状态：active 适用限制：没有目标跨版本迁移直接AI结果；所有切换控制是本任务设计。 ### 数据库状态评价应同时检查业务目标和安全约束，不能只以脚本退出码接收切换。 依据身份：有条件的编辑推断；状态：active - DBA-Bench v2：https://arxiv.org/abs/2607.22165v2 定位：operational objectives and safety；关系：partial 支持：状态型评价支持独立迁移验收。 限制：数据库运维研究不提供本迁移的成功率。 核查：2026-10-20；来源状态：active 适用限制：数据库运维研究不提供本迁移的成功率。 ## 情境变化 ### 在线扩展与收缩 输入变化：旧新schema并存、不能停写。 判断变化：按兼容/回填/切换接收，Agent内部方法自由。 验收变化：旧新读写、并发和水位，最后才验收旧结构清理。 研究前沿：Spider2-DBT已经公开仓库级数据转换任务；DBA-Bench进一步以活跃数据库目标/约束检查状态。这些是迁移的邻近基础，当前未核实涵盖本旧新并存/切换任务的直接AI实验，因此本单元采用建议为方法推断。 下一项验证：冻结一份旧库/调用方快照，用重复执行、并发写与中断测试迁移；独立对账并演练退出或向前修复。 未来改判信号： - 旧新并存、持续写和中断回填下语义对账与退出都可复验，可考虑扩大相近输入范围。 - 回填覆盖新数据、旧客户端失败或不可逆点未被识别，应收窄或暂停相应采用。 接收/拒收： - 语义迁移正确：按业务键、金额、空值/编码/时区及约束独立核对映射。 拒收：行数相同但金额精度/时区或身份映射改变。 - 并存与中断可接续：重放旧新客户端、并发写/回填中断和重复执行。 拒收：旧客户端无法写或新数据被回填覆盖。 - 切换和退出真可执行：演练流量/写入切换、未完成检测与回退/向前修复，核对业务不变量。 拒收：文档有rollback按钮，实际新写入无法恢复。 失败处理：对账或兼容失败就保留旧写路径；没有可行回退时明确向前修复前提，不能虚构可逆。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：生产发布权限与真实用户影响需要实际授权和监测。 验证方法：新旧版本、代表流量、配置/数据不变量、金丝雀/回滚及中断退出核对。 ### 可靠性工程改进 自动化、故障隔离与容量韧性变更。Agent可交故障隔离/自动化变更与容量韧性实验，按独立故障控制、资源与用户路径接收改进。 交付物：自动化、故障隔离与容量韧性变更 判断依据：可检查产物、有条件的编辑推断、工具与方法依据 当前变化：Agent可交故障隔离/自动化变更与容量韧性实验，按独立故障控制、资源与用户路径接收改进。 - 基础设施配置交付：可重建、可访问、可拒绝：/work-units/W-C19?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性工程改进”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。（partial；workunits/work-unit/W-C19@2026-10-21.workunits.2） - 性能与容量改善：同一负载下证明收益与代价：/work-units/W-C18?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性工程改进”使用性能与容量改善：同一负载下证明收益与代价，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。（partial；workunits/work-unit/W-C18@2026-10-21.workunits.2） - 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性工程改进”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2） 应用范围：站点可靠性工程的“可靠性工程改进”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。 AI工作组织：Agent可生成配置、比较实际状态并迭代；部署器直接执行，独立探针验证连通和拒绝。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：AIOpsLab展示真实微服务与配置故障可检查，提供邻近环境方法；计划基础设施的成功应由目标状态和隔离检查决定。 当前可用性：mixed；框架公开；目标云权限、遥测与可回退环境由实际任务提供，不要求先接生产。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### AIOpsLab公开配置故障/真实K8s试验床，可把服务状态与配置联系起来检查。 依据身份：可检查产物；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Fault injectors/Problems；关系：partial 支持：提供环境和故障资产。 限制：事故试验床不是目标云IaC成绩。 核查：2026-10-20；来源状态：active 适用限制：事故试验床不是目标云IaC成绩。 ### 对基础设施可以委派实现和重建反馈，接收需同时验证连通、拒绝、故障域和实际资源。 依据身份：有条件的编辑推断；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Fault/Workload/Evaluator；关系：partial 支持：受控状态验证迁移为配置接收。 限制：云服务/网络差异需本地正反矩阵验证。 核查：2026-10-20；来源状态：active 适用限制：云服务/网络差异需本地正反矩阵验证。 ## 情境变化 ### 平台部署与迁移 输入变化：新建/重建资源或平台版本切换。 判断变化：按配额/兼容/故障域阶段接收；数据切换另见W-C17。 验收变化：重建、配置漂移、故障切换和实际费用。 研究前沿：AIOpsLab公开可部署微服务/K8s环境及配置故障注入、负载和结果检查，已经能把配置与服务状态连起来；这是可检查实现范围，不是目标云IaC交付、连通隔离或费用上的模型成绩。 下一项验证：给一份隔离拓扑与访问矩阵，让Agent交IaC，独立重建并检查正反访问、漂移、配额/成本和故障域。 未来改判信号： - 新环境重建、访问拒绝矩阵与故障域检查保持一致，可考虑扩大相近输入范围。 - 只能手工修到可用，或开放权限/隐藏费用换取连通，应收窄或暂停相应采用。 接收/拒收： - 期望状态真实成立：部署后独立访问端点、DNS/证书/路由与身份，不只检查计划文件。 拒收：IaC plan成功却服务不可访问。 - 隔离没有被打开：从未授权身份/网络做拒绝控制，检查最小权限、密钥和暴露面。 拒收：把规则改为全允许来通过连通检查。 - 状态可维护可回退：销毁/重建演练限于隔离资源，检测漂移和一个故障域失效，核对回退。 拒收：手工改资源未入代码，重建时丢失配置。 失败处理：缺配额/身份/外部证书时明确阻塞与可部署部分，不能以扩大权限或隐藏失败完成交付。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 应用范围：站点可靠性工程的“可靠性工程改进”使用性能与容量改善：同一负载下证明收益与代价，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。 AI工作组织：Agent自主分析profile/执行计划、修改代码/配置并重测；程序执行冻结基准与资源记录。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：数据库有负载运维研究和AIOps负载工具提供邻近依据；性能交付可由独立程序比较，Agent主要搜索原因/配置，不能用一次最好成绩证明容量。 当前可用性：mixed；框架公开；目标云权限、遥测与可回退环境由实际任务提供，不要求先接生产。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### 可用AIOpsLab负载和轨迹接口构造受控前后比较；实际测量与正确性应独立于优化者。 依据身份：工具与方法依据；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Workload/Evaluator/trace；关系：method 支持：有负载与记录接口。 限制：框架不保证选对工作负载或性能改善。 核查：2026-10-20；来源状态：active 适用限制：框架不保证选对工作负载或性能改善。 ## 情境变化 ### 服务与网络容量 输入变化：连接池、缓存、网络路径、扩容或资源配置。 判断变化：明确用户路径和费用预算后迭代。 验收变化：吞吐/尾延迟、正确性、故障域、费用与相邻路径。 研究前沿：DBA-Bench v2把真实负载和数据库状态放入评估，AIOpsLab则提供可控制负载/轨迹接口；前者报告任务状态差距，后者是工程工具。它们未展示本目标负载下的AI优化收益，须同条件前后测量。 下一项验证：选一个可重放慢查询/服务压力，校准负载和测量；冻结预算，让Agent交候选，多次测性能、正确性和资源，改变负载挑战结论。 未来改判信号： - 保留负载下多次收益超过测量波动且资源代价符合预算，可考虑扩大相近输入范围。 - 收益仅来自缓存/更易输入，或写入/正确性与费用退化，应收窄或暂停相应采用。 接收/拒收： - 对比条件可比：多次重放同数据/并发/缓存条件并报告波动和热身。 拒收：只给最快一次或拿冷基线比热候选。 - 改善没有偷换目标：核对正确性/一致性/权限及其他请求，测写放大、内存和费用。 拒收：删结果、跳校验或昂贵扩容却只报延迟下降。 - 边界可复用：改变负载/数据规模/失败条件复查，说明瓶颈转移及回退。 拒收：单条SQL变快但整服务锁争用和成本恶化。 失败处理：环境不可比时先修测量；无改善保留profile和失败，不篡改阈值/采样。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 应用范围：站点可靠性工程的“可靠性工程改进”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。 AI工作组织：Agent可自主构造输入、启动环境、生成检查并用控制修订；程序反复运行，人按风险判断何种证据足够。 ## 任务级判断与证据 采用方式：限定条件下整包委派 从证据到建议：SWT-Bench直接把复现测试前后运行分开，并区分复现脚本与全套测试。把验收器当交付对象可以合并测试生成/环境诊断/回归，而不强迫先写大量映射实现的测试。 当前可用性：mixed；开源测试资产可检查；没有运行新的模型生成测试。 - SWT-Bench：https://github.com/logic-star-ai/swt-bench 2026-10-20公开仓库HEAD 330a649a764fab2fadaea632776eeae87272f74b；实际运行另固定依赖/镜像/模型；开源；容器、仓库与模型调用预算另备 ### SWT-Bench公开给出仓库级复现测试、gold patches和执行日志，能检查错误前失败与修复后通过。 依据身份：可检查产物；状态：active - SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench 定位：Overview；Gold validation；evaluation logs；关系：partial 支持：提供直接测试任务资产。 限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。 核查：2026-10-20；来源状态：active 适用限制：复现脚本模式不包含全套回归；语料不覆盖全部产品风险。 ### 可让AI交付并校准验收器，先用真实正反控制和合理替代测试它，再用它判断其他Agent产物。 依据身份：有条件的编辑推断；状态：active - SWT-Bench 官方实现：https://github.com/logic-star-ai/swt-bench 定位：Unit Test mode vs Reproduction Script mode；关系：partial 支持：支持按实际执行结果检查测试。 限制：不能由已知控制表现推出未知缺陷检出率。 核查：2026-10-20；来源状态：active 适用限制：不能由已知控制表现推出未知缺陷检出率。 ## 情境变化 ### 非功能与对抗输入 输入变化：性能、负载、权限或并发条件主导风险。 判断变化：冻结负载/故障/对抗控制后分阶段接收。 验收变化：预算与阈值不能事后修改；检查负控制和副作用。 研究前沿：公开有仓库级测试生成与gold控制；它的覆盖变化不等于业务查全率，真实浏览器/移动/硬件验收还需环境。 下一项验证：用一组真实缺陷、正确修复和不同正确实现盲测，冻结需求后让Agent生成检查，再由独立运行核对拒绝/接收、稳定性与诊断质量。 未来改判信号： - 独立新缺陷被捕获，正确和合理替代被接收，flaky成本可控，可考虑扩大相近输入范围。 - 测试只迎合某种写法、环境偶然通过或关键错误漏检，应收窄或暂停相应采用。 接收/拒收： - 确实区分错误：同一检查在已知错误版本失败、修复/合法替代通过，失败原因对应需求。 拒收：为某种代码写法锁死断言，合法替代也失败。 - 不靠环境偶然通过：重复重放、清空状态、变顺序，明确超时/依赖与并发；记录不稳定失败。 拒收：测试共享脏数据库或sleep碰巧通过。 - 覆盖与发布结论相称：按关键风险、权限/数据/环境路径给剩余风险，使用独立缺陷控制挑战测试。 拒收：覆盖率100%就认定没有遗漏或安全问题。 失败处理：发现验收器错误先修正并重跑双方控制；环境失败单列，不把失败转跳过后宣布通过。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：有界演练不能覆盖全部生产组合，需记录适用负载与故障域。 验证方法：代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。 ### 复盘与长期治理 根因、行动闭环、运行负担和复发记录。可整包委派时间线、反证与整改跟踪；真实原因、实施与验证分开，复发/值班负担靠后续记录。 交付物：根因、行动闭环、运行负担和复发记录 判断依据：有条件的编辑推断 当前变化：可整包委派时间线、反证与整改跟踪；真实原因、实施与验证分开，复发/值班负担靠后续记录。 - 事故复盘与整改闭环：结论可追溯、行动可验证：/work-units/W-C21?version=2026-10-21.workunits.2 站点可靠性工程的“复盘与长期治理”使用事故复盘与整改闭环：结论可追溯、行动可验证，输入/接收对象是根因、行动闭环、运行负担和复发记录；证据到假设、反事实/重放、行动结果/负责人期限、补丁/配置验证和复发观察。（partial；workunits/work-unit/W-C21@2026-10-21.workunits.2） 应用范围：站点可靠性工程的“复盘与长期治理”使用事故复盘与整改闭环：结论可追溯、行动可验证，输入/接收对象是根因、行动闭环、运行负担和复发记录；证据到假设、反事实/重放、行动结果/负责人期限、补丁/配置验证和复发观察。 AI工作组织：Agent自主合并时间线、提出反证与行动，查实际工单/补丁状态并更新；执行整改另交工程任务。 ## 任务级判断与证据 采用方式：分阶段接收 从证据到建议：AIOpsLab记录动作与状态，支持可回放事件方法；从受控轨迹迁移到真实复盘是编辑判断。复盘结果应使下一次验证可执行，而非只是更流畅叙事。 当前可用性：mixed；框架公开；目标云权限、遥测与可回退环境由实际任务提供，不要求先接生产。 - AIOpsLab：https://github.com/microsoft/AIOpsLab 2026-10-20公开仓库HEAD ccf08d0d1d5fa5b30f120e2e8549662d44411b35；实际运行另固定依赖/镜像/模型；开源；独立集群/命名空间、遥测与模型API自备 ### 可把公开事故试验床的动作/状态轨迹方法迁移为复盘材料，但原因和整改效果须由真实证据及反证验证。 依据身份：有条件的编辑推断；状态：active - AIOpsLab 官方框架：https://github.com/microsoft/AIOpsLab 定位：Session trace/results/evaluator；关系：partial 支持：轨迹和结果关联提供方法基础。 限制：没有目标真实复盘的AI成绩，不把模拟轨迹当组织事实。 核查：2026-10-20；来源状态：active 适用限制：没有目标真实复盘的AI成绩，不把模拟轨迹当组织事实。 ## 情境变化 ### 原因与促成条件 输入变化：恢复完成但成因/触发存在矛盾。 判断变化：交假设、证据和最小反证，不强行单根因。 验收变化：时间一致、状态链、替代解释与重放结果。 ### 整改与运行负担 输入变化：需要跟踪复发、值班和配置漂移措施。 判断变化：按真实结果记录实施/验证，不自动关单。 验收变化：行动判据、版本/负载复验、复发和工作负担观察。 研究前沿：公开事故框架记录实际动作、遥测与结果，使事件时间线及恢复假设可以重放检查；把它迁移为复盘/行动材料是编辑方法判断，目前未核实AI减少本团队复发或值班负担的直接研究。 下一项验证：选一个日志完整事故，把一个错误根因与未实施行动混入材料，检查Agent是否保留证据冲突并把行动连到真实验证。 未来改判信号： - 整改的独立复验与后续观察证实复发/运行负担降低，可考虑扩大相近输入范围。 - 根因无法反证、行动只关单未验证或同类事故复发，应收窄或暂停相应采用。 接收/拒收： - 原因有因果链而非联想：把每项关键推论连到事件与状态；可行时重放/移除条件挑战，保留不能证实部分。 拒收：最近一次发布就被写成根因。 - 行动解决对应问题：逐项核对行动怎样防止/发现/减轻故障，有可验收结果而非“加强意识”。 拒收：只加一场培训，把系统性故障视作已整改。 - 完成状态真实：读取代码/配置/试验/工单验收证据及复发/负担记录，区分计划、实施和验证。 拒收：工单关闭就推断措施有效或事故不再发生。 失败处理：证据缺失保留多假设和采集改进，不造单一原因；行动未验证就明确标注未完成。 本站记录：本次只核查公开材料和任务契约；未在本站运行该任务、工具或模型。 尚未覆盖：工单关闭或根因故事不等于整改有效，组织反馈不可虚构。 验证方法：证据到假设、反事实/重放、行动结果/负责人期限、补丁/配置验证和复发观察。 ## 与工作关联的进展 尚未建立本职业的直接进展专题；同领域背景须核对任务差异，不直接外推。 ## 未来3–5年条件情景 未来 3–5 年（2029–2031） 未来 3–5 年是编辑条件情景，不是就业数量预测。每项均列基准、加速、受限路径和需观察的信号；职业职责来源不等于 AI 能力证据。 基准：2029–2031，受限故障诊断与恢复可能更持续地交给Agent执行；SRE更多维护可靠性目标、可恢复动作边界和跨服务事故学习。 加速：若真实连续事件、跨服务依赖与后续发布中仍稳定恢复，可逐步扩大值班权限与自动化范围。 受限：若误操作的恢复代价高，自动执行仍需严格限域。 改判信号： - 故障演练中的误动作与恢复时间 - 减少重复劳动是否伴随隐藏事故增长 ## 进入与成长的公开能力证据 本页主要提供工作与作品证据；基础课程、责任级别和中国准入尚未完成专题整理。 完整交付作品证据： - 可解释SLI/SLO、告警与错误预算取舍；附分母/时间窗覆盖真实请求，故障/正常/缺测与抖动控制、告警动作和责任接续。 - 时间线、恢复操作和服务状态证据；附实际请求、错误率/尾延迟与事务/权限；后续负载/第二事件挑战恢复，留动作时间线。 具体地区、职级和组织要求按目标岗位核对；美国资料不自动作为中国资格要求。 ## 相邻方向及区别 - 云平台与网络工程：/careers/cloud-network-engineer.md?version=2026-10-21.careers.2 SRE 以服务可用与运行负担为中心，云网络工程以基础设施建设为中心。 - 后端开发：/careers/backend-developer.md?version=2026-10-21.careers.2 后端实现业务功能；SRE 聚焦服务运行风险和恢复。 ## 职业名称与分类映射 - O*NET-SOC 15-1252.00 Software Developers；O*NET-SOC 2019；OnLine Updated 2026；US；related 共享部分方法或工作对象，不能据此认定岗位与该编码完全相同。；定位 Definition / Tasks - O*NET-SOC 15-1244.00 Network and Computer Systems Administrators；O*NET-SOC 2019；OnLine Updated 2026；US；related 共享部分方法或工作对象，不能据此认定岗位与该编码完全相同。；定位 Definition / Tasks ## 工作资料与来源 - 运行信号交付：SLI/SLO、检测与可行动告警：/work-units/W-C20?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性目标与信号”使用运行信号交付：SLI/SLO、检测与可行动告警，输入/接收对象是可解释SLI/SLO、告警与错误预算取舍；分母/时间窗覆盖真实请求，故障/正常/缺测与抖动控制、告警动作和责任接续。（partial；workunits/work-unit/W-C20@2026-10-21.workunits.2） - 事故恢复：从信号到持续业务恢复：/work-units/W-C08?version=2026-10-21.workunits.2 站点可靠性工程的“发布风险控制”使用事故恢复：从信号到持续业务恢复，输入/接收对象是渐进发布、回滚和状态完整性核查；新旧版本、代表流量、配置/数据不变量、金丝雀/回滚及中断退出核对。（partial；workunits/work-unit/W-C08@2026-10-21.workunits.2） - 数据与schema切换：兼容迁移及可回退状态：/work-units/W-C17?version=2026-10-21.workunits.2 站点可靠性工程的“发布风险控制”使用数据与schema切换：兼容迁移及可回退状态，输入/接收对象是渐进发布、回滚和状态完整性核查；新旧版本、代表流量、配置/数据不变量、金丝雀/回滚及中断退出核对。（partial；workunits/work-unit/W-C17@2026-10-21.workunits.2） - 基础设施配置交付：可重建、可访问、可拒绝：/work-units/W-C19?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性工程改进”使用基础设施配置交付：可重建、可访问、可拒绝，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。（partial；workunits/work-unit/W-C19@2026-10-21.workunits.2） - 性能与容量改善：同一负载下证明收益与代价：/work-units/W-C18?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性工程改进”使用性能与容量改善：同一负载下证明收益与代价，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。（partial；workunits/work-unit/W-C18@2026-10-21.workunits.2） - 验收器与测试资产交付：能拒绝错误，也能接受合法替代：/work-units/W-C12?version=2026-10-21.workunits.2 站点可靠性工程的“可靠性工程改进”使用验收器与测试资产交付：能拒绝错误，也能接受合法替代，输入/接收对象是自动化、故障隔离与容量韧性变更；代表负载/故障域/超时重试控制，核对恢复、数据/权限及成本，检查验收器未被改弱。（partial；workunits/work-unit/W-C12@2026-10-21.workunits.2） - 事故复盘与整改闭环：结论可追溯、行动可验证：/work-units/W-C21?version=2026-10-21.workunits.2 站点可靠性工程的“复盘与长期治理”使用事故复盘与整改闭环：结论可追溯、行动可验证，输入/接收对象是根因、行动闭环、运行负担和复发记录；证据到假设、反事实/重放、行动结果/负责人期限、补丁/配置验证和复发观察。（partial；workunits/work-unit/W-C21@2026-10-21.workunits.2） - Software Developers：https://www.onetonline.org/link/summary/15-1252.00 O*NET / 美国劳工部职业信息网络；US；O*NET OnLine / Updated 2026 / 2026-10-20访问快照；核查 2026-10-20；状态 active 定位：职业定义、Tasks、Work Activities；不采用薪酬和学历比例 范围：美国 O*NET-SOC 职业职责参照；中文标题及导航由编辑按工作内容映射 限制：不证明中国岗位数量、准入资格或在招需求；不提供该职业的 AI 实测结论。 - Network and Computer Systems Administrators：https://www.onetonline.org/link/summary/15-1244.00 O*NET / 美国劳工部职业信息网络；US；O*NET OnLine / Updated 2026 / 2026-10-20访问快照；核查 2026-10-20；状态 active 定位：职业定义、Tasks、Work Activities；不采用薪酬和学历比例 范围：美国 O*NET-SOC 职业职责参照；中文标题及导航由编辑按工作内容映射 限制：不证明中国岗位数量、准入资格或在招需求；不提供该职业的 AI 实测结论。 ## 用于自己的问题 个人适配、具体岗位判断与计划由用户自己的 Agent 结合已有材料处理。复用已知上下文，仅追问影响结论的缺口；目录不是全部选项。阅读或比较公开工作本身无需档案、固定二选一、保存记录或行动计划。