2025年IT運(yùn)維技術(shù)支持崗位考試模擬題及答案一、單項選擇題（每題2分，共30分）1.某CentOS7服務(wù)器在凌晨2點(diǎn)突然產(chǎn)生大量“TIME_WAIT”連接，導(dǎo)致新用戶無法建立TCP會話。以下哪條命令可在不重啟業(yè)務(wù)的前提下，最快釋放已失效的連接？A.echo1>/proc/sys/net/ipv4/tcp_tw_reuseB.sysctlwnet.ipv4.tcp_tw_recycle=1C.ssKdst/8D.systemctlrestartnetwork答案：C解析：ssK可直接內(nèi)核級終止指定地址的TIME_WAIT套接字，無需改參數(shù)、無需重啟網(wǎng)絡(luò)棧，瞬時生效。2.一條千兆鏈路出現(xiàn)5%的丟包，使用iperf3測試帶寬仍能達(dá)到900Mb/s。最可能的根因是：A.接口雙工模式不匹配B.存在微突發(fā)（microburst）超出端口緩存C.光模塊發(fā)光功率過低D.網(wǎng)線線序錯誤答案：B解析：帶寬測試能跑滿，說明物理層與鏈路層基本正常；微突發(fā)會在毫秒級緩存溢出，SNMP計數(shù)器表現(xiàn)為丟包但平均帶寬仍高。3.Kubernetes集群中某Deployment的Pod頻繁重啟，kubectldescribe看到“Backoffrestartingfailedcontainer”。為定位問題，應(yīng)首先查看：A.kubelet日志/var/log/messagesB.前一個崩潰容器的stdout日志C.etcd存儲配額D.apiserver審計日志答案：B解析：Pod重啟后前一個容器已終止，需加previous參數(shù)獲取其stdout/stderr，才能看到崩潰?；虍惓］敵觥?.在MySQL8.0中，某業(yè)務(wù)賬號誤刪了生產(chǎn)庫全表。已開啟binlog且格式為ROW，擁有上周日全量備份。下列恢復(fù)流程正確的是：A.全備還原→應(yīng)用binlog→執(zhí)行DROP反操作B.全備還原→篩選binlog中的DELETE行事件→反向生成INSERT→重放C.直接離線binlog2sql生成回滾SQL→在線執(zhí)行D.將實(shí)例設(shè)為read_only→使用flashback插件在線閃回答案：B解析：ROW格式binlog記錄每行變化，可解析出被刪行的完整前像，再反向構(gòu)造INSERT即可精準(zhǔn)恢復(fù)。5.某臺WindowsServer2019在補(bǔ)丁重啟后遠(yuǎn)程桌面端口3389無法連接，本地控制臺登錄發(fā)現(xiàn)監(jiān)聽正常，但netstatano看到3389僅綁定在。最快捷的修復(fù)手段是：A.在注冊表將HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TerminalServer\WinStations\RDPTcp\PortNumber改為:3389B.執(zhí)行SetItemPropertyPath'HKLM:\SYSTEM\CurrentControlSet\Control\TerminalServer'namefDenyTSConnectionsValue0C.在“系統(tǒng)屬性”遠(yuǎn)程設(shè)置里勾選“允許遠(yuǎn)程連接”D.禁用再啟用“遠(yuǎn)程桌面服務(wù)”答案：B解析：補(bǔ)丁有時會重置fDenyTSConnections為1，導(dǎo)致服務(wù)僅監(jiān)聽回環(huán)；改回0即可恢復(fù)全網(wǎng)監(jiān)聽。6.一條BGP鄰居關(guān)系處于Active狀態(tài)，抓包可見本端發(fā)出SYN后，對端回RST。下列排查順序最合理的是：1)確認(rèn)對端179端口是否開放2)檢查本端是否配置了錯誤的neighborIP3)查看對端是否配置了ttlsecurity4)驗證本端是否配置了md5密碼A.2→1→4→3B.1→2→3→4C.3→4→1→2D.4→3→2→1答案：A解析：先排除配錯地址，再確認(rèn)端口可達(dá)，再比對認(rèn)證與TTL安全機(jī)制，符合由淺入深原則。7.某ELK集群突然寫入阻塞，發(fā)現(xiàn)master節(jié)點(diǎn)CPU飆高，hot_threadsAPI顯示“[write]”線程占90%。最可能的瓶頸是：A.磁盤IO飽和B.分片數(shù)量過多C.字段映射爆炸導(dǎo)致Keyword字段超過默認(rèn)ignore_above256D.索引refresh_interval過短答案：C解析：Keyword字段若接收超長文本會拒絕寫入并打日志，寫線程空轉(zhuǎn)不斷重試，CPU飆高但磁盤IO低。8.在Linux系統(tǒng)調(diào)用層面，當(dāng)進(jìn)程打開文件數(shù)達(dá)到nofilesoftlimit時，會返回的錯誤碼是：A.ENFILEB.EMFILEC.ENOBUFSD.EAGAIN答案：B解析：EMFILE表示進(jìn)程級文件描述符耗盡；ENFILE為系統(tǒng)級。9.某Zabbix6.0實(shí)例圖表出現(xiàn)斷點(diǎn)，proxy日志提示“connectiontodatabase‘zabbix_proxy’failed:toomanyconnections”。下列哪項措施可在不重啟數(shù)據(jù)庫的前提下立即恢復(fù)？A.調(diào)大proxy配置里的StartDBSyncersB.在MySQL端執(zhí)行SETGLOBALmax_connections=1000C.在proxy端執(zhí)行zabbix_proxyRconfig_cache_reloadD.重啟proxy進(jìn)程答案：B解析：連接數(shù)打滿時，DBA第一時間提升max_connections可立即釋放新連接，其他選項均無法瞬間解決。10.在Ansible劇本中，需判斷目標(biāo)主機(jī)是否支持AVX512指令集，若不支持則跳過編譯任務(wù)。正確的語法是：A.when:"'avx512'inansible_processor_flags"B.when:"'avx512f'inansible_cessor"C.when:ansible_cessor_vmx=='avx512'D.when:"'flags'inansible_factsand'avx512'inansible_facts.flags"答案：A解析：ansible_processor_flags為列表，包含CPUflags字符串，直接匹配即可。11.某Ceph集群出現(xiàn)“slowops”告警，cephhealthdetail顯示“osdshaveslowrequests”。優(yōu)先應(yīng)查看：A.mon節(jié)點(diǎn)系統(tǒng)負(fù)載B.對應(yīng)osd的oplatency分布C.客戶端rbdmap數(shù)量D.crushrule的failuredomain答案：B解析：slowrequests直接關(guān)聯(lián)到osd處理延遲，需先確認(rèn)oplatency直方圖定位慢盤或慢節(jié)點(diǎn)。12.在VMwarevSphere7.0中，DRS集群自動化級別設(shè)為“Partial”，管理員手動遷移一臺VM后，五分鐘后DRS又將其遷走，原因可能是：A.VM啟用了FTB.該VM關(guān)聯(lián)了MustRunonHostsinGroup規(guī)則C.遷移閾值過于激進(jìn)D.管理員未關(guān)閉DRS答案：C解析：Partial模式下DRS仍自動執(zhí)行建議，若遷移閾值設(shè)定激進(jìn)，會頻繁觸發(fā)vMotion。13.一條IPSec隧道建立成功但流量不通，執(zhí)行ipxfrmstate可見加密/解密統(tǒng)計均增長，但ipxfrmpolicy無命中。問題最可能是：A.對端加密域配置錯誤B.PFS組不一致C.本端MTU過小D.本端策略優(yōu)先級高于默認(rèn)丟棄答案：D解析：policy無命中說明流量未被IPSec策略捕獲，被更高優(yōu)先級drop策略攔截。14.在GitLabCI中，runner使用dockerexecutor，job失敗日志顯示“docker:commandnotfound”。最簡修復(fù)方案是：A.在jobbefore_script里安裝dockerceB.將runnerexecutor改為shellC.在runner配置里掛載宿主docker.sockD.升級GitLab至最新版答案：C解析：dockerexecutor默認(rèn)無dockerCLI，掛載宿主docker.sock即可復(fù)用宿主dockerdaemon。15.某Nginx反向代理返回502，錯誤日志“upstreamprematurelyclosedconnectionwhilereadingresponseheader”。上游為Tomcat，最可能的原因是：A.Nginxproxy_buffer_size不足B.TomcatconnectionTimeout過短C.Nginxkeepalive_timeout大于TomcatD.Tomcat線程池耗盡答案：B解析：Tomcat超時先關(guān)閉連接，Nginx仍在讀header，于是502；調(diào)大connectionTimeout即可。二、多項選擇題（每題3分，共30分）16.關(guān)于Linux內(nèi)存回收機(jī)制，以下哪些說法正確？A./proc/sys/vm/min_free_kbytes調(diào)大會提前觸發(fā)kswapdB.通過echo3>/proc/sys/vm/drop_caches可立即回收PageCacheC.使用cgroupv2的memory.high限制時，進(jìn)程分配速度過快會觸發(fā)直接回收D.透明大頁(THP)為always模式時，可能增加kswapdCPU占用E.內(nèi)存水位低于low水位時，任何進(jìn)程分配內(nèi)存都會阻塞答案：ABCD解析：E錯誤，阻塞發(fā)生在min水位以下，low水位僅喚醒kswapd。17.下列哪些工具可以無中斷地在線診斷Linux內(nèi)核死鎖？A.kdumpB.perflockC.lockdepD.sysrq+tE.bpftrace答案：BCE解析：kdump需觸發(fā)crash；sysrq+t打印棧但屬瞬時采樣；perflock、lockdep、bpftrace可在線采樣。18.關(guān)于PostgreSQL14邏輯復(fù)制，下列哪些操作會導(dǎo)致復(fù)制槽失效？A.發(fā)布端執(zhí)行DROPTABLEB.訂閱端執(zhí)行TRUNCATEC.發(fā)布端執(zhí)行ALTERTABLEADDCOLUMN無默認(rèn)值D.發(fā)布端執(zhí)行VACUUMFULLE.訂閱端長時間離線，發(fā)布端WAL被回收答案：AE解析：DROPTABLE會刪除復(fù)制槽依賴的catalog；WAL回收導(dǎo)致槽無法繼續(xù)解碼；ADDCOLUMN無默認(rèn)值邏輯復(fù)制支持。19.在CI/CD安全場景中，以下哪些做法可有效防止惡意PR獲取生產(chǎn)密鑰？A.將敏感變量設(shè)為“Protected”且僅對main分支生效B.使用OIDC連接云廠商，避免在倉庫保存AK/SKC.對PR觸發(fā)的工作流要求至少一次人工approveD.在runner層使用vault動態(tài)簽發(fā)短期憑據(jù)E.將.gitlabci.yml中所有變量加密后硬編碼答案：ABCD解析：硬編碼加密仍可能被解密，不符合安全最佳實(shí)踐。20.關(guān)于KubernetesNetworkPolicy，以下哪些規(guī)則組合可阻止所有入站流量，僅允許同namespace帶app=web標(biāo)簽的Pod訪問本Pod的8080TCP？A.policyTypes:[Ingress]；ingressfrom:namespaceSelector:{}；ports:8080B.policyTypes:[Ingress]；ingressfrom:podSelector:{matchLabels:{app:web}}；ports:8080C.policyTypes:[Ingress,Egress]；ingressfrom:podSelector:{matchLabels:{app:web}}；ports:8080D.先denyall再allowwebE.只要定義了ingress規(guī)則，默認(rèn)拒絕其他答案：BDE解析：A允許所有namespace；C多選了Egress不影響；B+E即可實(shí)現(xiàn)精確允許。21.以下哪些命令可以查看Windows本地安全策略中“Debugprograms”當(dāng)前被授予的賬號？A.secedit/export/cfgC:\sec.cfg&findstrDebugB.gpresult/scopecomputer/vC.rsop.mscD.auditpol/get/category:E.wmicuseraccountgetname,sid|findstrS1532544答案：ABC解析：auditpol查審計策略；wmic僅列出管理員組，不直接映射權(quán)限。22.關(guān)于Cisco交換機(jī)端口安全（portsecurity），下列哪些說法正確？A.默認(rèn)違規(guī)模式為shutdownB.可結(jié)合802.1X同時啟用C.配置sticky后，學(xué)習(xí)到的MAC會自動寫入runningconfigD.最大安全地址數(shù)可基于VLAN分別限制E.違規(guī)shutdown后，需手工shutdown再noshutdown恢復(fù)答案：ACE解析：B錯誤，portsecurity與802.1X互斥；D錯誤，限制基于端口而非VLAN。23.在Prometheus監(jiān)控體系里，哪些指標(biāo)類型適合用來統(tǒng)計“當(dāng)前活躍會話數(shù)”？A.CounterB.GaugeC.HistogramD.SummaryE.Untyped答案：BE解析：會話數(shù)可增可減，用Gauge；Untyped也可，但需自行保證可變性。24.以下哪些做法可在不中斷業(yè)務(wù)的情況下，將MySQL5.7傳統(tǒng)復(fù)制升級為GTID復(fù)制？A.主庫設(shè)置ENFORCE_GTID_CONSISTENCY=WARN觀察無誤后改ONB.從庫先開啟GTID_MODE=ON_PERMISSIVEC.使用mysqldumpsetgtidpurged=ON做全備D.逐臺重啟主從使gtid_mode=ONE.使用mysqlshell的util.checkForServerUpgrade檢測答案：ABD解析：mysqldump帶GTID會清空executed_gtids，不適合在線升級；mysqlshell檢測升級兼容性，與GTID切換無關(guān)。25.關(guān)于Linuxsystemd，以下哪些命令可以查看某個service最后一次啟動耗時？A.systemctlshownginxpExecMainStartTimestampMonotonicB.systemdanalyzeblameC.systemdanalyzecriticalchainnginx.serviceD.journalctlunginxoverbose|grepExecStartE.systemctlstatusnginx答案：AC解析：blame列出所有單元，不針對單次；ExecMainStartTimestampMonotonic需自行計算差值；criticalchain直接給出關(guān)鍵路徑耗時。三、判斷改錯題（每題2分，共20分）26.在TCP三次握手中，如果服務(wù)端SYN+ACK丟失，客戶端會重傳SYN報文。答案：錯誤。客戶端重傳的是ACK，而非SYN。改正：如果服務(wù)端SYN+ACK丟失，客戶端未收到SYN+ACK，將超時重傳SYN。27.RAID5陣列中，任意兩塊盤同時損壞仍可保證數(shù)據(jù)不丟失。答案：錯誤。RAID5只能容忍單盤故障。改正：RAID6陣列中，任意兩塊盤同時損壞仍可保證數(shù)據(jù)不丟失。28.在Linux中，使用nice值+19的進(jìn)程絕對無法搶占nice值20的進(jìn)程任何CPU時間。答案：錯誤。CFS調(diào)度器仍會給低優(yōu)先級進(jìn)程最小粒度時間片。改正：nice值+19的進(jìn)程仍可獲得極少CPU時間，只是權(quán)重極低。29.WindowsServer2022的StorageSpacesDirect必須使用RDMA網(wǎng)卡。答案：錯誤。RDMA非強(qiáng)制，但推薦。改正：S2D可使用普通以太網(wǎng)，但RDMA可顯著降低延遲與CPU占用。30.在Git中，執(zhí)行g(shù)itreflog會永久刪除過期條目。答案：錯誤。reflog僅顯示引用日志，清理需gitprune或gc。改正：gitreflog不會刪除任何條目，過期清理由gitgcprune完成。31.在Dockerfile中，CMD與ENTRYPOINT均只能寫一次，多次寫后者會覆蓋前者。答案：錯誤。ENTRYPOINT可多次出現(xiàn)，但只有最后一次生效；CMD可被dockerrun參數(shù)覆蓋。改正：ENTRYPOINT多次寫后者覆蓋前者；CMD可被運(yùn)行時參數(shù)覆蓋，但構(gòu)建階段僅最后一次有效。32.在IPv6中，F(xiàn)F02::1表示所有路由器組播地址。答案：錯誤。FF02::1為所有節(jié)點(diǎn)，F(xiàn)F02::2才是所有路由器。改正：FF02::2表示所有路由器組播地址。33.在Elasticsearch中，將number_of_replicas設(shè)為0可提升寫入性能，但集群狀態(tài)一定變?yōu)閥ellow。答案：錯誤。若集群僅單節(jié)點(diǎn)，無副本即green。改正：單節(jié)點(diǎn)集群number_of_replicas=0時狀態(tài)為green。34.在Bash中，sete與setopipefail同時啟用時，管道中只要有一個子命令失敗，整個腳本立即退出。答案：正確。setopipefail使管道返回最后一個非零狀態(tài)，配合sete觸發(fā)退出。35.在iptables中，命令iptablesAINPUTptcpdport22jACCEPT默認(rèn)插入到INPUT鏈最前。答案：錯誤。A為追加到鏈尾。改正：iptablesIINPUT1ptcpdport22jACCEPT才會插入到最前。四、簡答題（每題10分，共40分）36.某電商大促前，壓測發(fā)現(xiàn)RedisCluster在20萬QPS時部分節(jié)點(diǎn)出現(xiàn)“MOVED”重定向飆升，CPUsys占用高。請給出至少四條優(yōu)化思路并說明原理。答案：1)增加本地緩存：在應(yīng)用端加caffeine或redisbloom布隆過濾器，減少熱key回源，降低clusterbus流量。2)調(diào)整maxredirections與連接池：JedisLettuce默認(rèn)重試5次，大促網(wǎng)絡(luò)抖動易放大MOVED風(fēng)暴，池化復(fù)用連接減少握手。3)預(yù)分片+hashtag：將熱點(diǎn)商品按庫存維度拆成{sku123}:stock、{sku123}:sales，利用hashtag保證同一slot，避免重定向。4)開啟multikeypipeline只讀命令：將非事務(wù)型mget拆成pipeline，減少RTT；同時禁用跨slot事務(wù)，避免moved重試。5)調(diào)大tcpbacklog與somaxconn：默認(rèn)511/128，瞬時并發(fā)高導(dǎo)致SYN丟包，觸發(fā)重傳，sysCPU飆高。6)使用7.0的shardchannel：pub/sub消息按slot發(fā)布，減少cluster廣播。7)關(guān)閉transparenthugepage：THP導(dǎo)致內(nèi)存鎖競爭，sys占用高。8)內(nèi)核參數(shù)net.core.rmem_max/wmem_max調(diào)大，結(jié)合redistcpkeepalive60，減少TIME_WAIT重連。37.一臺運(yùn)行Nginx+PHPFPM的容器宿主機(jī)，平均負(fù)載飆至CPU核數(shù)3倍，但top看idle仍有40%，且容器內(nèi)PHP進(jìn)程狀態(tài)大量“D”。描述排查步驟并給出根因假設(shè)。答案：步驟：1)查看容器blkiothrottle：cat/sys/fs/cgroup/blkio/docker//blkio.throttle.read_iops_device，確認(rèn)是否觸發(fā)iops限制。2)宿主機(jī)dmesg|grep“blockedformorethan120seconds”看是否iowaithung。3)perftopg采樣，看是否__lock_page或do_wait被高頻調(diào)用。4)lsblkt查看磁盤調(diào)度器，若為cfq且后端是SSD，則換mqdeadline。5)cat/proc/loadavg看0.000.000.00后段，若1分鐘負(fù)載高但5/15分鐘低，說明瞬時burst。6)dockerstats看容器是否BLOCKEDI/O列異常高。根因假設(shè)：宿主機(jī)將云盤掛載為/dev/xvdb，使用cfq調(diào)度器，且cgroupblkio.weight過低，導(dǎo)致PHP寫session文件時進(jìn)入D狀態(tài)；宿主機(jī)loadavg統(tǒng)計包含D狀態(tài)任務(wù)數(shù)，故idle有剩余但負(fù)載高。解決：調(diào)度器換mqdeadline，blkio.weight調(diào)高，session轉(zhuǎn)Redis。38.公司計劃將數(shù)百臺WindowsServer2012R2升級至2022，要求原地升級保留原IP與角色。列出關(guān)鍵兼容性檢查項與回退方案。答案：檢查項：1)運(yùn)行WindowsServer2022UpgradeReadinessTool，掃描驅(qū)動兼容；2)核對安裝角色：如WSUS6.3升級后需遷移至WID新版，IIS8.5配置會被保留但需確認(rèn)模塊列表；3)檢查第三方殺毒、備份驅(qū)動是否提供2022版本；4)確認(rèn)BIOS為UEFI2.3.1且開啟SecureBoot，否則升級后無法啟動；5)驗證磁盤空間，系統(tǒng)盤需留20GB以上；6)檢查域功能級別，若仍為2003需先提至2012R2；7)使用DISM導(dǎo)出當(dāng)前驅(qū)動包，升級失敗可手動注入?；赝朔桨福?)升級前使用WindowsServerBackup做BareMetal備份至網(wǎng)絡(luò)共享；2)啟用云廠商快照，記錄LVM/磁盤UUID；3)升級后10天內(nèi)可rollback，執(zhí)行“Gobacktothepreviousbuild”；4)若藍(lán)屏無法進(jìn)入，用2022安裝U盤啟動→修復(fù)→命令行→dism/image:c:\/cleanupimage/revertpendingactions；5)最壞情況用快照回滾，再導(dǎo)入備份增量。39.某企業(yè)采用GitLabCI多runner架構(gòu)，近期頻繁出現(xiàn)“stuckpipeline”，狀態(tài)一直pending。給出系統(tǒng)級與配置級排查清單。答案：系統(tǒng)級：1)runner宿主機(jī)top看負(fù)載與IO，確認(rèn)是否因資源打滿導(dǎo)致job無法調(diào)度；2)檢查runner與GitLab網(wǎng)絡(luò)，tcpdump看是否api/v4/jobs/request返回401未授權(quán)；3)查看runner日志/var/log/syslog，是否出現(xiàn)“Failedtorequestjob:502”——GitLabLB層健康檢查異常；4)若使用Kubernetesexecutor，看namespace配額是否耗盡，pod是否處于Pending因node親和性無法滿足。配置級：1)config.toml中concurrent值是否被調(diào)低；2)runner標(biāo)簽與.gitlabci.ymltag不匹配，導(dǎo)致job找不到runner；3)配置了runners.limit僅允許1并發(fā)，但pipeline含并行job；4)使用了protectedrunner，但MR來自fork倉庫；5)job定義了needs:dependencies跨stage，但stage順序?qū)е滤梨i；6)runnertoken被rotate，舊token未更新；7)job腳本中使用了interruptible:false，前一個pipeline卡住阻塞新pipeline。修復(fù)：逐項核對標(biāo)簽、token、并發(fā)、資源配額，必要時啟用autoscaler動態(tài)彈出runner。五、綜合實(shí)操題（共30分）40.背景：你管理一套KVM虛擬化平臺，采用CephRBD作為后端存儲。用戶反饋Windows虛擬機(jī)隨機(jī)出現(xiàn)“磁盤I/O錯誤”，重啟后恢復(fù)，但數(shù)小時后又復(fù)現(xiàn)。已知：宿主機(jī)/var/log/libvirt/qemu/win.log未見報錯；CephhealthOK，無slowops；虛擬機(jī)內(nèi)事件查看器顯示“disk錯誤，設(shè)備未就緒”；使用virshdomblkerror無輸出；在宿主機(jī)執(zhí)行rbdstatusvm/win.vhd看到watchersIP為宿主機(jī)，但存在兩個watchers。任務(wù)：a)給出兩條命令確認(rèn)watchers來源并解釋為何會導(dǎo)致I/O錯誤；（6分）b)說明如何安全解除異常watchers；（6分）c)提出兩條防止重復(fù)出現(xiàn)的配置級措施；（6分）d)若用戶業(yè)務(wù)不能停機(jī)，請給出在線遷移至本地LVM的完整步驟（含rbdexportdiff與qemuimgconvert增量同步細(xì)節(jié)）。（12分）答案：a)1)rbdstatusvm/win.vhdfj