简介：面向软考中级信息系统管理工程师考生的精华知识点文档，系统梳理计算机五大组成、并行性与流水线、并行处理机与多处理机、RISC/CISC指令系统、存储层次、操作系统与进程管理、分区与虚拟存储、外围设备等核心考点，适合考前快速回顾与冲刺背诵。压缩包内仅有1个docx文档，大小68KB，内容以复习笔记形式呈现，知识点按条目展开，便于打印或导入笔记软件使用，也方便手机端随时查看。文档覆盖考试高频概念，如死锁条件、I/O控制方式、文件逻辑与物理结构、作业调度算法等，并对比易混淆术语；对流水线与传统串行方式、并行处理机与多处理机系统的差异也作了专门归纳。已有471人学习过，可帮助备考时间紧张的考生在较短时间内建立知识框架、强化记忆，尤其适合需要集中突破基础理论题型的考生。

1. 信息系统管理工程师“中级”到底考什么：一张给运维与管理岗的软考地图

信息系统管理工程师是软考中级里少有的、不面向研发而是面向“系统运行与维护”方向的科目。官方定义是培养能承担信息系统的建设、运行、维护和管理工作的中级工程师，翻译成大白话：这套知识体系跟日常运维、机房管理、信息安全合规、IT服务流程强相关。上午75道选择题覆盖信息化、硬件、网络、数据库、安全和系统管理，下午5道案例分析则是典型的“故障排查+流程设计+配置管理”组合，跟开发岗的系统分析师、系统架构师完全不是一个路子。

很多备考者最头疼的不是题目难，而是范围太宽、深浅拿不准。网络部分只考到三层交换、RIP和VLAN，数据库部分只考三范式、备份策略和基础SQL，安全部分重点在等保、加密和访问控制。把这些边界画清楚，比盲目刷题有效得多。适合的人群也很明确：运维工程师、IT技术支持、企业信息化专员，以及想要从桌面运维转向系统管理方向的人。证书本身不是终点，它的知识框架能直接映射到监控、备份、安全整改这些实打实的工作项上，这是这个科目最大的价值。

2. 平台层考点：硬件、网络与数据库在信息系统管理工程师备考中的边界

2.1 主机与存储：RAID 级别的选型是送分题也是失分题

信息系统管理工程师上午题里存储部分几乎必考 RAID，但考法很统一：给一个业务场景让你选级别，或者给一个级别让你说它的容错能力和利用率。这里的关键不是背参数，而是理解“冗余换空间”的基本逻辑。

备考时容易混淆的是 RAID 5 和 RAID 6 的利用率和容错数。RAID 5 只能坏一块盘，坏第二块就全阵列失效；RAID 6 用了双重校验，允许同时坏两块盘，但写入性能会有额外损耗。实际工作中如果要跑数据库，我一般会直接上 RAID 10，虽然利用率只有 50%，但重建时间短、读写性能均衡，下午题如果考“数据库服务器磁盘怎么配”，RAID 10 是合理答案。

2.2 网络层考点：OSI 模型要和排障命令一起记

网络部分在上午题占比不高，但下午题经常以“用户反馈网页打不开，请写出排查步骤”的形式出现。这类题的核心不是让你默写七层协议，而是考察你能否从物理层往应用层逐层定位。备考建议是把每一层对应的设备、协议、命令绑定记忆。

下午题常给一个“外网访问内网 Web 服务慢”的场景，这时候用 tcpdump 抓包确认是 TCP 握手慢还是 HTTP 响应慢，是很典型的分析路径。

# 抓取访问本机80端口的TCP SYN包，判断连接请求是否到达服务器
tcpdump -i eth0 -nn 'tcp[tcpflags] & tcp-syn != 0 and dst port 80' -c 20

这里的 -i eth0 指定监听网卡， -nn 表示不做域名和端口反向解析，避免抓包时产生额外 DNS 查询； tcp[tcpflags] & tcp-syn != 0 是 BPF 过滤语法，只抓 TCP 头中 SYN 标志位被置位的包， dst port 80 过滤目的端口， -c 20 抓满 20 个包后自动退出。如果抓不到 SYN 包，说明请求根本没到服务器，问题在网络链路或防火墙；如果能抓到 SYN 但抓不到对应的 ACK，说明三次握手没完成，要检查服务器的连接队列或内核参数。考试不要求你写出这么复杂的表达式，但要求你能说出“用 tcpdump 可以确认请求是否到达服务器”。

2.3 数据库三范式与 SQL 实操：考试考的是“找问题”不是“写代码”

