{"name":"信息系统运行管理员题库","level":"四级 / 三级 / 二级 / 一级","org":"人力资源和社会保障部门","count":300,"questions":[{"id":1,"type":"single","stem":"在Linux服务器上使用df -h查看磁盘空间时发现/分区使用率已达96%，但du -sh /*统计出的总占用远小于分区容量，最可能的原因是","options":["有进程持有已删除的大文件句柄","分区存在大量坏道导致统计不准","inode节点已被全部耗尽","文件系统挂载参数配置错误"],"answer":[0],"explanation":"知识点是Linux磁盘空间排查。df统计的是文件系统块使用量，du统计的是目录中可见文件占用量；当进程打开的文件被删除后，df仍计入其占用而du看不到，因此出现差值，正确做法是lsof查找持有已删除文件的进程。坏道会导致I/O报错而非统计差值；inode耗尽表现为df -i满而df -h可能不满；挂载参数错误会影响读写行为，不会造成df与du明显背离。","tier":"进阶"},{"id":2,"type":"single","stem":"运维人员对生产数据库服务器做例行补丁更新前，按规范应优先完成的动作是","options":["在测试环境验证补丁并备份数据库","直接在生产库执行补丁并观察日志","先关闭数据库再执行补丁安装","将补丁推送到所有节点同步更新"],"answer":[0],"explanation":"知识点是变更管理中的补丁上线流程。生产环境变更应先在测试环境验证兼容性、并对数据库做完整备份，确保可回退。直接在生产库执行缺少验证与回退手段；先关库再打补丁仍缺少备份和验证，一旦失败无法恢复数据；向所有节点同步推送属于未经验证的批量操作，风险最高。","tier":"基础"},{"id":3,"type":"single","stem":"Zabbix监控中某主机的CPU使用率触发器长时间处于PROBLEM状态，但运维人员确认该主机业务运行正常，最合适的处置是","options":["调整触发器阈值并复核监控项取值","直接删除该主机的监控模板","关闭该触发器的告警通知","将主机从监控中移除后重新添加"],"answer":[0],"explanation":"知识点是监控告警的误报处理。告警与实际情况不符时，应先核查监控项取值方式与阈值设置是否合理，再调整阈值或修正监控项。删除模板会丢失全部监控能力；仅关闭通知掩盖了问题且丢失告警；移除再添加主机不解决阈值配置问题，属于无效操作。","tier":"进阶"},{"id":4,"type":"single","stem":"RAID 5阵列中一块硬盘出现故障后，运维人员更换新盘并开始重建，此时最需要注意的是","options":["重建期间避免再有一块盘故障","重建期间禁止任何业务读写","重建期间应关闭阵列卡缓存","重建期间需将阵列降级为RAID 0"],"answer":[0],"explanation":"知识点是RAID 5的容错特性。RAID 5只允许一块盘故障，重建期间阵列处于无冗余状态，若再坏一块盘将导致数据丢失，因此应尽量减少压力并尽快完成重建。禁止业务读写不现实且无必要；关闭阵列卡缓存会影响性能且与重建安全无关；将阵列改为RAID 0会主动放弃容错，属于严重错误操作。","tier":"进阶"},{"id":5,"type":"single","stem":"Windows服务器事件查看器中系统日志频繁出现事件ID 6008，最可能反映的问题是","options":["系统上次关机属于意外断电","磁盘出现坏道需要更换","域控制器时间同步失败","打印机后台服务异常停止"],"answer":[0],"explanation":"知识点是Windows事件日志的常见事件ID含义。6008表示上次系统关机是意外的，通常与断电或强制关机相关。磁盘坏道一般伴随磁盘类事件ID；时间同步问题属于时间服务相关事件；打印服务异常属于服务控制管理器事件，均与6008不对应。","tier":"基础"},{"id":6,"type":"single","stem":"对Linux服务器进行安全加固时，将SSH服务默认的22端口改为其他端口，其主要安全作用是","options":["减少自动化扫描工具的无差别探测","彻底防止暴力破解密码攻击","替代密钥认证实现免密登录","加密SSH传输过程中的全部数据"],"answer":[0],"explanation":"知识点是SSH安全加固措施的作用边界。改端口属于减少暴露面的手段，能降低被自动化扫描命中的概率，但无法阻止针对性攻击。暴力破解需靠密钥认证、fail2ban等防护；免密登录依赖密钥对而非端口；SSH本身已加密传输，改端口与加密无关。","tier":"基础"},{"id":7,"type":"single","stem":"某企业要求对关键业务系统实现同城灾备，RTO目标为30分钟，最需要优先保障的能力是","options":["数据的持续复制与快速切换机制","备份磁带每月送往异地保管","每周对备份数据做一次恢复演练","在异地新建一套完整机房"],"answer":[0],"explanation":"知识点是灾备指标RTO与实现手段的对应。RTO指业务恢复所需时间，30分钟属较短目标，必须依靠数据持续复制和自动化切换来压缩恢复时间。每月送磁带、每周演练频次不足以支撑30分钟恢复；新建异地机房属于建设手段，不直接保证切换速度。","tier":"进阶"},{"id":8,"type":"single","stem":"运维人员发现服务器/var/log目录占用空间异常增长，排查后确认是某应用日志未做轮转，最合适的处理是","options":["配置logrotate并设置保留周期与压缩","直接删除该日志文件释放空间","将日志目录挂载到内存文件系统","把应用日志级别调高后重启服务"],"answer":[0],"explanation":"知识点是日志轮转管理。logrotate可自动切割、压缩并清理过期日志，是标准做法。直接删除文件可能被进程继续持有句柄而空间不释放；挂载到内存文件系统会丢失日志且占用内存；调高日志级别减少输出量属于治标，不解决轮转缺失问题。","tier":"挑战"},{"id":9,"type":"single","stem":"使用rsync做增量备份时，希望删除目标端已不存在于源端的文件，应使用的参数是","options":["--delete","--exclude","--partial","--dry-run"],"answer":[0],"explanation":"知识点是rsync常用参数语义。--delete使目标端与源端保持一致，会删除目标端多余文件。--exclude用于排除指定文件；--partial保留中断的临时文件；--dry-run仅模拟执行不实际改动，三者均不实现删除目标端多余文件。","tier":"基础"},{"id":10,"type":"single","stem":"某公司运维团队在凌晨执行数据库主从切换演练，切换后发现从库延迟持续增大，此时应优先检查","options":["从库的复制线程状态与网络延迟","主库的磁盘剩余空间","应用的连接池最大连接数","备份任务的执行时间"],"answer":[0],"explanation":"知识点是数据库主从复制的延迟排查。从库延迟通常由复制线程中断、大事务、网络延迟等引起，应先查看复制状态与链路质量。主库磁盘空间影响写入但不直接解释延迟持续增大；连接池配置影响应用连接；备份任务时间与复制延迟无直接因果关系。","tier":"进阶"},{"id":11,"type":"single","stem":"在Linux服务器上部署新的Web应用后，管理员希望该服务在系统重启后能自动启动，应优先采用以下哪种配置方式","options":["将启动命令写入/etc/rc.local文件末尾","使用systemctl enable注册为systemd服务单元","在root用户的crontab中加入@reboot条目","把可执行文件放入/etc/init.d并赋予执行权限"],"answer":[1],"explanation":"知识点是Linux服务开机自启的标准管理方式。systemd是现代主流发行版的初始化系统，systemctl enable能将服务注册为开机自启并统一管理依赖与日志，是首选方式。A项rc.local在多数新发行版中默认未启用或已被弃用，写入后未必执行；C项@reboot由cron触发，启动时机晚于网络且无依赖管理，不适合正式服务；D项仅放入init.d并赋权，未建立运行级别链接，系统不会自动调用。","tier":"基础"},{"id":12,"type":"single","stem":"监控系统显示某应用服务器CPU使用率长期在95%以上，但业务响应正常，管理员下一步最合理的做法是","options":["立即重启服务器以释放CPU资源","登录查看进程级CPU占用确认是哪类负载","直接扩容CPU核数并重启应用","关闭监控告警以免干扰其他告警"],"answer":[1],"explanation":"知识点是性能监控的定位流程。高CPU但业务正常，需先定位是用户态、内核态还是等待导致，再决定处置，因此先做进程级排查最合理。A项重启会中断业务且未找到根因；C项在未定位前扩容属于盲目投入；D项关闭告警会掩盖真实风险。","tier":"进阶"},{"id":13,"type":"single","stem":"用户在浏览器访问内部系统时提示证书已过期，运维人员确认业务本身正常，正确的处置顺序是","options":["先更新服务器证书并重启Web服务，再通知用户重试","先让用户忽略警告继续访问，次日再更换证书","先关闭浏览器证书校验功能，再排查服务器时间","先停用HTTPS改用HTTP，再申请新证书"],"answer":[0],"explanation":"知识点是TLS证书过期的处置流程。正确做法是更换有效证书并重载服务，使访问恢复正常。B项让用户忽略警告会暴露中间人风险且拖延修复；C项关闭校验属于掩盖问题，排查服务器时间只是辅助手段而非处置主体；D项降级为HTTP会明文传输，安全性反而下降。","tier":"进阶"},{"id":14,"type":"single","stem":"某服务器磁盘使用率告警达到92%，排查发现/var/log目录占用最大，最应先执行的操作是","options":["直接删除/var/log下所有历史日志文件","检查日志轮转配置并清理超期归档日志","将/var分区在线扩容一倍容量","把日志目录整体迁移到/tmp分区"],"answer":[1],"explanation":"知识点是磁盘空间告警的规范处置。应先查看logrotate等轮转策略并清理已归档的超期日志，既释放空间又不破坏排查依据。A项直接删除全部日志会丢失故障追溯数据；C项扩容成本高且未解决日志无限增长根因；D项/tmp常被清空且不适合存放日志。","tier":"挑战"},{"id":15,"type":"single","stem":"运维人员配置计划任务时希望脚本每周一凌晨2点执行，cron表达式应写为","options":["0 2 * * 1","2 0 * * 1","0 2 1 * *","2 0 1 * *"],"answer":[0],"explanation":"知识点是cron五个字段的顺序为分、时、日、月、周。周一2点应写为分0、时2、周1，即0 2 * * 1。B项把分与时写反，实际是0点2分执行；C项第三字段为1表示每月1日而非每周一；D项同样分时颠倒且含义为每月1日0点2分。","tier":"基础"},{"id":16,"type":"single","stem":"对一台运行中的Linux服务器做例行巡检，发现内存剩余很少但buff/cache占用很高，正确的判断是","options":["系统内存已耗尽，需立即重启释放","缓存可被回收，应结合available指标评估","必须立刻增加swap分区容量","说明存在内存泄漏，需重启应用进程"],"answer":[1],"explanation":"知识点是Linux内存指标含义。buff/cache属于可回收缓存，判断内存是否紧张应看available而非free。A项误把缓存当已用内存；C项swap扩容与缓存占用无直接因果关系；D项内存泄漏需看进程RSS持续增长趋势，不能仅凭缓存高就判定。","tier":"挑战"},{"id":17,"type":"single","stem":"某企业要为新上线的业务系统部署高可用架构，要求单台应用服务器故障时业务不中断，最符合要求的部署方式是","options":["单台服务器配置双电源和RAID1","两台服务器做负载均衡并配置健康检查","单台服务器安装虚拟机做应用隔离","两台服务器一台运行应用一台做冷备"],"answer":[1],"explanation":"知识点是高可用架构的判定。双机负载均衡加健康检查可在单机故障时自动摘除节点，业务不中断。A项双电源与RAID只解决部件级冗余，主机故障仍中断；C项虚拟机隔离不提供跨机冗余；D项冷备切换需人工介入且有中断时间。","tier":"挑战"},{"id":18,"type":"single","stem":"运维人员修改了Nginx配置文件后执行nginx -t提示语法错误，此时服务的实际状态是","options":["旧配置继续生效，新配置未加载","新配置已部分生效，服务处于降级状态","服务已自动停止，需手动重新启动","配置文件已被回滚为默认内容"],"answer":[0],"explanation":"知识点是Nginx配置检查与重载机制。nginx -t只做语法校验，校验失败不会触发reload，运行中的进程仍按旧配置工作。B项语法错误不会部分加载；C项校验失败不会导致进程退出；D项Nginx不会自动回滚文件内容。","tier":"进阶"},{"id":19,"type":"single","stem":"某单位要求对服务器操作进行审计，需记录谁在何时执行了哪些命令，应优先启用以下哪项措施","options":["开启系统auditd并配置命令执行审计规则","提高shell历史记录条数上限","为每个管理员分配独立账号并开启登录日志","部署网络流量镜像做全量抓包"],"answer":[0],"explanation":"知识点是主机操作审计手段。auditd可按规则记录execve等系统调用，精确到用户、时间与命令。B项历史记录可被篡改或绕过，且无时间与用户绑定；C项登录日志只记录登录行为，不含具体命令；D项流量抓包无法还原本地执行的命令，成本也过高。","tier":"挑战"},{"id":20,"type":"multi","stem":"某运维团队准备对生产Web服务器做操作系统安全加固，下列措施中符合最小权限与减少攻击面原则的有","options":["关闭未使用的telnet服务并改用SSH","为Web目录设置仅属主可写的权限","允许root通过SSH密码直接远程登录","定期更新系统安全补丁并重启生效","将数据库账号与Web账号共用同一系统用户"],"answer":[0,1,3],"explanation":"知识点是主机安全加固原则。A项关闭明文telnet改用SSH可减少攻击面；B项限制Web目录写权限可防止被植入木马；D项及时打补丁并重启使补丁真正生效，均符合原则。C项允许root密码远程登录会放大暴力破解风险，应禁用；E项共用账号违反最小权限与责任分离，出问题无法追溯。","tier":"挑战"},{"id":21,"type":"single","stem":"运维人员准备把一台已稳定运行两年的业务服务器从机房A区迁移到B区，迁移前最应优先确认的事项是","options":["B区机柜的承重与供电容量是否满足该服务器","该服务器上是否安装了最新版本的操作系统","机房A区是否有其他服务器需要一并迁移","服务器机箱内部灰尘是否需要先清理"],"answer":[0],"explanation":"本题考查设备迁移前的环境核查。迁移服务器前首先要确认目标机位的承重、供电、散热等物理条件满足要求，否则可能损坏设备或造成供电过载。B项操作系统版本与迁移动作无关；C项属于迁移范围规划，不是该设备迁移前的优先确认项；D项清灰是可选维护，不是迁移前的关键前提。","tier":"基础"},{"id":22,"type":"single","stem":"某Linux服务器磁盘使用率持续上涨，运维人员执行df -h发现/var分区已达92%，此时最合理的首要处置动作是","options":["定位/var下占用空间最大的目录和文件再决定清理对象","立即删除/var/log下所有日志文件释放空间","把/var分区扩容前先重启服务器释放缓存","将/var分区挂载点临时改为只读避免继续写入"],"answer":[0],"explanation":"本题考查磁盘空间告警的处置流程。正确做法是先定位大文件/大目录，判断哪些可安全清理，再执行操作。B项直接删除全部日志会丢失排障依据且可能影响服务；C项重启并不能释放已占用的磁盘空间，扩容也需先确认；D项改只读会导致依赖写入的服务立即异常，属于扩大故障。","tier":"挑战"},{"id":23,"type":"single","stem":"运维人员为服务器配置RAID时，希望在一块硬盘故障时仍能保证数据不丢失且磁盘利用率不低于50%，应选择的RAID级别是","options":["RAID 5","RAID 0","RAID 1","RAID 10"],"answer":[0],"explanation":"本题考查RAID级别的容错与容量特性。RAID 5通过分布式奇偶校验实现单盘容错，磁盘利用率为(n-1)/n，三盘及以上时利用率不低于50%，符合要求。RAID 0无冗余，一块盘故障即全部数据丢失；RAID 1利用率为50%但要求成对镜像，题中未限定盘数，作为单盘故障保护虽可行但利用率恰好为50%不满足“不低于”的择优标准；RAID 10利用率50%且至少需要4块盘，成本更高。综合题意选RAID 5。","tier":"基础"},{"id":24,"type":"single","stem":"运维人员配置定时任务时，希望某脚本每天凌晨2点执行一次，应使用的crontab时间字段是","options":["0 2 * * *","2 0 * * *","* 2 * * *","0 2 * * 1"],"answer":[0],"explanation":"本题考查crontab五字段的时间语义。五个字段依次为分、时、日、月、周，0 2 * * *表示每天2点0分执行。B项表示每天0点2分执行；C项表示2点内每分钟执行一次；D项表示每周一2点执行，均不符合“每天凌晨2点一次”。","tier":"基础"},{"id":25,"type":"single","stem":"运维人员对生产数据库做全量备份，为兼顾备份速度与恢复可靠性，通常应采用的备份方式是","options":["先用物理备份工具做全量备份再压缩归档","直接复制数据库正在使用的数据文件","仅备份数据库的二进制日志文件","在业务高峰时段执行逻辑导出备份"],"answer":[0],"explanation":"本题考查数据库备份方式的选择。物理备份配合压缩归档能兼顾速度与可靠性。B项直接复制正在使用的数据文件可能得到不一致的副本；C项仅备份二进制日志只能做增量恢复，缺少基线；D项在高峰时段做逻辑导出会加重数据库负载并可能锁表。","tier":"基础"},{"id":26,"type":"single","stem":"监控系统显示某Web服务器响应时间突然从200ms升至3s，但CPU和内存使用率均正常，最应优先排查的方向是","options":["后端数据库慢查询或下游接口超时","服务器是否感染了挖矿病毒","操作系统内核版本是否需要升级","机房空调温度是否偏高"],"answer":[0],"explanation":"本题考查性能异常的排查思路。CPU内存正常而响应变慢，常见原因是下游依赖（数据库慢查询、外部接口超时）阻塞请求。B项挖矿病毒通常伴随CPU占用升高；C项内核版本与突发响应变慢无直接因果；D项机房温度偏高通常也会反映在CPU温度或降频指标上。","tier":"进阶"},{"id":27,"type":"single","stem":"运维人员为服务器配置防火墙规则时，仅允许管理员网段访问SSH端口，应遵循的最小权限原则做法是","options":["只放行管理员网段到22端口的流量并拒绝其他来源","放行所有来源到22端口但启用密钥认证","仅关闭密码登录并保留所有来源访问22端口","将SSH端口改为非标准端口后放行所有来源"],"answer":[0],"explanation":"本题考查防火墙最小权限原则。正确做法是限定源地址与目的端口，仅放行必要流量。B项放行所有来源仅靠密钥认证，仍暴露攻击面；C项同理，未限制来源；D项改端口属于隐蔽性措施，不能替代访问控制，所有来源仍可扫描到。","tier":"基础"},{"id":28,"type":"single","stem":"运维人员需要对一台运行关键业务的服务器打补丁，为降低风险，正确的做法是","options":["先在测试环境验证补丁再安排窗口期更新生产","直接在生产服务器上安装全部最新补丁","关闭服务器后再安装补丁以避免冲突","只安装安全补丁不安装功能补丁即可直接上线"],"answer":[0],"explanation":"本题考查变更管理中的补丁发布流程。正确流程是先测试验证、再安排窗口期实施。B项未验证直接全量安装风险高；C项关闭服务器安装补丁并不解决兼容性风险，且业务中断；D项仅装安全补丁仍需验证，不能跳过测试环节。","tier":"进阶"},{"id":29,"type":"single","stem":"运维人员在巡检时发现服务器RAID卡电池状态显示为Failed，正确的处置方式是","options":["尽快更换RAID卡电池并确认写缓存策略","立即拔掉电池继续运行以避免告警","将RAID级别从5改为0以绕过电池故障","重启服务器让RAID卡自动修复电池"],"answer":[0],"explanation":"本题考查RAID卡缓存电池故障的处置。电池失效会导致写缓存策略降级，影响性能与断电保护，应更换电池并确认缓存策略。B项拔掉电池会使缓存失去断电保护；C项改RAID级别会破坏数据且不解决电池问题；D项重启无法修复物理电池故障。","tier":"挑战"},{"id":30,"type":"single","stem":"信息系统上线部署时，将数据库、应用服务器、Web服务器分别安装在不同物理主机上，这种部署方式的主要优点是","options":["单点故障影响范围小且便于分层扩容","硬件采购成本更低且布线更简单","操作系统补丁可统一批量下发","机房空间占用更少且供电更集中"],"answer":[0],"explanation":"知识点是分布式分层部署的优缺点。将数据库、应用、Web分层部署在不同主机，任一层故障不会直接拖垮其他层，且各层可独立扩容，故A正确；B错在分层部署主机数量增加，采购与布线成本通常更高；C错在主机角色不同、系统版本可能不同，补丁策略难以完全统一；D错在主机增多，空间与供电占用反而上升。","tier":"基础"},{"id":31,"type":"single","stem":"对Linux服务器进行日常巡检时，发现根分区使用率已达92%，此时最应优先执行的操作是","options":["定位并清理占用空间最大的日志或临时文件","立即对根分区执行在线扩容操作","重启服务器以释放被占用的文件句柄","将根分区挂载为只读模式防止写入"],"answer":[0],"explanation":"知识点是磁盘空间告警的处置顺序。根分区接近写满时应先定位大文件与可清理内容，再评估清理或扩容，故A正确；B错在未查明原因就扩容会掩盖日志暴增等隐患且扩容需停机或存储支持；C错在重启不释放仍被进程占用的已删文件空间，且中断业务；D错在只读挂载会导致系统与服务无法正常写入，扩大故障。","tier":"挑战"},{"id":32,"type":"single","stem":"使用rsync做异地数据同步时，参数中加上--delete的作用是","options":["使目标端与源端目录内容保持一致，删除目标端多余文件","同步完成后自动删除源端的原始文件","传输过程中删除校验失败的文件并重传","删除目标端所有文件后再全量重新同步"],"answer":[0],"explanation":"知识点是rsync增量同步参数含义。--delete让目标端镜像源端，删除目标端多出的文件，故A正确；B错在删除源端文件不是rsync行为，会破坏源数据；C错在rsync校验失败是重传该文件，不会删除；D错在--delete仍基于增量比对，并非清空后全量传输。","tier":"基础"},{"id":33,"type":"single","stem":"在信息系统运行监控中，Zabbix的触发器（Trigger）与监控项（Item）的关系是","options":["触发器基于监控项采集的数据按表达式判断是否告警","监控项依据触发器的告警结果决定是否采集数据","触发器与监控项一一对应且不能跨主机引用","监控项由触发器创建并在告警后自动删除"],"answer":[0],"explanation":"知识点是Zabbix监控模型。Item负责采集数据，Trigger对Item数据按表达式求值判断阈值，故A正确；B错在采集与告警是先后关系，采集不依赖告警结果；C错在一个触发器可引用多个监控项，也可跨主机；D错在监控项独立配置，不会因告警被删除。","tier":"基础"},{"id":34,"type":"single","stem":"某运维人员为提升Web服务器并发能力，调整了Nginx的worker_connections参数，但未同步调整操作系统文件描述符上限，最可能出现的现象是","options":["高并发时出现连接被拒绝并提示打开文件过多","Nginx配置检查直接报语法错误无法启动","服务器CPU占用率瞬间升至100%并持续","磁盘IO等待时间显著增长导致响应变慢"],"answer":[0],"explanation":"知识点是应用层连接数与系统资源限制的关系。worker_connections提高后连接数受系统nofile限制，超出时报too many open files并拒绝连接，故A正确；B错在参数本身语法正确，配置检查能通过；C错在CPU飙升与文件描述符限制无直接因果；D错在磁盘IO与连接数上限无直接关系。","tier":"进阶"},{"id":35,"type":"single","stem":"备份策略中采用“完全备份+差异备份”与采用“完全备份+增量备份”相比，其主要区别在于","options":["差异备份每次备份自上次完全备份以来的变化数据","差异备份每次备份自上次任意备份以来的变化数据","增量备份每次备份自上次完全备份以来的变化数据","增量备份每次都需要先恢复最近一次完全备份再恢复差异"],"answer":[0],"explanation":"知识点是完全、差异、增量备份的定义辨析。差异备份累积自上次完全备份后的所有变化，故A正确；B错在那是增量备份的定义；C错在增量备份是相对上次任意一次备份；D错在描述的是差异备份的恢复过程而非增量备份定义。","tier":"进阶"},{"id":36,"type":"single","stem":"运维人员计划对生产数据库执行结构变更脚本，正确的操作顺序应是","options":["先在测试库验证脚本并备份生产库，再在业务低峰期执行","直接在生产库执行脚本，执行失败后再回滚并备份","先在生产库执行脚本，同时在测试库做相同操作验证","在业务高峰期执行脚本以缩短整体停机时间"],"answer":[0],"explanation":"知识点是变更管理流程。变更前应在测试环境验证并做好生产备份，选择低峰窗口执行，故A正确；B错在先执行后备份使回滚无依据；C错在生产库先行执行把风险放在生产端；D错在高峰期执行会放大故障影响范围。","tier":"进阶"},{"id":37,"type":"single","stem":"服务器监控显示某进程持续处于D状态（不可中断睡眠），最合理的初步判断是","options":["该进程正在等待磁盘或网络文件系统IO完成","该进程已僵死需要立即kill -9清除","该进程因内存不足被交换到swap中运行","该进程正在等待用户输入而正常挂起"],"answer":[0],"explanation":"知识点是Linux进程状态含义。D状态表示不可中断睡眠，通常在等待IO，故A正确；B错在僵死进程是Z状态，D状态进程kill -9也往往无法立即终止；C错在换出运行对应的是普通睡眠或运行态，不是D状态定义；D错在等待用户输入是可中断睡眠S状态。","tier":"进阶"},{"id":38,"type":"single","stem":"某单位要求对重要服务器开启远程管理，从安全运维角度最应优先采取的措施是","options":["限制管理源IP并采用密钥或双因素认证","将管理端口改为非常用端口并关闭日志记录","允许所有IP访问但设置复杂口令定期更换","通过明文协议远程登录以便抓包排查问题"],"answer":[0],"explanation":"知识点是远程管理安全加固。限制来源并强化认证是核心措施，故A正确；B错在改端口只是隐蔽手段且关闭日志会丧失审计能力；C错在开放全部来源会扩大攻击面；D错在明文协议会泄露凭据。","tier":"挑战"},{"id":39,"type":"single","stem":"运维值班时收到磁盘阵列单块硬盘故障告警，阵列仍可正常读写，正确的处置是","options":["尽快更换故障盘并让其自动重建数据","立即关闭阵列电源防止故障扩散","先拔下故障盘观察阵列是否继续降级","暂不处理直到第二块盘也告警再统一更换"],"answer":[0],"explanation":"知识点是RAID冗余降级处置。单盘故障时阵列处于降级状态，应尽快更换并重建以恢复冗余，故A正确；B错在断电会中断业务且无助于数据保护；C错在随意拔盘可能触发不可预期降级或数据丢失；D错在降级期间再坏一盘将导致数据不可用。","tier":"进阶"},{"id":40,"type":"single","stem":"某应用服务器CPU使用率长期在85%以上但业务响应正常，作为运行管理员下一步最恰当的做法是","options":["采集历史趋势并分析高占用进程，评估是否需要扩容","立即重启服务器以降低CPU占用率","直接增加CPU核心数而不做任何分析","关闭监控告警以免频繁收到通知"],"answer":[0],"explanation":"知识点是性能容量管理。高占用但业务正常时应先分析趋势与热点进程，再决定优化或扩容，故A正确；B错在重启只短暂缓解且中断业务；C错在未定位瓶颈就扩容可能浪费资源；D错在关闭告警会掩盖真实风险。","tier":"进阶"},{"id":41,"type":"multi","stem":"关于信息系统日志管理，下列做法中符合运行管理要求的有","options":["对关键系统日志集中采集并设置保留期限","定期核查日志时间源是否与标准时间同步","将日志文件权限设置为任意用户可读写","仅保留最近一天日志以节省磁盘空间","对登录失败等安全事件设置告警规则"],"answer":[0,1,4],"explanation":"知识点是日志采集、时间同步、权限、保留与告警。集中采集并设保留期便于审计与追溯，A正确；时间同步保证跨设备日志可关联，B正确；对安全事件设告警可及时发现入侵，E正确；C错在日志可被任意用户篡改会破坏证据可信性；D错在仅留一天无法满足溯源与合规要求。","tier":"挑战"},{"id":42,"type":"single","stem":"在Linux服务器上部署应用后，发现服务监听端口未按配置文件指定的8080生效，查看进程发现服务实际监听在默认的3000端口，最可能的原因是","options":["配置文件路径未被程序读取到","防火墙拦截了8080端口入站流量","8080端口已被其他进程占用","SELinux策略禁止绑定8080端口"],"answer":[0],"explanation":"知识点是应用配置加载顺序。程序未读取到指定配置文件时会使用内置默认端口，因此表现为监听3000；防火墙拦截只会导致外部无法访问而不会改变监听端口；端口被占用通常会导致启动失败或报错而非静默改用其他端口；SELinux拒绝绑定会直接报权限错误而非改用默认端口。","tier":"进阶"},{"id":43,"type":"single","stem":"运维人员在巡检时发现某台Web服务器磁盘使用率已达92%，其中/var/log目录占用最大，此时最应优先执行的操作是","options":["清理/var/log下超过保留期的历史日志文件","将/var/log整体迁移到新挂载的数据盘","对该服务器执行在线扩容根分区操作","重启服务器释放被占用的日志文件句柄"],"answer":[0],"explanation":"知识点是磁盘空间告急的应急处置。优先清理超期历史日志可快速释放空间且风险最低；迁移目录涉及服务重启和路径配置，不是首选；在线扩容需要底层存储支持且周期较长；重启服务器影响业务连续性，且已删除未释放句柄的问题并不存在。","tier":"挑战"},{"id":44,"type":"single","stem":"某单位部署了Zabbix监控系统，管理员希望当数据库服务器CPU使用率连续5分钟超过85%时触发告警，而不是瞬时超过就告警，应配置的监控项是","options":["触发器表达式使用avg函数配合5分钟时间窗口","监控项采集间隔设置为5分钟一次","动作条件中设置告警延迟5分钟发送","图形中设置5分钟聚合显示周期"],"answer":[0],"explanation":"知识点是监控触发器的时间窗口函数。使用avg(Node,5m)可实现连续5分钟均值超阈值才触发；采集间隔只影响数据点密度，瞬时超阈值仍会告警；动作延迟只是推迟通知发送，不能过滤瞬时尖峰；图形聚合仅影响展示不影响告警判定。","tier":"挑战"},{"id":45,"type":"single","stem":"运维人员需要对一批生产服务器批量下发NTP时间同步配置，为避免逐台登录操作，最合适的做法是","options":["使用Ansible的copy模块推送配置文件并重启服务","编写expect脚本模拟交互逐台登录修改","通过邮件通知各服务器负责人自行修改","在每台服务器上手动执行timedatectl命令"],"answer":[0],"explanation":"知识点是批量配置管理工具的应用。Ansible可对主机清单批量推送文件并触发服务重启，幂等且可审计；expect逐台登录效率低且难以维护；邮件通知无法保证执行一致性；手动执行不适用于批量场景且易遗漏。","tier":"进阶"},{"id":46,"type":"single","stem":"某企业数据库服务器采用RAID5阵列，运维人员发现一块硬盘指示灯变红但业务仍正常运行，正确的处置方式是","options":["在业务低峰期更换故障盘并等待阵列重建","立即关机断电后更换故障盘","直接拔出故障盘待新盘到货再插入","将阵列降级为RAID0以恢复性能"],"answer":[0],"explanation":"知识点是RAID5降级状态的处理。RAID5允许单盘故障，业务可继续运行，应在低峰期热插拔更换并触发重建；立即关机中断业务且无必要；拔出后长期空缺会使阵列失去冗余，再坏一块即数据丢失；RAID0无冗余，降级会加剧风险。","tier":"挑战"},{"id":47,"type":"single","stem":"系统管理员通过SSH远程登录服务器时提示“Connection refused”，而ping该服务器IP可以正常响应，最可能的原因是","options":["服务器sshd服务未运行或端口未监听","服务器网卡驱动出现故障","客户端与服务器之间存在路由环路","服务器开启了ICMP禁ping策略"],"answer":[0],"explanation":"知识点是网络连通性与服务可用性的区分。ping通说明网络层可达，Connection refused表示TCP层被拒绝，通常是对应服务未监听；网卡故障会导致ping不通；路由环路会影响连通性；禁ping策略与本题现象矛盾，因为ping是通的。","tier":"基础"},{"id":48,"type":"single","stem":"运维人员计划对生产数据库执行结构变更脚本，为降低变更风险，变更前最应完成的准备工作是","options":["在测试环境验证脚本并完成数据库全量备份","通知所有用户在变更期间停止使用系统","将数据库设置为只读模式后执行脚本","直接在从库执行脚本验证后再同步主库"],"answer":[0],"explanation":"知识点是变更管理的前置准备。测试环境验证可发现脚本问题，全量备份提供回滚保障；通知用户停机不是技术准备的核心；只读模式是执行阶段的措施；在从库执行会破坏主从一致性，风险更高。","tier":"进阶"},{"id":49,"type":"multi","stem":"运维人员在排查一台Linux服务器负载过高的问题时，下列哪些操作有助于定位是CPU密集型还是IO密集型瓶颈","options":["使用top命令查看进程的CPU占用与wa等待比例","使用iostat命令查看磁盘的util和await指标","使用free命令查看内存与swap使用情况","使用netstat命令查看当前TCP连接状态"],"answer":[0,1],"explanation":"知识点是性能瓶颈定位工具。top可观察用户态CPU占用与IO等待比例，iostat可看磁盘利用率和响应延迟，二者结合可区分CPU型与IO型瓶颈；free反映内存压力，不直接区分CPU与IO瓶颈；netstat反映网络连接情况，与本题判断目标不直接相关。","tier":"进阶"},{"id":50,"type":"multi","stem":"某市人社局信息中心在部署新的社保业务系统时，运维人员对应用服务器与数据库服务器进行时间同步配置，下列做法中正确的有","options":["应用服务器和数据库服务器均配置同一内网NTP服务器作为时间源","在防火墙策略中仅放行应用服务器到数据库服务器的NTP同步请求","将数据库服务器配置为应用服务器的时间源并逐级向下同步","所有服务器在时区设置中统一使用Asia/Shanghai避免时间偏移"],"answer":[0,3],"explanation":"本题考查信息系统部署中的时间同步配置。正确项0：统一使用同一内网NTP源可保证全网时间一致，是标准做法；正确项3：统一时区避免因时区差异造成业务时间显示错误，是基础配置要求。错误项1：NTP同步应指向统一时间源，仅放行应用服务器到数据库的NTP请求并不能保证数据库与其他设备同步，放行对象和方向错了；错误项2：数据库服务器不应作为时间源向下同步，应用服务器应从NTP服务器取时，逐级向下同步会造成时间精度逐层衰减和单点依赖。","tier":"挑战"},{"id":51,"type":"single","stem":"在Linux服务器上查看某服务进程占用的文件描述符数量，应优先使用哪个命令","options":["lsof -p 进程号","df -h 进程号","free -m 进程号","du -sh 进程号"],"answer":[0],"explanation":"知识点：Linux进程资源排查工具。lsof -p 可列出指定进程打开的所有文件描述符，是排查句柄泄漏的常用手段。df 用于查看文件系统磁盘空间，不接受进程号；free 用于查看内存使用；du 用于统计目录占用空间，三者均与进程文件描述符无关。"},{"id":52,"type":"single","stem":"机房UPS在市电中断后仅能支撑5分钟，而核心数据库正常关机流程需要8分钟，最合理的整改措施是","options":["延长数据库关机超时时间至10分钟","为数据库主机增配电池组或接入发电机","将数据库改为每日定时重启释放连接","把UPS切换阈值调低以延后放电"],"answer":[1],"explanation":"知识点：UPS容量与业务关机时间的匹配。后备时间必须覆盖业务安全关机的全过程，因此应提升供电续航能力。延长关机超时只会让系统在断电瞬间被硬关机，加剧数据损坏风险；每日重启与供电续航无关；调低切换阈值会提前放电，反而缩短可用时间。"},{"id":53,"type":"single","stem":"运维人员发现某台服务器磁盘使用率持续上涨但业务日志已按天切割，最应先排查的方向是","options":["被删除但仍被进程占用的文件","文件系统inode是否耗尽","磁盘阵列的RAID级别设置","网卡是否出现丢包重传"],"answer":[0],"explanation":"知识点：磁盘空间异常增长排查。日志已切割而空间不降，常见原因是文件被删除但进程仍持有句柄，空间未释放。inode耗尽表现为无法创建新文件而非使用率上涨；RAID级别影响冗余与性能，不改变容量统计；网卡丢包与磁盘空间无直接关系。"},{"id":54,"type":"single","stem":"在Zabbix中为一批新上线主机批量添加监控，最规范的做法是","options":["逐台手工创建主机并绑定模板","通过主机自动发现或API批量导入","把新主机直接挂到已有主机的监控项下","关闭自动发现改由值班人员每日巡检"],"answer":[1],"explanation":"知识点：监控系统的批量纳管方式。自动发现或API导入可保证配置一致且可追溯。逐台手工创建效率低且易漏配；挂到已有主机下会造成数据归属混乱；关闭自动发现改为人工巡检则丧失了监控的实时性。"},{"id":55,"type":"single","stem":"服务器RAID5阵列中一块硬盘亮黄灯但系统仍可访问，正确的处置顺序是","options":["立即关机断电后更换故障盘","在线更换故障盘并等待重建完成","先备份全部数据再更换故障盘","将该盘从阵列中移除后继续运行"],"answer":[1],"explanation":"知识点：RAID5降级状态处置。RAID5可容忍单盘故障，应在线热插拔更换并让其自动重建，避免二次故障。立即关机断电会中断业务且无必要；RAID5降级时全量备份会加重IO负担并延长风险窗口；直接移除不补盘会使阵列长期处于无冗余状态。"},{"id":56,"type":"single","stem":"应用系统响应变慢，运维在排查时发现数据库连接池活跃连接数长期占满，下一步最应检查的是","options":["应用服务器CPU使用率是否过高","是否存在连接泄漏或慢查询未释放","交换机端口是否出现CRC错包","操作系统是否开启了透明大页"],"answer":[1],"explanation":"知识点：连接池耗尽的原因定位。活跃连接占满通常源于连接未归还或慢查询长期占用，应优先排查代码与SQL。CPU高可能是结果而非原因；CRC错包属于链路层问题；透明大页影响内存性能，与连接池占满无直接因果。"},{"id":57,"type":"single","stem":"在对生产数据库执行结构变更前，运维最应确认的事项是","options":["变更脚本已在测试环境验证并具备回滚方案","变更时间安排在业务高峰期以便观察","变更操作由值班人员临时口头授权","变更后无需通知开发团队直接生效"],"answer":[0],"explanation":"知识点：生产变更管理流程。变更前必须完成测试验证并准备回滚方案，以控制风险。安排在高峰期会放大影响面；口头授权缺乏审计与责任追溯；不通知相关方会导致应用侧无法及时适配。"},{"id":58,"type":"single","stem":"服务器BMC管理口无法访问但操作系统网络正常，最可能的原因是","options":["操作系统防火墙拦截了管理口流量","BMC管理口网线或IP配置异常","业务网卡驱动版本过低","交换机未开启生成树协议"],"answer":[1],"explanation":"知识点：带外管理通道排查。BMC是独立于操作系统的管理通道，操作系统网络正常说明业务链路无碍，问题多在管理口自身的物理连接或IP配置。操作系统防火墙不影响BMC；业务网卡驱动不影响带外口；生成树协议与BMC可达性无关。"},{"id":59,"type":"single","stem":"夜间批量作业导致磁盘IO长时间打满并影响在线业务，最合适的临时缓解手段是","options":["将批量作业改为限速或错峰执行","提升在线业务进程的CPU优先级","把磁盘阵列缓存策略改为直写","关闭操作系统的页缓存机制"],"answer":[0],"explanation":"知识点：IO资源争用治理。限速或错峰可直接降低批量作业对在线业务的IO冲击。提高CPU优先级无法解决磁盘瓶颈；改为直写会降低性能；关闭页缓存会显著恶化整体IO表现。"},{"id":60,"type":"single","stem":"运维巡检时发现某服务器系统时间比标准时间慢3分钟，最应先检查的是","options":["是否配置并正常运行NTP同步","主板BIOS电池是否已经完全耗尽","操作系统是否开启了夏令时","业务程序是否使用了本地时间戳"],"answer":[0],"explanation":"知识点：服务器时间同步机制。时间偏差应首先确认NTP服务是否配置和运行正常。BIOS电池耗尽通常导致关机后时间归零而非缓慢偏差；夏令时会造成固定偏移；程序时间戳使用方式不是时间漂移的原因。"},{"id":61,"type":"single","stem":"某业务系统凌晨自动重启后应用未拉起，检查发现启动脚本存在但未生效，最可能的原因是","options":["服务未设置为开机自启或依赖顺序有误","服务器电源模块出现冗余告警","应用日志级别被调整为DEBUG","数据库连接串使用了域名而非IP"],"answer":[0],"explanation":"知识点：服务自启与依赖管理。重启后未拉起最常见于未配置自启或依赖服务未就绪。电源冗余告警不影响启动流程；日志级别不改变进程启动；连接串形式不影响进程是否被拉起。"},{"id":62,"type":"multi","stem":"下列属于信息系统日常巡检中应记录的运行状态指标有哪些","options":["CPU与内存使用率","磁盘剩余空间与IO等待","关键服务进程存活状态","机房空调出风温度","运维人员当日排班表"],"answer":[0,1,2],"explanation":"知识点：系统巡检指标范围。CPU内存、磁盘空间与IO、关键进程存活均直接反映系统运行健康度，属于必录指标。机房空调出风温度属于机房环境监控，通常由动环系统记录；排班表属于人员管理信息，均不属于系统运行状态指标。"},{"id":63,"type":"single","stem":"在Linux系统中，管理员需要让一个正在运行的前台进程转入后台继续执行，应使用哪个组合键","options":["Ctrl+C","Ctrl+Z","Ctrl+D","Ctrl+\\"],"answer":[1],"explanation":"知识点是Linux作业控制信号。Ctrl+Z发送SIGTSTP使前台进程暂停并放入后台作业队列，可用bg恢复运行。Ctrl+C发送SIGINT终止进程；Ctrl+D表示EOF关闭标准输入；Ctrl+\\发送SIGQUIT终止并产生核心转储。"},{"id":64,"type":"single","stem":"RAID 5阵列中一块硬盘发生故障后，阵列的读写性能通常会出现什么变化","options":["读性能下降而写性能基本不变","读写性能均明显下降","读性能基本不变而写性能大幅提升","读写性能均无明显变化"],"answer":[1],"explanation":"知识点是RAID 5降级运行特性。RAID 5通过分布式奇偶校验恢复数据，缺一块盘后每次读需从剩余盘重建数据、每次写需重新计算校验，因此读写性能都明显下降。读写性能基本不变或写性能提升均不符合降级后需额外计算与跨盘读取的事实。"},{"id":65,"type":"single","stem":"使用top命令观察Linux系统时，发现wa（I/O等待）数值长期偏高，最可能的原因是","options":["内存容量不足导致频繁换页","磁盘读写速度成为瓶颈","CPU主频过低导致计算缓慢","网络带宽被占满导致丢包"],"answer":[1],"explanation":"知识点是Linux性能指标含义。wa表示CPU等待I/O完成的时间占比，长期偏高说明磁盘I/O是瓶颈。内存不足通常表现为si/so换页升高；CPU主频低表现为us/sy高；网络问题不会直接体现在wa上。"},{"id":66,"type":"single","stem":"企业需要对重要数据库服务器制定备份策略，要求发生故障时数据丢失不超过15分钟，应优先选择哪种备份方式","options":["每周一次全量备份","每日一次差异备份","每日全量加每小时增量","持续日志备份配合定期全量"],"answer":[3],"explanation":"知识点是备份恢复点目标（RPO）。要求丢失不超过15分钟，需持续备份事务日志才能实现分钟级恢复。每周全量、每日差异、每小时增量在两次备份间仍可能丢失超过15分钟的数据。"},{"id":67,"type":"single","stem":"在配置Nginx反向代理时，后端服务器返回502 Bad Gateway，最可能的原因是","options":["客户端请求路径不存在","后端服务未启动或端口不通","Nginx配置文件语法错误","SSL证书已过期"],"answer":[1],"explanation":"知识点是HTTP状态码与反向代理故障判断。502表示网关从上游收到无效响应，常见于后端服务宕机或端口不可达。路径不存在返回404；配置语法错误Nginx无法启动；证书过期通常表现为浏览器证书告警而非502。"},{"id":68,"type":"single","stem":"某单位要求对服务器操作系统补丁进行管理，正确的补丁更新流程是","options":["生产服务器直接联网自动更新","先在测试环境验证再分批更新生产","所有服务器同时停机更新","仅更新有安全公告的服务器"],"answer":[1],"explanation":"知识点是补丁管理流程。标准做法是先测试验证兼容性，再分批在生产环境灰度更新，降低风险。直接自动更新可能引入不兼容；同时停机影响业务连续性；只更新有公告的会遗漏其他必要补丁。"},{"id":69,"type":"single","stem":"管理员发现某台服务器磁盘空间使用率突然从60%升至98%，首先应执行的操作是","options":["立即删除日志文件释放空间","使用df和du命令定位占用目录","重启服务器清理临时文件","扩容磁盘并挂载新分区"],"answer":[1],"explanation":"知识点是磁盘空间故障排查步骤。应先定位是哪个目录或文件占用突增，再决定清理或扩容。直接删日志可能误删关键记录；重启不一定释放且中断业务；扩容未查明原因可能再次占满。"},{"id":70,"type":"single","stem":"在信息系统运行维护中，变更管理流程里“变更回退计划”应在哪个阶段制定","options":["变更实施完成后","变更申请审批时","变更失败后临时制定","变更上线观察期结束后"],"answer":[1],"explanation":"知识点是ITIL变更管理。回退计划必须在变更审批阶段就随变更方案一并制定并评审，确保实施失败时可快速恢复。实施后或失败后再制定为时已晚；观察期结束已无回退意义。"},{"id":71,"type":"single","stem":"使用ping命令测试网络连通性时，结果显示“请求超时”，但目标主机实际在线且开启了防火墙，最可能的原因是","options":["目标主机网卡故障","防火墙拦截了ICMP协议","本地DNS解析失败","交换机端口已关闭"],"answer":[1],"explanation":"知识点是ICMP与防火墙策略。目标在线但ping不通，常见于防火墙禁止ICMP回显请求。网卡故障或端口关闭会导致完全不通且其他服务也不可达；DNS失败影响域名解析而非IP直连ping。"},{"id":72,"type":"single","stem":"在Linux服务器上部署新的业务系统时，管理员将应用日志目录设置为/var/log/app并希望日志按天自动轮转且保留30天，应优先配置哪个组件","options":["rsyslog的远程日志转发规则","logrotate的轮转策略文件","cron的每日定时重启脚本","systemd-journald的存储上限"],"answer":[1],"explanation":"知识点是Linux日志轮转管理。logrotate专门负责按时间或大小切割日志并按保留数清理旧文件，符合按天轮转保留30天的需求。rsyslog的远程转发解决的是日志集中收集而非本地轮转；cron定时重启脚本不会切割已有日志文件，只会重启服务；systemd-journald存储上限控制的是journal日志占用空间，不管理/var/log/app下应用自写日志的轮转。"},{"id":73,"type":"single","stem":"某管理员用df -h发现根分区使用率已达95%，但用du -sh /*统计各目录合计仅占40%，最可能的原因是","options":["磁盘存在坏道导致统计失真","有进程持有已删除文件的句柄","inode数量已经耗尽","文件系统挂载选项变为只读"],"answer":[1],"explanation":"知识点是Linux磁盘空间排查。进程打开的文件被删除后，空间不会立即释放，df会统计这部分被占用的块，而du遍历目录时看不到已删除文件，因此出现两者不一致。磁盘坏道会表现为读写错误而非统计差异；inode耗尽时df -i会告警而df -h的块使用率不一定高；挂载为只读会导致写入失败，不会造成df与du统计口径差异。"},{"id":74,"type":"single","stem":"运维人员为Web服务器配置监控告警，要求连续3个采集周期都超过阈值才触发告警，这种设置主要是为了","options":["缩短告警的平均响应时间","抑制瞬时抖动产生的误报","提高监控数据的采集精度","降低监控代理的资源占用"],"answer":[1],"explanation":"知识点是监控告警的防抖策略。连续多个周期超阈值才触发属于持续性判断，可过滤掉单次采集的瞬时尖峰，减少误报。缩短响应时间与防抖设置无关，防抖反而会略微延迟告警；采集精度由采集间隔和指标定义决定；代理资源占用取决于采集项数量和频率，与告警判定条件无关。"},{"id":75,"type":"single","stem":"在Windows Server中，管理员希望某业务程序在服务器重启后自动以特定账户身份运行且无需人工登录桌面，应使用哪个功能配置","options":["任务计划程序的触发器设置","服务控制管理器中的服务登录账户","本地安全策略的账户锁定阈值","组策略的桌面壁纸强制选项"],"answer":[1],"explanation":"知识点是Windows服务运行身份配置。将程序注册为服务并在服务属性中指定登录账户，可实现开机自启且无需交互登录。任务计划程序的触发器只能决定何时启动，若勾选仅在用户登录时运行仍依赖登录；账户锁定阈值属于安全策略，与自动运行无关；桌面壁纸策略属于用户环境设置，不影响程序自启。"},{"id":76,"type":"single","stem":"数据库服务器夜间执行全量备份时磁盘IO长时间接近饱和，导致白天业务查询变慢，最合理的调整措施是","options":["将备份时间改到业务低谷并限制备份进程IO速率","把全量备份改为每天多次增量备份且不设限速","为数据库服务器增加更多内存以缓存备份文件","将备份文件直接写入数据库所在的数据盘"],"answer":[0],"explanation":"知识点是备份作业对生产系统的影响控制。把备份安排在低谷期并对备份进程限速，可减少对白天业务查询的资源争抢。每天多次增量备份若不限速仍会在白天产生IO压力；增加内存主要改善查询缓存，无法约束备份写盘的IO；把备份写入数据盘会加剧与数据库争用同一磁盘，属于加重问题的做法。"},{"id":77,"type":"single","stem":"某系统采用双机热备架构，主节点故障后备用节点未自动接管，检查发现心跳网络正常，最应优先排查的环节是","options":["备用节点的系统时间是否与主节点同步","集群软件中资源组的切换策略配置","主节点业务网卡的MAC地址是否变更","数据库连接池的最大连接数设置"],"answer":[1],"explanation":"知识点是双机热备的故障切换机制。心跳正常说明节点间可通信，此时接管失败最常见原因是资源组未配置自动切换或切换策略被设为手动。时间不同步可能影响日志却一般不阻止接管；业务网卡MAC变化属于切换后现象；连接池参数是应用层配置，与集群是否接管无关。"},{"id":78,"type":"single","stem":"运维人员对生产服务器打补丁前，正确的操作顺序是","options":["先在测试环境验证补丁再灰度到生产并保留回滚方案","直接在生产服务器批量安装补丁后观察业务日志","先关闭所有监控告警再统一安装补丁避免误报","将补丁安装与业务版本发布安排在同一维护窗口"],"answer":[0],"explanation":"知识点是变更管理中的补丁实施流程。先在测试环境验证、再灰度发布并准备回滚方案，可控制补丁引入的风险。直接在生产批量安装缺少验证与回退手段；关闭监控会掩盖安装后出现的真实故障；把补丁与版本发布混在同一窗口，一旦出问题难以定位是补丁还是版本引起。"},{"id":79,"type":"single","stem":"某管理员在交换机上为服务器接入口配置了端口安全，限制每个端口只允许1个MAC地址，结果服务器重启后网络不通，最可能的原因是","options":["服务器网卡更换后MAC变化触发端口封锁","交换机端口被配置成了Trunk模式","服务器的默认网关地址配置错误","交换机与服务器之间网线长度超标"],"answer":[0],"explanation":"知识点是端口安全策略的触发条件。端口安全绑定MAC后，出现新的MAC会被视为违规并触发保护动作，导致端口被封锁。Trunk模式与端口安全限制MAC数量没有直接冲突；网关错误会影响跨网段访问但同网段通常仍可通信；网线长度超标表现为链路不稳定或协商降速，不会因重启而规律性断网。"},{"id":80,"type":"single","stem":"在信息系统日常巡检中，管理员发现某服务器CPU使用率长期在85%以上但业务响应正常，最恰当的处理方式是","options":["立即重启服务器以释放CPU占用","分析占用CPU的具体进程并评估是否需要优化","直接增加CPU核心数不做其他分析","关闭监控采集以降低CPU自身开销"],"answer":[1],"explanation":"知识点是性能巡检中的指标研判。CPU高但业务正常说明可能处于合理高负载，应先定位占用进程并评估优化空间，而不是盲目处置。立即重启会中断业务且未解决根因；直接扩CPU缺少分析，可能浪费资源；关闭监控会失去后续观测依据。"},{"id":81,"type":"single","stem":"某单位要求对重要服务器的配置文件变更进行留痕，管理员每次修改前将原文件复制为同目录下的备份文件，这种做法的主要不足是","options":["备份文件与源文件同盘存放且无版本标识","复制操作会改变原文件的属主权限","同目录备份会触发防病毒软件误报","配置文件不支持复制操作只能重命名"],"answer":[0],"explanation":"知识点是配置变更的版本留痕要求。同目录备份在磁盘故障时会与源文件一起丢失，且文件名若缺少时间或版本标识，难以追溯变更顺序与内容差异。复制操作通常保留原文件属性，不会改变源文件属主；防病毒误报与备份位置无必然联系；配置文件完全可以复制。"},{"id":82,"type":"single","stem":"运维团队接到用户报障称某业务系统登录缓慢，排查发现应用服务器CPU和内存正常、数据库响应正常，此时应优先检查","options":["应用服务器与数据库之间的网络时延和丢包","数据库表的索引是否需要重建","应用服务器的磁盘剩余空间是否不足","用户终端的浏览器版本是否过低"],"answer":[0],"explanation":"知识点是分层排查的故障定位思路。应用与数据库两侧资源均正常时，中间的链路质量是常见瓶颈，应检查时延与丢包。索引问题通常会表现为数据库响应变慢，与已确认的正常不符；磁盘空间不足会伴随写入报错而非单纯登录慢；浏览器版本问题一般影响页面渲染，不会造成登录过程整体缓慢。"},{"id":83,"type":"multi","stem":"为确保信息系统备份数据的可恢复性，运维人员应定期开展的工作包括哪些","options":["对备份数据执行恢复演练并记录结果","校验备份文件的完整性和可读性","将备份介质与生产系统异地存放","仅在备份任务成功时查看日志即可","把备份文件的访问权限开放给所有运维人员"],"answer":[0,1,2],"explanation":"知识点是备份有效性管理。恢复演练能验证备份真正可用，完整性校验能发现介质或传输损坏，异地存放可抵御场地级灾难，三者都是保障可恢复性的必要工作。仅看任务成功日志无法证明数据可恢复，属于常见误区；把备份权限开放给所有运维人员会带来篡改与泄露风险，不利于备份可信。"},{"id":84,"type":"single","stem":"在Linux服务器上部署新的业务应用前，运维人员执行了df -h命令查看磁盘空间，发现/var分区使用率已达92%，此时最恰当的处理是","options":["清理/var/log下的陈旧归档日志并配置logrotate轮转","将应用安装目录挂载到根分区以避开/var分区","直接删除/var分区中占用最大的任意文件释放空间","把应用数据目录软链接指向/tmp分区以缓解压力"],"answer":[0],"explanation":"知识点是Linux磁盘空间告警的标准处置。/var使用率高多由日志堆积引起，清理陈旧归档日志并配置logrotate可根治，故正确。将应用装到根分区只是转移压力且根分区也可能满，错；直接删除占用最大的任意文件可能破坏系统文件，错；/tmp分区可能被系统定期清理且容量有限，软链接过去数据易丢失，错。"},{"id":85,"type":"single","stem":"运维人员为某业务系统配置监控告警，希望CPU持续5分钟超过90%时才触发告警以避免瞬时抖动误报，应优先调整的配置项是","options":["告警阈值的数值大小","告警的触发持续时间","告警通知的接收人","监控数据的采集间隔"],"answer":[1],"explanation":"知识点是监控告警中阈值与持续时间的区别。要过滤瞬时抖动，需设置告警需持续满足条件一段时间才触发，即触发持续时间（for/duration），故正确。阈值大小决定触发起点而非抖动过滤，错；接收人只影响通知对象，错；采集间隔影响数据密度但不直接实现持续判定，错。"},{"id":86,"type":"single","stem":"某服务器RAID5阵列中一块硬盘指示灯变为红色且阵列进入降级状态，运维人员首先应执行的操作是","options":["立即关机断电后取出故障盘再开机","确认故障盘位置并备份阵列上的关键数据","直接热插拔更换新盘并等待自动重建","在阵列管理工具中将该盘标记为在线"],"answer":[1],"explanation":"知识点是RAID降级状态下的应急顺序。降级时阵列仍可读，首要动作是确认故障盘并备份关键数据以防重建失败导致数据丢失，故正确。立即关机可能造成业务中断且无必要，错；未备份就直接重建风险高，错；故障盘无法简单标记为在线，强行操作可能引发二次故障，错。"},{"id":87,"type":"single","stem":"运维人员在排查应用响应变慢问题时，使用top命令发现系统负载很高但CPU空闲率也较高，最可能的原因是","options":["CPU核心数量不足导致排队","进程大量处于不可中断睡眠等待磁盘I/O","内存容量不足触发频繁换页","网络带宽被占满导致请求堆积"],"answer":[1],"explanation":"知识点是Linux负载与CPU空闲率的关系。负载高而CPU空闲说明进程在等待I/O等资源而非占用CPU，大量不可中断睡眠（D状态）等待磁盘I/O符合该特征，故正确。CPU核心不足会表现为CPU繁忙，错；换页会伴随swap使用上升和CPU等待，但不如此典型，错；网络占满通常不直接抬高系统负载均值，错。"},{"id":88,"type":"single","stem":"企业要求对生产服务器实施变更时，必须先在测试环境验证并经过审批才能上线，这一控制措施主要属于","options":["访问控制","变更管理","容量管理","事件管理"],"answer":[1],"explanation":"知识点是IT运维管理流程分类。变更管理关注变更的申请、评估、审批、实施与回退，测试验证加审批正是其核心环节，故正确。访问控制管的是谁能访问资源，错；容量管理关注资源容量规划，错；事件管理关注故障恢复，错。"},{"id":89,"type":"single","stem":"运维人员配置Nginx反向代理时，希望后端某台服务器故障后请求能自动转发到其他健康节点，应重点配置的模块是","options":["upstream中的健康检查与失败重试","server_name的域名匹配规则","location的路径重写规则","client_max_body_size的上传限制"],"answer":[0],"explanation":"知识点是Nginx负载均衡的高可用配置。upstream块中配置max_fails、fail_timeout等失败重试参数可实现后端故障自动切换，故正确。server_name管域名匹配，错；location管路径路由，错；client_max_body_size管请求体大小限制，均与故障转移无关，错。"},{"id":90,"type":"single","stem":"某数据库服务器每天凌晨执行全量备份，运维人员发现备份窗口越来越长，最应优先评估的改进方向是","options":["将全量备份改为每周一次并增加每日增量备份","把备份文件压缩级别调到最高以节省空间","把备份目标从本地磁盘改为网络存储","增加备份脚本的执行超时时间"],"answer":[0],"explanation":"知识点是备份策略的窗口优化。全量备份耗时随数据量增长，采用全量加增量的组合可显著缩短日常备份窗口，故正确。压缩级别只影响文件大小与CPU，错；改网络存储可能更慢，错；延长超时只是容忍更慢而非解决窗口问题，错。"},{"id":91,"type":"single","stem":"运维人员为服务器配置SNMP监控，采集端能读取设备信息但无法接收设备主动上报的故障告警，应检查的配置是","options":["SNMP团体字是否配置正确","设备是否配置了Trap接收地址","MIB库文件是否完整导入","采集端的轮询间隔是否过短"],"answer":[1],"explanation":"知识点是SNMP的轮询与Trap两种机制。采集端能读数据说明团体字和MIB基本正常，收不到主动上报的告警通常因设备未配置Trap目标地址，故正确。团体字错误会导致读也失败，错；MIB缺失影响解析不影响接收，错；轮询间隔与Trap上报无关，错。"},{"id":92,"type":"single","stem":"某业务系统被要求实现关键配置文件被修改后能自动发现并可回滚，最契合的运维实践是","options":["将配置文件纳入版本控制并定期比对","对配置文件目录设置只读权限","每天手工复制一份配置文件到备份目录","为配置文件增加更复杂的访问口令"],"answer":[0],"explanation":"知识点是配置管理实践。纳入版本控制既能发现变更又能回滚到历史版本，故正确。只读权限会阻碍正常变更且无法发现被绕过的修改，错；手工复制时效性差且难以追溯，错；访问口令只控制访问不解决变更发现与回滚，错。"},{"id":93,"type":"single","stem":"运维人员在巡检时发现某服务器系统时间比标准时间慢了约15分钟，为避免影响日志关联与认证，应优先采取的措施是","options":["重启服务器让系统重新同步时间","配置NTP服务并指向可靠时间源","手动执行date命令设置正确时间","修改时区配置为本地时区"],"answer":[1],"explanation":"知识点是时间同步机制。配置NTP指向可靠时间源可持续保持时间准确，故正确。重启不一定同步且影响业务，错；手动设置一次会再次漂移，错；时区调整不改变时间偏差，错。"},{"id":94,"type":"multi","stem":"运维团队在制定服务器日常巡检清单时，下列属于应纳入巡检范围的检查项有","options":["磁盘空间使用率与inode使用率","系统关键服务进程是否在运行","机房空调的制冷温度设定","系统日志中是否存在大量错误记录","服务器机柜的钥匙保管人"],"answer":[0,1,3],"explanation":"知识点是系统巡检的内容范围。磁盘空间与inode、关键服务状态、系统日志错误均属系统运行状态检查，故正确。机房空调温度设定属机房环境管理而非服务器巡检清单，错；机柜钥匙保管人属物理安全管理，错。"},{"id":95,"type":"single","stem":"在Linux服务器上使用df -h查看磁盘空间时，发现/dev/sda1使用率已达100%，但du -sh统计该分区内文件总大小仅占分区容量的60%，最可能的原因是","options":["分区内存在已被删除但仍被进程占用的文件","文件系统超级块损坏导致统计值失真","df命令读取的是缓存数据尚未刷新","分区启用了压缩导致实际占用被放大"],"answer":[0],"explanation":"知识点是Linux文件系统空间占用排查。正确项对：进程持有已删除文件的句柄时，空间不会释放，du无法统计到，导致df与du不一致。错误项：超级块损坏通常表现为挂载失败或I/O错误而非单纯数值差；df读取的是实时文件系统统计而非缓存；压缩文件系统不会使df统计值虚高。"},{"id":96,"type":"single","stem":"运维人员在配置Nginx反向代理时，希望客户端真实IP能传递给后端应用服务器，应在location块中添加的指令是","options":["proxy_set_header X-Real-IP $remote_addr","add_header X-Real-IP $remote_addr","proxy_pass_header X-Real-IP $remote_addr","proxy_hide_header X-Real-IP $remote_addr"],"answer":[0],"explanation":"知识点是Nginx代理头设置。正确项对：proxy_set_header用于向后端发送自定义请求头，$remote_addr为客户端地址。错误项：add_header是向客户端响应添加头；proxy_pass_header是允许将后端响应头传给客户端；proxy_hide_header是隐藏后端响应头。"},{"id":97,"type":"single","stem":"某单位机房一台服务器运行中突然宕机，重启后系统日志显示kernel: Out of memory: Kill process，该信息说明系统发生了","options":["内存耗尽触发OOM Killer终止进程","CPU温度过高触发保护性关机","磁盘阵列卡缓存电池失效导致写入丢失","网卡驱动异常引发内核崩溃"],"answer":[0],"explanation":"知识点是Linux内核OOM机制。正确项对：Out of memory: Kill process是OOM Killer在物理内存和交换空间耗尽时终止进程的典型日志。错误项：CPU过热通常记录thermal相关日志；RAID卡电池失效记录在RAID控制器日志；网卡驱动异常表现为网络中断或驱动报错。"},{"id":98,"type":"single","stem":"对Windows Server进行补丁管理时，运维人员先在生产环境直接安装当月安全更新，结果业务中断。正确的补丁部署流程应是","options":["先在测试环境验证补丁再择机在生产环境分批部署","先在生产环境部署再回滚有问题的补丁","先在备用服务器安装补丁观察一周再决定","先关闭自动更新等厂商发布下一版补丁"],"answer":[0],"explanation":"知识点是补丁管理流程。正确项对：标准流程为测试验证、分批灰度、再全面部署。错误项：先部署再回滚风险不可控；备用机观察不能代表生产业务兼容性；长期关闭更新会积累安全风险。"},{"id":99,"type":"single","stem":"使用Zabbix监控主机时，希望某台服务器CPU使用率连续5分钟超过90%才触发告警，应配置的触发器表达式关键函数是","options":["avg(#5)","last()","diff()","nodata()"],"answer":[0],"explanation":"知识点是Zabbix触发器函数。正确项对：avg(5m)或avg(#5)可对最近5分钟取平均再与阈值比较，避免瞬时抖动误报。错误项：last()取最新值不具平滑效果；diff()判断前后值差异；nodata()判断是否未收到数据。"},{"id":100,"type":"single","stem":"某数据库服务器每日凌晨做全量备份，运维人员发现备份窗口从1小时逐渐延长到4小时，磁盘IO等待升高，最有效的优化措施是","options":["改为每周全量加每日增量备份策略","将备份时间改到业务高峰时段","增加备份文件的压缩级别到最高","把备份目标从本地磁盘改为网络存储"],"answer":[0],"explanation":"知识点是备份策略优化。正确项对：全量备份数据量随时间增长，采用全量加增量可显著缩短每日窗口。错误项：高峰时段备份会加重业务压力；压缩级别提高会增加CPU开销；改为网络存储可能因带宽成为新瓶颈。"},{"id":101,"type":"single","stem":"运维人员为服务器配置RAID 5，某天一块硬盘故障，更换新盘后重建过程中又一块硬盘离线导致数据丢失，从运维角度应优先采取的预防措施是","options":["定期检查RAID健康状态并保持热备盘","将RAID 5改为RAID 0以提高速度","重建时降低服务器负载并关闭监控","每次故障后立即强制重建不等待"],"answer":[0],"explanation":"知识点是RAID运维。正确项对：热备盘可自动顶替故障盘，减少人工更换期间的风险，定期巡检可提前发现隐患。错误项：RAID 0无冗余；关闭监控会失去告警；强制重建不等待可能加剧风险。"},{"id":102,"type":"single","stem":"用户报告访问内网OA系统时快时慢，运维人员检查发现应用服务器CPU和内存正常，网络设备端口无丢包，下一步最合理的排查方向是","options":["检查数据库慢查询日志和连接池状态","立即重启应用服务器释放资源","更换核心交换机以排除硬件故障","将OA系统迁移到新服务器"],"answer":[0],"explanation":"知识点是性能问题分层排查。正确项对：在主机和网络层正常时，应用响应波动常源于数据库慢查询或连接池耗尽。错误项：重启会中断业务且未定位根因；更换交换机缺乏依据；迁移服务器成本高且未证实问题所在。"},{"id":103,"type":"single","stem":"某电商系统在大促前压测，运维人员发现Web层CPU使用率仅40%，但用户请求大量超时，应用日志显示线程池队列已满，最可能的瓶颈是","options":["下游接口响应慢导致线程池被占满","Web服务器网卡带宽不足","前端负载均衡算法配置错误","操作系统文件句柄数达到上限"],"answer":[0],"explanation":"知识点是应用性能瓶颈定位。正确项对：线程池队列满且CPU不高，说明线程被慢下游阻塞。错误项：网卡带宽不足通常伴随网络指标异常；负载均衡算法错误会导致分布不均而非整体超时；句柄数上限会报too many open files。"},{"id":104,"type":"single","stem":"在Linux服务器上部署新版本应用前，运维人员执行了 du -sh /var/log 发现日志目录占用 42GB，此时最合适的处置是","options":["直接清空 /var/log 下所有文件后立即部署","用 logrotate 按策略轮转并压缩历史日志","把 /var/log 整体移动到数据盘挂载点","调大 /var 分区容量后继续部署"],"answer":[1],"explanation":"知识点是日志空间治理。日志占满磁盘时应通过 logrotate 按保留策略轮转压缩，既释放空间又保留可追溯记录。直接清空会丢失故障排查依据；整体移动会破坏系统默认日志路径导致服务写日志失败；扩容只是延后问题且未解决日志无限增长。"},{"id":105,"type":"single","stem":"运维人员用 top 观察到某进程 %wa 长期偏高而 %us 很低，最可能的原因是","options":["CPU 主频被降频到最低档位","磁盘 I/O 成为系统瓶颈","内存发生频繁换页到交换分区","网卡中断全部集中到单核"],"answer":[1],"explanation":"知识点是 CPU 时间构成判读。%wa 是等待 I/O 完成的时间占比，偏高说明磁盘读写慢。降频会体现为 %us/%sy 阶段变慢；内存换页典型表现是 si/so 与 %sy 升高；中断集中会推高单核 %si 而非 %wa。"},{"id":106,"type":"single","stem":"某业务系统要求 RPO 接近零、RTO 为分钟级，现有单机数据库每天凌晨全备一次，应优先补充的措施是","options":["把全备频率提高到每两小时一次","开启数据库归档日志并实时传送到备库","在应用侧增加每小时一次的导出脚本","把备份文件同时写到本地和网络存储"],"answer":[1],"explanation":"知识点是 RPO/RTO 与备份方式匹配。RPO 接近零需要持续日志传送实现近实时同步。提高全备频率仍有间隔窗口；应用导出脚本粒度粗且不一致；本地加网络双写只是冗余副本，不缩短数据丢失窗口。"},{"id":107,"type":"single","stem":"交换机端口出现大量 CRC 校验错误且伴随 late collision 计数增长，最应检查的是","options":["该端口的 VLAN 划分是否正确","网线水晶头压接与双绞线质量","端口是否配置了端口安全绑定","生成树协议是否收敛完成"],"answer":[1],"explanation":"知识点是以太网物理层故障判断。CRC 错误与 late collision 通常源于线缆接触不良、线序错误或线材劣质。VLAN 划分错误表现为不通而非误码；端口安全绑定失败会直接阻断；生成树收敛问题表现为环路或震荡，不产生 CRC 计数。"},{"id":108,"type":"single","stem":"在使用 rsync 做增量同步时，运维人员希望删除目标端多余文件以保持与源端一致，应添加的参数是","options":["--exclude","--delete","--partial","--compress"],"answer":[1],"explanation":"知识点是 rsync 常用参数语义。--delete 使目标端删除源端已不存在的文件以保持镜像一致。--exclude 用于排除匹配项；--partial 保留中断的临时文件；--compress 只做传输压缩，均不影响目标端多余文件。"},{"id":109,"type":"single","stem":"对数据库执行全量备份时，为保证备份文件可用性，运维人员在备份完成后必须做的一步是","options":["把备份文件压缩到最小体积","在测试库上执行恢复验证","将备份文件权限改为只读","把备份文件复制到异地机房"],"answer":[1],"explanation":"知识点是备份有效性验证。备份的价值在于可恢复，必须在隔离环境实际恢复一次才能确认。压缩、改权限、异地复制都属于存储与安全措施，不能证明备份可还原。"},{"id":110,"type":"single","stem":"机房巡检时发现某台服务器前面板告警灯为琥珀色，管理界面显示一条内存可纠正错误计数持续上升，正确处置是","options":["立即断电更换该内存条","记录并安排计划内更换该内存","在系统中屏蔽该内存地址继续运行","重新插拔该内存条后继续观察"],"answer":[1],"explanation":"知识点是硬件可纠正错误的处置策略。可纠正错误尚未导致宕机，应按计划在业务低峰更换并保留记录。立即断电会造成业务中断；屏蔽地址会掩盖劣化趋势；重新插拔无法消除颗粒劣化且同样需要停机窗口。"},{"id":111,"type":"single","stem":"运维人员需要在生产环境变更防火墙策略，符合变更管理要求的做法是","options":["变更前提交申请并附回退方案，审批后窗口执行","由值班工程师直接修改并当场验证连通性","先改测试环境，生产环境同步直接修改","在业务高峰期快速修改以减少影响时长"],"answer":[0],"explanation":"知识点是变更管理流程。生产变更需先申请、评估影响、准备回退方案，审批后在变更窗口实施。直接修改缺少审批与回退；测试与生产同步修改跳过了生产审批；高峰期变更会放大故障影响面。"},{"id":112,"type":"single","stem":"监控系统对某主机连续发出磁盘使用率超过 90% 的告警，运维人员查看后发现是应用日志未做清理，从运维闭环角度下一步应做的是","options":["手动删除最旧日志后关闭该告警项","清理日志并将告警阈值调整为 95%","清理日志并推动应用侧配置日志轮转","清理日志并申请扩容该分区容量"],"answer":[2],"explanation":"知识点是告警闭环与根因治理。清理只是止血，须推动日志轮转策略落地避免复发。关闭告警或调高阈值属于掩盖问题；单纯扩容不解决日志无限增长的根本原因。"},{"id":113,"type":"multi","stem":"以下属于信息系统日常巡检中应当记录并纳入趋势分析的项目有","options":["CPU 与内存使用率的历史曲线","磁盘阵列各成员盘的健康状态","操作系统补丁的安装时间与编号","机房空调的送风温度与湿度","应用系统各接口的日调用量"],"answer":[0,1,3],"explanation":"知识点是巡检指标与趋势分析范围。CPU/内存曲线、磁盘健康状态、机房温湿度都属于需要持续采集并观察趋势的运维指标。补丁安装时间与编号属于变更记录，接口调用量属于业务监控，二者不纳入设备与环境巡检的趋势项。"},{"id":114,"type":"single","stem":"在Linux服务器上部署新的业务系统前，运维人员需要确认主机名解析是否正常，最应优先检查的文件是","options":["/etc/hosts","/etc/fstab","/etc/crontab","/etc/profile"],"answer":[0],"explanation":"知识点是Linux主机名解析配置。/etc/hosts用于本地静态主机名到IP的映射，部署前确认解析常检查它。/etc/fstab是文件系统挂载表，与主机名解析无关；/etc/crontab是定时任务配置，不负责解析；/etc/profile是登录环境变量脚本，也不负责解析。"},{"id":115,"type":"single","stem":"使用systemd的Linux系统中，要让某服务在服务器重启后自动启动，应执行的操作是","options":["systemctl enable 服务名","systemctl start 服务名","systemctl reload 服务名","systemctl status 服务名"],"answer":[0],"explanation":"知识点是systemd服务开机自启管理。enable会创建启动链接，实现开机自启。start只是本次启动，不保证重启后自启；reload是重载配置，不改变自启状态；status只查看状态，不改变配置。"},{"id":116,"type":"single","stem":"运维人员用df命令发现某分区使用率已达100%，但du统计该分区内文件总大小远小于分区容量，最可能的原因是","options":["有进程仍占用已删除的大文件句柄","该分区文件系统类型不支持du统计","磁盘分区表出现逻辑坏道","文件被压缩存储导致du统计偏小"],"answer":[0],"explanation":"知识点是Linux磁盘空间与已删除文件句柄。进程打开的文件被删除后空间不释放，df仍显示占用而du看不到，需重启或结束进程释放。文件系统类型不影响du正常统计；坏道通常表现为I/O错误而非空间统计差异；普通文件系统不会透明压缩导致du偏小。"},{"id":117,"type":"single","stem":"对生产数据库服务器做例行监控时，发现磁盘I/O等待时间持续偏高，而CPU使用率并不高，首先应重点排查的方向是","options":["磁盘阵列的读写负载与健康状态","CPU散热风扇转速是否异常","网卡双工模式是否协商正确","系统交换分区容量是否过小"],"answer":[0],"explanation":"知识点是I/O瓶颈定位。I/O等待高且CPU不高，通常指向磁盘子系统负载或故障。CPU散热影响的是温度与降频，不直接造成I/O等待；网卡双工影响网络吞吐，与本地磁盘I/O等待关系弱；交换分区过小主要影响内存换页，通常伴随内存压力而非单纯I/O等待偏高。"},{"id":118,"type":"single","stem":"运维人员在配置Nginx反向代理时，希望后端服务器出现故障时自动切换到备用节点，应配置的模块指令是","options":["upstream中的backup","server中的listen","http中的keepalive_timeout","location中的root"],"answer":[0],"explanation":"知识点是Nginx反向代理高可用配置。upstream块中标记backup的服务器作为备用节点，主节点不可用时接管。listen用于监听端口；keepalive_timeout控制连接保持时间；root指定静态文件根目录，均不实现故障切换。"},{"id":119,"type":"single","stem":"某单位要求对服务器操作系统账户进行口令策略加固，以下符合等保运维要求的做法是","options":["设置口令最长使用期限并强制到期更换","允许账户口令长期不变以便记忆","将管理员口令统一设为部门简称加年份","关闭口令复杂度检查以提升登录速度"],"answer":[0],"explanation":"知识点是操作系统账户口令策略。设置口令有效期并强制更换是常见加固要求。长期不变会增大泄露风险；统一弱口令易被猜测；关闭复杂度检查会降低安全性。"},{"id":120,"type":"single","stem":"对Web服务器进行日志轮转配置时，为防止日志文件占满磁盘，logrotate配置中应重点设置的参数是","options":["rotate保留份数与size触发条件","compress是否启用压缩","create是否新建空文件","missingok是否忽略缺失文件"],"answer":[0],"explanation":"知识点是logrotate日志轮转策略。rotate控制保留历史份数，size或daily等控制触发时机，二者共同决定磁盘占用上限。compress只影响单份日志体积，不控制总量；create影响轮转后新文件属性；missingok只处理文件缺失场景。"},{"id":121,"type":"single","stem":"运维人员在排查应用响应缓慢问题时，发现服务器内存剩余充足但swap使用量持续增长，最可能的原因是","options":["部分进程存在内存泄漏或频繁换页","物理内存条出现可纠正错误","文件系统缓存被强制禁用","CPU主频被BIOS锁定在低频"],"answer":[0],"explanation":"知识点是内存与交换分区监控。剩余内存充足但swap持续增长，常见于进程内存泄漏或换页策略导致。内存条可纠正错误通常有硬件日志；文件系统缓存禁用不会导致swap增长；CPU锁频影响计算速度而非swap使用。"},{"id":122,"type":"single","stem":"在Windows Server上部署IIS站点后，外网用户无法访问，但服务器本机用localhost可以打开页面，最应先检查的是","options":["Windows防火墙入站规则是否放行该端口","IIS应用程序池是否设置为集成模式","网站绑定的主机头是否区分大小写","ASP.NET版本是否与站点匹配"],"answer":[0],"explanation":"知识点是服务可达性排查。本机可访问而外网不可访问，通常指向防火墙或网络层拦截。应用程序池模式影响运行方式，不影响本机与外网差异；主机头不区分大小写；ASP.NET版本影响功能，不会只导致外网不可达。"},{"id":123,"type":"single","stem":"某机房夜间空调故障导致温度升高，运维人员收到多台服务器告警，正确的处置顺序是","options":["先确认告警范围与温度趋势，再按业务重要性分批关机或迁移","立即同时关闭所有服务器以避免硬件损坏","先重启告警服务器观察是否恢复再处理空调","等待空调自行恢复，期间继续观察告警变化"],"answer":[0],"explanation":"知识点是机房环境告警应急处置。应先评估范围与趋势，再按业务重要性有序处置。同时关闭所有服务器会造成业务中断；重启不解决高温根因；等待可能造成硬件损坏与业务不可用。"},{"id":124,"type":"multi","stem":"在对Linux服务器进行安全加固时，以下属于合理运维措施的有","options":["禁用不必要的系统账户与默认共享","为SSH服务配置密钥登录并禁用root远程登录","定期更新系统安全补丁并重启生效","将重要配置文件权限统一设为777便于管理","关闭系统日志服务以节省磁盘空间"],"answer":[0,1,2],"explanation":"知识点是Linux主机安全加固。禁用无用账户、SSH密钥登录与禁root远程、及时打补丁均为常见加固措施。配置文件设为777会放开权限，违背最小权限原则；关闭日志服务会丢失审计与排障依据。"},{"id":125,"type":"single","stem":"对生产环境的数据库服务器进行日常巡检时，发现磁盘使用率已达92%，此时最合适的处置方式是","options":["清理或转储日志与临时文件并确认剩余空间满足增长需要","直接删除数据库的数据文件以释放磁盘空间","将数据库服务停止以防止磁盘写满导致数据损坏","立即对服务器进行磁盘扩容并跳过本次巡检记录"],"answer":[0],"explanation":"知识点是磁盘空间告警的处置原则。应先清理可安全删除的日志、临时文件或将历史数据转储，并确认剩余空间能支撑业务增长。直接删除数据文件会造成数据丢失；停库并不能释放空间且影响业务；扩容是后续手段，跳过巡检记录会使隐患失去跟踪。"},{"id":126,"type":"single","stem":"在信息系统运行监控中，Zabbix对被监控主机采用主动模式采集数据，其含义是","options":["由被监控主机上的Agent主动向Zabbix Server发送数据","由Zabbix Server主动向被监控主机发起连接拉取数据","由被监控主机在故障时主动向管理员发送告警短信","由Zabbix Proxy主动代理Server完成全部数据存储"],"answer":[0],"explanation":"知识点是Zabbix主动模式与被动模式的区别。主动模式下由Agent主动连接Server并推送采集数据，可减轻Server压力。Server主动拉取属于被动模式；故障告警是触发器动作而非采集模式；Proxy用于分担采集与转发，与主动模式定义无关。"},{"id":127,"type":"single","stem":"某单位对核心业务系统实行每日增量备份、每周全量备份的策略，某次恢复时需要还原到周三的状态，正确的恢复顺序是","options":["先还原上周全量备份，再按顺序还原周一至周三的增量备份","只还原周三当天的增量备份即可恢复到周三状态","先还原周三增量备份，再还原上周全量备份进行合并","还原最近一次全量备份后直接手工补充周三缺失数据"],"answer":[0],"explanation":"知识点是增量备份的恢复链。增量备份依赖前一次备份，恢复时必须先还原最近的全量备份，再依次还原其后的增量备份。只还原增量会缺少基线数据；先增量后全量的顺序违反恢复链；手工补数据无法保证一致性。"},{"id":128,"type":"single","stem":"运维人员需要在Linux中设置一个任务，让备份脚本每天凌晨2点自动执行，应使用的配置方式是","options":["在crontab中写入0 2 * * * 执行备份脚本的条目","在/etc/rc.local中加入该备份脚本的执行命令","使用at命令提交一个每天重复执行的定时任务","将该脚本加入/etc/profile使其随登录自动执行"],"answer":[0],"explanation":"知识点是Linux定时任务的配置。crontab的0 2 * * *表示每天2点0分执行，符合周期定时需求。rc.local仅在开机时执行一次；at命令用于一次性定时任务，不支持每天重复；/etc/profile在用户登录时执行，与定时无关。"},{"id":129,"type":"single","stem":"某Web系统访问变慢，运维人员登录服务器后发现CPU使用率长期接近100%，使用top命令看到某Java进程占用最高，下一步最合理的操作是","options":["导出该进程的线程栈并结合业务日志分析耗时热点","直接提高服务器CPU核数来降低使用率","立即重启该Java进程以释放CPU占用","调整该进程的nice值使其优先级降低"],"answer":[0],"explanation":"知识点是CPU高负载的定位方法。应先采集线程栈与日志定位热点代码再处置。扩容CPU未定位根因且成本高；重启进程会丢失现场；调低优先级只是缓解表象，不能解决占用高的原因。"},{"id":130,"type":"single","stem":"在Windows Server中，管理员希望某共享文件夹仅允许财务组成员读取、禁止其他用户访问，正确的权限配置思路是","options":["取消Everyone等宽泛权限，仅授予财务组读取权限","保留Everyone读取权限并额外给财务组读取权限","给财务组完全控制权限并保留Users组读取权限","将文件夹设为隐藏共享并保留默认Everyone权限"],"answer":[0],"explanation":"知识点是共享权限的最小化原则。应移除宽泛的Everyone权限，仅授予所需组所需权限。保留Everyone读取会使其他用户仍可访问；给财务组完全控制超出读取需要；隐藏共享不能阻止已知路径的访问，Everyone权限依然生效。"},{"id":131,"type":"single","stem":"某系统部署了双机热备，主节点故障切换到备节点后，运维人员应重点核查的内容是","options":["备节点上业务数据与主节点故障前是否保持一致","备节点的CPU型号是否与主节点完全相同","主节点故障时的机房温度是否在正常范围","双机之间的心跳线长度是否满足布线规范"],"answer":[0],"explanation":"知识点是双机热备切换后的数据一致性检查。切换后首要确认数据未丢失或错乱。CPU型号一致不是切换成功的必要条件；机房温度和线缆长度属于环境与布线因素，不是切换后业务核查重点。"},{"id":132,"type":"single","stem":"使用Ansible批量管理服务器时，某台主机在inventory中但执行任务总是被跳过，最可能的原因是","options":["该主机在inventory中未被归入任务指定的主机组","该主机的SSH端口被修改为22以外的端口","该主机的操作系统版本高于控制节点","该主机的Ansible版本低于控制节点"],"answer":[0],"explanation":"知识点是Ansible主机清单与主机组匹配。任务通常指定hosts为某组，若目标主机不在该组则会被跳过。SSH端口不同可通过inventory参数解决但仍会尝试连接；被控节点无需安装Ansible，故其版本高低不影响；操作系统版本高不导致跳过。"},{"id":133,"type":"single","stem":"运维人员对服务器进行安全加固时，将SSH服务的PermitRootLogin设置为no，其直接效果是","options":["禁止root用户通过SSH直接登录，需用普通用户再提权","禁止所有用户通过SSH登录服务器","禁止root用户在本地控制台登录系统","禁止SSH服务在系统启动时自动运行"],"answer":[0],"explanation":"知识点是SSH安全加固配置。PermitRootLogin no禁止root直接远程登录，通常配合普通用户登录后sudo提权。它不影响其他用户远程登录，也不限制本地控制台登录，更与SSH服务是否开机自启无关。"},{"id":134,"type":"single","stem":"某业务系统在凌晨进行批处理时频繁出现数据库连接数耗尽告警，白天则正常，最合理的优化方向是","options":["核查批处理程序的连接获取与释放逻辑并设置连接池上限","将数据库最大连接数直接调至操作系统允许的最大值","在白天提前重启数据库以预留夜间连接资源","将批处理的执行时间改到白天业务高峰时段"],"answer":[0],"explanation":"知识点是数据库连接耗尽问题的分析与优化。夜间批处理连接耗尽多因程序未及时释放连接或并发过高，应检查连接池配置与释放逻辑。单纯调大最大连接数会掩盖问题并可能压垮数据库；提前重启不解决连接泄漏；改到高峰执行会加剧影响。"},{"id":135,"type":"multi","stem":"某信息系统上线前的部署检查中，下列属于上线前必须完成的工作有","options":["核对生产环境与测试环境的配置参数差异并确认变更项","验证备份策略可用并完成一次恢复演练","制定回退方案并明确回退触发条件与操作步骤","在生产环境直接开启全部调试日志以便长期观察","将数据库账号统一设置为超级管理员便于维护"],"answer":[0,1,2],"explanation":"知识点是系统上线前的部署检查要点。核对环境差异可避免配置遗漏，恢复演练验证备份有效性，回退方案保障上线失败可快速恢复。生产环境长期开启全部调试日志会带来性能与安全风险；统一使用超级管理员账号违反最小权限原则，均不属于应完成的工作。"},{"id":136,"type":"single","stem":"在Linux服务器上使用crontab设置每天凌晨2点执行数据库备份脚本，下列写法能正确表达该调度时间的是","options":["0 2 * * * /opt/backup.sh","2 0 * * * /opt/backup.sh","0 0 2 * * /opt/backup.sh","* 2 * * 0 /opt/backup.sh"],"answer":[0],"explanation":"知识点：crontab五个字段依次为分、时、日、月、周。正确项'0 2 * * *'表示每天2点0分执行。错误项'2 0 * * *'把分和时写反，实际是每天0点2分执行；错误项'0 0 2 * *'把2放到了'日'字段，表示每月2日0点0分执行；错误项'* 2 * * 0'表示每周日2点的每一分钟都执行一次。"},{"id":137,"type":"single","stem":"运维人员对生产服务器做例行巡检时，发现/var分区使用率已达92%，此时最合理的首要处置动作是","options":["定位该分区下占用空间最大的目录或文件再决定清理","立即删除/var/log下全部日志文件释放空间","把/var分区在线扩容一倍容量","重启服务器让系统自动回收临时文件"],"answer":[0],"explanation":"知识点：磁盘空间告警应先定位占用来源再针对性处置。正确项先排查占用最大的目录或文件，避免误删有用数据。错误项'删除/var/log全部日志'会丢失审计与排障依据；错误项'在线扩容'在未查清原因前属过度操作，且未必可行；错误项'重启回收临时文件'对/var占用通常无效，还可能中断业务。"},{"id":138,"type":"single","stem":"某单位新部署的业务系统要求7×24小时运行，服务器需支持硬盘热插拔和冗余电源，下列服务器类型中最符合该部署要求的是","options":["机架式服务器配置RAID与双电源","塔式服务器配置单电源与大容量硬盘","工作站配置高性能显卡与大内存","刀片服务器仅配置单路电源模块"],"answer":[0],"explanation":"知识点：7×24小时业务要求硬件具备冗余与在线维护能力。正确项机架式服务器配RAID和双电源可支持硬盘热插拔与电源冗余。错误项塔式单电源无冗余；错误项工作站面向图形计算，非持续运行设计；错误项刀片单路电源不具备冗余能力。"},{"id":139,"type":"single","stem":"使用Zabbix监控主机时，管理员希望某台主机在计划维护窗口内不产生告警通知，应使用的功能是","options":["为该主机创建维护周期","调低该主机触发器的严重级别","删除该主机的触发器表达式","把该主机监控项采集间隔调大"],"answer":[0],"explanation":"知识点：Zabbix通过维护周期在计划窗口内抑制告警通知。正确项创建维护周期可临时屏蔽告警。错误项调低触发器严重级别会永久改变告警等级；错误项删除触发器表达式会失去监控能力；错误项调大采集间隔只是降低采样频率，告警仍会产生。"},{"id":140,"type":"single","stem":"某业务系统上线前需要验证数据库备份文件能否成功恢复，最稳妥的验证方式是","options":["在隔离的测试环境实际执行一次恢复演练","查看备份文件大小是否与源库接近","用文件校验工具确认备份文件未损坏","检查备份脚本上次执行返回码是否为0"],"answer":[0],"explanation":"知识点：备份有效性必须通过恢复演练验证。正确项在隔离环境实际恢复可验证备份可用性。错误项比对文件大小不能证明内容可恢复；错误项校验工具只验证文件完整性；错误项返回码为0只说明脚本执行成功，不代表备份可还原。"},{"id":141,"type":"single","stem":"运维人员在Windows服务器上发现某服务频繁自动停止，查看系统日志应优先使用的工具是","options":["事件查看器","任务计划程序","资源监视器","磁盘管理"],"answer":[0],"explanation":"知识点：Windows系统与服务日志由事件查看器集中呈现。正确项事件查看器可查看应用程序和系统日志定位停止原因。错误项任务计划程序管理计划任务；错误项资源监视器查看实时资源占用；错误项磁盘管理用于分区管理，均不用于查看服务停止原因。"},{"id":142,"type":"single","stem":"为降低单台Web服务器故障导致业务中断的风险，在只有两台Web服务器的情况下，最合适的部署方式是","options":["两台服务器部署相同应用并由负载均衡分发请求","两台服务器分别部署数据库与Web应用","两台服务器一台运行一台关机作为冷备","两台服务器部署不同版本应用交替提供服务"],"answer":[0],"explanation":"知识点：冗余部署通过负载均衡实现故障转移。正确项两台同构服务器加负载均衡可在一台故障时继续服务。错误项拆分数据库与Web会造成单点；错误项冷备切换慢且资源浪费；错误项不同版本并行会带来数据与兼容风险。"},{"id":143,"type":"single","stem":"某管理员通过SSH远程管理服务器时，希望禁止root用户直接登录以提升安全性，应修改的配置项是","options":["将sshd_config中PermitRootLogin设为no","将sshd_config中Port改为非22端口","将sshd_config中PasswordAuthentication设为yes","将sshd_config中MaxAuthTries设为较大值"],"answer":[0],"explanation":"知识点：SSH安全加固中PermitRootLogin控制root直接登录。正确项设为no即禁止root直接登录。错误项改端口只是减少扫描，不禁root；错误项开启密码认证反而降低安全性；错误项增大认证尝试次数会削弱防暴力破解能力。"},{"id":144,"type":"single","stem":"运维团队要对核心交换机做配置变更，变更前最应完成的准备工作是","options":["备份当前配置文件并记录回退步骤","通知所有用户立即停止使用网络","直接重启交换机使配置生效","把交换机恢复出厂设置后重新配置"],"answer":[0],"explanation":"知识点：网络设备变更前须备份配置并制定回退方案。正确项备份配置并记录回退步骤可降低变更风险。错误项让用户停用网络影响面过大且非必要；错误项直接重启可能中断业务；错误项恢复出厂会清空现有配置造成更大故障。"},{"id":145,"type":"single","stem":"监控系统提示某服务器CPU使用率持续高于95%且负载很高，运维人员首先应做的分析动作是","options":["查看占用CPU最高的进程及其运行状态","立即重启服务器释放CPU资源","直接为该服务器增加CPU核心数","关闭监控告警避免持续报警"],"answer":[0],"explanation":"知识点：CPU高负载应先定位消耗资源的进程再判断处置。正确项查看高占用进程可区分正常业务高峰与异常进程。错误项立即重启会中断业务且未定位根因；错误项加CPU未确认是否资源不足；错误项关闭告警会掩盖问题。"},{"id":146,"type":"multi","stem":"信息系统日常巡检中，下列属于服务器运行状态检查必要项目的有","options":["CPU与内存使用率","磁盘空间与RAID状态","系统日志中的错误记录","服务器机柜的品牌型号","机房内照明灯具亮度"],"answer":[0,1,2],"explanation":"知识点：服务器巡检关注计算、存储资源与日志异常。正确项CPU与内存使用率反映计算资源；磁盘空间与RAID状态反映存储可靠性；系统日志错误记录用于发现隐患。错误项机柜品牌型号不是运行状态指标；错误项照明亮度属于机房环境管理而非服务器运行状态检查。"},{"id":147,"type":"single","stem":"在Linux服务器上使用df -h查看磁盘空间时发现根分区使用率已达95%，但du -sh /*统计出的各目录占用总和远小于分区容量，最可能的原因是","options":["有进程仍持有已被删除文件的句柄","根分区存在大量磁盘碎片","文件系统inode已经耗尽","磁盘分区表记录出现损坏"],"answer":[0],"explanation":"知识点是Linux磁盘空间回收机制。正确项：进程打开的文件被删除后，若句柄未释放，空间不会归还，df与du统计会出现巨大偏差。错误项：磁盘碎片不会造成df与du统计差异；inode耗尽报错信息通常是No space left而df显示inode满，与本题块空间差异不符；分区表损坏会导致挂载或读写异常而非统计差异。"},{"id":148,"type":"single","stem":"对生产环境的Web服务器进行日常巡检时，发现系统日志中sshd服务出现大量来自同一IP的Failed password记录，最恰当的下一步处置是","options":["临时封禁该IP并核查是否为暴力破解","立即重启sshd服务释放连接","把sshd端口从22改为2222","清空系统日志避免磁盘占满"],"answer":[0],"explanation":"知识点是SSH暴力破解的识别与响应。正确项：先封禁来源并核实攻击性质，是标准应急第一步。错误项：重启sshd不能阻止持续攻击且会中断正常连接；改端口属于加固手段但非针对当前事件的处置；清空日志会破坏审计证据。"},{"id":149,"type":"single","stem":"运维人员需要把一台新采购的服务器接入现有监控系统，在配置SNMP时，为保证监控平台能读取设备信息同时降低安全风险，应优先采用的做法是","options":["启用SNMPv3并配置认证与加密","启用SNMPv1并设置只读团体名","启用SNMPv2c并限制只读团体名","关闭SNMP改用SSH轮询采集"],"answer":[0],"explanation":"知识点是SNMP版本的安全特性。正确项：SNMPv3支持认证和加密，是当前推荐版本。错误项：v1明文传输团体名，安全性最低；v2c虽比v1改进但仍以明文团体名认证；关闭SNMP改SSH轮询可行但不属于SNMP配置范畴且效率低。"},{"id":150,"type":"single","stem":"在Windows Server中，管理员发现某应用服务频繁自动停止，事件查看器中对应日志显示服务因超时未响应而被服务控制管理器终止，此时应优先检查的是","options":["该服务配置的恢复策略与超时阈值","服务器是否安装了最新补丁","磁盘剩余空间是否充足","网络防火墙是否拦截了服务端口"],"answer":[0],"explanation":"知识点是Windows服务控制管理器的超时终止机制。正确项：服务超时被终止时应先核查服务恢复设置与服务自身超时参数。错误项：补丁、磁盘空间、防火墙都可能影响服务，但与日志中明确的超时终止原因不直接对应。"},{"id":151,"type":"single","stem":"对数据库进行冷备份与热备份的选择时，若业务要求备份期间数据库仍能对外提供读写服务，应采用的备份方式是","options":["热备份","冷备份","差异备份","增量备份"],"answer":[0],"explanation":"知识点是数据库备份方式的适用场景。正确项：热备份在数据库运行状态下进行，不中断读写服务。错误项：冷备份需停库，无法满足不中断要求；差异备份和增量备份是备份内容范围的分类，与是否停机无必然关系，冷热之分才对应停机与否。"},{"id":152,"type":"single","stem":"在信息系统上线前的压力测试中，使用JMeter对登录接口施压，发现响应时间随并发用户数增加而急剧上升并出现大量超时，而服务器CPU和内存使用率并不高，最可能的瓶颈是","options":["数据库连接池配置过小","服务器网卡带宽不足","测试脚本未做参数化","JMeter自身线程数过高"],"answer":[0],"explanation":"知识点是性能瓶颈定位。正确项：CPU内存不高但响应恶化，常见于数据库连接池、线程池等资源等待。错误项：网卡带宽不足通常伴随网络指标异常；脚本未参数化会导致数据错误而非响应时间剧增；JMeter线程过高是施压端问题，但题干描述的是服务端响应变慢。"},{"id":153,"type":"single","stem":"某企业机房计划对核心交换机做配置变更，变更前运维团队应完成的关键准备工作是","options":["备份当前配置文件并制定回退方案","直接在生产设备上修改配置","通知所有用户暂停业务","关闭交换机电源再上电"],"answer":[0],"explanation":"知识点是变更管理中的风险控制。正确项：备份配置和回退方案是变更前必备步骤。错误项：直接改生产配置缺乏保护；要求所有用户停业务过于激进且非必要；关闭电源会导致网络中断且与变更无关。"},{"id":154,"type":"single","stem":"在Linux系统中使用top命令观察到某进程的%wa指标持续偏高，说明系统当前主要瓶颈最可能在","options":["磁盘I/O","CPU计算","内存容量","网络带宽"],"answer":[0],"explanation":"知识点是top命令各指标含义。正确项：%wa表示CPU等待I/O完成的时间占比，偏高说明I/O瓶颈。错误项：CPU计算对应%us/%sy；内存容量不足会体现在swap和%si；网络带宽需结合网络工具判断，top的%wa不直接反映网络。"},{"id":155,"type":"multi","stem":"以下关于信息系统日常巡检的做法中，符合运维规范的有","options":["按既定巡检表逐项记录并留存签字","对关键设备设置阈值告警并定期核对","发现异常先自行重启设备再上报","巡检记录只写在个人笔记中不归档"],"answer":[0,1],"explanation":"知识点是日常巡检规范。正确项：按表记录留痕、设置阈值告警并核对，均属标准做法。错误项：发现异常应先按预案处置并上报，擅自重启可能掩盖故障；记录不归档无法追溯，不符合规范。"},{"id":156,"type":"single","stem":"Linux 服务器上名为 app 的服务进程反复异常退出，运维人员排查时发现系统日志中该进程的退出记录为 signal 9，最可能的原因是","options":["进程自身捕获了 SIGKILL 信号并执行了退出逻辑","内核因内存不足触发 OOM Killer 杀死了该进程","进程调用 exit() 时传入的退出码被系统映射为 9","该进程的父进程主动向其发送了 SIGTERM 信号"],"answer":[1],"explanation":"知识点是 Linux 信号机制与进程异常退出排查。SIGKILL(9) 不可被进程捕获或忽略，通常由内核 OOM Killer 或管理员手动 kill -9 发出，因此内存不足触发 OOM Killer 是典型原因。错误项：A 错在 SIGKILL 无法被捕获处理；C 错在 exit() 退出码与信号编号是两套体系；D 错在 SIGTERM 编号为 15 而非 9。"},{"id":157,"type":"single","stem":"运维人员为生产数据库服务器配置监控阈值时，发现磁盘使用率长期在 85% 附近波动，仅设置“使用率超过 90% 告警”容易漏报，较合理的改进做法是","options":["把告警阈值下调到 80% 并取消告警恢复通知","增加基于磁盘使用率增长速率的预测型告警","改为只在每天固定时间采集一次磁盘使用率","把告警阈值上调到 95% 以减少误报次数"],"answer":[1],"explanation":"知识点是监控阈值设计与容量趋势预警。使用率长期高位波动时，单点阈值难以反映恶化趋势，结合增长速率的预测型告警可提前发现容量风险。错误项：A 下调阈值并取消恢复通知会加剧噪声且丢失闭环信息；C 降低采集频率会掩盖突发增长；D 上调阈值只会让风险暴露更晚。"},{"id":158,"type":"single","stem":"某单位新采购一批服务器需要部署操作系统，要求实现无人值守批量安装并统一分区方案，最应优先准备的文件是","options":["用于网络引导的 PXE 启动镜像文件","记录服务器资产编号的电子表格","描述业务系统拓扑的架构图","存放管理员账号口令的密码本"],"answer":[0],"explanation":"知识点是批量裸机部署方式。Kickstart/Preseed 等无人值守安装依赖网络引导，PXE 启动镜像是实现批量自动化安装的基础。错误项：B 资产表格只是台账不参与安装流程；C 拓扑图用于规划不驱动安装；D 口令管理属于安全事项，与无人值守安装机制无关。"},{"id":159,"type":"single","stem":"运维人员对一台 Linux 服务器执行 df -h 显示根分区已用 100%，但 du -sh /* 统计出的占用总量远小于分区容量，最可能的原因是","options":["分区文件系统元数据损坏导致统计失真","有已被删除但仍被进程占用的文件未释放空间","du 命令默认不统计隐藏文件的磁盘占用","根分区实际挂载的是内存文件系统 tmpfs"],"answer":[1],"explanation":"知识点是文件系统空间释放机制。进程打开的文件被删除后，其 inode 仍被引用，磁盘块不会释放，df 会显示占用而 du 遍历不到，形成差值。错误项：A 元数据损坏通常伴随挂载或读写报错，不是这种典型差值；C du 默认会统计隐藏文件；D 若挂载 tmpfs，df 与 du 表现与常规分区不同，且容量通常很小。"},{"id":160,"type":"single","stem":"运维人员通过 SSH 登录一台服务器时提示“Permission denied (publickey)”，确认用户名正确且网络可达，首先应检查的是","options":["服务器端 sshd 是否开启了密码认证方式","客户端私钥文件权限是否为 600 且已加载","服务器防火墙是否放行了 22 端口","客户端与服务器的时间是否同步"],"answer":[1],"explanation":"知识点是 SSH 公钥认证排障。提示 publickey 失败说明认证走到公钥环节，最常见原因是私钥权限过宽被 ssh 拒绝或密钥未加载。错误项：A 密码认证开关影响的是密码登录而非公钥报错；C 端口不通会表现为连接超时而非认证失败；D 时间不同步主要影响证书类认证，与普通公钥认证无关。"},{"id":161,"type":"single","stem":"运维人员在主机上部署容器化应用时，容器内进程需要读取宿主机 /data 目录并写入日志，最合适的做法是","options":["把宿主机 /data 以只读方式挂载进容器","把宿主机 /data 以可写方式挂载进容器","把日志写入容器可写层后定期提交镜像","把 /data 目录内容复制进镜像再启动容器"],"answer":[1],"explanation":"知识点是容器数据卷挂载。需要读写宿主机目录时应以可写方式绑定挂载，数据持久化在宿主机。错误项：A 只读挂载会导致写日志失败；C 写入容器可写层会随容器删除而丢失且不断膨胀；D 复制进镜像使数据固化，无法与宿主机实时同步。"},{"id":162,"type":"single","stem":"运维人员对数据库执行全量备份时，发现备份窗口内业务写入量较大，为保证备份数据一致可用，较合理的做法是","options":["直接复制正在运行的数据文件目录","先锁定相关表再复制数据文件","使用数据库自带的一致性备份工具导出","暂停数据库服务后复制数据文件"],"answer":[2],"explanation":"知识点是数据库热备份一致性。运行中直接复制文件会得到撕裂页，使用数据库自带备份工具可在不锁全表的前提下获得一致快照。错误项：A 直接复制运行中的数据文件通常不一致；B 锁表会影响业务且大表锁定时长不可控；D 停库虽一致但业务中断代价高，不是首选合理做法。"},{"id":163,"type":"single","stem":"某业务系统在凌晨执行批处理时 CPU 使用率飙升导致白天在线交易响应变慢，运维人员分析后决定调整批处理任务的运行方式，最有效的改进是","options":["为批处理进程设置更高的 CPU 调度优先级","用 cgroup 限制批处理任务的 CPU 配额","把批处理任务改到中午业务低峰期执行","关闭 CPU 频率调节以稳定主频"],"answer":[1],"explanation":"知识点是资源隔离与服务质量保障。用 cgroup 限制批处理 CPU 配额可防止其挤占在线交易资源。错误项：A 提高优先级会加剧对在线业务的抢占；C 中午并非可靠低峰且可能仍影响业务；D 关闭频率调节不解决资源争抢问题。"},{"id":164,"type":"single","stem":"运维人员巡检时发现一台服务器 RAID 卡告警显示某块硬盘处于“Failed”状态，但系统仍可正常读写，正确的下一步处置是","options":["立即拔出故障盘并等待阵列重建","先备份关键数据再更换故障盘","直接重启服务器让阵列重新识别硬盘","把该盘从阵列中移除后继续运行"],"answer":[1],"explanation":"知识点是 RAID 降级状态处置。阵列降级仍可读写但已无冗余，应先备份数据再更换硬盘，避免重建过程中再次故障导致数据丢失。错误项：A 未备份就换盘，重建期间再坏一块盘会丢数据；C 重启不能修复物理故障盘且可能引发重建风险；D 移除故障盘会使阵列失去冗余且不解决更换问题。"},{"id":165,"type":"single","stem":"在Linux服务器上执行df -h发现/var分区使用率已达96%，但du -sh /var统计结果远小于分区容量，最可能的原因是","options":["有进程仍占用已被删除的文件句柄","文件系统inode已耗尽导致统计异常","/var目录下存在大量硬链接文件","磁盘配额未启用使统计失效"],"answer":[0],"explanation":"知识点是磁盘空间与文件句柄的关系。df统计的是文件系统块级使用量，du统计的是目录树可见文件，当进程持有已删除文件的句柄时，空间不会释放，df高而du低，故A对。B错在inode耗尽会报无空间但df显示inode而非块满。C错在硬链接会被du正常统计，不会造成偏差。D错在配额未启用不影响df与du的差异。"},{"id":166,"type":"single","stem":"对Linux服务器进行安全加固时，将SSH服务默认端口由22改为2222后，管理员发现本机通过ssh localhost仍能登录，但远程客户端无法连接，最可能的原因是","options":["防火墙未放行2222端口的入站流量","sshd_config中Port指令未生效","SELinux拒绝了2222端口的绑定","远程客户端的known_hosts记录冲突"],"answer":[0],"explanation":"知识点是端口变更与防火墙策略配套。本机回环不受防火墙入站规则限制，远程被拦截，故A对。B错在若指令未生效则本机2222也连不上。C错在SELinux拒绝绑定会导致服务启动失败，本机也无法连接。D错在known_hosts冲突只会提示主机密钥变更，不会导致连接被拒。"},{"id":167,"type":"single","stem":"使用rsync对两台服务器做增量同步时，管理员希望删除目标端已不存在于源端的文件，应添加的参数是","options":["--delete","--exclude","--dry-run","--partial"],"answer":[0],"explanation":"知识点是rsync参数语义。--delete使目标端与源端保持一致，删除多余文件，故A对。B错在--exclude用于排除指定文件。C错在--dry-run仅模拟不实际执行。D错在--partial用于保留中断的传输文件以便续传。"},{"id":168,"type":"single","stem":"服务器监控显示CPU使用率长期接近100%，但top中用户态占用并不高而系统态占用很高，最可能的原因是","options":["频繁的上下文切换或系统调用开销过大","CPU散热不良导致降频运行","内存容量不足引发频繁换页","磁盘IO队列深度设置过低"],"answer":[0],"explanation":"知识点是CPU使用率构成分析。系统态高通常源于内核态开销，如上下文切换、系统调用，故A对。B错在降频会使整体使用率下降而非系统态升高。C错在换页主要表现为IO等待和内存指标异常。D错在IO队列深度影响的是IO性能，不直接抬高系统态CPU。"},{"id":169,"type":"single","stem":"在Windows Server中配置IIS站点后，外网用户访问返回502错误，而服务器本机访问正常，应优先检查","options":["后端应用池是否处于停止状态","网站绑定的主机头是否正确","服务器网卡是否配置了网关","IIS的日志目录是否可写"],"answer":[0],"explanation":"知识点是HTTP 502错误含义与IIS应用池。502表示网关收到无效响应，常因后端应用池停止，故A对。B错在主机头错误会导致404或无法匹配站点。C错在无网关则外网完全不可达，不会返回502。D错在日志不可写不影响请求处理结果。"},{"id":170,"type":"single","stem":"对生产服务器进行补丁更新前，管理员应首先完成的操作是","options":["在测试环境验证补丁并制定回滚方案","直接在生产服务器上创建系统还原点","关闭所有业务服务以避免冲突","将服务器从负载均衡集群中永久移除"],"answer":[0],"explanation":"知识点是变更管理流程。生产补丁应先测试验证并准备回滚，故A对。B错在仅创建还原点不足以验证兼容性且未做测试。C错在关闭全部服务影响面过大且非必要。D错在永久移除会导致容量损失，应为临时摘除。"},{"id":171,"type":"single","stem":"使用systemd管理服务时，修改了某服务的unit文件后需要使其重新加载配置并重启服务，正确的命令组合是","options":["systemctl daemon-reload后执行systemctl restart","systemctl reload后执行systemctl enable","systemctl restart后执行systemctl status","systemctl start后执行systemctl daemon-reload"],"answer":[0],"explanation":"知识点是systemd配置生效流程。修改unit文件需先daemon-reload再restart，故A对。B错在reload是重载服务自身配置而非unit文件，enable是设置开机自启。C错在status仅查看状态，不能使新配置生效。D错在顺序颠倒且start不重载unit。"},{"id":172,"type":"single","stem":"服务器磁盘阵列中一块硬盘指示灯显示为红色，但业务仍正常运行，管理员下一步最恰当的操作是","options":["确认阵列冗余状态并准备更换故障盘","立即断电拔出该硬盘进行检测","直接对该硬盘执行重新初始化","关闭服务器等待厂商上门处理"],"answer":[0],"explanation":"知识点是RAID故障处理流程。红灯表示硬盘故障，冗余仍支撑业务，应先确认阵列降级状态并准备热插拔更换，故A对。B错在断电会中断业务且非必要。C错在重新初始化会破坏数据。D错在关闭服务器影响业务，且多数情况可在线更换。"},{"id":173,"type":"single","stem":"在Zabbix中为一批主机配置监控时，希望新加入的主机自动套用相同的监控项和触发器模板，应使用的机制是","options":["为主机批量链接同一模板","为每个主机单独创建监控项","配置自动发现规则并绑定动作","使用全局脚本推送监控配置"],"answer":[0],"explanation":"知识点是Zabbix模板与主机关联。模板可复用监控项、触发器，批量链接即可，故A对。B错在逐个创建效率低且易漏。C错在自动发现用于发现主机或资源，不是套用监控模板的主要方式。D错在全局脚本用于执行操作而非下发配置。"},{"id":174,"type":"single","stem":"在Linux服务器上部署业务系统时，需要让服务在系统启动后自动运行，且不依赖用户登录会话，应优先采用的操作是","options":["将启动命令写入/etc/rc.local并赋予执行权限","编写systemd服务单元并执行enable启用","把启动脚本加入当前用户的.bash_profile","通过crontab设置@reboot条目启动脚本"],"answer":[1],"explanation":"知识点是Linux服务自启管理。systemd unit配合enable是当前主流发行版管理服务自启的标准方式，能脱离登录会话并由系统统一管理。A项rc.local在部分新发行版已被移除或需额外启用，兼容性差；C项.bash_profile只在用户登录时执行，不满足不依赖登录会话；D项crontab的@reboot依赖cron服务且不便于服务状态管理。"},{"id":175,"type":"single","stem":"运维人员发现Web服务器磁盘使用率持续上升，执行du后定位到/var/log下某应用日志单日增长达20GB，最合理的首要处置是","options":["直接删除该日志文件释放空间","对该日志做轮转配置并清理超期归档","把日志目录整体迁移到根分区之外","调低应用日志级别后重启应用服务"],"answer":[1],"explanation":"知识点是日志管理与磁盘容量治理。配置logrotate轮转并清理超期归档能从机制上控制增长，是治本措施。A项直接删除正在写入的文件句柄不会释放空间且丢失排查依据；C项迁移目录只是转移占用，未控制增长；D项调低日志级别会丢失必要运行信息，且重启服务非首选。"},{"id":176,"type":"single","stem":"对生产数据库做逻辑备份时，运维人员应在备份开始前确认的关键事项是","options":["备份文件是否存放在数据库主机本地磁盘","备份期间是否开启了一致性快照或事务机制","备份脚本是否使用了管理员最高权限账户","备份完成后是否立即压缩以减少体积"],"answer":[1],"explanation":"知识点是数据库备份一致性。逻辑备份需保证数据一致性，应确认是否采用一致性快照或事务机制，避免备份数据出现跨表不一致。A项备份存本地磁盘不利于容灾，不是备份前首要确认项；C项使用最高权限账户并非一致性的关键，且不符合最小权限原则；D项压缩属于备份后处理，与数据一致性无关。"},{"id":177,"type":"single","stem":"机房巡检时发现一台服务器前面板电源指示灯为琥珀色常亮而非常规的绿色，正确的下一步操作是","options":["立即按下电源键强制重启该服务器","登录带外管理口查看硬件日志与告警","拔掉电源线等待一分钟后重新上电","在操作系统中执行重启命令恢复状态"],"answer":[1],"explanation":"知识点是服务器硬件告警识别与处置流程。琥珀色通常表示硬件告警，应通过带外管理查看日志定位具体部件。A项强制重启可能加剧故障且丢失现场；C项断电重上电属粗暴操作，可能损坏硬件；D项系统内重启无法解决硬件层面告警，且未定位原因即操作有风险。"},{"id":178,"type":"single","stem":"使用监控系统对业务接口做可用性探测时，为避免误报，对探测配置的合理做法是","options":["仅以单次请求超时就判定服务不可用","设置连续多次失败并配合合理超时阈值","把探测间隔设置为尽可能短的1秒","只探测服务器ping通即认为接口正常"],"answer":[1],"explanation":"知识点是监控告警的误报抑制。连续多次失败加合理超时阈值可过滤网络抖动导致的偶发失败。A项单次超时判定过于敏感易误报；C项1秒间隔过密会增加被监控系统负担并放大抖动；D项ping通只说明主机可达，不能反映应用接口状态。"},{"id":179,"type":"single","stem":"在Windows Server上通过远程桌面维护系统时，为降低被暴力破解的风险，较合理的加固措施是","options":["将远程桌面默认端口改为其他高位端口","限制来源IP并配置账户锁定策略","为管理员账户设置更长的复杂密码","关闭系统防火墙以减少连接干扰"],"answer":[1],"explanation":"知识点是远程访问安全加固。限制来源IP并配置账户锁定策略能直接压缩攻击面并阻断暴力尝试。A项改端口只是规避扫描，属弱防护；C项复杂密码有用但不阻断持续爆破；D项关闭防火墙会大幅降低安全性，方向错误。"},{"id":180,"type":"single","stem":"运维人员需要在多台服务器上批量执行同一部署脚本，且要求执行结果可追溯，较合适的做法是","options":["逐台登录服务器手工执行脚本并记录","使用配置管理或批量执行工具下发并留存日志","把脚本放在共享目录由各服务器定时自取执行","通过邮件把脚本发给各服务器管理员分别执行"],"answer":[1],"explanation":"知识点是批量运维与可追溯性。配置管理或批量执行工具可统一下发、集中留存执行日志，满足可追溯要求。A项逐台手工效率低且记录易缺失；C项定时自取难以确认执行结果与版本；D项分发人工执行无法保证一致性且无统一记录。"},{"id":181,"type":"single","stem":"对一台运行关键业务的虚拟机做在线扩容内存后，业务未生效，最可能的原因是","options":["虚拟化平台不支持内存热添加功能","操作系统未识别新内存或未启用热添加","扩容操作未在业务低峰期执行","虚拟机磁盘空间不足导致扩容失败"],"answer":[1],"explanation":"知识点是虚拟机资源热添加生效条件。内存热添加需虚拟化平台与Guest操作系统同时支持并正确识别，常见原因是系统未识别或未启用。A项平台是否支持是前提之一，但题干已假设扩容动作完成，更可能是系统侧未识别；C项与是否生效无关；D项内存扩容与磁盘空间无直接关系。"},{"id":182,"type":"single","stem":"某业务系统在夜间批量任务时段CPU使用率长期接近100%，影响白天交互响应，运维应优先采取的优化方向是","options":["为服务器增加更多物理内存容量","将批量任务调度到业务低峰时段执行","把系统CPU主频通过超频方式提高","关闭系统监控代理以释放CPU资源"],"answer":[1],"explanation":"知识点是容量与负载调度优化。将批量任务错峰到低峰时段可缓解资源争用，是成本最低的优先措施。A项内存与CPU瓶颈不直接相关；C项超频会带来稳定性风险且非运维常规手段；D项关闭监控会失去可观测性，属错误方向。"},{"id":183,"type":"single","stem":"运维人员在排查应用无法连接数据库的问题时，先确认网络可达、端口监听正常，接下来应重点检查的是","options":["数据库服务器的磁盘剩余空间大小","应用侧连接串配置与账号权限","应用服务器的CPU负载情况","数据库备份任务是否正在执行"],"answer":[1],"explanation":"知识点是连接类故障的分层排查。网络与端口正常后，应检查应用连接串配置及数据库账号权限等认证授权环节。A项磁盘空间可能影响数据库，但非连接失败的直接下一步；C项CPU负载通常导致慢而非连不上；D项备份任务与连接认证无直接关系。"},{"id":184,"type":"single","stem":"为防止运维操作误删生产数据，在流程层面较有效的控制措施是","options":["要求所有运维操作在下班后进行","对高危命令实施审批与操作审计","把生产环境口令统一改为简单易记","禁止运维人员登录生产服务器"],"answer":[1],"explanation":"知识点是运维变更风险控制。高危命令审批加操作审计能在流程上形成事前约束与事后追溯。A项限定时间不能防止误操作；C项简单口令降低安全性；D项完全禁止登录不现实且无法开展必要维护。"},{"id":185,"type":"single","stem":"某单位新到一批服务器需要接入现有监控系统，运维人员在配置SNMP时，为保证被监控设备能被采集到接口流量数据，应在被监控设备上启用哪个默认端口对应的服务","options":["161端口上的SNMP服务","162端口上的SNMP Trap服务","514端口上的Syslog服务","22端口上的SSH服务"],"answer":[0],"explanation":"知识点：SNMP监控采集端口。SNMP轮询采集使用UDP 161端口，Trap上报使用162端口。正确项161是主动采集接口流量的标准通道。错误项162是Trap接收端口，用于设备主动告警上报而非轮询采集；514是Syslog日志传输端口，不承载MIB对象采集；22是SSH远程登录端口，与监控数据采集无关。"},{"id":186,"type":"single","stem":"运维人员发现某台Linux服务器磁盘使用率持续增长但应用日志目录未见明显膨胀，用df查看根分区已满而du统计各目录之和远小于df数值，最可能的原因是","options":["有进程持有已删除文件未释放句柄","文件系统inode已全部耗尽","日志文件被压缩后仍占用空间","磁盘分区表出现逻辑坏道"],"answer":[0],"explanation":"知识点：df与du不一致的经典排查。df统计文件系统块占用，du统计目录可见文件，二者差异通常因进程持有已删除但仍打开的文件句柄。错误项inode耗尽表现为创建新文件失败而df显示空间未满；日志压缩后占用空间会减少且du可见；坏道通常引发I/O错误而非df与du数值背离。"},{"id":187,"type":"single","stem":"运维人员在例行巡检时发现数据库服务器CPU使用率长期处于高位，通过top查看发现是某条SQL占用了大量CPU，下一步最合理的处置动作是","options":["立即kill掉该会话并重启数据库","先查看该SQL执行计划再决定是否优化或限流","直接对该表加排他锁阻止新查询","将该数据库迁移到CPU核数更多的服务器"],"answer":[1],"explanation":"知识点：数据库性能问题排查流程。发现高CPU SQL应先分析执行计划、确认是否为必要业务查询，再决定优化SQL、加索引或限流。错误项直接kill会话可能中断正常业务；错误项加排他锁会阻塞其他查询导致更大故障；错误项迁移服务器成本高且未定位根因。"},{"id":188,"type":"single","stem":"某单位机房UPS在市电中断后仅支撑了5分钟便电量耗尽，运维人员检查发现UPS电池组已使用超过设计寿命，正确的后续处置是","options":["调整UPS负载使其只带核心设备并继续观察","按计划更换同规格电池组并做放电测试","将UPS输出电压调高以延长供电时间","关闭UPS旁路模式改为直供市电"],"answer":[1],"explanation":"知识点：UPS电池维护。电池组超过设计寿命后容量衰减，应更换同规格电池并做放电测试验证。错误项调整负载不解决电池老化问题；错误项调高输出电压会影响设备供电且不增加电池容量；错误项关闭旁路改为直供市电会失去UPS保护。"},{"id":189,"type":"single","stem":"运维人员需要对生产环境的一台服务器进行内核参数调整，按照变更管理要求，在正式实施前必须完成的关键步骤是","options":["在测试环境验证参数效果并记录回退方案","直接修改后立即重启服务器生效","通知业务部门停机后再修改","将参数写入临时文件待下次重启生效"],"answer":[0],"explanation":"知识点：变更管理流程。生产变更前应在测试环境验证并准备回退方案。错误项直接修改重启未经验证风险高；错误项通知停机后修改仍缺验证环节；错误项写入临时文件不生效且无法验证。"},{"id":190,"type":"single","stem":"运维人员为服务器配置定时备份任务，希望每天凌晨2点执行且将执行结果追加写入日志文件，编辑crontab时应使用的行是","options":["0 2 * * * /backup.sh >> /var/log/backup.log 2>&1","2 0 * * * /backup.sh > /var/log/backup.log","0 2 * * * /backup.sh > /var/log/backup.log","2 2 * * * /backup.sh >> /var/log/backup.log"],"answer":[0],"explanation":"知识点：crontab时间字段与重定向。时间字段依次为分时日月周，凌晨2点应为0 2，追加写入用>>，2>&1合并错误输出。错误项2 0表示0点2分；错误项>会覆盖日志；错误项2 2表示2点2分且时间不符。"},{"id":191,"type":"single","stem":"运维人员发现某台服务器无法通过域名解析访问外部服务，但直接用IP可以访问，排查时应优先检查的文件是","options":["/etc/resolv.conf","/etc/hosts","/etc/fstab","/etc/passwd"],"answer":[0],"explanation":"知识点：Linux DNS解析配置。域名无法解析而IP可通，应检查DNS服务器配置即/etc/resolv.conf。错误项/etc/hosts仅本地静态映射，通常不用于外部域名；错误项/etc/fstab是文件系统挂载表；错误项/etc/passwd是用户账户文件。"},{"id":192,"type":"single","stem":"某系统采用双机热备架构，运维人员在切换演练中发现备机接管后应用无法启动，检查发现备机上的共享存储未挂载，正确的改进措施是","options":["在切换脚本中加入共享存储挂载与检查步骤","将共享存储改为本地磁盘避免挂载问题","提高备机优先级使其不参与切换","延长切换超时时间等待存储自动挂载"],"answer":[0],"explanation":"知识点：高可用切换脚本完整性。切换应包含存储挂载、服务启动等完整步骤并有检查。错误项改本地磁盘会失去数据一致性；错误项提高优先级不解决挂载问题；错误项延长超时不会自动挂载未配置的存储。"},{"id":193,"type":"single","stem":"运维人员在监控平台上收到大量磁盘I/O等待告警，登录服务器用iostat查看发现%util接近100%但读写速率并不高，最可能的原因是","options":["磁盘存在大量随机小I/O导致队列积压","磁盘顺序读写带宽已达到上限","网络带宽被占满影响存储访问","内存不足导致频繁swap"],"answer":[0],"explanation":"知识点：iostat指标解读。%util高而吞吐低通常因随机小I/O多、队列积压。错误项顺序读写带宽满时吞吐应较高；错误项网络带宽影响的是网络存储场景且不直接体现%util；错误项swap频繁会表现为内存和swap指标异常，虽可能增加I/O但需结合vmstat判断。"},{"id":194,"type":"single","stem":"在Linux服务器上部署业务系统时，管理员将应用日志目录设置为独立分区并限定其容量，这一做法主要防范的是哪类运行风险","options":["日志写满根分区导致系统无法启动","日志文件被未授权用户读取泄露","日志写入速度过快影响业务响应","日志格式不统一导致检索困难"],"answer":[0],"explanation":"知识点是磁盘分区规划与日志容量隔离。应用日志增长快，独立分区可避免写满根分区引发系统故障，故正确。日志被读取属权限问题，与独立分区无直接关系；写入速度由磁盘性能和同步策略决定，分区隔离不解决该问题；日志格式统一属规范问题，与分区无关。"},{"id":195,"type":"single","stem":"机房巡检时发现一台服务器前面板硬盘指示灯由绿色常亮变为橙色闪烁，此时管理员首先应当做的是","options":["登录带外管理界面查看该硬盘的告警详情","直接拔出该硬盘并更换同型号新盘","重启服务器让RAID卡重新识别硬盘","对该服务器执行全盘数据备份后关机"],"answer":[0],"explanation":"知识点是硬件告警的处置流程。橙色闪烁通常表示硬盘预警或故障，应先通过带外管理查看具体告警确认状态，故正确。直接拔盘可能破坏冗余阵列的数据完整性；重启不一定能恢复且可能加重故障；全盘备份后关机属于过度操作，未先确认故障性质。"},{"id":196,"type":"single","stem":"使用rsync对跨机房文件进行增量同步时，为在中断后可续传且保留源端权限属性，应组合使用的参数是","options":["-avz --partial","-rlpt --delete","-av --dry-run","-rz --exclude"],"answer":[0],"explanation":"知识点是rsync常用参数含义。-a归档保留权限等属性，-v详细输出，-z传输压缩，--partial保留未完成文件以支持续传，故正确。-rlpt中缺少压缩与续传相关参数；--dry-run只演练不实际传输；--exclude用于排除文件，均不满足需求。"},{"id":197,"type":"single","stem":"在Windows服务器上通过任务计划程序配置每日凌晨备份脚本，脚本执行后返回码为0x1，最可能的原因是","options":["脚本中调用的外部程序路径未使用绝对路径","任务计划程序的触发器时间设置有误","执行任务的账户密码已过期","备份目标磁盘剩余空间不足"],"answer":[0],"explanation":"知识点是任务计划执行环境与返回码判断。返回码0x1通常表示脚本内部命令执行出错，常见于相对路径在计划任务上下文中找不到目标，故正确。触发器时间错误会导致任务不运行而非返回0x1；账户密码过期任务无法启动；磁盘空间不足通常有明确报错信息，且不一定表现为0x1。"},{"id":198,"type":"single","stem":"服务器CPU使用率长期处于90%以上但业务响应尚可，管理员排查后发现大量进程处于不可中断睡眠状态，最可能的原因是","options":["磁盘I/O存在瓶颈导致进程等待","内存容量不足触发频繁换页","网络带宽被占满导致重传","CPU主频被BIOS限制在低频"],"answer":[0],"explanation":"知识点是进程状态与性能瓶颈判断。不可中断睡眠（D状态）通常表示进程在等待I/O完成，大量此类进程说明磁盘I/O存在瓶颈，故正确。内存不足表现为换页和si/so升高；网络问题表现为重传和延迟，不直接造成D状态；CPU降频会降低使用率而非升高。"},{"id":199,"type":"single","stem":"某系统采用双机热备，主节点故障切换后业务恢复，但管理员发现备节点上部分定时任务重复执行，最可能的原因是","options":["定时任务未纳入集群资源统一管理","备节点系统时间与主节点不同步","主备节点间心跳网络带宽不足","备节点未安装主节点的全部软件包"],"answer":[0],"explanation":"知识点是双机热备中资源管理范围。定时任务若未作为集群资源统一调度，主备各自运行会造成重复执行，故正确。时间不同步影响触发时刻但不必然重复；心跳带宽影响切换速度；软件包缺失影响功能可用性，均不直接导致重复执行。"},{"id":200,"type":"single","stem":"对Linux系统进行安全加固时，将SSH服务默认端口由22改为其他端口，这一措施的主要作用是","options":["减少自动化扫描工具对SSH服务的探测","防止SSH登录口令被暴力破解","加密SSH传输的全部会话内容","限制只有特定IP可以登录服务器"],"answer":[0],"explanation":"知识点是SSH安全加固措施的作用边界。改端口属于减少暴露面，可降低自动化扫描的命中率，故正确。暴力破解仍需靠密钥认证和失败锁定防范；加密由SSH协议本身提供；IP限制需依赖防火墙或AllowUsers配置，改端口不实现该功能。"},{"id":201,"type":"single","stem":"在数据中心执行服务器固件升级时，正确的操作顺序是","options":["备份配置并记录当前版本，再在业务低峰期逐台升级验证","先升级所有服务器固件，再统一验证业务是否正常","直接使用最新固件批量刷写以节省时间","在业务高峰期升级以便及时观察异常"],"answer":[0],"explanation":"知识点是固件升级的规范流程。应先备份配置和记录版本，选择低峰期逐台升级并验证，出现异常可及时回退，故正确。先全部升级再验证会扩大故障面；批量刷写忽视兼容性风险；高峰期升级会放大业务影响。"},{"id":202,"type":"multi","stem":"信息系统日常巡检中，下列哪些检查项属于操作系统层面的巡检内容","options":["检查系统日志中是否存在频繁的认证失败记录","查看磁盘分区使用率是否超过阈值","核对核心交换机端口的错包计数","确认系统关键服务进程是否处于运行状态","检查数据库表空间剩余容量"],"answer":[0,1,3],"explanation":"知识点是巡检内容的层次划分。系统日志认证失败、磁盘分区使用率、关键服务进程状态均属操作系统层面，故正确。核心交换机端口错包计数属网络设备层面；数据库表空间容量属数据库层面，均不属于操作系统巡检。"},{"id":203,"type":"single","stem":"某单位机房新上架一批服务器，管理员在规划机柜内设备布局时，将多台服务器前面板朝向同一方向并紧贴安装，这一做法最可能引发的问题是","options":["冷热通道混风导致局部热点","机柜承重分布不均引发倾斜","设备接地环路造成信号干扰","机柜门无法正常关闭"],"answer":[0],"explanation":"知识点是机房气流组织。服务器前面板进风、后部排风，若同向紧贴安装而不区分冷热通道，排出的热风会被相邻设备再次吸入，形成局部热点。承重不均主要与设备重量分布有关，与朝向关系不大；接地环路与设备朝向无关；机柜门关闭主要取决于设备突出长度。"},{"id":204,"type":"single","stem":"运维人员巡检时发现某台Linux服务器根分区使用率已达95%，但/home分区仅使用30%，此时最合理的处置是","options":["定位根分区大文件并清理或迁移非必要数据","直接删除/home下占用较大的用户文件","将根分区在线扩容后不再处理","重启服务器释放被占用的临时文件"],"answer":[0],"explanation":"知识点是磁盘空间告警处置。根分区写满会影响系统运行，应先定位具体占用来源再清理或迁移。直接删/home文件虽能腾空间但可能误删用户数据且未解决根分区问题；在线扩容需要底层支持且不清理治标不治本；重启通常不会释放已占用的空间。"},{"id":205,"type":"single","stem":"在Windows Server中，管理员希望某计划任务即使在无人登录时也按计划运行，配置账户时应重点确认的选项是","options":["不管用户是否登录都要运行","只在用户登录时运行","使用最高权限运行","隐藏任务计划程序窗口"],"answer":[0],"explanation":"知识点是计划任务的运行条件。选择“不管用户是否登录都要运行”可将任务以指定账户身份在后台执行。只在登录时运行依赖交互会话；“使用最高权限运行”只影响权限不影响登录依赖；“隐藏窗口”只影响界面显示。"},{"id":206,"type":"single","stem":"某Web服务器出现大量TIME_WAIT状态连接，管理员拟调整内核参数以缓解该问题，以下参数中直接相关的是","options":["net.ipv4.tcp_tw_reuse","net.ipv4.ip_forward","net.ipv4.icmp_echo_ignore_all","net.core.somaxconn"],"answer":[0],"explanation":"知识点是TCP连接状态调优。tcp_tw_reuse允许将TIME_WAIT状态的套接字重新用于新连接，可缓解端口耗尽。ip_forward控制路由转发；icmp_echo_ignore_all控制是否响应ping；somaxconn控制监听队列长度，均不直接作用于TIME_WAIT。"},{"id":207,"type":"single","stem":"运维人员需要在生产数据库执行一条批量更新语句前保留回退能力，最稳妥的前置操作是","options":["对目标表做逻辑备份并记录影响行数","在事务中执行并设置自动提交","把语句拆成多条小批量执行","先执行EXPLAIN查看执行计划"],"answer":[0],"explanation":"知识点是数据库变更前的备份意识。批量更新可能误伤数据，需保留可恢复副本。设置自动提交无法回退；拆分执行减少锁影响但不提供回退；EXPLAIN只评估执行计划，不能恢复数据。"},{"id":208,"type":"single","stem":"某企业部署了Zabbix监控，管理员发现某主机CPU使用率持续超过阈值但未收到告警，检查发现该主机已被加入维护模式，正确的处理方式是","options":["结束维护模式后确认告警恢复","删除该主机后重新添加","把触发器阈值调低以便触发","重启Zabbix Server进程"],"answer":[0],"explanation":"知识点是监控维护模式。主机处于维护模式时告警被抑制，应结束维护后观察是否恢复。删除重加会丢失历史数据且未解决抑制问题；调低阈值不解决维护抑制；重启服务不影响维护状态。"},{"id":209,"type":"single","stem":"在Linux系统中，管理员执行df -h发现某分区已满，但du统计该分区内文件总大小远小于分区容量，最可能的原因是","options":["有进程仍持有已删除文件的句柄","文件系统被挂载为只读","分区存在坏道导致统计异常","inode数量不足"],"answer":[0],"explanation":"知识点是磁盘空间与文件句柄。进程持有已删除文件句柄时，df仍计入占用而du无法看到该文件，需重启或终止相关进程释放。只读挂载不影响容量统计；坏道通常报I/O错误；inode不足表现为无法创建新文件而非空间差异。"},{"id":210,"type":"single","stem":"某公司一台对外提供服务的Nginx服务器，运维在变更后未做回归验证即离开，次日发现首页返回502，排查时最应先确认的是","options":["后端上游服务是否存活及端口是否可达","Nginx配置文件语法是否正确","服务器磁盘空间是否充足","DNS解析是否指向本机"],"answer":[0],"explanation":"知识点是502错误定位。502表示网关无法从上游获得有效响应，应优先检查后端服务状态与连通性。配置语法错误通常在reload时即报错；磁盘空间与DNS解析一般不会直接表现为502。"},{"id":211,"type":"single","stem":"运维人员为服务器配置RAID时，若希望在单块磁盘故障时仍能保证数据不丢失且写性能较好，通常选择","options":["RAID 10","RAID 0","RAID 5","RAID 1"],"answer":[0],"explanation":"知识点是RAID级别特性。RAID 10兼具镜像与条带，容错且写性能优于纯镜像。RAID 0无冗余；RAID 5写性能受校验计算影响且重建风险较高；RAID 1容错但写性能与容量利用率不占优。"},{"id":212,"type":"single","stem":"管理员在交换机上为某端口配置端口安全，限制最多接入两台设备，当第三台设备接入时希望端口自动关闭并告警，应配置的违规动作为","options":["shutdown","protect","restrict","monitor"],"answer":[0],"explanation":"知识点是端口安全违规动作。shutdown在违规时关闭端口并产生告警。protect丢弃违规流量但不告警；restrict丢弃并告警但不关闭端口；monitor不是标准违规动作。"},{"id":213,"type":"single","stem":"某单位要求对重要业务系统做定期恢复演练，演练时最应重点验证的指标是","options":["备份数据能否在目标环境成功恢复并可用","备份任务是否按时执行完成","备份文件压缩率是否达标","备份介质是否存放在异地"],"answer":[0],"explanation":"知识点是备份有效性验证。恢复演练的核心是验证可恢复性与可用性。按时完成、压缩率、异地存放属于备份过程与存放要求，不能证明数据可成功还原。"},{"id":214,"type":"single","stem":"Linux 服务器上某服务进程需要随系统启动自动运行，且该服务在运行中崩溃后应被自动重新拉起，运维人员应优先配置的机制是","options":["systemd 服务单元并设置 Restart=on-failure","将启动命令写入 /etc/rc.local 并加 & 后台运行","在 crontab 中每分钟执行一次启动脚本","用 nohup 启动进程并写入 /etc/profile"],"answer":[0],"explanation":"知识点是 Linux 服务托管与自愈机制。systemd 单元可通过 Restart 指令实现崩溃自动重启，是标准做法；/etc/rc.local 只能开机启动一次，进程崩溃后不会自动拉起；crontab 每分钟拉起会导致重复进程且无法及时恢复；nohup 加 /etc/profile 只在登录时生效且无守护能力。"},{"id":215,"type":"single","stem":"运维人员发现某台服务器磁盘使用率持续上升，用 du 统计各目录占用之和远小于 df 显示的已用空间，最可能的原因是","options":["有进程仍持有已被删除文件的句柄","文件系统 inode 已全部耗尽","磁盘存在坏道导致统计失真","目录的硬链接数量超过上限"],"answer":[0],"explanation":"知识点是 Linux 文件删除与空间回收机制。进程持有已删除文件的句柄时，文件不再出现在目录树中，du 统计不到但空间未释放，df 仍计入，重启该进程即可释放；inode 耗尽表现为无法创建新文件而空间未满；坏道不会造成 du 与 df 系统性偏差；硬链接数量上限与空间统计无关。"},{"id":216,"type":"single","stem":"人力资源和社会保障业务系统需要在夜间业务低峰期执行数据库全量备份，备份窗口为 2 小时，运维人员制定备份策略时最应优先确认的参数是","options":["上次全量备份完成时刻与当前数据增量规模","数据库服务器的 CPU 主频与内存容量","备份介质的品牌与接口类型","数据库客户端工具的版本号"],"answer":[0],"explanation":"知识点是备份窗口与备份策略设计。判断本次全量备份能否在 2 小时内完成，关键取决于数据量大小与距上次备份的增量规模；CPU 主频、内存容量只是间接因素；介质品牌接口、客户端版本号不决定备份耗时是否超窗口。"},{"id":217,"type":"single","stem":"某业务系统部署了双机热备，主节点故障切换后业务恢复，但运维人员发现切换期间部分已提交事务丢失，最应检查的配置环节是","options":["主备节点间的数据复制方式是否为同步复制","备节点的 CPU 核数是否与主节点一致","心跳线是否采用交叉网线直连","切换脚本中是否包含服务端口检测"],"answer":[0],"explanation":"知识点是双机热备的数据一致性保障。异步复制在切换时可能丢失尚未同步的事务，改为同步复制才能保证已提交事务不丢；CPU 核数影响性能不影响数据完整性；心跳线连接方式只影响故障检测；端口检测只影响切换判断，不决定数据是否丢失。"},{"id":218,"type":"single","stem":"运维人员对生产数据库执行批量数据订正前，最符合变更管理要求的操作是","options":["先在测试库验证脚本并留存回滚方案后再执行","直接在生产库执行并在执行前关闭数据库日志","将脚本发给业务人员确认后立即在生产库执行","在执行前对数据库做一次增量备份即可"],"answer":[0],"explanation":"知识点是生产变更的风险控制流程。正确做法是先在测试环境验证脚本、准备回滚方案，再按变更流程执行；关闭数据库日志会使故障无法恢复；仅业务人员确认不足以验证技术正确性；只做增量备份无法覆盖订正前的完整还原需求。"},{"id":219,"type":"single","stem":"某 Web 应用在业务高峰期出现响应缓慢，运维人员登录服务器后发现 CPU 使用率不高、磁盘 I/O 等待很高，下一步最应优先排查的是","options":["数据库慢查询与磁盘读写压力来源","Web 服务器的监听端口是否被占用","负载均衡器的健康检查间隔","应用服务器的 JVM 堆内存上限"],"answer":[0],"explanation":"知识点是性能瓶颈定位方法。CPU 不高而 I/O 等待高，说明瓶颈在磁盘读写，通常由数据库慢查询或大量磁盘操作引起，应优先排查；端口占用会导致服务不可用而非变慢；健康检查间隔影响流量分发；堆内存上限问题通常表现为 GC 频繁或内存溢出。"},{"id":220,"type":"single","stem":"运维人员需要通过 SSH 定期从多台服务器采集运行指标，为避免每次输入密码并保证密钥泄露后影响可控，较合理的做法是","options":["为采集任务生成专用密钥对并限制其可执行命令","将 root 密码写入脚本变量后由脚本自动登录","关闭目标服务器的 SSH 密码认证并共用一把运维私钥","把私钥存放在共享目录供所有运维人员直接使用"],"answer":[0],"explanation":"知识点是自动化运维中的密钥管理与最小权限。专用密钥对配合命令限制可兼顾免密与风险控制；明文写密码易泄露；共用私钥无法追溯且泄露影响面大；私钥共享目录违背密钥私有原则。"},{"id":221,"type":"single","stem":"监控系统对某主机连续发出磁盘空间告警，运维人员清理日志后告警恢复，但一周后同一主机再次告警，最应采取的改进措施是","options":["为该主机日志配置轮转与保留策略并纳入监控基线","将该主机的磁盘告警阈值临时调高以避免误报","把日志目录迁移到内存文件系统以节省磁盘","在告警恢复后关闭该主机的磁盘监控项"],"answer":[0],"explanation":"知识点是监控告警的根因治理。反复告警说明日志增长未受控，应配置 logrotate 等轮转保留策略并纳入基线；调高阈值只是掩盖问题；日志放内存文件系统会丢失且占用内存；关闭监控项会失去故障发现能力。"},{"id":222,"type":"single","stem":"某业务系统升级后用户反馈部分页面报 502 错误，运维人员检查发现后端应用进程正常运行、端口可连通，最可能的原因是","options":["反向代理与后端之间的连接超时或缓冲区配置不当","后端应用监听的端口号被修改为 8080","数据库连接池的最大连接数设置过大","前端静态资源的缓存过期时间过短"],"answer":[0],"explanation":"知识点是 502 错误的常见成因。后端进程正常且端口可连时，502 多由代理到后端的连接超时、缓冲区不足或协议不匹配引起；端口被改则代理无法连通；连接池过大不会导致 502；静态资源缓存与 502 无关。"},{"id":223,"type":"single","stem":"运维人员对一台运行关键业务的服务器执行操作系统补丁更新，更新后需重启，最稳妥的处置顺序是","options":["确认业务已切换至备用节点后再重启该服务器","直接在业务高峰前重启并观察业务是否中断","先重启再通知业务部门准备应急","重启后若业务异常再回滚补丁并恢复业务"],"answer":[0],"explanation":"知识点是补丁变更中的业务连续性保障。应先确认业务已切换或具备冗余，再重启，避免单点中断；高峰前直接重启风险不可控；先重启后通知违背变更流程；事后回滚是被动补救而非稳妥顺序。"},{"id":224,"type":"single","stem":"某运维团队在机房巡检时发现一台服务器的 RAID 卡状态灯显示降级，但操作系统仍能正常读写，正确的下一步处置是","options":["尽快确认故障盘位置并安排更换后重建阵列","立即关机拔下疑似故障硬盘等待厂商更换","忽略告警，待阵列完全失效后再统一处理","在操作系统中对该数据盘执行格式化后继续使用"],"answer":[0],"explanation":"知识点是 RAID 降级的应急处置。降级状态下阵列仍可运行但无冗余，应确认故障盘并尽快更换、重建以恢复冗余；立即关机拔盘可能造成数据丢失；忽略告警会在第二块盘故障时导致数据丢失；格式化数据盘会破坏数据。"},{"id":225,"type":"multi","stem":"运维人员为提升信息系统运行日志的可用性，在日志管理方面应采取的措施包括","options":["统一日志时间源并启用 NTP 同步","对日志按级别和来源分类存储并设置保留周期","将日志目录权限设置为所有用户可写","定期校验日志完整性并异地备份关键日志","把应用日志与系统日志混写在同一文件中"],"answer":[0,1,3],"explanation":"知识点是日志管理的规范要求。统一时间源便于关联分析；分类存储与保留周期便于检索与合规；完整性校验与异地备份保证日志可信可恢复。日志目录对所有用户可写会导致篡改；应用与系统日志混写会降低可读性与排查效率，均不正确。"},{"id":226,"type":"single","stem":"在Linux服务器上部署业务系统后，使用systemctl enable nginx命令的主要作用是","options":["立即启动nginx服务进程","设置nginx开机自启动","重载nginx配置文件","查看nginx运行状态"],"answer":[1],"explanation":"知识点是systemd服务管理命令。enable用于创建开机自启的符号链接；start才是立即启动；reload用于重载配置；status用于查看状态。"},{"id":227,"type":"single","stem":"某应用服务器CPU使用率长期超过90%，用top查看发现大量进程处于D状态，最可能的原因是","options":["CPU核心数不足","磁盘I/O等待严重","内存容量不足","网络带宽瓶颈"],"answer":[1],"explanation":"知识点是Linux进程状态与性能瓶颈分析。D状态为不可中断睡眠，通常因磁盘I/O等待；CPU不足表现为进程争抢；内存不足表现为swap或OOM；网络瓶颈不直接导致D状态。"},{"id":228,"type":"single","stem":"服务器部署完成后进行安全加固，为避免SSH暴力破解，最有效的措施是","options":["修改SSH默认端口为22","禁止root远程登录并配置密钥认证","在防火墙上放行所有IP的22端口","开启SSH的密码认证"],"answer":[1],"explanation":"知识点是SSH安全加固。禁止root远程登录并启用密钥认证可大幅提升安全性；修改端口只是降低扫描概率；放行所有IP增加风险；开启密码认证反而削弱安全。"},{"id":229,"type":"single","stem":"某单位机房新上架一台机架式服务器，上架后最先应确认的物理安装状态是机柜前后门通风方向与设备进排风方向是否一致，这一做法的直接目的是什么","options":["避免设备排出的热风被自身再次吸入形成局部热循环","降低机柜整体承重以防地板塌陷变形","缩短设备上架后配线所需的总施工时长","减少机柜内静电积累以保护主板芯片"],"answer":[0],"explanation":"知识点：机房气流组织与设备进排风方向匹配。机架式设备多为前进风后排风，若与机柜通风方向相反，排出的热风会被再吸入形成热循环导致局部过热。选项B承重由机柜与地板承载能力核算决定，与通风方向无关；选项C配线时长取决于布线与理线方案，与通风方向无直接关系；选项D静电防护靠接地与防静电措施，与进排风方向无关。"},{"id":230,"type":"single","stem":"在Linux服务器上执行df -h发现根分区使用率已达100%，但du -sh /*统计出的各目录占用总量远小于分区容量，最可能的原因是","options":["有进程仍持有已被删除文件的句柄，空间未释放","文件系统inode已耗尽导致无法统计实际占用","磁盘存在坏道使du无法读取部分目录大小","根分区挂载参数中启用了只读模式限制统计"],"answer":[0],"explanation":"知识点：已删除但被进程占用的文件空间不释放。df统计文件系统层面块使用，du统计可见目录项，进程打开被删文件时空间仍被占用，故df远大于du。选项B inode耗尽报错信息不同且与容量统计差异无此表现；选项C坏道会导致读取错误而非统计口径差异；选项D只读挂载会导致写入失败，不会造成df与du差异。"},{"id":231,"type":"single","stem":"某Windows服务器计划任务在凌晨执行备份脚本后经常无输出且未生成备份文件，检查发现任务历史记录里显示上一次运行结果为0x1，正确的下一步排查动作是","options":["查看该任务配置的\"起始于\"目录及运行账户权限是否正确","直接删除该任务并重建以清除历史运行记录","将任务运行账户改为本地系统账户以绕过权限检查","把触发器时间提前一小时避开业务高峰"],"answer":[0],"explanation":"知识点：计划任务返回码0x1通常表示执行时发生一般错误，常见于工作目录或账户权限问题。选项B重建任务不能解决根因且丢失配置；选项C改用系统账户是绕过而非修复，可能引入更大权限风险；选项D调整时间与脚本无输出无文件的问题无因果关系。"},{"id":232,"type":"single","stem":"运维人员对一台生产数据库服务器做例行巡检，发现交换分区使用率持续偏高而物理内存尚有较多空闲，最合理的判断依据是","options":["空闲内存可能被缓存占用，需结合swap换入换出频率综合判断","物理内存空闲说明系统健康，交换分区使用率可忽略","交换分区使用率偏高应立即重启数据库释放内存","物理内存空闲但交换偏高说明内存条存在硬件故障"],"answer":[0],"explanation":"知识点：Linux内存与swap监控指标的综合解读。空闲内存包含可回收缓存，swap使用率高但换入换出不频繁通常无碍，需看si/so。选项B忽略swap持续增长可能预示内存压力；选项C重启不是必要处置且影响业务；选项D内存故障表现为ECC报错等，与swap使用无直接对应。"},{"id":233,"type":"single","stem":"在配置Rsync增量备份时，运维人员希望删除目标端已不存在于源端的文件以保持两端一致，应使用的参数是","options":["--delete","--exclude","--partial","--compress"],"answer":[0],"explanation":"知识点：Rsync同步参数语义。--delete使目标端删除源端已不存在的文件，实现严格镜像。选项B用于排除指定文件，与删除无关；选项C用于保留中断传输的部分文件便于续传；选项D用于传输压缩，减少带宽占用但不改变同步范围。"},{"id":234,"type":"single","stem":"某Web服务器访问日志中出现大量来自同一IP的短时间高频请求且请求路径集中在登录接口，运维人员应优先采取的处置措施是","options":["对该IP在边界设备上临时限速或封禁并核查账号锁定策略","立即重启Web服务以清除异常连接","将网站切换至维护页面等待攻击自行停止","扩容后端数据库连接池以承接突发流量"],"answer":[0],"explanation":"知识点：暴力破解/撞库类访问的应急响应。集中登录接口高频请求符合暴力尝试特征，应限速封禁并检查锁定策略。选项B重启不解决持续攻击且造成业务中断；选项C切维护页影响正常用户；选项D扩容会放大攻击影响，方向错误。"},{"id":235,"type":"single","stem":"使用top命令观察进程时，发现某进程的%CPU很高但其状态为D，下列解释正确的是","options":["D表示不可中断睡眠，通常与等待磁盘或网络IO有关","D表示进程已僵死，应使用kill -9立即清除","D表示进程正在运行，%CPU反映其真实计算负载","D表示进程被暂停，需用fg命令恢复到前台"],"answer":[0],"explanation":"知识点：Linux进程状态码。D为不可中断睡眠（TASK_UNINTERRUPTIBLE），多因等待IO。选项B僵死状态为Z；选项C运行状态为R；选项D暂停状态为T。"},{"id":236,"type":"single","stem":"某单位部署了双机热备系统，切换测试时发现备机接管后业务中断约两分钟，检查发现数据库连接未自动重连，最可能应优化的环节是","options":["应用连接池的健康检查与重连参数配置","主备机之间的心跳线缆长度","备机的CPU主频是否高于主机","操作系统补丁版本是否一致"],"answer":[0],"explanation":"知识点：高可用切换中的连接恢复。切换后备机接管，但应用连接池未及时剔除失效连接导致中断，需优化健康检查与重连。选项B心跳线缆长度不影响切换后连接恢复；选项C主频高低不决定连接重连；选项D补丁一致性影响稳定性但非连接不重连的直接原因。"},{"id":237,"type":"single","stem":"某机房UPS在市电中断后仅支撑了5分钟即电量告警，而设计后备时间应为30分钟，检查发现电池组已使用四年且从未做过容量测试，最应先安排的工作是","options":["对电池组进行放电容量测试并评估更换计划","将UPS负载全部转移到另一台UPS上","调高UPS的告警阈值以延长可用时间","把UPS切换到旁路模式减少电池消耗"],"answer":[0],"explanation":"知识点：UPS电池老化评估与维护。电池组长期未测容量，实际容量衰减导致后备时间缩短，应先做容量测试并制定更换计划。选项B转移负载需有另一路可靠供电且未解决本机问题；选项C调阈值只是掩盖告警；选项D旁路模式在市电中断时无法提供后备。"},{"id":238,"type":"single","stem":"在Linux服务器上部署业务系统前，运维人员需要确认系统时间的准确性，下列做法中最可靠的是","options":["配置NTP服务与上游时间源持续同步","每天手动执行一次date命令校准","在业务启动脚本里执行一次hwclock同步","把时区设置为UTC后不再调整时间"],"answer":[0],"explanation":"知识点是系统时间同步机制。配置NTP与上游时间源持续同步可保证时间长期准确，是标准做法；每天手动校准依赖人工且间隔内会漂移；启动脚本执行一次hwclock只在启动时同步硬件时钟，运行中仍会漂移；把时区设为UTC只是统一显示基准，并不能让时间自动保持准确。"},{"id":239,"type":"single","stem":"运维人员对一台运行中的Linux服务器做磁盘扩容后，希望让文件系统识别新增空间，在已扩容分区的前提下应执行的操作是","options":["使用resize2fs在线扩展文件系统","使用fdisk重新分区整块磁盘","使用mkfs重新格式化该分区","使用mount -o remount重新挂载"],"answer":[0],"explanation":"知识点是分区扩容后文件系统扩展流程。分区已扩容后需对文件系统执行在线扩展（如resize2fs），才能识别新增空间；fdisk重新分区会破坏原有分区表；mkfs会清空数据；remount只改变挂载参数，不会扩展文件系统容量。"},{"id":240,"type":"single","stem":"某业务系统要求数据库在主库故障时能自动切换到备用库，运维人员在部署时配置了主从复制，但未配置自动故障转移，这会导致的后果是","options":["主库故障后需人工介入才能切换","从库会因复制中断而数据丢失","主库恢复后无法重新加入集群","从库会自动提升为主库但数据不一致"],"answer":[0],"explanation":"知识点是数据库高可用与故障转移。仅配置主从复制而不配置自动故障转移，主库故障后只能人工手动提升从库；复制中断本身不会导致从库数据丢失；主库恢复后通常可重新加入，不是必然无法加入；未配置故障转移时从库不会自动提升。"},{"id":241,"type":"single","stem":"运维人员在巡检时发现某服务器CPU使用率长期接近100%，但业务响应仍正常，下一步最合理的处置是","options":["采集进程级CPU占用并分析热点进程","立即重启服务器释放CPU资源","直接增加CPU核心数扩容","关闭系统日志服务以降低负载"],"answer":[0],"explanation":"知识点是性能问题定位方法。应先采集进程级数据定位热点进程再决定处置；立即重启会中断业务且未定位根因；盲目扩容可能掩盖问题；关闭日志服务会影响审计与排障且未必是根因。"},{"id":242,"type":"single","stem":"某单位部署了一套内网信息系统，安全加固时要求关闭不必要的服务端口，运维人员下列做法中符合最小化原则的是","options":["依据业务需求清单逐项确认后关闭非必需端口","关闭所有非22和80端口以简化管理","按默认安全模板批量关闭全部高端口","保留常用端口，其余端口仅做访问日志记录"],"answer":[0],"explanation":"知识点是最小化服务原则。应依据业务需求清单确认后再关闭非必需端口；关闭所有非22和80端口可能误关业务所需端口；批量关闭全部高端口未考虑业务依赖；仅记录日志不等于关闭端口，未落实最小化。"},{"id":243,"type":"single","stem":"运维人员为服务器配置备份策略时，要求既能快速恢复最近状态又能保留较长时间的历史版本，下列组合最合理的是","options":["每日增量备份加每周全量备份并保留多周期","仅每日全量备份并保留最近七天","仅每周全量备份并保留最近四周","每日差异备份且只保留最近一份"],"answer":[0],"explanation":"知识点是备份策略组合。每日增量加快恢复最近状态，每周全量保证可恢复基线并保留多周期历史；仅每日全量占用空间大且保留短；仅每周全量恢复点稀疏；每日差异仅保留一份无法回溯更早版本。"},{"id":244,"type":"single","stem":"某系统部署在容器环境中，运维人员发现容器频繁重启，查看事件显示因内存超限被终止，最直接的处置措施是","options":["调高该容器的内存限额并观察","删除容器重新拉起","把容器改为特权模式运行","关闭容器内存限制参数"],"answer":[0],"explanation":"知识点是容器资源限制与OOM处置。内存超限被终止时应先调高限额并观察是否满足业务；删除重启不解决限额问题；特权模式与内存限制无关；关闭内存限制会使容器可能耗尽宿主机内存，风险更大。"},{"id":245,"type":"single","stem":"运维人员对生产服务器进行补丁更新时，正确的操作顺序是","options":["先在测试环境验证补丁再分批在生产环境实施","直接在生产环境全部服务器上同时安装","先在生产环境安装，出问题再回滚","仅在业务低峰期直接安装全部补丁"],"answer":[0],"explanation":"知识点是变更管理流程。补丁应先测试验证再分批实施；直接全部同时安装风险集中；先生产后回滚属于事后补救；仅在低峰期安装仍未验证，可能引入不兼容。"},{"id":246,"type":"single","stem":"某运维团队使用监控系统对服务器进行告警配置，为避免告警风暴，合理的做法是","options":["对同类告警设置抑制和聚合规则","把告警阈值全部调高到不再触发","关闭告警通知仅保留日志","对每台服务器单独配置独立通知渠道"],"answer":[0],"explanation":"知识点是告警治理。设置抑制和聚合可减少重复告警；调高阈值会漏报真实故障；关闭通知失去告警意义；逐台独立通知渠道反而增加噪音，不解决风暴问题。"},{"id":247,"type":"single","stem":"运维人员在排查应用无法访问数据库的问题时，依次检查了网络连通性、数据库服务状态和账号权限，均正常，下一步最应检查的是","options":["应用连接池配置与数据库最大连接数","服务器机房的供电线路","数据库服务器的物理内存品牌","操作系统的桌面环境设置"],"answer":[0],"explanation":"知识点是数据库连接故障排查。网络、服务、权限正常后应检查连接池配置与最大连接数是否耗尽；供电线路属于基础设施且服务已正常；内存品牌与连接问题无关；桌面环境与服务器运维无关。"},{"id":248,"type":"single","stem":"某单位要求对重要信息系统开展例行巡检，巡检记录中应重点体现的内容是","options":["资源使用率、告警处理与备份完成情况","运维人员的排班表和考勤记录","机房装修进度和办公用品领用","系统开发阶段的需求变更历史"],"answer":[0],"explanation":"知识点是运行巡检内容。巡检应记录资源使用率、告警处理、备份完成等运行状态；排班考勤属于人事管理；装修与办公用品与系统运行无关；需求变更历史属于开发阶段文档。"},{"id":249,"type":"single","stem":"某单位新到一批服务器需要接入机房，管理员在规划机柜供电时，对双路电源服务器的正确接法是","options":["两路电源分别接入同一机柜的两条独立PDU","两路电源都接入同一条高功率PDU的不同插口","一路接PDU，另一路空闲留作备用","两路电源分别接入同一机柜的同一条PDU两端"],"answer":[0],"explanation":"知识点是冗余电源的供电分离原则。双路电源的目的是消除单点故障，只有接入两条相互独立的供电回路（不同PDU、最好来自不同UPS）才能实现冗余。选项B把两路接同一PDU，PDU故障时两路同时失电；选项C浪费了冗余能力，单路故障即宕机；选项D同一条PDU两端仍共享同一供电回路，起不到冗余作用。"},{"id":250,"type":"single","stem":"运维人员在Linux服务器上执行df -h发现某分区使用率已达96%，但du统计该目录实际占用仅约30%，此时最应先排查的是","options":["是否有进程持有已被删除的文件句柄","该分区是否启用了磁盘配额限制","文件系统是否为ext4或xfs类型","服务器内存是否已被大量占用"],"answer":[0],"explanation":"知识点是磁盘空间与文件句柄的关系。当进程打开文件后文件被删除，空间不会释放直到进程关闭句柄，会出现df与du统计不一致。选项B配额限制不会造成两者差异；选项C文件系统类型与统计差异无直接关系；选项D内存占用与磁盘使用率统计不一致无关。"},{"id":251,"type":"single","stem":"对生产数据库服务器做变更窗口维护前，管理员按规程先执行了完整备份，接下来在变更前还必须完成的关键一步是","options":["验证备份文件可正常恢复","把备份文件复制到本地磁盘","记录本次变更的操作人","关闭数据库的慢查询日志"],"answer":[0],"explanation":"知识点是备份有效性验证。备份完成不等于可恢复，变更前必须验证备份可用，否则回滚无保障。选项B本地副本不能替代可恢复性验证；选项C记录操作人属于流程留痕，不是变更前关键保障；选项D关闭慢查询日志与变更安全无关。"},{"id":252,"type":"single","stem":"机房动环监控系统频繁发出某机柜温度告警，现场查看机柜前后门温度正常，最可能的原因是","options":["温度传感器探头被遮挡或位置偏移","机房精密空调制冷量不足","该机柜服务器CPU负载过高","动环监控软件版本过旧"],"answer":[0],"explanation":"知识点是监控告警的现场复核。告警点与实测不符时，应优先怀疑采集端问题，如探头遮挡、位置偏移或故障。选项B若制冷不足，现场温度也应偏高；选项C负载高不必然导致进风温度异常；选项D软件版本旧一般不会只影响单点温度读数。"},{"id":253,"type":"single","stem":"运维人员为服务器配置RAID时，需要在保证数据冗余的前提下获得最佳读性能，应选择的级别是","options":["RAID 5","RAID 0","RAID 1","RAID 6"],"answer":[0],"explanation":"知识点是RAID级别的特性对比。RAID 5兼顾冗余与读性能，读操作可并行分布到多块盘。选项B无冗余，一块盘故障即全损；选项C有冗余但读性能提升有限且空间利用率低；选项D冗余更强但写惩罚更大，读性能通常不及RAID 5。"},{"id":254,"type":"single","stem":"某Web服务在业务高峰期出现响应缓慢，运维人员用top查看发现CPU的wa值很高，最可能的原因是","options":["磁盘I/O存在瓶颈","CPU核心数量不足","内存容量配置偏小","网络带宽被占满"],"answer":[0],"explanation":"知识点是CPU性能指标含义。wa表示CPU等待I/O完成的时间占比，偏高说明存储I/O是瓶颈。选项B核心不足会表现为us或sy偏高；选项C内存不足通常伴随swap使用升高；选项D网络占满在CPU指标上一般表现为软中断或网络相关参数异常，而非wa。"},{"id":255,"type":"single","stem":"运维人员需要为一批新上线的服务器批量安装操作系统，最符合规范化部署要求的做法是","options":["使用PXE配合自动化装机脚本统一部署","逐台用U盘手动安装并逐台配置","先装一台后克隆硬盘到其余服务器","由各使用部门自行安装所需系统"],"answer":[0],"explanation":"知识点是批量部署的规范化方式。PXE加自动化脚本可保证配置一致、可重复、可审计。选项B效率低且易产生配置差异；选项C克隆硬盘在硬件差异或授权、主机名等方面易出问题；选项D缺乏统一管控，配置漂移严重。"},{"id":256,"type":"single","stem":"服务器监控系统显示某主机磁盘SMART信息中重分配扇区计数持续增长，正确的处置是","options":["安排计划停机并更换该磁盘","继续观察暂不处理","对该磁盘执行全盘格式化","调整监控阈值不再告警"],"answer":[0],"explanation":"知识点是SMART预警的处置。重分配扇区计数持续增长说明盘体出现物理坏道且有扩大趋势，应尽快更换。选项B继续观察可能等到盘彻底失效；选项C格式化无法修复物理坏道；选项D调整阈值属于掩盖隐患。"},{"id":257,"type":"single","stem":"运维人员在巡检时发现机房UPS电池组已使用超过设计寿命年限，正确的处理是","options":["安排检测评估并按计划更换电池组","直接断开电池组以省电","降低UPS负载继续使用","把UPS切换到旁路模式运行"],"answer":[0],"explanation":"知识点是UPS电池的维护。超期电池容量衰减，应检测评估后计划更换。选项B断开电池组使市电中断时无后备；选项C降低负载不解决电池老化；选项D旁路模式下市电异常时设备直接受影响，失去保护。"},{"id":258,"type":"single","stem":"某应用系统上线后日志文件每小时增长数GB，磁盘面临写满风险，运维人员最优先采取的处置是","options":["配置日志轮转并清理过期日志","直接删除当前正在写入的日志文件","把日志目录挂载到大容量磁盘","关闭应用日志记录功能"],"answer":[0],"explanation":"知识点是日志管理与磁盘保护。配置logrotate等轮转机制并清理过期文件可长期控制占用。选项B直接删除正在写入的文件，空间可能因句柄未释放而不回收；选项C只是延后问题，未解决增长失控；选项D关闭日志会丧失故障排查与审计依据。"},{"id":259,"type":"single","stem":"运维人员对一台运行中的Linux服务器执行了kill -9命令终止某进程，与kill -15相比该操作的主要区别是","options":["进程无法捕获该信号并执行清理逻辑","进程会先保存数据再退出","进程会转为后台继续运行","进程会被重启为新的实例"],"answer":[0],"explanation":"知识点：Linux信号机制。正确项对：kill -9发送SIGKILL，进程无法捕获或忽略，不能执行清理操作。错误项错：kill -15是SIGTERM，进程可捕获并先保存数据再退出，这是-15的行为而非-9。错误项错：kill -9不会使进程转后台，进程直接被强制终止。错误项错：kill命令不负责重启进程，需由守护工具另行拉起。"},{"id":260,"type":"single","stem":"某单位机房空调故障导致温度升至38℃，管理员发现一台服务器CPU温度告警但业务仍正常，此时最合理的处置是","options":["立即对服务器执行正常关机再报修空调","直接断电以避免硬件损坏","继续运行并等待空调自行恢复","仅关闭服务器风扇告警提示音"],"answer":[0],"explanation":"知识点：机房环境异常的应急处置。正确项对：业务仍正常时应先正常关机保护数据和硬件，再处理空调问题。错误项错：直接断电可能造成数据丢失和文件系统损坏。错误项错：38℃已超安全范围，等待可能烧毁硬件。错误项错：关闭告警不解决散热问题，属于掩盖风险。"},{"id":261,"type":"single","stem":"在Windows Server中查看某服务启动类型为\"自动\"但服务当前处于停止状态，最可能的原因是","options":["该服务的依赖服务未启动","该服务的可执行文件被设为只读","该服务的显示名称被修改过","该服务的描述信息为空"],"answer":[0],"explanation":"知识点：Windows服务依赖关系。正确项对：自动启动的服务若依赖项未启动，服务会启动失败而处于停止状态。错误项错：可执行文件只读属性不影响服务启动。错误项错：显示名称修改不影响启动。错误项错：描述信息为空与服务能否启动无关。"},{"id":262,"type":"single","stem":"运维人员配置crontab任务时写成 0 2 * * * /backup.sh，该任务的实际执行时间是","options":["每天凌晨2点整","每周日凌晨2点","每月2号凌晨0点","每小时的第2分钟"],"answer":[0],"explanation":"知识点：cron表达式字段含义。正确项对：五个字段依次为分、时、日、月、周，0 2 * * *表示每天2:00执行。错误项错：周字段为*表示每天，不是仅周日。错误项错：日字段为*表示每天，不是每月2号。错误项错：小时字段为2表示2点而非每2分钟。"},{"id":263,"type":"single","stem":"使用ping命令测试网络连通性时，返回\"请求超时\"而目标主机实际在线，最可能的原因是","options":["目标主机防火墙拦截了ICMP回显请求","本机网卡驱动程序未安装","本机IP地址与目标不在同一网段","交换机端口处于全双工模式"],"answer":[0],"explanation":"知识点：ICMP与防火墙策略。正确项对：目标在线但ping超时，常见于防火墙禁止ICMP回显请求。错误项错：网卡驱动未安装则根本无法发包。错误项错：跨网段只要有路由仍可ping通，不是超时的必然原因。错误项错：全双工模式不影响ping的连通判断。"},{"id":264,"type":"single","stem":"在服务器监控中，发现某主机的CPU使用率长期在95%以上但系统响应仍较快，最可能的原因是","options":["该主机运行的是计算密集型批处理任务","该主机内存严重不足正在频繁换页","该主机磁盘I/O存在瓶颈","该主机的网络带宽已被占满"],"answer":[0],"explanation":"知识点：性能指标综合分析。正确项对：计算密集型任务会使CPU持续高负载，但若不影响交互响应属正常现象。错误项错：内存不足换页会表现为响应变慢而非仍然较快。错误项错：磁盘I/O瓶颈主要体现在I/O等待而非纯CPU高。错误项错：网络占满影响的是网络吞吐，不直接导致CPU长期高。"},{"id":265,"type":"single","stem":"运维人员在部署新版本应用前对数据库执行了全量备份，但未验证备份文件可恢复，这种做法的主要风险是","options":["备份文件可能损坏导致恢复时才发现无法使用","备份过程会锁表影响在线业务","全量备份占用空间比增量备份大","备份会清空数据库中的临时表"],"answer":[0],"explanation":"知识点：备份有效性验证。正确项对：未验证的备份在真正需要恢复时可能因损坏或参数错误而失败，风险最大。错误项错：是否锁表取决于备份工具和参数，并非本题核心风险。错误项错：空间占用是已知代价，不是\"未验证\"带来的风险。错误项错：全量备份不会清空临时表。"},{"id":266,"type":"single","stem":"某Web服务器访问日志显示同一IP在短时间内产生大量404状态码请求，最可能的情况是","options":["该IP正在被扫描器探测网站路径","该IP的用户浏览器缓存已损坏","该服务器的DNS解析出现故障","该服务器的SSL证书已过期"],"answer":[0],"explanation":"知识点：Web日志安全分析。正确项对：短时间内大量404是目录扫描或漏洞探测的典型特征。错误项错：浏览器缓存损坏一般不影响服务器返回404。错误项错：DNS故障会导致域名无法解析而非大量404。错误项错：证书过期会触发浏览器警告，不产生大量404。"},{"id":267,"type":"single","stem":"在Linux中要实时查看文件/var/log/messages新增的日志内容，应使用的命令是","options":["tail -f /var/log/messages","cat /var/log/messages","head /var/log/messages","wc -l /var/log/messages"],"answer":[0],"explanation":"知识点：日志实时查看命令。正确项对：tail -f会持续输出文件末尾新增内容，适合实时监控。错误项错：cat一次性输出全部内容后退出，不能实时跟踪。错误项错：head只看文件开头若干行。错误项错：wc -l只统计行数，不显示日志内容。"},{"id":268,"type":"multi","stem":"以下哪些措施有助于提升信息系统运行中的账户安全性","options":["对管理员账户启用双因素认证","定期审查并清理长期未使用的账户","为便于记忆所有系统使用同一套密码","将账户密码通过邮件发送给新同事","按最小权限原则分配账户权限"],"answer":[0,1,4],"explanation":"知识点：账户安全管理。正确项对：双因素认证增加认证强度；定期清理闲置账户减少攻击面；最小权限降低误操作与越权风险。错误项错：所有系统同一密码一旦泄露会波及全部系统。错误项错：邮件明文传密码易被截获，属不安全做法。"},{"id":269,"type":"single","stem":"运维人员计划对生产数据库执行结构变更，正确的上线流程顺序是","options":["先在测试环境验证变更脚本再在维护窗口执行","直接在业务高峰时段执行以尽快完成","先在生产执行再根据报错回退调整","先在备用库执行并跳过测试环境"],"answer":[0],"explanation":"知识点：变更管理流程。正确项对：结构变更应先测试验证，再选择维护窗口上线，降低生产风险。错误项错：业务高峰执行会放大影响面。错误项错：先生产后回退属于试错式操作，风险不可控。错误项错：跳过测试环境无法提前发现脚本问题。"},{"id":270,"type":"single","stem":"在Linux服务器上部署一套新的业务系统时，需要让该服务在系统重启后自动启动，且不依赖用户登录会话，应优先采用的操作是","options":["将启动命令写入/etc/rc.local并赋予执行权限","把启动脚本放入/etc/profile.d目录中","通过crontab添加@reboot条目执行启动脚本","使用systemctl enable注册该服务的unit文件"],"answer":[3],"explanation":"知识点是Linux服务开机自启机制。systemd环境下用systemctl enable将unit注册为开机启动，不依赖登录会话，是标准做法。写入/etc/rc.local在部分发行版中该文件已废弃或需额外启用，可靠性不足；/etc/profile.d只在用户登录时执行，不满足不依赖会话的要求；crontab的@reboot由crond在启动时触发，但时序和服务依赖管理不如systemd可靠，属于能跑但非优先的做法。"},{"id":271,"type":"single","stem":"运维人员对一台生产数据库服务器做例行巡检，发现根分区使用率已达92%，此时最应先执行的操作是","options":["立即重启服务器释放被占用的临时文件","定位占用空间最大的目录或文件再决定清理对象","直接删除/var/log下所有日志文件腾出空间","把数据库数据目录迁移到另一块空闲磁盘"],"answer":[1],"explanation":"知识点是磁盘空间告警的处置流程。正确做法是先定位占用来源，判断是日志、临时文件还是数据增长，再针对性清理，避免误删。重启不一定释放空间且会中断业务；直接清空全部日志会丢失排障依据并可能影响正在写入的进程；迁移数据目录属于重大变更，未定位原因前不应作为第一步。"},{"id":272,"type":"single","stem":"在对Web服务器进行性能监控时，运维人员发现CPU使用率不高但响应时间明显变长，最应重点检查的指标是","options":["磁盘IO等待时间和队列长度","网卡的最大传输速率规格","CPU的一级缓存命中率","操作系统安装的补丁版本号"],"answer":[0],"explanation":"知识点是性能瓶颈定位。CPU不忙而响应变慢，常见原因是IO等待，应看磁盘IO等待与队列长度。网卡规格是硬件上限，与当前是否成为瓶颈无直接关系；一级缓存命中率是CPU内部指标，通常不直接暴露给运维监控且与响应变长关联弱；补丁版本与实时性能瓶颈无关。"},{"id":273,"type":"single","stem":"某业务系统部署在两台服务器上并通过负载均衡对外提供服务，运维发现用户登录后偶尔被跳转到未登录状态，最可能的原因是","options":["负载均衡未启用会话保持导致请求落到不同后端","后端服务器的CPU主频不一致","负载均衡设备的网口速率不匹配","后端服务器安装了不同版本的操作系统"],"answer":[0],"explanation":"知识点是负载均衡下的会话一致性。登录状态通常保存在单台后端的内存会话中，请求被轮询到另一台后端时找不到会话，表现为掉登录。CPU主频、网口速率、操作系统版本差异一般不会造成登录态随机丢失，属于看似相关实则无关的干扰。"},{"id":274,"type":"single","stem":"运维人员准备对一台运行关键业务的服务器打系统补丁，为降低风险，打补丁前最应完成的工作是","options":["对系统盘和关键数据做可回滚的备份并记录当前配置","通知所有用户当天不要使用该系统","把服务器内存扩容一倍以应对补丁开销","关闭服务器上的所有监控代理避免误报"],"answer":[0],"explanation":"知识点是变更前的风险控制。打补丁属于变更操作，必须先备份并留存配置基线以便回滚。通知用户停用并非技术必要步骤且不解决回滚问题；扩容内存与补丁风险无关；关闭监控会失去变更期间的观测能力，反而增大风险。"},{"id":275,"type":"single","stem":"运维人员为机房内多台服务器配置RAID，若目标是在一块磁盘故障时仍能保证数据不丢失且可用容量为总容量的一半，应选择的RAID级别是","options":["RAID 0","RAID 1","RAID 5","RAID 6"],"answer":[1],"explanation":"知识点是RAID级别特性。RAID 1为镜像，可用容量为总容量一半且允许单盘故障。RAID 0无冗余，任一盘故障即丢数据；RAID 5可用容量为N-1块盘，不是一半；RAID 6允许双盘故障，容量开销为两块盘，也不符合一半容量的描述。"},{"id":276,"type":"single","stem":"运维人员在检查Web服务日志时发现大量来自同一IP的404请求且频率极高，最合理的初步处置是","options":["在防火墙或WAF上对该IP做临时封禁并持续观察","立即重启Web服务以清除异常连接","把该IP加入白名单避免影响正常用户","修改网站首页内容以规避该IP的扫描"],"answer":[0],"explanation":"知识点是异常访问的应急响应。高频404通常是扫描或探测行为，先临时封禁来源并观察是合理的第一步。重启Web服务不能阻止扫描且会中断业务；加入白名单会放行攻击源；修改首页内容对扫描行为无效。"},{"id":277,"type":"single","stem":"某系统管理员在配置数据库定时备份脚本时，脚本手动执行成功但放入crontab后未产生备份文件，最可能的原因是","options":["cron执行环境缺少脚本依赖的PATH等环境变量","crontab不支持执行shell脚本","备份脚本必须用root用户手动运行","cron服务默认禁止写文件到磁盘"],"answer":[0],"explanation":"知识点是cron执行环境差异。cron运行时的环境变量极简，脚本中依赖的PATH、库路径等可能缺失导致命令找不到。crontab完全支持shell脚本；是否root与写入无关；cron本身不禁止写磁盘。"},{"id":278,"type":"multi","stem":"运维人员在制定信息系统日常巡检方案时，下列属于服务器主机层应纳入巡检内容的有","options":["CPU、内存和磁盘使用率","系统日志中的错误与告警记录","机房空调的送风温度","系统关键服务的运行状态","网络设备端口的错包计数"],"answer":[0,1,3],"explanation":"知识点是巡检内容的分层归属。主机层巡检关注CPU内存磁盘、系统日志、关键服务状态。机房空调送风温度属于机房环境设施巡检；网络设备端口错包计数属于网络层巡检，均不属于主机层。"},{"id":279,"type":"single","stem":"机房 UPS 在市电中断后仅支撑了 3 分钟就告警关机，而设计后备时间应为 30 分钟，最需要优先排查的环节是","options":["蓄电池组实际容量与老化程度","服务器电源模块的转换效率","UPS 输出插座是否松动","机房空调是否同时停电"],"answer":[0],"explanation":"知识点：UPS 后备时间骤降通常源于电池老化或容量不足。电源模块效率影响能耗但不决定后备时长；插座松动会导致断电而非缩短时长；空调停电影响环境温度，不是后备时间不足的直接原因。"},{"id":280,"type":"single","stem":"某业务系统部署在两台应用服务器上并通过负载均衡对外服务，运维人员做单台停机维护时正确的操作顺序是","options":["先从负载均衡池摘除该节点，再停机维护","先停机维护，再从负载均衡池摘除节点","先重启该节点服务，再直接停机","先关闭负载均衡，再停机维护"],"answer":[0],"explanation":"知识点：在线维护应先把节点从负载均衡摘除，让流量切换到健康节点，再停机。先停机再摘除会导致部分请求被转发到已宕节点而失败；先重启再停机属多余动作；关闭整个负载均衡会中断全部业务。"},{"id":281,"type":"single","stem":"运维值班时监控平台连续收到某台服务器 CPU 使用率超过 95% 的告警，但业务方反馈访问正常，此时较合理的处置是","options":["登录查看占用 CPU 的具体进程再判断","立即重启该服务器以清除告警","关闭该主机的 CPU 告警阈值","直接判定为误报并忽略该告警"],"answer":[0],"explanation":"知识点：告警需结合进程层面定位，高 CPU 不一定影响业务。立即重启会中断业务且可能丢失现场；关闭阈值属于掩盖问题；直接忽略可能漏掉真实隐患。"},{"id":282,"type":"single","stem":"为生产数据库制定备份策略时，若要求能把数据库恢复到本周内任意一天的状态，同时每天备份窗口有限，通常应采用的方式是","options":["每周一次全量加每日增量备份","仅每天做一次全量备份","仅每周做一次全量备份","仅每天做一次差异备份不设全量"],"answer":[0],"explanation":"知识点：全量加增量可在有限窗口内实现按天恢复。仅每天全量占用窗口过大；仅每周全量只能恢复到周初；只做差异备份缺少基准全量，无法独立恢复。"},{"id":283,"type":"single","stem":"运维人员在交换机上为新上架的服务器配置接入端口时，发现该端口此前被划入某个业务 VLAN，正确的处理是","options":["按服务器所属业务重新划分到对应 VLAN","保持原 VLAN 不变直接接入使用","把该端口设为 Trunk 放通所有 VLAN","把该端口关闭避免冲突后再启用"],"answer":[0],"explanation":"知识点：接入端口应归属服务器实际业务所在 VLAN。保持原 VLAN 会造成网络隔离或串网；设 Trunk 放通所有 VLAN 会带来广播域扩大与安全隐患；关闭再启用不解决 VLAN 归属问题。"},{"id":284,"type":"single","stem":"某系统日志中反复出现磁盘 I/O 等待时间显著升高的记录，同时应用响应变慢，最应优先检查的是","options":["存储设备健康状态与 IO 队列深度","服务器网卡速率是否协商正确","应用服务器的内存条数量","操作系统是否开启了防火墙"],"answer":[0],"explanation":"知识点：I/O 等待升高通常指向存储侧瓶颈或故障。网卡速率影响网络吞吐而非本地磁盘等待；内存条数量与 I/O 等待无直接因果；防火墙主要影响网络连接。"},{"id":285,"type":"single","stem":"运维人员需要为一批服务器批量安装操作系统，要求安装过程可重复且配置一致，最合适的做法是","options":["制作带应答文件的自动化安装镜像","逐台手动插入光盘交互安装","先装一台再用 Ghost 逐台克隆","把系统盘拆下在另一台机器上对拷"],"answer":[0],"explanation":"知识点：自动化应答安装可保证可重复与配置一致。逐台交互安装效率低且易不一致；Ghost 克隆需硬件一致且易带 SID 问题；拆盘对拷不具备批量与可维护性。"},{"id":286,"type":"single","stem":"某单位要求对重要服务器的配置变更进行可追溯管理，运维人员在变更实施后应立即完成的工作是","options":["记录变更内容、时间、操作人与验证结果","删除变更前的旧配置文件","在变更窗口结束后补写记录","把变更操作交给下一班口头交接"],"answer":[0],"explanation":"知识点：配置变更管理要求及时留痕，包括内容、时间、操作人与验证结果。删除旧配置会失去回滚依据；事后补记易遗漏；口头交接不具可追溯性。"},{"id":287,"type":"multi","stem":"某业务系统夜间进行版本上线后，监控显示应用服务器 CPU 与内存正常但大量用户报无法登录，运维人员排查时应当检查的环节包括","options":["数据库连接池是否耗尽","负载均衡后端节点健康检查状态","应用日志中是否有鉴权失败记录","服务器机柜的防静电接地是否良好","机房精密空调的出风温度设定值"],"answer":[0,1,2],"explanation":"知识点：登录故障且主机资源正常时，应查连接池、负载均衡后端与鉴权日志。连接池耗尽会导致无法建立会话；后端被摘除会造成请求失败；鉴权日志可定位认证问题。防静电接地与空调出风温度属于机房环境项，与登录失败无直接因果。"},{"id":288,"type":"single","stem":"在Linux服务器上使用df -h查看磁盘空间时发现/data分区使用率已达100%，但du -sh /data统计的总量只有分区容量的一半，最可能的原因是","options":["有被删除但仍被进程占用的文件未释放空间","文件系统超级块记录的空间统计出现偏差","分区中存在大量硬链接导致统计重复计算","df统计的是块数而du统计的是字节数导致口径不同"],"answer":[0],"explanation":"知识点是Linux磁盘空间排查。df显示文件系统层面占用，du统计目录可见文件；进程持有已删除文件的句柄时空间不会释放，df会满而du偏小。错误项：超级块统计偏差极少导致整倍差异；硬链接会被du去重而不是少算；df与du单位换算后口径一致，不会差一半。"},{"id":289,"type":"single","stem":"某单位新上线一台应用服务器，运维人员在防火墙放通业务端口后，发现本机可以访问外部网络，但外部用户无法访问该业务端口，检查服务进程监听地址为127.0.0.1:8080，正确的处置是","options":["修改服务配置使其监听0.0.0.0:8080并重启服务","在防火墙上增加一条到127.0.0.1的端口映射规则","把服务器网卡地址改为127.0.0.1后重新放通端口","关闭本机防火墙后等待外部用户重新发起连接"],"answer":[0],"explanation":"知识点是服务监听地址与可达性。监听127.0.0.1只接受本机回环连接，外部无法访问，应改为监听全部地址或指定业务网卡地址。错误项：防火墙规则无法把外部流量映射到回环地址；改网卡为回环地址会使服务器失去对外通信；关闭本机防火墙不影响回环监听的限制。"},{"id":290,"type":"single","stem":"运维人员为数据库服务器配置备份策略时，希望满足“任意一天发生故障最多丢失1小时数据，且能恢复到7天内任意时间点”，应采用的备份方式是","options":["每天一次全量备份并保留7份","每周一次全量加每天一次增量备份","全量备份加持续归档日志并定期做增量备份","每月一次全量加每周一次差异备份"],"answer":[2],"explanation":"知识点是备份恢复点目标与恢复时间目标。要恢复到任意时间点且丢失不超过1小时，需要全量基线加持续归档日志。错误项：仅每天全量只能恢复到当天备份时刻；每周全量加每天增量无法恢复到任意时间点且粒度粗；每月全量加每周差异粒度更粗且丢失窗口更大。"},{"id":291,"type":"single","stem":"某Web服务器日志中出现大量“TIME_WAIT”状态的连接，运维人员计划调整内核参数以缓解端口耗尽问题，正确的调整方向是","options":["增大net.ipv4.tcp_max_tw_buckets并启用tcp_tw_reuse","减小net.ipv4.ip_local_port_range的下限","关闭net.ipv4.tcp_syncookies以提升握手速度","增大net.core.somaxconn以增加半连接队列"],"answer":[0],"explanation":"知识点是TCP连接状态与内核参数。TIME_WAIT过多可适度增大tw_buckets并谨慎启用tw_reuse复用连接。错误项：减小本地端口范围会减少可用端口；关闭syncookies降低抗SYN Flood能力；somaxconn影响的是accept队列而非TIME_WAIT。"},{"id":292,"type":"single","stem":"运维人员为Linux服务器配置NTP时间同步时，希望本机作为内网其他设备的时间源，且自身与上游服务器保持同步，应配置的模式是","options":["仅使用ntpdate定时向公网服务器校时","配置为server模式并开启广播","配置为peer模式与上游互为对等","配置为上游客户端同时允许下游客户端同步"],"answer":[3],"explanation":"知识点是NTP工作模式。服务器既要同步上游又要为下游提供时间，需同时作为客户端和服务器。错误项：ntpdate一次性校时不持续且不能对外服务；server模式对外服务但未说明同步上游；peer对等模式适用于同级互备而非层级授时。"},{"id":293,"type":"single","stem":"某单位机房新采购的服务器到货后，运维人员在部署前进行硬件检查，发现RAID卡电池处于“relearn”状态，正确的处置是","options":["立即更换RAID卡电池后再上架","等待电池完成学习周期并确认状态正常后再投入生产","忽略该状态直接配置RAID并安装系统","将写策略改为Write Through后继续使用"],"answer":[1],"explanation":"知识点是RAID卡缓存电池状态。relearn是电池自学习周期，完成后状态会恢复正常，应等待确认。错误项：立即更换并非必要且可能引入新问题；忽略状态在异常下可能丢数据；改写策略是临时措施而非处置该状态。"},{"id":294,"type":"single","stem":"运维人员在交换机上配置端口镜像用于抓包分析，发现镜像端口流量过大导致丢包，正确的优化方向是","options":["将镜像端口改为Trunk并允许所有VLAN通过","缩小镜像源范围或使用过滤条件只镜像关注流量","把镜像端口速率改为自适应以匹配源端口","关闭镜像端口的生成树协议以提升转发效率"],"answer":[1],"explanation":"知识点是端口镜像与抓包。镜像流量超过端口带宽会丢包，应缩小源范围或加过滤。错误项：改为Trunk并放通所有VLAN会进一步增大流量；自适应不能超过物理带宽；关闭生成树不影响镜像带宽瓶颈。"},{"id":295,"type":"single","stem":"某运维团队为关键业务系统制定变更方案，要求“变更失败时能在30分钟内回退到变更前状态”，最应在方案中明确的是","options":["变更操作步骤与责任人","回退触发条件、回退步骤及验证方法","变更窗口时间与通知范围","变更风险评估与审批流程"],"answer":[1],"explanation":"知识点是变更管理中的回退方案。要保证快速回退，必须明确触发条件、具体步骤和回退后验证。错误项：操作步骤、窗口通知、风险评估都是变更方案要素，但不直接保证30分钟内回退。"},{"id":296,"type":"single","stem":"运维人员在监控平台上为数据库连接数设置告警阈值为“当前连接数超过最大连接数的80%”，运行一周后发现频繁误报且业务无异常，最合理的调整是","options":["将阈值直接提高到最大连接数的95%","取消该告警并改为人工巡检","结合连接数增长趋势与持续时间设置动态阈值","把告警级别从严重降为提示"],"answer":[2],"explanation":"知识点是监控阈值设置。单一瞬时阈值易受正常波动影响，应结合趋势与持续时间。错误项：单纯提高阈值会漏报真实风险；取消告警失去监控；降级别不解决误报根因。"},{"id":297,"type":"single","stem":"运维人员在Linux服务器上执行df -h发现/分区使用率已达92%，进一步用du -sh /*排查时发现/var/log目录占用约40GB，此时最合理的下一步处置是","options":["直接删除/var/log下所有日志文件释放空间","先确认日志轮转配置与业务写入情况，再按策略压缩或清理过期日志","把/var/log整体挂载到内存文件系统以降低磁盘占用","立即对/分区执行在线扩容操作增加磁盘容量"],"answer":[1],"explanation":"本题考查磁盘空间告警的规范处置流程。正确项先确认日志轮转配置与业务写入情况，避免误删正在写入的日志或掩盖根因，再按策略压缩清理过期日志，属于先诊断后处置。错误项直接删除全部日志会破坏审计与排障依据；把/var/log挂到内存文件系统会导致重启后日志丢失且内存被占满；在线扩容虽可扩容但未定位日志暴涨原因，可能再次告警。"},{"id":298,"type":"single","stem":"某单位在Windows Server上为关键业务配置了每日增量备份与每周全量备份，某次恢复时发现最近三天的增量备份文件均可用，但上周日的全量备份磁带读取失败，正确的恢复顺序判断是","options":["先恢复最近一次增量备份，再按时间倒序恢复其余增量备份","必须先恢复最近一次全量备份，再按时间正序恢复各增量备份","只需恢复最近一次增量备份即可还原全部数据","改用最近一次差异备份替代全量备份进行恢复"],"answer":[1],"explanation":"本题考查备份恢复链的依赖关系。增量备份只记录自上次备份以来的变化，必须依赖最近一次全量备份作为基准，再按时间正序依次恢复各增量备份才能还原完整数据。错误项先恢复增量再倒序恢复会破坏恢复链顺序；只恢复最近一次增量缺少全量基准；用差异备份替代全量在题中并未说明存在差异备份，属于臆断。"},{"id":299,"type":"single","stem":"机房巡检时发现一台业务服务器的CPU使用率长期在95%以上，但业务响应时间正常，运维人员接下来首先应做的是","options":["立即重启该服务器以释放CPU占用","对该服务器进行CPU降频以降低使用率","登录服务器用top或性能计数器定位高占用进程","直接申请为该服务器增加CPU核心数"],"answer":[2],"explanation":"本题考查性能监控异常的分析思路。CPU使用率高但业务正常，说明可能是有计算密集型任务在正常消耗，需先定位具体进程再判断是否需要干预，因此正确项是登录用top或性能计数器定位高占用进程。错误项立即重启会中断业务且无法定位根因；降频可能影响业务性能；直接加CPU属于未诊断先扩容，成本高且可能无效。"},{"id":300,"type":"multi","stem":"某市人社局机房一台运行核心业务系统的Linux服务器，运维人员巡检时发现/var分区使用率已达92%，日志目录/var/log占用最大，此时下列处置措施中恰当的有哪些","options":["用logrotate工具按天轮转并压缩历史日志，保留最近30天","直接rm -rf /var/log下所有文件以最快释放空间","将/var/log整体迁移到新挂载的大容量分区并修改挂载配置","临时清空正在写入的日志文件而不重启对应服务进程","关闭系统日志服务以彻底阻止日志继续增长"],"answer":[0,2],"explanation":"本题考查Linux服务器磁盘空间告警时的日志管理知识点。正确项0：logrotate是标准的日志轮转与压缩工具，按天轮转并保留30天既释放空间又保留排查依据，是规范做法。正确项2：将日志目录迁移到独立大分区并更新挂载配置，可从根源缓解分区容量不足，是常见扩容手段。错误项1：rm -rf删除所有日志会丢失故障排查与审计证据，且正在写入的文件句柄仍占用空间，属于看似直接有效实则有害的做法。错误项3：临时清空正在写入的日志文件（如用重定向截断）虽可快速释放空间，但会破坏该文件已有内容与写入连续性，不符合规范保留要求。错误项4：关闭日志服务会丧失系统审计与故障追溯能力，属于牺牲可观测性换取空间的错误取舍。"}]}