ECC，三種技術(shù)世界：內(nèi)存糾錯(cuò)、SAP年結(jié)與MBIST測試)
先問各位一個(gè)問題你在搜索框里輸入“ECC”三個(gè)字母的時(shí)候腦子里想的是哪個(gè)東西前陣子我同時(shí)被三撥人“轟炸”過。財(cái)務(wù)部的同事甩來一張截圖說公司 SAP 系統(tǒng)年結(jié)跑不下去了問我“是不是服務(wù)器內(nèi)存報(bào) ECC 錯(cuò)誤了”機(jī)房那邊告警面板上掛著一行“UNCORR. ECC 2”沒人敢動(dòng)隔壁做芯片驗(yàn)證的兄弟又跑來找我對齊 MBIST 里 ECC 測試的故障注入方案。有意思的是這三撥人說的都是“ECC”但完全是三件事。技術(shù)圈的“縮寫歧義”就是這么坑人。同樣是三個(gè)字母可以是內(nèi)存糾錯(cuò)碼可以是 SAP 的 ERP 核心組件還可以是橢圓曲線密碼學(xué)。你要是拿內(nèi)存糾錯(cuò)的知識去理解 SAP 年結(jié)或者用密碼學(xué)算法去套服務(wù)器告警大概率會一頭霧水。這篇文章我打算把這個(gè)縮寫徹底講明白先教你一眼分辨自己遇到的是哪個(gè) ECC然后重點(diǎn)展開硬件圈最常碰到的兩種場景——運(yùn)行時(shí)的 ECC 報(bào)錯(cuò)排查、芯片出廠前的 MBIST ECC 測試。如果你是為了 SAP ECC 年結(jié)而搜到這里第 5 章專門安排了年結(jié)的核心流程說明可以直接跳過去。1. 同一個(gè) ECC三種完全不同的技術(shù)世界1.1 四條熱搜詞背后的三類人群搜索平臺給“ECC”這個(gè)關(guān)鍵詞掛了一串關(guān)聯(lián)搜索詞sap ecc 年結(jié)、mbist ecc、uncorr. ecc 顯示2。乍一看毫無規(guī)律但它們精準(zhǔn)地暴露了三類不同的人群。“sap ecc 年結(jié)”來自企業(yè)管理系統(tǒng)里的財(cái)務(wù)或 IT 運(yùn)維人員他們糾結(jié)的是賬務(wù)年度怎么結(jié)、資產(chǎn)怎么結(jié)轉(zhuǎn)“mbist ecc”來自半導(dǎo)體行業(yè)的設(shè)計(jì)驗(yàn)證或測試工程師他們在研究怎么在芯片量產(chǎn)前把內(nèi)嵌存儲器的糾錯(cuò)邏輯測干凈“uncorr. ecc 顯示2”則多半來自服務(wù)器運(yùn)維或硬件發(fā)燒友他們面對的是一臺試圖告訴他們“有 2 個(gè)錯(cuò)誤我修不了了”的機(jī)器。同一時(shí)刻搜索引擎把這三種人送到同一個(gè)關(guān)鍵詞下面的同一個(gè)結(jié)果頁——這就是縮寫歧義最典型的體檢現(xiàn)場。1.2 硬件糾錯(cuò)碼 ECCError Correction Code在服務(wù)器、內(nèi)存條、SSD、網(wǎng)絡(luò)控制器這些硬件場景里ECC 是 Error Correction Code 的縮寫翻譯過來是“糾錯(cuò)碼”指一類能夠檢測數(shù)據(jù)錯(cuò)誤、并且在能力范圍內(nèi)把錯(cuò)誤糾正回來的編碼算法。最廣為人知的應(yīng)用是 ECC 內(nèi)存。普通內(nèi)存條讀到一個(gè) bit 錯(cuò)了它不知道、也不管ECC 內(nèi)存讀到一個(gè) bit 錯(cuò)了控制器能定位到具體是哪一位然后把它翻回正確的值甚至不會讓上層軟件感知到這次錯(cuò)誤。除了內(nèi)存很多存儲芯片和高速數(shù)據(jù)鏈路也在用 ECC 機(jī)制來抵抗傳輸過程中的干擾。本文第 2 到第 4 章要展開的內(nèi)容全部屬于這個(gè)范疇。1.3 SAP ECC 和橢圓曲線 ECC名字像但八竿子打不著SAP ECC 的全稱是 ERP Central Component是 SAP 公司 ERP 產(chǎn)品線的核心組件承載著企業(yè)財(cái)務(wù)、物料管理、生產(chǎn)計(jì)劃、銷售分銷等業(yè)務(wù)流程。你會在登錄界面、年度財(cái)務(wù)結(jié)算、模塊配置里看到這個(gè)詞。它跟“糾錯(cuò)”沒有任何關(guān)系唯一的共同點(diǎn)是同樣叫 ECC。橢圓曲線密碼學(xué)Elliptic Curve Cryptography也縮寫成 ECC。它主要用在數(shù)字簽名、密鑰交換和區(qū)塊鏈相關(guān)的算法里和內(nèi)存、企業(yè) ERP 也都完全不搭界。為什么這幾個(gè)完全不相干的領(lǐng)域會撞名說白了就是電子信息行業(yè)在發(fā)展過程中各自為政誰也沒想到幾十年后同一個(gè)縮寫會被三個(gè)領(lǐng)域同時(shí)大規(guī)模引用。現(xiàn)在再去追溯“誰先占用”已經(jīng)沒有意義重要的是在實(shí)際工作中能快速識別上下文。當(dāng)你看到 ECC 這個(gè)詞先看它出現(xiàn)在哪類文檔或系統(tǒng)里再?zèng)Q定按哪個(gè)領(lǐng)域的知識去理解。這種多義詞在 IT 領(lǐng)域到處都是USB-C 的 C 和 C 語言的 C 也完全是兩碼事處理方式是一樣的看語境。1.4 一張表幫你定位為了方便你快速對號入座我把四個(gè)高頻場景整理成一個(gè)對照表你身邊的語境ECC 全稱所屬領(lǐng)域本文對應(yīng)章節(jié)服務(wù)器告警、內(nèi)存條、BMC/IPMI 日志Error Correction Code硬件/服務(wù)器第 2、3 章芯片測試、SoC 驗(yàn)證、ATE 機(jī)臺日志Error Correction Code半導(dǎo)體測試第 4 章SAP 系統(tǒng)、財(cái)務(wù)年結(jié)、ERP 模塊ERP Central Component企業(yè)管理軟件第 5 章數(shù)字簽名、TLS 密鑰協(xié)商、區(qū)塊鏈Elliptic Curve Cryptography信息安全第 1 章說明我的習(xí)慣是跟人溝通時(shí)永遠(yuǎn)不說“ECC”三個(gè)字母而是帶上前綴內(nèi)存 ECC、MBIST ECC、SAP ECC、ECC 算法。一句話里帶上一個(gè)限定詞能避免絕大部分無效溝通。2. 內(nèi)存出錯(cuò)這件事比你想的更頻繁2.1 你的內(nèi)存其實(shí)在悄悄地出錯(cuò)一提到“內(nèi)存出錯(cuò)”很多人第一反應(yīng)是“內(nèi)存條壞了”。但實(shí)際在服務(wù)器上看日志你會發(fā)現(xiàn)大量內(nèi)存錯(cuò)誤是隨機(jī)、瞬時(shí)、不可復(fù)現(xiàn)的稱為“軟錯(cuò)誤”soft error。DRAM 存儲單元靠電容上的電荷表示 0 和 1而電容有天然漏電特性所以內(nèi)存需要周期性地刷新把快要漏完的電荷補(bǔ)回去。在這個(gè)持續(xù)運(yùn)行的過程中高能粒子可能恰好穿過某個(gè)存儲單元比如宇宙射線中的中子或者芯片封裝材料里微量放射性元素釋放的 α 粒子。粒子命中之后會讓幾個(gè)存儲單元的電荷狀態(tài)發(fā)生變化原本的 0 變成 1或者反過來。這個(gè)過程完全不依賴硬件是否損壞純粹是概率事件。還有一類“硬錯(cuò)誤”hard error則是存儲單元物理損壞導(dǎo)致的比如介質(zhì)擊穿、金屬線開路這時(shí)候同一個(gè)地址會反復(fù)出錯(cuò)。軟錯(cuò)誤和硬錯(cuò)誤后面的處理方式完全不同這也是為什么要認(rèn)真分析日志而不是無腦換內(nèi)存。2.2 奇偶校驗(yàn)只能喊救命不能治病在 ECC 普及之前工程師先發(fā)明了奇偶校驗(yàn)Parity Check。思路極簡多存一個(gè)比特讓整條數(shù)據(jù)字里 1 的個(gè)數(shù)保持奇數(shù)或偶數(shù)。比如一條 8 位數(shù)據(jù) 10101100 里有 4 個(gè) 1如果約定奇校驗(yàn)校驗(yàn)位就補(bǔ)一個(gè) 1讓整個(gè) 9 位數(shù)據(jù)里 1 的個(gè)數(shù)變成奇數(shù) 5。讀取時(shí)重新數(shù)一遍如果發(fā)現(xiàn)是偶數(shù)個(gè) 1說明數(shù)據(jù)在傳輸或存儲過程中發(fā)生了錯(cuò)誤。奇偶校驗(yàn)的問題有兩個(gè)。第一它只能告訴你“有錯(cuò)”不能告訴你“哪一位錯(cuò)了”所以無法恢復(fù)數(shù)據(jù)。第二如果恰好有偶數(shù)個(gè) bit 同時(shí)出錯(cuò)奇偶校驗(yàn)會判斷“沒毛病”。這是數(shù)學(xué)決定的——偶數(shù)個(gè)錯(cuò)誤不會改變 1 的個(gè)數(shù)的奇偶性校驗(yàn)必然漏檢。所以奇偶校驗(yàn)只能當(dāng)“哨兵”不能當(dāng)“醫(yī)生”。2.3 SEC-DED怎么做到糾 1 檢 2真正支棱起來的內(nèi)存糾錯(cuò)算法叫 SEC-DED全稱 Single Error Correction, Double Error Detection即糾正單個(gè)比特錯(cuò)誤、檢測雙比特錯(cuò)誤。ECC 內(nèi)存幾乎都基于它實(shí)現(xiàn)。它使用的底層數(shù)學(xué)是漢明碼Hamming Code。漢明碼的思路可以總結(jié)成一句大白話讓每一位數(shù)據(jù)比特都參與到多個(gè)不同的校驗(yàn)方程里。當(dāng)一個(gè)比特出錯(cuò)時(shí)不只一個(gè)校驗(yàn)方程會報(bào)警把“哪些方程報(bào)了警、哪些沒報(bào)”組合起來就可以倒推出到底是哪個(gè)數(shù)據(jù)比特出了問題。既然知道了位置把它取反錯(cuò)誤就修復(fù)了。整個(gè)過程類似“點(diǎn)名時(shí)兩個(gè)值日組同時(shí)報(bào)告少了人你根據(jù)‘缺人的組名’反推出具體是誰沒來”。SEC-DED 在傳統(tǒng)漢明碼的基礎(chǔ)上額外增加了一個(gè)全體校驗(yàn)位。這個(gè)全校驗(yàn)位讓硬件能區(qū)分“錯(cuò)了一個(gè)”和“錯(cuò)了兩個(gè)”錯(cuò)兩個(gè)比特時(shí)校驗(yàn)方程的組合會被識別為“不可糾正”于是硬件報(bào)出 UEUncorrected Error而不是盲目按單比特去糾正。這一步特別重要——如果 2 比特錯(cuò)誤被當(dāng)成 1 比特去修會把本來就是錯(cuò)的數(shù)據(jù)修得更錯(cuò)。2.4 ECC 內(nèi)存和普通內(nèi)存差的不只是價(jià)格從實(shí)物上看ECC 內(nèi)存比普通內(nèi)存多出一顆或幾顆芯片。普通 DDR4 內(nèi)存通常是 8 顆 x8 顆粒提供 64 位數(shù)據(jù)線ECC 內(nèi)存多一顆 x8 顆粒組成 72 位這多出來的 8 位就是校驗(yàn)碼的存儲空間。多出來的硬件直接反映在成本上ECC 內(nèi)存一般比同規(guī)格普通內(nèi)存貴 20% 到 30%。同時(shí)每次讀寫都要額外搬運(yùn) 8 位校驗(yàn)數(shù)據(jù)理論上有一定的總線帶寬開銷。但對服務(wù)器、數(shù)據(jù)庫、虛擬化平臺來說防止“靜默數(shù)據(jù)損壞”的收益遠(yuǎn)遠(yuǎn)大于損失。你希望財(cái)務(wù)系統(tǒng)里的一筆金額在內(nèi)存里悄悄從 1000 變成 1001 嗎顯然不。所以幾乎所有正經(jīng)服務(wù)器和云數(shù)據(jù)中心都會配 ECC 內(nèi)存。3. 從告警日志到換內(nèi)存條拆解一次真實(shí)的 ECC 排障3.1 告警日志里每個(gè)字段的潛臺詞實(shí)戰(zhàn)場景來了。假設(shè)某天你打開服務(wù)器帶外管理界面比如常見的 iDRAC、iLO或者翻 Linux 下的 dmesg、EDAC 相關(guān)日志看到這樣一段示意輸出EDAC MC0: 1 CE on DIMM2 (channel:0 slot:2 page:0x123456 offset:0x789) EDAC MC0: 2 UE on DIMM2 (channel:0 slot:2 page:0x654321 offset:0x987)先解釋兩個(gè)核心縮寫CE 表示 Corrected Error意思是“硬件已經(jīng)糾正掉的錯(cuò)誤”屬于警報(bào)到你這兒時(shí)已經(jīng)處理完的事故UE 表示 Uncorrected Error意思是“硬件嘗試糾正但沒能做到”的錯(cuò)誤這個(gè)才是真正需要人介入的?！癠NCORR. ECC 顯示2”里的 2通常就是 UE 的計(jì)數(shù)表示截止當(dāng)前已經(jīng)有 2 個(gè)不可糾正的 ECC 錯(cuò)誤。這兩個(gè)錯(cuò)誤背后大概率藏著同一條物理內(nèi)存條的硬故障。日志里 DIMM2、channel:0、slot:2 這些字段則是定位用的“坐標(biāo)”直接告訴你故障所在的內(nèi)存槽位。后面的 page 和 offset 是具體的物理地址用來判斷錯(cuò)誤是不是集中在同一片區(qū)域。3.2 三步鎖定故障內(nèi)存條第一步把完整日志記下來別只記一個(gè)“2”。page 和 offset 信息如果總是落在同一片地址空間基本可以認(rèn)定是硬錯(cuò)誤也就是那顆內(nèi)存顆粒本身有物理損傷如果地址一直在隨機(jī)變化那更可能是接觸不良、供電紋波、固件 bug 等問題。第二步給內(nèi)存條做個(gè)“除灰”處理。關(guān)服務(wù)器、斷開電源把告警的 DIMM 拔下來用干凈的橡皮擦輕輕擦拭金手指重新插緊開機(jī)后清空 SEL 日志再觀察。別小看這一步機(jī)房設(shè)備常年運(yùn)行插槽金手指氧化、灰塵覆蓋導(dǎo)致的接觸問題至少能解釋三成以上的內(nèi)存“誤報(bào)”。第三步單獨(dú)做壓力測試。如果重插之后還在繼續(xù)報(bào) UE把其他內(nèi)存條全部拆掉只留被測內(nèi)存條用 MemTest86 或 Linux 下的 memtester 跑至少一個(gè)完整輪回。一輪過后仍然出現(xiàn) UE這根內(nèi)存條基本就可以宣判了。3.3 從更換到驗(yàn)證少一步都不行換內(nèi)存條不是“拔舊插新”這么簡單。我見過不少人在這一步翻車換上全新的內(nèi)存條系統(tǒng)仍然報(bào) UE最后發(fā)現(xiàn)問題出在主板的 DIMM 插槽上。正確的順序是關(guān)機(jī)斷電后等兩分鐘讓主板電容把殘余電荷放干凈插入新內(nèi)存條后先進(jìn) BIOS 確認(rèn)容量、頻率、時(shí)序是否正確識別再進(jìn)系統(tǒng)查看 CE/UE 計(jì)數(shù)是否還在增長之后用 memtester 對新內(nèi)存條跑一輪全內(nèi)存壓力測試確認(rèn)其本身健康。如果新內(nèi)存條在原來插槽上依然報(bào) UE把這條新的換到相鄰插槽再試一次。這樣做是為了區(qū)分“內(nèi)存條壞”還是“插槽壞”。我在實(shí)踐中遇到過針腳彎了一根、插槽里有異物的情況導(dǎo)致連續(xù)兩根新內(nèi)存條被“誤殺”。提示服務(wù)器內(nèi)存通常支持不同頻率混插但系統(tǒng)會以最低頻率運(yùn)行。為了保證性能和穩(wěn)定性建議按原機(jī)配置購買同頻率、同時(shí)序的內(nèi)存條別只看容量一樣就下單。3.4 什么情況該走 RMA什么情況是誤報(bào)內(nèi)存條作為半導(dǎo)體器件其故障率和批次、工作環(huán)境溫度、濕度、供電質(zhì)量都有關(guān)系。如果剛裝上的新內(nèi)存條立刻出現(xiàn) UE先別急著走售后去主板廠商官網(wǎng)查一下兼容性列表QVL——有些內(nèi)存條本身是好的但在特定主板上就是不兼容。真正需要走 RMA 時(shí)把以下信息準(zhǔn)備好DIMM 槽位、錯(cuò)誤類型CE/UE、錯(cuò)誤計(jì)數(shù)增長頻率、服務(wù)器型號、內(nèi)存條序列號或照片。廠家對售后憑證的要求各不相同這些材料能讓你少跑一趟。另外還有一類“誤報(bào)”容易被忽略服務(wù)器固件或 BIOS 版本太老EDAC 驅(qū)動(dòng)存在誤判把正常訪問判斷為 UE。排查的一開始就應(yīng)該把 BIOS、帶外管理固件升到官方最新穩(wěn)定版再觀察日志。不要一上來就拆硬件。4. 芯片怎么給自己做“出廠體檢”MBIST 與 ECC 的配合4.1 MBIST 在芯片測試?yán)锏慕巧ㄎ话褧r(shí)間軸往前撥來到芯片出廠之前。現(xiàn)代 SoC 內(nèi)部往往集成著幾十上百個(gè) SRAM 實(shí)例分布在 CPU 核、緩存、總線橋接等各個(gè)位置。芯片生產(chǎn)出來之后如果靠外部測試機(jī)臺逐個(gè)訪問這些存儲單元測試時(shí)間和 pin 腳資源都不現(xiàn)實(shí)。于是有了 MBISTMemory Built-In Self-Test存儲器內(nèi)建自測試技術(shù)。芯片內(nèi)部集成了一個(gè)專門的測試引擎它能夠自己生成地址、數(shù)據(jù)、讀寫控制信號快速遍歷全部存儲單元把讀回的數(shù)據(jù)和預(yù)期值做比對最后輸出 pass/fail。這樣量產(chǎn)測試時(shí)外部機(jī)臺只需要啟動(dòng) MBIST 引擎讀一下結(jié)果標(biāo)志就能完成對整顆芯片內(nèi)嵌存儲器的“體檢”。MBIST 的引入帶來的直接收益是測試時(shí)間大幅縮短、測試成本下降并且能定位到具體的失效存儲單元給后續(xù)的失效分析提供依據(jù)。4.2 MBIST 測的是存儲器不是 ECC 本身這里需要澄清一個(gè)概念MBIST 本身不是 ECC它是個(gè)測試工具。但很多芯片內(nèi)部的 SRAM 帶 ECC 功能比如 CPU 緩存、SoC 片內(nèi)內(nèi)存控制器數(shù)據(jù)緩沖區(qū)那么 MBIST 除了驗(yàn)證存儲陣列本身還必須驗(yàn)證 ECC 編解碼邏輯是否工作正常。怎么驗(yàn)證 ECC 邏輯靠“故障注入”。MBIST 引擎在數(shù)據(jù)路徑上人為地翻轉(zhuǎn)某個(gè)比特然后觀察 ECC 編碼器和解碼器的反應(yīng)如果注入 1 比特錯(cuò)誤ECC 邏輯能不能把它糾正回來如果注入 2 比特錯(cuò)誤ECC 邏輯能不能正確報(bào)出“不可糾正”。有一點(diǎn)需要特別強(qiáng)調(diào)這里的故障注入不是真的把存儲單元打壞而是通過旁路邏輯在寫入或讀取路徑上把某個(gè) bit 強(qiáng)行取反。這么做的目的是驗(yàn)證“如果數(shù)據(jù)錯(cuò)了編解碼器能不能按設(shè)計(jì)檢測出來并處理好”而不是驗(yàn)證“芯片本身會不會出錯(cuò)”。換句話說MBIST 測試 ECC 邏輯時(shí)關(guān)心的是糾錯(cuò)電路的反應(yīng)是否符合預(yù)期至于存儲單元本身的可靠性已經(jīng)被前面的數(shù)據(jù)完整性測試覆蓋了。這兩個(gè)層面要分清楚否則很容易把測試目標(biāo)搞混。4.3 測試日志里的 uncorrectable error count 怎么讀在芯片測試平臺或驗(yàn)證環(huán)境里你同樣會看到類似“uncorr. ECC 顯示2”的信息。但這里的解讀邏輯和服務(wù)器運(yùn)行時(shí)完全不同。在服務(wù)器上UE 計(jì)數(shù)是真實(shí)的故障信號在芯片量產(chǎn)測試?yán)飖ncorrectable error count 更像一個(gè)“預(yù)期行為檢查點(diǎn)”。預(yù)先設(shè)計(jì)好注入的錯(cuò)誤模型再去對照實(shí)際輸出注入 1 比特錯(cuò)誤期望 corrected error count 1uncorrectable error count 0注入 2 比特錯(cuò)誤期望 uncorrectable error count 2或者按測試向量定義的計(jì)數(shù)口徑來對應(yīng)如果注入 1 比特錯(cuò)誤日志卻報(bào)了 uncorrectable error說明解碼邏輯存在缺陷測試失敗。所以當(dāng)你看到“顯示2”時(shí)先不要急著判斷“產(chǎn)品壞了”而是要回到測試向量確認(rèn)這次注入的錯(cuò)誤模型到底是多少比特、預(yù)期計(jì)數(shù)是多少。我見過工程師拿著測試報(bào)告說 ECC 功能掛了折騰半天發(fā)現(xiàn)是測試程序把注入錯(cuò)誤數(shù)配錯(cuò)了虛驚一場。4.4 SEC-DED 的能力邊界測試覆蓋率必須考慮還有一個(gè)很重要的邊界認(rèn)知SEC-DED 不是萬能的。它保證的是“糾正 1 個(gè)比特錯(cuò)誤、檢測 2 個(gè)比特錯(cuò)誤”但 3 個(gè)及以上比特同時(shí)出錯(cuò)時(shí)存在某些組合會讓算法誤判為“無錯(cuò)”或“單比特錯(cuò)誤”。這意味著在做 MBIST ECC 測試時(shí)不能只測一兩個(gè)固定錯(cuò)誤注入點(diǎn)而要根據(jù)產(chǎn)品的可靠性目標(biāo)合理設(shè)計(jì)錯(cuò)誤注入向量并且在覆蓋率報(bào)告里明確標(biāo)注“SEC-DED 的能力邊界”。對于車規(guī)、工規(guī)等對可靠性要求極高的場景往往還會疊加額外的多比特錯(cuò)誤檢測機(jī)制或者要求固件周期性做內(nèi)存自檢把漏檢風(fēng)險(xiǎn)壓到可接受范圍內(nèi)。5. SAP ECC 年結(jié)同名縮寫下的另一個(gè)高頻需求5.1 先糾正一個(gè)誤解SAP ECC 和糾錯(cuò)碼沒關(guān)系聊完半導(dǎo)體和服務(wù)器那攤事我們回到企業(yè)管理系統(tǒng)?？吹健癝AP ECC 年結(jié)”這個(gè)詞如果你下意識想到內(nèi)存糾錯(cuò)那說明你還沒被上一個(gè)章節(jié)的上下文“洗腦”成功笑。SAP ECC全稱 ERP Central Component是 SAP ERP 產(chǎn)品的核心組件。它負(fù)責(zé)公司財(cái)務(wù)、物料、生產(chǎn)、銷售這些核心業(yè)務(wù)流程。在 SAP 的世界里ECC 指的是軟件系統(tǒng)不是硬件技術(shù)。所以當(dāng)你所在的團(tuán)隊(duì)提到“ECC 在做年結(jié)”不要去服務(wù)器機(jī)房里找內(nèi)存條那是財(cái)務(wù)系統(tǒng)的事。5.2 年結(jié)的三件核心事SAP 年結(jié)Year-End Closing的核心目標(biāo)是把本財(cái)務(wù)年度的業(yè)務(wù)數(shù)據(jù)干凈地過渡到下一個(gè)會計(jì)年度。這里有三件大事財(cái)務(wù)同事應(yīng)該很熟。第一余額結(jié)轉(zhuǎn)?？傎~科目里資產(chǎn)、負(fù)債、權(quán)益類科目的期末余額會進(jìn)入新年度作為期初余額損益類科目收入、費(fèi)用則會結(jié)轉(zhuǎn)到一個(gè)專門的留存收益科目把本年度利潤“落袋”。這一步做不對新年度的報(bào)表基礎(chǔ)就塌了。第二資產(chǎn)會計(jì)年結(jié)。啟用固定資產(chǎn)模塊的企業(yè)需要先完成折舊計(jì)提、資產(chǎn)報(bào)廢或銷售的過賬然后執(zhí)行資產(chǎn)余額結(jié)轉(zhuǎn)和年度開關(guān)設(shè)置。資產(chǎn)年結(jié)和總賬年結(jié)之間有嚴(yán)格的先后順序順序錯(cuò)了會出現(xiàn)期末余額對不上的情況。第三未清項(xiàng)目處理。采購訂單、銷售訂單、發(fā)票校驗(yàn)這類跨年可能的未清項(xiàng)需要在年結(jié)前確認(rèn)是結(jié)清還是允許跨年延續(xù)避免把上一個(gè)年度的歷史包袱帶進(jìn)新年度。5.3 年結(jié)前的準(zhǔn)備清單根據(jù)我接觸 SAP 項(xiàng)目時(shí)被財(cái)務(wù)同事拉著一起處理年結(jié)問題的經(jīng)歷年結(jié)前至少要把這幾件事確認(rèn)清楚舊年度所有會計(jì)憑證都已過賬當(dāng)月和當(dāng)年度月度結(jié)賬全部完成資產(chǎn)模塊的折舊已經(jīng)計(jì)提完畢資產(chǎn)卡片沒有未處理的異常狀態(tài)采購、銷售模塊的未清項(xiàng)已梳理明確哪些結(jié)清、哪些跨年生產(chǎn)環(huán)境執(zhí)行前先備份數(shù)據(jù)庫年結(jié)操作不可逆必須有可回滾的方案有條件的話先在測試環(huán)境完整跑一遍年結(jié)流程。之所以列這些是因?yàn)槟杲Y(jié)的失敗大多不是“系統(tǒng)壞了”而是前置條件沒滿足。數(shù)據(jù)不齊、憑證沒過賬、資產(chǎn)卡片狀態(tài)異常這些都會讓年結(jié)程序卡在某個(gè)環(huán)節(jié)。5.4 年結(jié)報(bào)錯(cuò)大概率不是系統(tǒng)問題我觀察到一個(gè)規(guī)律SAP 年結(jié)報(bào)錯(cuò)多數(shù)時(shí)候不是“系統(tǒng)壞了”而是主數(shù)據(jù)或業(yè)務(wù)流程狀態(tài)不滿足條件。比如某張憑證沒有過賬、某個(gè)資產(chǎn)卡片狀態(tài)不對、某個(gè)未清項(xiàng)金額異常。報(bào)錯(cuò)信息只是把問題暴露出來。所以遇到年結(jié)報(bào)錯(cuò)時(shí)正確做法是去看錯(cuò)誤消息對應(yīng)的 SAP Note、查業(yè)務(wù)數(shù)據(jù)、核對流程節(jié)點(diǎn)是否滿足前置條件而不是一遍又一遍地重跑同一個(gè)年結(jié)程序。重跑十次結(jié)果不會改變。至于具體的菜單路徑、事務(wù)代碼、SAP Note 編號不同版本ECC 6.0、S/4HANA差異很大執(zhí)行前務(wù)必以你系統(tǒng)版本對應(yīng)的官方文檔為準(zhǔn)這里不展開羅列。提示如果你在搜索“SAP ECC 年結(jié)”時(shí)被一堆“內(nèi)存糾錯(cuò)”的教程帶偏過現(xiàn)在你應(yīng)該知道這里需要的不是換內(nèi)存條而是去翻 SAP 的實(shí)施文檔和財(cái)務(wù)模塊的結(jié)賬清單。6. 被“ECC”這個(gè)名字坑過幾次之后我的三條經(jīng)驗(yàn)6.1 內(nèi)存排障順序別搞反在內(nèi)存 ECC 排障這件事上我收到的教訓(xùn)是順序決定效率。先看日志再清灰塵然后跑壓力測試最后才換硬件。很多人上來就換內(nèi)存條結(jié)果新內(nèi)存還報(bào)錯(cuò)才發(fā)現(xiàn)是插槽問題。內(nèi)存條本身屬于失效率相對低的器件大量 UE 報(bào)警經(jīng)過排查后真正是內(nèi)部顆粒物理損壞的只是一部分接觸不良、固件 bug、電源質(zhì)量差這些因素更多見。不按順序排查很容易把一個(gè)簡單的接觸問題升級成一次高成本的硬件更換。6.2 ECC 測試?yán)镂也冗^的兩個(gè)坑做 MBIST ECC 測試驗(yàn)證時(shí)我踩過兩個(gè)實(shí)打?qū)嵉目印５谝粋€(gè)是忘記在功能性測試模式里關(guān)閉錯(cuò)誤計(jì)數(shù)導(dǎo)致正常的預(yù)期錯(cuò)誤也被累加進(jìn) ECC fail測試結(jié)論直接不成立。第二個(gè)是故障注入點(diǎn)選在了 ECC 邏輯旁路保護(hù)覆蓋不到的位置測出來的結(jié)果根本不能說明編解碼器好壞。后來我養(yǎng)成了一個(gè)習(xí)慣在寫測試向量之前先把“數(shù)據(jù)位-校驗(yàn)位-錯(cuò)誤注入點(diǎn)”的映射關(guān)系表畫出來逐個(gè)核對注入點(diǎn)是否真正經(jīng)過編解碼路徑。這個(gè)過程雖然枯燥但能避免最蠢的返工。6.3 遇到“同詞不同義”先對語境再動(dòng)手最后一條經(jīng)驗(yàn)不局限于 ECC適用所有技術(shù)名詞遇到“同詞不同義”先確認(rèn)語境再動(dòng)手。跟硬件同事說“ECC”他默認(rèn)是內(nèi)存糾錯(cuò)跟 SAP 顧問說“ECC”他默認(rèn)是 ERP 系統(tǒng)跟密碼學(xué)工程師說“ECC”他大概率想到橢圓曲線。同一個(gè)縮寫差之毫厘謬以千里。多問一句“你指的是哪個(gè) ECC”在客戶現(xiàn)場能省掉一晚上的無用功。 同一個(gè)ECC，三種技術(shù)世界：內(nèi)存糾錯(cuò)、SAP年結(jié)與MBIST測試
先問各位一個(gè)問題你在搜索框里輸入“ECC”三個(gè)字母的時(shí)候腦子里想的是哪個(gè)東西前陣子我同時(shí)被三撥人“轟炸”過。財(cái)務(wù)部的同事甩來一張截圖說公司 SAP 系統(tǒng)年結(jié)跑不下去了問我“是不是服務(wù)器內(nèi)存報(bào) ECC 錯(cuò)誤了”機(jī)房那邊告警面板上掛著一行“UNCORR. ECC 2”沒人敢動(dòng)隔壁做芯片驗(yàn)證的兄弟又跑來找我對齊 MBIST 里 ECC 測試的故障注入方案。有意思的是這三撥人說的都是“ECC”但完全是三件事。技術(shù)圈的“縮寫歧義”就是這么坑人。同樣是三個(gè)字母可以是內(nèi)存糾錯(cuò)碼可以是 SAP 的 ERP 核心組件還可以是橢圓曲線密碼學(xué)。你要是拿內(nèi)存糾錯(cuò)的知識去理解 SAP 年結(jié)或者用密碼學(xué)算法去套服務(wù)器告警大概率會一頭霧水。這篇文章我打算把這個(gè)縮寫徹底講明白先教你一眼分辨自己遇到的是哪個(gè) ECC然后重點(diǎn)展開硬件圈最常碰到的兩種場景——運(yùn)行時(shí)的 ECC 報(bào)錯(cuò)排查、芯片出廠前的 MBIST ECC 測試。如果你是為了 SAP ECC 年結(jié)而搜到這里第 5 章專門安排了年結(jié)的核心流程說明可以直接跳過去。1. 同一個(gè) ECC三種完全不同的技術(shù)世界1.1 四條熱搜詞背后的三類人群搜索平臺給“ECC”這個(gè)關(guān)鍵詞掛了一串關(guān)聯(lián)搜索詞sap ecc 年結(jié)、mbist ecc、uncorr. ecc 顯示2。乍一看毫無規(guī)律但它們精準(zhǔn)地暴露了三類不同的人群。“sap ecc 年結(jié)”來自企業(yè)管理系統(tǒng)里的財(cái)務(wù)或 IT 運(yùn)維人員他們糾結(jié)的是賬務(wù)年度怎么結(jié)、資產(chǎn)怎么結(jié)轉(zhuǎn)“mbist ecc”來自半導(dǎo)體行業(yè)的設(shè)計(jì)驗(yàn)證或測試工程師他們在研究怎么在芯片量產(chǎn)前把內(nèi)嵌存儲器的糾錯(cuò)邏輯測干凈“uncorr. ecc 顯示2”則多半來自服務(wù)器運(yùn)維或硬件發(fā)燒友他們面對的是一臺試圖告訴他們“有 2 個(gè)錯(cuò)誤我修不了了”的機(jī)器。同一時(shí)刻搜索引擎把這三種人送到同一個(gè)關(guān)鍵詞下面的同一個(gè)結(jié)果頁——這就是縮寫歧義最典型的體檢現(xiàn)場。1.2 硬件糾錯(cuò)碼 ECCError Correction Code在服務(wù)器、內(nèi)存條、SSD、網(wǎng)絡(luò)控制器這些硬件場景里ECC 是 Error Correction Code 的縮寫翻譯過來是“糾錯(cuò)碼”指一類能夠檢測數(shù)據(jù)錯(cuò)誤、并且在能力范圍內(nèi)把錯(cuò)誤糾正回來的編碼算法。最廣為人知的應(yīng)用是 ECC 內(nèi)存。普通內(nèi)存條讀到一個(gè) bit 錯(cuò)了它不知道、也不管ECC 內(nèi)存讀到一個(gè) bit 錯(cuò)了控制器能定位到具體是哪一位然后把它翻回正確的值甚至不會讓上層軟件感知到這次錯(cuò)誤。除了內(nèi)存很多存儲芯片和高速數(shù)據(jù)鏈路也在用 ECC 機(jī)制來抵抗傳輸過程中的干擾。本文第 2 到第 4 章要展開的內(nèi)容全部屬于這個(gè)范疇。1.3 SAP ECC 和橢圓曲線 ECC名字像但八竿子打不著SAP ECC 的全稱是 ERP Central Component是 SAP 公司 ERP 產(chǎn)品線的核心組件承載著企業(yè)財(cái)務(wù)、物料管理、生產(chǎn)計(jì)劃、銷售分銷等業(yè)務(wù)流程。你會在登錄界面、年度財(cái)務(wù)結(jié)算、模塊配置里看到這個(gè)詞。它跟“糾錯(cuò)”沒有任何關(guān)系唯一的共同點(diǎn)是同樣叫 ECC。橢圓曲線密碼學(xué)Elliptic Curve Cryptography也縮寫成 ECC。它主要用在數(shù)字簽名、密鑰交換和區(qū)塊鏈相關(guān)的算法里和內(nèi)存、企業(yè) ERP 也都完全不搭界。為什么這幾個(gè)完全不相干的領(lǐng)域會撞名說白了就是電子信息行業(yè)在發(fā)展過程中各自為政誰也沒想到幾十年后同一個(gè)縮寫會被三個(gè)領(lǐng)域同時(shí)大規(guī)模引用。現(xiàn)在再去追溯“誰先占用”已經(jīng)沒有意義重要的是在實(shí)際工作中能快速識別上下文。當(dāng)你看到 ECC 這個(gè)詞先看它出現(xiàn)在哪類文檔或系統(tǒng)里再?zèng)Q定按哪個(gè)領(lǐng)域的知識去理解。這種多義詞在 IT 領(lǐng)域到處都是USB-C 的 C 和 C 語言的 C 也完全是兩碼事處理方式是一樣的看語境。1.4 一張表幫你定位為了方便你快速對號入座我把四個(gè)高頻場景整理成一個(gè)對照表你身邊的語境ECC 全稱所屬領(lǐng)域本文對應(yīng)章節(jié)服務(wù)器告警、內(nèi)存條、BMC/IPMI 日志Error Correction Code硬件/服務(wù)器第 2、3 章芯片測試、SoC 驗(yàn)證、ATE 機(jī)臺日志Error Correction Code半導(dǎo)體測試第 4 章SAP 系統(tǒng)、財(cái)務(wù)年結(jié)、ERP 模塊ERP Central Component企業(yè)管理軟件第 5 章數(shù)字簽名、TLS 密鑰協(xié)商、區(qū)塊鏈Elliptic Curve Cryptography信息安全第 1 章說明我的習(xí)慣是跟人溝通時(shí)永遠(yuǎn)不說“ECC”三個(gè)字母而是帶上前綴內(nèi)存 ECC、MBIST ECC、SAP ECC、ECC 算法。一句話里帶上一個(gè)限定詞能避免絕大部分無效溝通。2. 內(nèi)存出錯(cuò)這件事比你想的更頻繁2.1 你的內(nèi)存其實(shí)在悄悄地出錯(cuò)一提到“內(nèi)存出錯(cuò)”很多人第一反應(yīng)是“內(nèi)存條壞了”。但實(shí)際在服務(wù)器上看日志你會發(fā)現(xiàn)大量內(nèi)存錯(cuò)誤是隨機(jī)、瞬時(shí)、不可復(fù)現(xiàn)的稱為“軟錯(cuò)誤”soft error。DRAM 存儲單元靠電容上的電荷表示 0 和 1而電容有天然漏電特性所以內(nèi)存需要周期性地刷新把快要漏完的電荷補(bǔ)回去。在這個(gè)持續(xù)運(yùn)行的過程中高能粒子可能恰好穿過某個(gè)存儲單元比如宇宙射線中的中子或者芯片封裝材料里微量放射性元素釋放的 α 粒子。粒子命中之后會讓幾個(gè)存儲單元的電荷狀態(tài)發(fā)生變化原本的 0 變成 1或者反過來。這個(gè)過程完全不依賴硬件是否損壞純粹是概率事件。還有一類“硬錯(cuò)誤”hard error則是存儲單元物理損壞導(dǎo)致的比如介質(zhì)擊穿、金屬線開路這時(shí)候同一個(gè)地址會反復(fù)出錯(cuò)。軟錯(cuò)誤和硬錯(cuò)誤后面的處理方式完全不同這也是為什么要認(rèn)真分析日志而不是無腦換內(nèi)存。2.2 奇偶校驗(yàn)只能喊救命不能治病在 ECC 普及之前工程師先發(fā)明了奇偶校驗(yàn)Parity Check。思路極簡多存一個(gè)比特讓整條數(shù)據(jù)字里 1 的個(gè)數(shù)保持奇數(shù)或偶數(shù)。比如一條 8 位數(shù)據(jù) 10101100 里有 4 個(gè) 1如果約定奇校驗(yàn)校驗(yàn)位就補(bǔ)一個(gè) 1讓整個(gè) 9 位數(shù)據(jù)里 1 的個(gè)數(shù)變成奇數(shù) 5。讀取時(shí)重新數(shù)一遍如果發(fā)現(xiàn)是偶數(shù)個(gè) 1說明數(shù)據(jù)在傳輸或存儲過程中發(fā)生了錯(cuò)誤。奇偶校驗(yàn)的問題有兩個(gè)。第一它只能告訴你“有錯(cuò)”不能告訴你“哪一位錯(cuò)了”所以無法恢復(fù)數(shù)據(jù)。第二如果恰好有偶數(shù)個(gè) bit 同時(shí)出錯(cuò)奇偶校驗(yàn)會判斷“沒毛病”。這是數(shù)學(xué)決定的——偶數(shù)個(gè)錯(cuò)誤不會改變 1 的個(gè)數(shù)的奇偶性校驗(yàn)必然漏檢。所以奇偶校驗(yàn)只能當(dāng)“哨兵”不能當(dāng)“醫(yī)生”。2.3 SEC-DED怎么做到糾 1 檢 2真正支棱起來的內(nèi)存糾錯(cuò)算法叫 SEC-DED全稱 Single Error Correction, Double Error Detection即糾正單個(gè)比特錯(cuò)誤、檢測雙比特錯(cuò)誤。ECC 內(nèi)存幾乎都基于它實(shí)現(xiàn)。它使用的底層數(shù)學(xué)是漢明碼Hamming Code。漢明碼的思路可以總結(jié)成一句大白話讓每一位數(shù)據(jù)比特都參與到多個(gè)不同的校驗(yàn)方程里。當(dāng)一個(gè)比特出錯(cuò)時(shí)不只一個(gè)校驗(yàn)方程會報(bào)警把“哪些方程報(bào)了警、哪些沒報(bào)”組合起來就可以倒推出到底是哪個(gè)數(shù)據(jù)比特出了問題。既然知道了位置把它取反錯(cuò)誤就修復(fù)了。整個(gè)過程類似“點(diǎn)名時(shí)兩個(gè)值日組同時(shí)報(bào)告少了人你根據(jù)‘缺人的組名’反推出具體是誰沒來”。SEC-DED 在傳統(tǒng)漢明碼的基礎(chǔ)上額外增加了一個(gè)全體校驗(yàn)位。這個(gè)全校驗(yàn)位讓硬件能區(qū)分“錯(cuò)了一個(gè)”和“錯(cuò)了兩個(gè)”錯(cuò)兩個(gè)比特時(shí)校驗(yàn)方程的組合會被識別為“不可糾正”于是硬件報(bào)出 UEUncorrected Error而不是盲目按單比特去糾正。這一步特別重要——如果 2 比特錯(cuò)誤被當(dāng)成 1 比特去修會把本來就是錯(cuò)的數(shù)據(jù)修得更錯(cuò)。2.4 ECC 內(nèi)存和普通內(nèi)存差的不只是價(jià)格從實(shí)物上看ECC 內(nèi)存比普通內(nèi)存多出一顆或幾顆芯片。普通 DDR4 內(nèi)存通常是 8 顆 x8 顆粒提供 64 位數(shù)據(jù)線ECC 內(nèi)存多一顆 x8 顆粒組成 72 位這多出來的 8 位就是校驗(yàn)碼的存儲空間。多出來的硬件直接反映在成本上ECC 內(nèi)存一般比同規(guī)格普通內(nèi)存貴 20% 到 30%。同時(shí)每次讀寫都要額外搬運(yùn) 8 位校驗(yàn)數(shù)據(jù)理論上有一定的總線帶寬開銷。但對服務(wù)器、數(shù)據(jù)庫、虛擬化平臺來說防止“靜默數(shù)據(jù)損壞”的收益遠(yuǎn)遠(yuǎn)大于損失。你希望財(cái)務(wù)系統(tǒng)里的一筆金額在內(nèi)存里悄悄從 1000 變成 1001 嗎顯然不。所以幾乎所有正經(jīng)服務(wù)器和云數(shù)據(jù)中心都會配 ECC 內(nèi)存。3. 從告警日志到換內(nèi)存條拆解一次真實(shí)的 ECC 排障3.1 告警日志里每個(gè)字段的潛臺詞實(shí)戰(zhàn)場景來了。假設(shè)某天你打開服務(wù)器帶外管理界面比如常見的 iDRAC、iLO或者翻 Linux 下的 dmesg、EDAC 相關(guān)日志看到這樣一段示意輸出EDAC MC0: 1 CE on DIMM2 (channel:0 slot:2 page:0x123456 offset:0x789) EDAC MC0: 2 UE on DIMM2 (channel:0 slot:2 page:0x654321 offset:0x987)先解釋兩個(gè)核心縮寫CE 表示 Corrected Error意思是“硬件已經(jīng)糾正掉的錯(cuò)誤”屬于警報(bào)到你這兒時(shí)已經(jīng)處理完的事故UE 表示 Uncorrected Error意思是“硬件嘗試糾正但沒能做到”的錯(cuò)誤這個(gè)才是真正需要人介入的?！癠NCORR. ECC 顯示2”里的 2通常就是 UE 的計(jì)數(shù)表示截止當(dāng)前已經(jīng)有 2 個(gè)不可糾正的 ECC 錯(cuò)誤。這兩個(gè)錯(cuò)誤背后大概率藏著同一條物理內(nèi)存條的硬故障。日志里 DIMM2、channel:0、slot:2 這些字段則是定位用的“坐標(biāo)”直接告訴你故障所在的內(nèi)存槽位。后面的 page 和 offset 是具體的物理地址用來判斷錯(cuò)誤是不是集中在同一片區(qū)域。3.2 三步鎖定故障內(nèi)存條第一步把完整日志記下來別只記一個(gè)“2”。page 和 offset 信息如果總是落在同一片地址空間基本可以認(rèn)定是硬錯(cuò)誤也就是那顆內(nèi)存顆粒本身有物理損傷如果地址一直在隨機(jī)變化那更可能是接觸不良、供電紋波、固件 bug 等問題。第二步給內(nèi)存條做個(gè)“除灰”處理。關(guān)服務(wù)器、斷開電源把告警的 DIMM 拔下來用干凈的橡皮擦輕輕擦拭金手指重新插緊開機(jī)后清空 SEL 日志再觀察。別小看這一步機(jī)房設(shè)備常年運(yùn)行插槽金手指氧化、灰塵覆蓋導(dǎo)致的接觸問題至少能解釋三成以上的內(nèi)存“誤報(bào)”。第三步單獨(dú)做壓力測試。如果重插之后還在繼續(xù)報(bào) UE把其他內(nèi)存條全部拆掉只留被測內(nèi)存條用 MemTest86 或 Linux 下的 memtester 跑至少一個(gè)完整輪回。一輪過后仍然出現(xiàn) UE這根內(nèi)存條基本就可以宣判了。3.3 從更換到驗(yàn)證少一步都不行換內(nèi)存條不是“拔舊插新”這么簡單。我見過不少人在這一步翻車換上全新的內(nèi)存條系統(tǒng)仍然報(bào) UE最后發(fā)現(xiàn)問題出在主板的 DIMM 插槽上。正確的順序是關(guān)機(jī)斷電后等兩分鐘讓主板電容把殘余電荷放干凈插入新內(nèi)存條后先進(jìn) BIOS 確認(rèn)容量、頻率、時(shí)序是否正確識別再進(jìn)系統(tǒng)查看 CE/UE 計(jì)數(shù)是否還在增長之后用 memtester 對新內(nèi)存條跑一輪全內(nèi)存壓力測試確認(rèn)其本身健康。如果新內(nèi)存條在原來插槽上依然報(bào) UE把這條新的換到相鄰插槽再試一次。這樣做是為了區(qū)分“內(nèi)存條壞”還是“插槽壞”。我在實(shí)踐中遇到過針腳彎了一根、插槽里有異物的情況導(dǎo)致連續(xù)兩根新內(nèi)存條被“誤殺”。提示服務(wù)器內(nèi)存通常支持不同頻率混插但系統(tǒng)會以最低頻率運(yùn)行。為了保證性能和穩(wěn)定性建議按原機(jī)配置購買同頻率、同時(shí)序的內(nèi)存條別只看容量一樣就下單。3.4 什么情況該走 RMA什么情況是誤報(bào)內(nèi)存條作為半導(dǎo)體器件其故障率和批次、工作環(huán)境溫度、濕度、供電質(zhì)量都有關(guān)系。如果剛裝上的新內(nèi)存條立刻出現(xiàn) UE先別急著走售后去主板廠商官網(wǎng)查一下兼容性列表QVL——有些內(nèi)存條本身是好的但在特定主板上就是不兼容。真正需要走 RMA 時(shí)把以下信息準(zhǔn)備好DIMM 槽位、錯(cuò)誤類型CE/UE、錯(cuò)誤計(jì)數(shù)增長頻率、服務(wù)器型號、內(nèi)存條序列號或照片。廠家對售后憑證的要求各不相同這些材料能讓你少跑一趟。另外還有一類“誤報(bào)”容易被忽略服務(wù)器固件或 BIOS 版本太老EDAC 驅(qū)動(dòng)存在誤判把正常訪問判斷為 UE。排查的一開始就應(yīng)該把 BIOS、帶外管理固件升到官方最新穩(wěn)定版再觀察日志。不要一上來就拆硬件。4. 芯片怎么給自己做“出廠體檢”MBIST 與 ECC 的配合4.1 MBIST 在芯片測試?yán)锏慕巧ㄎ话褧r(shí)間軸往前撥來到芯片出廠之前。現(xiàn)代 SoC 內(nèi)部往往集成著幾十上百個(gè) SRAM 實(shí)例分布在 CPU 核、緩存、總線橋接等各個(gè)位置。芯片生產(chǎn)出來之后如果靠外部測試機(jī)臺逐個(gè)訪問這些存儲單元測試時(shí)間和 pin 腳資源都不現(xiàn)實(shí)。于是有了 MBISTMemory Built-In Self-Test存儲器內(nèi)建自測試技術(shù)。芯片內(nèi)部集成了一個(gè)專門的測試引擎它能夠自己生成地址、數(shù)據(jù)、讀寫控制信號快速遍歷全部存儲單元把讀回的數(shù)據(jù)和預(yù)期值做比對最后輸出 pass/fail。這樣量產(chǎn)測試時(shí)外部機(jī)臺只需要啟動(dòng) MBIST 引擎讀一下結(jié)果標(biāo)志就能完成對整顆芯片內(nèi)嵌存儲器的“體檢”。MBIST 的引入帶來的直接收益是測試時(shí)間大幅縮短、測試成本下降并且能定位到具體的失效存儲單元給后續(xù)的失效分析提供依據(jù)。4.2 MBIST 測的是存儲器不是 ECC 本身這里需要澄清一個(gè)概念MBIST 本身不是 ECC它是個(gè)測試工具。但很多芯片內(nèi)部的 SRAM 帶 ECC 功能比如 CPU 緩存、SoC 片內(nèi)內(nèi)存控制器數(shù)據(jù)緩沖區(qū)那么 MBIST 除了驗(yàn)證存儲陣列本身還必須驗(yàn)證 ECC 編解碼邏輯是否工作正常。怎么驗(yàn)證 ECC 邏輯靠“故障注入”。MBIST 引擎在數(shù)據(jù)路徑上人為地翻轉(zhuǎn)某個(gè)比特然后觀察 ECC 編碼器和解碼器的反應(yīng)如果注入 1 比特錯(cuò)誤ECC 邏輯能不能把它糾正回來如果注入 2 比特錯(cuò)誤ECC 邏輯能不能正確報(bào)出“不可糾正”。有一點(diǎn)需要特別強(qiáng)調(diào)這里的故障注入不是真的把存儲單元打壞而是通過旁路邏輯在寫入或讀取路徑上把某個(gè) bit 強(qiáng)行取反。這么做的目的是驗(yàn)證“如果數(shù)據(jù)錯(cuò)了編解碼器能不能按設(shè)計(jì)檢測出來并處理好”而不是驗(yàn)證“芯片本身會不會出錯(cuò)”。換句話說MBIST 測試 ECC 邏輯時(shí)關(guān)心的是糾錯(cuò)電路的反應(yīng)是否符合預(yù)期至于存儲單元本身的可靠性已經(jīng)被前面的數(shù)據(jù)完整性測試覆蓋了。這兩個(gè)層面要分清楚否則很容易把測試目標(biāo)搞混。4.3 測試日志里的 uncorrectable error count 怎么讀在芯片測試平臺或驗(yàn)證環(huán)境里你同樣會看到類似“uncorr. ECC 顯示2”的信息。但這里的解讀邏輯和服務(wù)器運(yùn)行時(shí)完全不同。在服務(wù)器上UE 計(jì)數(shù)是真實(shí)的故障信號在芯片量產(chǎn)測試?yán)飖ncorrectable error count 更像一個(gè)“預(yù)期行為檢查點(diǎn)”。預(yù)先設(shè)計(jì)好注入的錯(cuò)誤模型再去對照實(shí)際輸出注入 1 比特錯(cuò)誤期望 corrected error count 1uncorrectable error count 0注入 2 比特錯(cuò)誤期望 uncorrectable error count 2或者按測試向量定義的計(jì)數(shù)口徑來對應(yīng)如果注入 1 比特錯(cuò)誤日志卻報(bào)了 uncorrectable error說明解碼邏輯存在缺陷測試失敗。所以當(dāng)你看到“顯示2”時(shí)先不要急著判斷“產(chǎn)品壞了”而是要回到測試向量確認(rèn)這次注入的錯(cuò)誤模型到底是多少比特、預(yù)期計(jì)數(shù)是多少。我見過工程師拿著測試報(bào)告說 ECC 功能掛了折騰半天發(fā)現(xiàn)是測試程序把注入錯(cuò)誤數(shù)配錯(cuò)了虛驚一場。4.4 SEC-DED 的能力邊界測試覆蓋率必須考慮還有一個(gè)很重要的邊界認(rèn)知SEC-DED 不是萬能的。它保證的是“糾正 1 個(gè)比特錯(cuò)誤、檢測 2 個(gè)比特錯(cuò)誤”但 3 個(gè)及以上比特同時(shí)出錯(cuò)時(shí)存在某些組合會讓算法誤判為“無錯(cuò)”或“單比特錯(cuò)誤”。這意味著在做 MBIST ECC 測試時(shí)不能只測一兩個(gè)固定錯(cuò)誤注入點(diǎn)而要根據(jù)產(chǎn)品的可靠性目標(biāo)合理設(shè)計(jì)錯(cuò)誤注入向量并且在覆蓋率報(bào)告里明確標(biāo)注“SEC-DED 的能力邊界”。對于車規(guī)、工規(guī)等對可靠性要求極高的場景往往還會疊加額外的多比特錯(cuò)誤檢測機(jī)制或者要求固件周期性做內(nèi)存自檢把漏檢風(fēng)險(xiǎn)壓到可接受范圍內(nèi)。5. SAP ECC 年結(jié)同名縮寫下的另一個(gè)高頻需求5.1 先糾正一個(gè)誤解SAP ECC 和糾錯(cuò)碼沒關(guān)系聊完半導(dǎo)體和服務(wù)器那攤事我們回到企業(yè)管理系統(tǒng)?？吹健癝AP ECC 年結(jié)”這個(gè)詞如果你下意識想到內(nèi)存糾錯(cuò)那說明你還沒被上一個(gè)章節(jié)的上下文“洗腦”成功笑。SAP ECC全稱 ERP Central Component是 SAP ERP 產(chǎn)品的核心組件。它負(fù)責(zé)公司財(cái)務(wù)、物料、生產(chǎn)、銷售這些核心業(yè)務(wù)流程。在 SAP 的世界里ECC 指的是軟件系統(tǒng)不是硬件技術(shù)。所以當(dāng)你所在的團(tuán)隊(duì)提到“ECC 在做年結(jié)”不要去服務(wù)器機(jī)房里找內(nèi)存條那是財(cái)務(wù)系統(tǒng)的事。5.2 年結(jié)的三件核心事SAP 年結(jié)Year-End Closing的核心目標(biāo)是把本財(cái)務(wù)年度的業(yè)務(wù)數(shù)據(jù)干凈地過渡到下一個(gè)會計(jì)年度。這里有三件大事財(cái)務(wù)同事應(yīng)該很熟。第一余額結(jié)轉(zhuǎn)?？傎~科目里資產(chǎn)、負(fù)債、權(quán)益類科目的期末余額會進(jìn)入新年度作為期初余額損益類科目收入、費(fèi)用則會結(jié)轉(zhuǎn)到一個(gè)專門的留存收益科目把本年度利潤“落袋”。這一步做不對新年度的報(bào)表基礎(chǔ)就塌了。第二資產(chǎn)會計(jì)年結(jié)。啟用固定資產(chǎn)模塊的企業(yè)需要先完成折舊計(jì)提、資產(chǎn)報(bào)廢或銷售的過賬然后執(zhí)行資產(chǎn)余額結(jié)轉(zhuǎn)和年度開關(guān)設(shè)置。資產(chǎn)年結(jié)和總賬年結(jié)之間有嚴(yán)格的先后順序順序錯(cuò)了會出現(xiàn)期末余額對不上的情況。第三未清項(xiàng)目處理。采購訂單、銷售訂單、發(fā)票校驗(yàn)這類跨年可能的未清項(xiàng)需要在年結(jié)前確認(rèn)是結(jié)清還是允許跨年延續(xù)避免把上一個(gè)年度的歷史包袱帶進(jìn)新年度。5.3 年結(jié)前的準(zhǔn)備清單根據(jù)我接觸 SAP 項(xiàng)目時(shí)被財(cái)務(wù)同事拉著一起處理年結(jié)問題的經(jīng)歷年結(jié)前至少要把這幾件事確認(rèn)清楚舊年度所有會計(jì)憑證都已過賬當(dāng)月和當(dāng)年度月度結(jié)賬全部完成資產(chǎn)模塊的折舊已經(jīng)計(jì)提完畢資產(chǎn)卡片沒有未處理的異常狀態(tài)采購、銷售模塊的未清項(xiàng)已梳理明確哪些結(jié)清、哪些跨年生產(chǎn)環(huán)境執(zhí)行前先備份數(shù)據(jù)庫年結(jié)操作不可逆必須有可回滾的方案有條件的話先在測試環(huán)境完整跑一遍年結(jié)流程。之所以列這些是因?yàn)槟杲Y(jié)的失敗大多不是“系統(tǒng)壞了”而是前置條件沒滿足。數(shù)據(jù)不齊、憑證沒過賬、資產(chǎn)卡片狀態(tài)異常這些都會讓年結(jié)程序卡在某個(gè)環(huán)節(jié)。5.4 年結(jié)報(bào)錯(cuò)大概率不是系統(tǒng)問題我觀察到一個(gè)規(guī)律SAP 年結(jié)報(bào)錯(cuò)多數(shù)時(shí)候不是“系統(tǒng)壞了”而是主數(shù)據(jù)或業(yè)務(wù)流程狀態(tài)不滿足條件。比如某張憑證沒有過賬、某個(gè)資產(chǎn)卡片狀態(tài)不對、某個(gè)未清項(xiàng)金額異常。報(bào)錯(cuò)信息只是把問題暴露出來。所以遇到年結(jié)報(bào)錯(cuò)時(shí)正確做法是去看錯(cuò)誤消息對應(yīng)的 SAP Note、查業(yè)務(wù)數(shù)據(jù)、核對流程節(jié)點(diǎn)是否滿足前置條件而不是一遍又一遍地重跑同一個(gè)年結(jié)程序。重跑十次結(jié)果不會改變。至于具體的菜單路徑、事務(wù)代碼、SAP Note 編號不同版本ECC 6.0、S/4HANA差異很大執(zhí)行前務(wù)必以你系統(tǒng)版本對應(yīng)的官方文檔為準(zhǔn)這里不展開羅列。提示如果你在搜索“SAP ECC 年結(jié)”時(shí)被一堆“內(nèi)存糾錯(cuò)”的教程帶偏過現(xiàn)在你應(yīng)該知道這里需要的不是換內(nèi)存條而是去翻 SAP 的實(shí)施文檔和財(cái)務(wù)模塊的結(jié)賬清單。6. 被“ECC”這個(gè)名字坑過幾次之后我的三條經(jīng)驗(yàn)6.1 內(nèi)存排障順序別搞反在內(nèi)存 ECC 排障這件事上我收到的教訓(xùn)是順序決定效率。先看日志再清灰塵然后跑壓力測試最后才換硬件。很多人上來就換內(nèi)存條結(jié)果新內(nèi)存還報(bào)錯(cuò)才發(fā)現(xiàn)是插槽問題。內(nèi)存條本身屬于失效率相對低的器件大量 UE 報(bào)警經(jīng)過排查后真正是內(nèi)部顆粒物理損壞的只是一部分接觸不良、固件 bug、電源質(zhì)量差這些因素更多見。不按順序排查很容易把一個(gè)簡單的接觸問題升級成一次高成本的硬件更換。6.2 ECC 測試?yán)镂也冗^的兩個(gè)坑做 MBIST ECC 測試驗(yàn)證時(shí)我踩過兩個(gè)實(shí)打?qū)嵉目印５谝粋€(gè)是忘記在功能性測試模式里關(guān)閉錯(cuò)誤計(jì)數(shù)導(dǎo)致正常的預(yù)期錯(cuò)誤也被累加進(jìn) ECC fail測試結(jié)論直接不成立。第二個(gè)是故障注入點(diǎn)選在了 ECC 邏輯旁路保護(hù)覆蓋不到的位置測出來的結(jié)果根本不能說明編解碼器好壞。后來我養(yǎng)成了一個(gè)習(xí)慣在寫測試向量之前先把“數(shù)據(jù)位-校驗(yàn)位-錯(cuò)誤注入點(diǎn)”的映射關(guān)系表畫出來逐個(gè)核對注入點(diǎn)是否真正經(jīng)過編解碼路徑。這個(gè)過程雖然枯燥但能避免最蠢的返工。6.3 遇到“同詞不同義”先對語境再動(dòng)手最后一條經(jīng)驗(yàn)不局限于 ECC適用所有技術(shù)名詞遇到“同詞不同義”先確認(rèn)語境再動(dòng)手。跟硬件同事說“ECC”他默認(rèn)是內(nèi)存糾錯(cuò)跟 SAP 顧問說“ECC”他默認(rèn)是 ERP 系統(tǒng)跟密碼學(xué)工程師說“ECC”他大概率想到橢圓曲線。同一個(gè)縮寫差之毫厘謬以千里。多問一句“你指的是哪個(gè) ECC”在客戶現(xiàn)場能省掉一晚上的無用功。