系統(tǒng)規(guī)劃與管理師每日練習(xí)題與答案解析一、信息系統(tǒng)綜合知識(shí)1.（單選）某省級(jí)政務(wù)云采用“兩地三中心”架構(gòu)，生產(chǎn)中心、同城雙活中心、異地災(zāi)備中心通過(guò)DWDM環(huán)形骨干網(wǎng)互聯(lián)。若生產(chǎn)中心到異地災(zāi)備中心的鏈路往返時(shí)延（RTT）為38ms，兩地部署同步復(fù)制數(shù)據(jù)庫(kù)，理論上可支持的最大事務(wù)吞吐量為（）。A.1000TPSB.2600TPSC.5200TPSD.10000TPS答案：B解析：同步復(fù)制受“2×RTT”限制，最大吞吐量≈1/0.038/2≈13.16次/ms，即約2600TPS。2.（單選）在ITIL4的SVS（服務(wù)價(jià)值系統(tǒng)）中，下列哪一項(xiàng)不屬于“治理”活動(dòng)的關(guān)鍵產(chǎn)出？A.評(píng)估B.指導(dǎo)C.監(jiān)督D.執(zhí)行答案：D解析：執(zhí)行屬于“管理”活動(dòng)，治理聚焦評(píng)估、指導(dǎo)與監(jiān)督。3.（單選）某企業(yè)采用Kubernetes+Helm實(shí)現(xiàn)灰度發(fā)布，若需將新版本流量比例從10%平滑提升到100%，最合理的流量管理策略是（）。A.修改Service的labelselectorB.調(diào)整IngressNginx的canaryweight注解C.擴(kuò)容新版本Pod副本數(shù)D.修改Deployment的rollingUpdate策略答案：B解析：IngressNginx的canaryweight可按比例切流，實(shí)現(xiàn)精準(zhǔn)灰度。4.（單選）某數(shù)據(jù)中心PUE近三年分別為1.85、1.72、1.63，年均下降率約為（）。A.4.1%B.6.2%C.7.9%D.9.5%答案：B解析：復(fù)合下降率=(1.63/1.85)^(1/3)?1≈?6.2%。5.（單選）在ISO/IEC27001:2022中，關(guān)于“威脅”的定義，下列描述正確的是（）。A.任何可能導(dǎo)致非授權(quán)泄露、破壞、丟失的資產(chǎn)弱點(diǎn)B.任何可能對(duì)資產(chǎn)造成損害的意外事件或故意行為C.任何可能導(dǎo)致風(fēng)險(xiǎn)被轉(zhuǎn)移的控制措施缺失D.任何可能導(dǎo)致服務(wù)級(jí)別目標(biāo)偏離的變更請(qǐng)求答案：B解析：ISO/IEC27000明確“威脅”為潛在事件，可能對(duì)資產(chǎn)造成損害。6.（單選）某銀行核心系統(tǒng)采用兩地三中心，RPO=0，RTO<15min。下列技術(shù)組合最能滿足要求的是（）。A.存儲(chǔ)級(jí)異步復(fù)制+應(yīng)用級(jí)日志回補(bǔ)B.數(shù)據(jù)庫(kù)級(jí)同步復(fù)制+自動(dòng)故障切換C.虛擬機(jī)級(jí)冷備+人工切換D.磁帶備份+同城運(yùn)送答案：B解析：同步復(fù)制保障RPO=0，自動(dòng)切換保障RTO<15min。7.（單選）在DevOpsCALMS模型中，下列哪一項(xiàng)最能體現(xiàn)“Sharing”維度？A.引入BlamelessPostmortemB.使用GitLabCI替代JenkinsC.采用藍(lán)綠部署D.引入金絲雀發(fā)布答案：A解析：無(wú)責(zé)事后復(fù)盤(pán)強(qiáng)調(diào)知識(shí)共享與持續(xù)改進(jìn)文化。8.（單選）某省醫(yī)保平臺(tái)采用微服務(wù)架構(gòu)，服務(wù)間通過(guò)gRPC通信，鏈路追蹤采樣率為1%。若日均調(diào)用量2×10^9次，ZipkinCollector每日需存儲(chǔ)跨度（Span）約為（）。A.2×10^7B.4×10^7C.1×10^8D.2×10^9答案：B解析：每次調(diào)用產(chǎn)生客戶端+服務(wù)端2個(gè)Span，采樣后2×10^9×1%×2=4×10^7。9.（單選）在COBIT2019治理目標(biāo)中，下列哪一項(xiàng)直接對(duì)應(yīng)“確保資源優(yōu)化”？A.APO09B.BAI04C.DSS05D.EDM04答案：D解析：EDM04（資源優(yōu)化）屬于評(píng)估、指導(dǎo)與監(jiān)督層。10.（單選）某云廠商對(duì)象存儲(chǔ)提供“同城冗余存儲(chǔ)（ZRS）”，其數(shù)據(jù)冗余機(jī)制為（）。A.跨可用區(qū)三副本B.跨地域EC4+2C.單可用區(qū)雙副本D.跨地域三副本答案：A解析：ZRS指同一地域跨可用區(qū)三副本，可抵御單AZ級(jí)故障。二、系統(tǒng)架構(gòu)設(shè)計(jì)11.（案例）某電商平臺(tái)“秒殺”場(chǎng)景，預(yù)估0點(diǎn)瞬間并發(fā)下單請(qǐng)求30萬(wàn)QPS，商品庫(kù)存僅1000件，要求不超賣(mài)、不崩服。請(qǐng)回答：（1）若采用Redis+Lua腳本實(shí)現(xiàn)原子扣減，Redis集群需至少多少分片才能支撐30萬(wàn)QPS寫(xiě)？（單分片寫(xiě)上限5萬(wàn)QPS）（2）為防止熱點(diǎn)Key，可采取哪些哈希策略？（3）若使用消息隊(duì)列異步落庫(kù)，如何確保最終庫(kù)存一致性？答案：（1）30÷5=6，考慮20%冗余，向上取整8分片。（2）①本地隨機(jī)前綴+后綴，如{skuid}_00~99；②一致性哈希環(huán)將熱點(diǎn)拆分為100個(gè)邏輯槽；③雙Key策略：庫(kù)存總量+分散粒度庫(kù)存，先扣粒度再匯總。（3）①消費(fèi)端冪等：訂單表建唯一索引（userId+skuid）；②庫(kù)存表采用樂(lè)觀鎖（version字段）；③對(duì)賬任務(wù)定時(shí)校驗(yàn)Redis與DB差額，發(fā)現(xiàn)超賣(mài)觸發(fā)補(bǔ)償訂單回滾。12.（案例）某市政府?dāng)M建設(shè)“城市大腦”數(shù)據(jù)中臺(tái)，需匯聚公安、交通、衛(wèi)健等24個(gè)委辦局?jǐn)?shù)據(jù)，日均增量5TB，總存量3PB，要求支持毫秒級(jí)檢索、秒級(jí)分析。設(shè)計(jì)：（1）給出邏輯架構(gòu)圖（文字描述即可）；（2）說(shuō)明數(shù)據(jù)分層存儲(chǔ)策略；（3）如何確保敏感數(shù)據(jù)合規(guī)使用？答案：（1）架構(gòu)：①數(shù)據(jù)源層→②消息接入層（Kafka/Pulsar）→③實(shí)時(shí)計(jì)算層（Flink）→④數(shù)據(jù)湖層（IcebergonOSS）→⑤元數(shù)據(jù)與治理層（DataHub）→⑥服務(wù)網(wǎng)關(guān)（APIGateway）→⑦應(yīng)用層（可視化、AI模型）。（2）分層：①熱數(shù)據(jù)（7天）存SSD+內(nèi)存索引，滿足毫秒檢索；②溫?cái)?shù)據(jù)（7–90天）存HDD+列存壓縮；③冷數(shù)據(jù)（>90天）存藍(lán)光歸檔，自動(dòng)下沉；④緩存層采用RedisSearch模塊，支持倒排索引。（3）合規(guī)：①數(shù)據(jù)分類(lèi)分級(jí)（核心、重要、一般）；②脫敏算法（格式保留加密、K匿名）下沉至Flink算子；③使用隱私計(jì)算（聯(lián)邦學(xué)習(xí)）聯(lián)合建模；④審計(jì)鏈路上鏈（Fabric），確保訪問(wèn)可追溯。三、IT服務(wù)管理13.（單選）某IT服務(wù)商與客戶簽訂SLA：核心業(yè)務(wù)系統(tǒng)年可用率≥99.95%，若全年停機(jī)38min，則（）。A.達(dá)標(biāo)B.輕微超標(biāo)C.嚴(yán)重超標(biāo)D.無(wú)法判定答案：A解析：99.95%對(duì)應(yīng)年停機(jī)≤43.8min，38min<43.8min。14.（單選）在ITIL4的“變更啟用”實(shí)踐中，下列哪項(xiàng)活動(dòng)屬于“變更評(píng)估”？A.創(chuàng)建RFCB.變更委員會(huì)評(píng)審C.更新CMDBD.關(guān)閉變更答案：B解析：評(píng)估由變更授權(quán)人（CAB）執(zhí)行，判斷風(fēng)險(xiǎn)與影響。15.（單選）某云廠商對(duì)云硬盤(pán)提供“快照”服務(wù)，快照鏈深度達(dá)32層時(shí)，刪除最早一層快照需合并數(shù)據(jù)，其I/O放大倍數(shù)約為（）。A.1B.2C.4D.32答案：B解析：COW機(jī)制下，刪除首層需將數(shù)據(jù)復(fù)制到下一層，產(chǎn)生2倍寫(xiě)放大。16.（單選）在ISO/IEC200001:2018中，服務(wù)目錄管理應(yīng)至少包含（）。A.服務(wù)名稱(chēng)、服務(wù)目標(biāo)、服務(wù)成本B.服務(wù)名稱(chēng)、服務(wù)級(jí)別目標(biāo)、服務(wù)聯(lián)系人C.服務(wù)名稱(chēng)、服務(wù)描述、服務(wù)級(jí)別目標(biāo)D.服務(wù)名稱(chēng)、服務(wù)描述、服務(wù)成本答案：C解析：標(biāo)準(zhǔn)6.3.1明確要求服務(wù)描述與級(jí)別目標(biāo)。17.（單選）某企業(yè)IT部門(mén)采用“SRE”模式，將運(yùn)維工單分為“瑣事（Toil）”與“工程”兩類(lèi)，下列哪項(xiàng)最能降低瑣事比例？A.增加值班人手B.編寫(xiě)自動(dòng)化腳本C.提高告警閾值D.購(gòu)買(mǎi)更多監(jiān)控工具答案：B解析：SRE核心是通過(guò)自動(dòng)化消除重復(fù)性手工操作。18.（單選）某金融公司建立“容量績(jī)效指標(biāo)”：CPU利用率>85%且持續(xù)5min即觸發(fā)彈性擴(kuò)容，該指標(biāo)屬于（）。A.SLAB.KPIC.KRID.CSI答案：B解析：KPI（關(guān)鍵績(jī)效指標(biāo)）衡量容量管理效果。19.（單選）在ITIL4的“供應(yīng)商管理”實(shí)踐中，對(duì)“重要供應(yīng)商”應(yīng)至少（）。A.每年一次現(xiàn)場(chǎng)審核B.每季度一次績(jī)效評(píng)審C.每月一次合同更新D.每?jī)赡暌淮物L(fēng)險(xiǎn)評(píng)估答案：B解析：重要供應(yīng)商需季度評(píng)審，確保持續(xù)滿足要求。20.（單選）某云廠商對(duì)對(duì)象存儲(chǔ)提供“數(shù)據(jù)取回費(fèi)用”，該費(fèi)用模型屬于（）。A.按需計(jì)費(fèi)B.預(yù)留容量C.請(qǐng)求次數(shù)D.階梯定價(jià)答案：A解析：取回費(fèi)用按實(shí)際請(qǐng)求量計(jì)費(fèi)，屬按需模式。四、項(xiàng)目管理與過(guò)程改進(jìn)21.（計(jì)算）某信息系統(tǒng)集成項(xiàng)目，BAC=800萬(wàn)元，第6個(gè)月底數(shù)據(jù)：PV=480萬(wàn)元，EV=420萬(wàn)元，AC=500萬(wàn)元。請(qǐng)計(jì)算：（1）CPI、SPI；（2）EAC（典型偏差）；（3）若后續(xù)采取“快速跟進(jìn)”將剩余工作并行率提高20%，則新EAC為多少？答案：（1）CPI=EV/AC=420/500=0.84，SPI=EV/PV=420/480=0.875。（2）EAC=BAC/CPI=800/0.84≈952.38萬(wàn)元。（3）剩余工作ETC=(BAC?EV)/(CPI×1.2)=(800?420)/(0.84×1.2)=380/1.008≈376.98萬(wàn)元，新EAC=AC+ETC=500+376.98≈876.98萬(wàn)元。22.（案例）某市政府大數(shù)據(jù)項(xiàng)目采用敏捷開(kāi)發(fā)，共6個(gè)迭代，每個(gè)迭代2周。第3迭代結(jié)束后，產(chǎn)品負(fù)責(zé)人要求新增“健康碼溯源”功能，預(yù)計(jì)需80人時(shí)。團(tuán)隊(duì)速率穩(wěn)定為60人時(shí)/迭代。請(qǐng)回答：（1）是否應(yīng)接受該需求？（2）若必須交付，如何調(diào)整？（3）如何評(píng)估對(duì)整體進(jìn)度的影響？答案：（1）當(dāng)前剩余3迭代容量=3×60=180人時(shí)，80<180，理論上可接受。（2）調(diào)整：①將原Backlog中優(yōu)先級(jí)最低的功能移至第7迭代（延長(zhǎng)發(fā)布）；②或增加1名臨時(shí)開(kāi)發(fā)人員，提升速率至90人時(shí)，需評(píng)估onboarding成本。（3）使用“燃起圖”重新預(yù)測(cè)，將新增任務(wù)拆分為2個(gè)40人時(shí)Story，分別插入迭代4、5，觀察迭代5末是否能完成原計(jì)劃范圍；若不能，觸發(fā)變更流程，更新發(fā)布計(jì)劃并書(shū)面告知干系人。五、安全與風(fēng)險(xiǎn)管理23.（單選）在NISTCSF框架中，“識(shí)別資產(chǎn)清單”屬于哪一類(lèi)核心功能？A.IdentifyB.ProtectC.DetectD.Recover答案：A解析：Identify功能強(qiáng)調(diào)資產(chǎn)與風(fēng)險(xiǎn)識(shí)別。24.（單選）某企業(yè)采用“零信任”架構(gòu)，其身份控制平面應(yīng)優(yōu)先部署（）。A.SDPB.VPNC.IDSD.SIEM答案：A解析：SDP（軟件定義邊界）是零信任核心組件。25.（單選）在等級(jí)保護(hù)2.0中，第四級(jí)系統(tǒng)要求“災(zāi)難恢復(fù)時(shí)間”不大于（）。A.15minB.30minC.1hD.2h答案：B解析：第四級(jí)RTO≤30min。26.（單選）某單位發(fā)生數(shù)據(jù)泄露事件，根據(jù)《個(gè)人信息保護(hù)法》，應(yīng)在（）小時(shí)內(nèi)向省級(jí)以上監(jiān)管部門(mén)報(bào)告。A.8B.12C.24D.72答案：C解析：第57條明確24h內(nèi)報(bào)告。27.（單選）在ISO22301業(yè)務(wù)連續(xù)性管理中，BIA首要輸出是（）。A.RTO與RPOB.風(fēng)險(xiǎn)清單C.恢復(fù)策略D.演練計(jì)劃答案：A解析：BIA核心輸出為關(guān)鍵業(yè)務(wù)RTO/RPO。28.（單選）某金融APP采用FIDO2無(wú)密碼認(rèn)證，其關(guān)鍵協(xié)議為（）。A.SAMLB.OAuth2.0C.WebAuthnD.Kerberos答案：C解析：WebAuthn是FIDO2標(biāo)準(zhǔn)組件。29.（單選）在滲透測(cè)試“殺傷鏈”模型中，哪一階段主要利用“魚(yú)叉釣魚(yú)”？A.投遞B.利用C.安裝D.命令控制答案：A解析：投遞階段通過(guò)社工郵件投送惡意載荷。30.（單選）某云廠商提供“機(jī)密計(jì)算”實(shí)例，其核心技術(shù)是（）。A.SGXB.TPMC.vTPMD.KMS答案：A解析：SGX提供CPU級(jí)可信執(zhí)行環(huán)境。六、性能與優(yōu)化31.（計(jì)算）某電商搜索集群采用Elasticsearch，節(jié)點(diǎn)規(guī)格：16vCPU、64GB，JVM堆內(nèi)存31GB，SSD單盤(pán)2TB。實(shí)測(cè)寫(xiě)入吞吐50MB/s，單文檔大小1KB，副本數(shù)1。請(qǐng)計(jì)算：（1）單節(jié)點(diǎn)最大可持續(xù)寫(xiě)入doc/s；（2）若業(yè)務(wù)峰值需支持10萬(wàn)doc/s，最少需多少數(shù)據(jù)節(jié)點(diǎn)？（3）若開(kāi)啟數(shù)據(jù)壓縮（壓縮比1:3），寫(xiě)入CPU占用提高20%，是否影響結(jié)論？答案：（1）50MB/s÷1KB=50000doc/s。（2）副本1意味著雙寫(xiě)，實(shí)際50000×2=100000doc/s，單節(jié)點(diǎn)已滿足，考慮30%冗余，取2節(jié)點(diǎn)。（3）壓縮后單節(jié)點(diǎn)CPU增加20%，但磁盤(pán)IO下降，寫(xiě)入吞吐不變，結(jié)論不變。32.（案例）某省“健康碼”系統(tǒng)高峰期QPS8萬(wàn)，后端Redis集群出現(xiàn)“熱Key”現(xiàn)象，單分片CPU>95%，導(dǎo)致延遲飆至500ms。請(qǐng)給出：（1）熱Key診斷命令；（2）三種本地緩存方案；（3）如何驗(yàn)證效果？答案：（1）redisclihotkeys或redisclibigkeys結(jié)合redismonitor抓包。（2）①應(yīng)用本地LRU緩存（Caffeine/Guava），TTL30s；②采用Redis代理（Codis）將熱Key拆分為100個(gè)slot，隨機(jī)讀；③引入多級(jí)緩存+空值防御，布隆過(guò)濾器攔截不存在Key。（3）驗(yàn)證：①壓測(cè)工具wrk模擬8萬(wàn)QPS，觀察P99延遲；②對(duì)比熱分片CPU下降比例；③收集客戶端超時(shí)率，目標(biāo)<0.1%。七、標(biāo)準(zhǔn)與法規(guī)33.（單選）在《關(guān)鍵信息基礎(chǔ)設(shè)施安全保護(hù)條例》中，下列哪項(xiàng)屬于“關(guān)鍵業(yè)務(wù)鏈”核心要素？A.數(shù)據(jù)分類(lèi)B.日志審計(jì)C.供應(yīng)鏈D.滲透測(cè)試答案：C解析：條例第12條強(qiáng)調(diào)供應(yīng)鏈安全。34.（單選）根據(jù)《網(wǎng)絡(luò)安全審查辦法》，掌握超過(guò)（）萬(wàn)用戶個(gè)人信息的運(yùn)營(yíng)者赴國(guó)外上市，必須申報(bào)網(wǎng)絡(luò)安全審查。A.50B.100C.500D.1000答案：B解析：辦法第6