数据库在信息系统管理工程师科目里的比重不像软件设计师那么大，但三范式几乎是必考。上午题喜欢给你一个表结构，让你判断它属于第几范式、存在什么异常；下午题则可能要求你根据业务需求设计表结构，或者指出已有设计中的冗余问题。三范式的核心可以压缩成三句话：第一范式要求字段不可再分，第二范式要求非主键字段完全依赖主键，第三范式要求非主键字段之间不能有传递依赖。

-- 反例设计：商品类别直接挂在订单表上，类别改名时需要更新大量历史订单
CREATE TABLE orders_bad ( order_id INT PRIMARY KEY, customer_name VARCHAR(50), product_name VARCHAR(100), product_category VARCHAR(50)
); -- 修正为第三范式：拆出商品表和客户表，订单表只保留外键
CREATE TABLE customer ( customer_id INT PRIMARY KEY, customer_name VARCHAR(50)
); CREATE TABLE product ( product_id INT PRIMARY KEY, product_name VARCHAR(100), category_id INT
); CREATE TABLE orders ( order_id INT PRIMARY KEY, customer_id INT, product_id INT, order_time DATETIME, FOREIGN KEY (customer_id) REFERENCES customer(customer_id), FOREIGN KEY (product_id) REFERENCES product(product_id)
);

反例中 product_category 依赖 product_name ，而 product_name 又依赖 order_id ，这就是传递依赖，会导致更新异常：商品改类别时得逐条更新订单表。拆分后类别归 product 表管，订单表只管关联关系。备考时不要只背定义，拿一个实际表去套“部分依赖”和“传递依赖”这两个词，比什么都管用。

3. 流程与服务管理：ITIL 知识在信息系统管理工程师案例题中的落地

3.1 ITIL 四个核心流程：事件、问题、变更、配置的区分是下午题的命门

信息系统管理工程师下午题有一道大题基本固定考服务管理流程，最常见的就是给你一段故障描述，让你判断该走事件管理还是问题管理，或者给出一个变更请求让你评估风险和回退方案。ITIL V3 的流程体系直到今天依然是考试大纲的骨架，四个流程的区分是重中之重。

考试中最容易踩的坑是把“事件”和“问题”混为一谈。事件是服务中断这个现象，处理目标是恢复；问题是这个现象背后的原因，处理目标是根除。例如数据库连接池被打满，你先重启应用恢复服务，这叫事件处理；后续分析出是慢 SQL 导致连接长时间占用，这才是问题管理。变更管理考的则是流程完整性，从申请、评估、审批、实施到回退，每一步缺了都要扣分。

3.2 配置管理数据库：CMDB 的字段设计直接对应案例题

配置管理在考试中出现的频率不如事件和变更，但 CMDB 的概念几乎每年都会以选择题或案例题小问出现。配置项包括硬件、软件、文档、人员、服务等，每个配置项需要记录属性、负责人、状态和关联关系。一个合理的 CMDB 表结构至少包含配置项标识、类别、版本号、状态、责任人、创建时间和最后变更时间。

-- 简化版配置项管理表，核心是记录变更历史和关联关系
CREATE TABLE config_item ( ci_id VARCHAR(32) PRIMARY KEY, ci_name VARCHAR(128) NOT NULL, ci_type ENUM('server','network','database','app','document') NOT NULL, version VARCHAR(32), status ENUM('active','maintenance','retired') DEFAULT 'active', owner VARCHAR(64), created_at DATETIME DEFAULT CURRENT_TIMESTAMP, updated_at DATETIME ON UPDATE CURRENT_TIMESTAMP
); CREATE TABLE ci_relation ( parent_ci_id VARCHAR(32), child_ci_id VARCHAR(32), relation_type VARCHAR(32), PRIMARY KEY (parent_ci_id, child_ci_id, relation_type)
);

ci_relation 表用来表达配置项之间的依赖关系，例如“应用系统 A 依赖数据库 B”，在故障影响分析时就是靠这张表快速圈定影响范围。考试不要求你写建表语句，但经常会问“配置管理和资产管理有什么区别”，核心答法是：资产管理关心价值和生命周期，配置管理关心配置项之间的关系及其对服务的影响。这个区别写进答案，基本就是满分点。

3.3 用 Shell 写一个服务巡检脚本，把监控考点变成工作习惯

下午题里的故障分析题经常给出一段监控输出，让你判断资源瓶颈。备考时最好自己动手写一个巡检脚本，把 top、df、ss 这些命令串起来。这样既掌握了命令用法，也理解了监控数据是怎么来的。

#!/bin/bash
# 每日巡检：记录CPU、磁盘、关键端口状态，异常时输出告警
THRESHOLD_CPU=85
THRESHOLD_DISK=80
log_file=/var/log/inspection_$(date +%F).log echo "=== $(date '+%Y-%m-%d %H:%M:%S') ===" >> $log_file # top -bn1 批量模式只取一次快照，grep Cpu(s) 提取CPU行
cpu_usage=$(top -bn1 | grep 'Cpu(s)' | awk '{print $2}' | cut -d'%' -f1)
echo "CPU usage: ${cpu_usage}%" >> $log_file # df -h 查看根分区使用率，NR==2取第二行，tr删除百分号
disk_usage=$(df -h / | awk 'NR==2{print $5}' | tr -d '%')
echo "Disk usage: ${disk_usage}%" >> $log_file # 用ss检查关键端口是否在监听，判断服务是否存活
for port in 80 443 3306; do if ss -lnt | awk '{print $4}' | grep -q ":$port$"; then echo "Port $port: listening" >> $log_file else echo "Port $port: DOWN !!!" >> $log_file fi
done

top -bn1 中的 -b 是批量模式， -n1 指只刷新一次，适合脚本采集； awk '{print $2}' 取 CPU 使用率所在列， cut -d'%' -f1 把百分号去掉。 ss -lnt 列出所有监听中的 TCP 端口， awk '{print $4}' 提取本地地址列， grep -q ":$port$" 精确匹配端口号。把这个脚本扔进 crontab 每天跑一次，再对照考试中的监控数据题，理解会深很多。

3.4 监控阈值的设定逻辑比数值本身更重要

考试偶尔会问“CPU 使用率超过多少需要告警”，这不是一个死答案，而是考察你对监控指标的理解。CPU 使用率 85% 是经验阈值，要考虑 us （用户态）和 sy （系统态）的占比；磁盘使用率超过 80% 就要关注，因为还要给日志和临时文件留缓冲；内存则要看实际可用量而不是使用率。真正在线上环境做监控时，阈值的设定要结合历史基线，先观察两周再确定。

4. 信息安全与等保：信息系统管理工程师中级里安全分值最高的部分

4.1 等级保护基本概念：定级备案到测评的流程要形成条件反射

信息安全在信息系统管理工程师考试中占的比例不低，等级保护 2.0 是必考内容。不需要记忆具体法律条文，但定级、备案、安全建设整改、等级测评、监督检查这五个环节的先后顺序必须清楚，还要能说出不同等级对应的典型系统。

上午题经常给出一个系统描述，让你判断应该定几级。判断的关键不是系统大小，而是“一旦出问题，损害落在谁头上”。一个只有几百人用的 OA 系统最多定二级，但一个涉及大量公民信息的政务系统就要往三级以上考虑。这个判断逻辑比背级别名称重要。

4.2 openssl 实操：公钥、私钥和证书的生成链路

加密部分常考对称加密、非对称加密和摘要算法的区别。对称加密用同一把密钥加解密，速度快但密钥分发困难；非对称加密用公钥加密、私钥解密，解决了密钥传输问题但性能差；SHA-256 等摘要算法不可逆，用于完整性校验和口令存储。三者不是替代关系，HTTPS 中就是先用非对称交换密钥，再用对称加密传输数据。

# 生成2048位RSA私钥
openssl genrsa -out server_key.pem 2048 # 基于私钥生成证书签名请求CSR，CN字段填写域名
openssl req -new -key server_key.pem -out server.csr \ -subj "/C=CN/ST=Beijing/L=Beijing/O=Example/OU=IT/CN=" # 用私钥自签名生成一张有效期为365天的测试证书
openssl x509 -req -days 365 -in server.csr -signkey server_key.pem -out server_cert.pem # 验证证书内容，关注有效期和签名算法
openssl x509 -in server_cert.pem -noout -text

openssl genrsa 指定 2048 位密钥长度，1024 位已不推荐在生产环境使用； -subj 参数直接写入证书主题信息， CN 必须与服务域名一致，否则浏览器会报域名不匹配。 -days 365 设置有效期，内部测试环境可以设短一些。 openssl x509 -noout -text 用来检查证书的实际内容，考试中如果给出一段证书信息，常考的点是有效期和签发者。备考时亲手生成一遍证书，整个流程就记住了。

4.3 访问控制模型与 RBAC 的 SQL 实现

访问控制是信息安全里的高频考点，三种模型要分清楚：DAC 是资源所有者自己决定谁可以访问，MAC 是系统强制标记安全级别，RBAC 是把权限授予角色再分配给用户。当前企业系统里 RBAC 是绝对主流，考试也最爱考。RBAC 的核心是“用户-角色-权限”三层关系，任何权限变更都发生在角色上，而不是单个用户上。

-- RBAC权限校验：查询用户zhangsan是否拥有“审计日志阅读”权限
SELECT COUNT(*) AS access_count
FROM sys_user u
JOIN sys_user_role ur ON u.id = ur.user_id
JOIN sys_role r ON ur.role_id = r.id
JOIN sys_role_perm rp ON r.id = rp.role_id
JOIN sys_perm p ON rp.perm_id = p.id
WHERE u.username = 'zhangsan' AND p.perm_code = 'audit:read';

这个查询打通了五张表，执行结果是 1 代表有权限，0 代表没有。 sys_user_role 是用户和角色的关联表， sys_role_perm 是角色和权限的关联表，两张关联表把多对多关系解开。考试中常给类似的表结构，让你写“某个用户有哪些角色”或“某角色授权了哪些权限”的查询。关键在于理解中间表的作用，而不在于 SQL 本身有多复杂。

4.4 等保自查命令：身份鉴别和访问控制是测评必查项

等保测评的安全计算环境部分最常检查的就是口令策略和账户安全。信息系统管理工程师考试如果出安全相关的案例题，让你说“如何检查一台 Linux 服务器是否符合等保要求”，下面这两组命令可以直接作为答案素材。

# 查看密码过期策略，对应等保要求中的“身份鉴别”
grep -E '^PASS_MAX_DAYS|^PASS_MIN_DAYS|^PASS_MIN_LEN' /etc/login.defs # 查找空口令账户，这是被入侵的高危前置条件
awk -F: '($2==""){print $1}' /etc/shadow

grep -E 使用扩展正则表达式， ^PASS_MAX_DAYS 确保只匹配未被注释的配置行； awk -F: 以冒号作为字段分隔符， $2=="" 判断密码字段为空，输出对应的用户名。等保测评中如果发现空口令账户，这一项基本直接判定不符合。备考时可以把这些命令和测评要求做映射：口令复杂度对应身份鉴别，账户权限对应访问控制，日志配置对应安全审计。

5. 把中级考点变成可复用脚本：考后别让知识落灰

5.1 一个能直接放进 crontab 的综合巡检脚本

考试结束后最有价值的动作，是把备考时散落的知识点整合成生产环境可用的工具。系统运维的核心诉求是“提前发现，而不是事后救火”。下面的脚本把端口监控、证书有效期、磁盘水位、空口令账户四个检查项串在一起，每一项都能对应到信息系统管理工程师考纲中的具体模块。

#!/bin/bash
# 综合巡检：结合考点中的网络、安全、存储知识形成一份可追溯报告
report=/tmp/full_inspection_$(date +%F).log
: > $report # 用curl检查本机健康检查端点，对应事件管理中的服务可用性监控
http_code=$(curl -s -o /dev/null -w '%{http_code}' --connect-timeout 5 )
echo "healthz http_code: $http_code" >> $report # 提取HTTPS证书过期时间，对应加密和证书管理考点
enddate=$(echo | openssl s_client -connect 127.0.0.1:443 2>/dev/null \ | openssl x509 -noout -enddate)
echo "cert: $enddate" >> $report # 嵌套检查磁盘水位，超过80%时追加告警标记
df -h / | awk 'NR==2{print $5}' | tr -d '%' | while read usage; do echo "disk_usage: ${usage}%" >> $report if [ "$usage" -gt 80 ]; then echo "disk ALERT: usage over 80%" >> $report fi
done # 沿用等保自查命令，输出空口令账户列表
awk -F: '($2==""){print $1}' /etc/shadow | while read user; do echo "empty password account: $user" >> $report
done cat $report

curl -w '%{http_code}' 只输出 HTTP 状态码， -o /dev/null 丢弃响应体， --connect-timeout 防止接口无响应时脚本卡死。openssl 的 s_client -connect 用来模拟 TLS 握手，从握手信息中提取证书有效期，如果证书过期这一行会为空，后续可以再加判断逻辑。整个脚本不依赖第三方监控工具，在最小化服务器上也能跑，crontab 里加一行 0 9 * * * /opt/scripts/full_inspection.sh 就完成了每天 9 点的自动巡检。

5.2 考点归档成三层结构：知识点、命令、场景

备考信息系统管理工程师最大的收获不是一张证书，而是建立“知识点到命令到场景”的映射关系。很多人考完就忘，是因为知识一直停留在书本层面。用三层结构归档，每个考点都对应一条能执行的命令和一个真实场景，知识才算真正落地。

这套归档表的妙处在于它同时是一份工作清单。拿到一个新的巡检任务，从表里找对应命令；遇到一个故障场景，从表里找对应流程。证书考完只是开始，把这套框架用起来，才是信息系统管理工程师这个中级职称真正值钱的地方。每周抽十五分钟，把一个考点的抽象描述翻译成一条能够跑通的命令，三个月后再回头看下午题，思路会完全切换到运维视角。

本文还有配套的精品资源，点击获取