【正文】 3. 3．ETL SERVER 對(duì) JOB 的類(lèi)型進(jìn)行判斷，如果是普通的 SHELL JOB 或者EXEC JOB，則根據(jù) JOB 實(shí)例表中的 NODES_LIST(該作業(yè)可使用的節(jié)點(diǎn)列表)，計(jì)劃在本。管理庫(kù)的信息分為三類(lèi)：? 系統(tǒng)參數(shù)和作業(yè)配置信息：靜態(tài)參數(shù)；? 狀態(tài)信息： 屬于控制類(lèi)的動(dòng)態(tài)信息；? 日志信息；銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ４３ ETL 流程設(shè)計(jì)系統(tǒng) ETL 設(shè)計(jì)流程如下圖：本系統(tǒng) ETL 處理流程順序概要描述如下：1. 調(diào)度程序在總行的調(diào)度服務(wù)器上面運(yùn)行，當(dāng)調(diào)度程序發(fā)現(xiàn)某個(gè)作業(yè)符合調(diào)度條件，就對(duì)其進(jìn)行調(diào)度，將該 JOB 的 ID 發(fā)給該 JOB 所在域的ETL SERVER。無(wú)論是總行還是分行，數(shù)據(jù)庫(kù)都是由管理類(lèi)數(shù)據(jù)庫(kù)和業(yè)務(wù)類(lèi)數(shù)據(jù)庫(kù)組成。管理類(lèi)數(shù)據(jù)庫(kù)存放的是作業(yè)運(yùn)行控制相關(guān)的數(shù)據(jù)信息，如系統(tǒng)配置參數(shù)或作業(yè)配置信息、狀態(tài)信息和運(yùn)行日志信息等。? 數(shù)據(jù)庫(kù)模塊統(tǒng)一架構(gòu)中的數(shù)據(jù)庫(kù)模塊分為兩個(gè)部分：管理類(lèi)數(shù)據(jù)庫(kù)和業(yè)務(wù)類(lèi)數(shù)據(jù)庫(kù)。如果實(shí)際運(yùn)行 JOB 的 ETL CLIENT 資源不足，經(jīng)常處于高負(fù)荷狀態(tài)，則可以通過(guò)增加 ETL CLIENT 來(lái)提高運(yùn)行效率。它可以根據(jù)本域上的作業(yè)情況增減 ETL CLIENT。ETL CLIENT 主要負(fù)責(zé) ETL SERVER 分配的作業(yè)模塊的具體執(zhí)行，是作業(yè)的具體執(zhí)行者。其次根據(jù)作業(yè)運(yùn)行資源需求，獲取所屬 ETL CLIENT 的資源情況，選擇最優(yōu)的若干臺(tái) ETL CLIENT，分配作業(yè)給這些 ETL CLIENT 運(yùn)行。ETL SERVER 主要負(fù)責(zé) ETL JOB 的具體執(zhí)行。對(duì)于不同的域，它們的處理任務(wù)也是不一樣的?？傂杏幸粋€(gè)或多個(gè)總行的 ETL 域，分行有本分行的 ETL 域。在實(shí)際部署中，調(diào)度模塊可以?xún)H部署在總行，實(shí)施統(tǒng)一調(diào)度，也可能部署在分行，實(shí)施分布調(diào)度；而在每個(gè) ETL 域的 ETL Server 上部署調(diào)度的Agent 模塊，調(diào)度 Server 負(fù)責(zé)任務(wù)的檢索、調(diào)度和分發(fā)，調(diào)度 Agent 接收到調(diào)度 Server 的調(diào)度指令，調(diào)用作業(yè)主控模塊(JCI)執(zhí)行具體的作業(yè)，并根據(jù) JCI的退出碼將作業(yè)的執(zhí)行情況反饋給調(diào)度 Server。任務(wù)調(diào)度模塊在 EDWH+EDWB 統(tǒng)一模塊中，調(diào)度是由部署在總行的調(diào)度 SERVER 統(tǒng)一完成調(diào)度工作,或者由部署在分行的調(diào)度 Server 完成本分行作業(yè)的調(diào)度。 ? 物理作業(yè)：具體負(fù)責(zé)數(shù)據(jù)加工的程序執(zhí)行單元，各類(lèi)存儲(chǔ)過(guò)程或者作業(yè)腳本(SHELL 腳本、用 C/C++/PROC 等開(kāi)發(fā)的可執(zhí)行程序） 。? ETL 域：ETL 架構(gòu)中基本的計(jì)算資源組合，是一個(gè)計(jì)算機(jī)群，由 JCI統(tǒng)一管理和控制，一個(gè) ETL 域由一個(gè) ETL Server 和多個(gè) ETL Client 組成。? 數(shù)據(jù)庫(kù)模塊：管理類(lèi)數(shù)據(jù)庫(kù)：用于調(diào)度和作業(yè)主控，保存任務(wù)和作業(yè)的相關(guān)配置信息和運(yùn)行信息。需要定義：源數(shù)據(jù)結(jié)構(gòu)、目標(biāo)數(shù)據(jù)結(jié)構(gòu)、源和目標(biāo)的映射(包括定制映射的方案、定制映射調(diào)用的函數(shù)、定制清洗的方案)、作業(yè)處理日志以及作業(yè)依賴(lài)關(guān)系。作業(yè)的監(jiān)控需要包括以下功能：監(jiān)控作業(yè)的當(dāng)前執(zhí)行情況；查詢(xún)作業(yè)歷史執(zhí)行情況。 作業(yè)調(diào)度和監(jiān)控根據(jù)作業(yè)依賴(lài)關(guān)系的元數(shù)據(jù)進(jìn)行 ETL 作業(yè)的調(diào)度，并對(duì)執(zhí)行過(guò)程進(jìn)行監(jiān)控。 異常處理ETL 處理的異常主要包括：1) 硬件、操作系統(tǒng)、網(wǎng)絡(luò)導(dǎo)致異常；2) 數(shù)據(jù)源數(shù)據(jù)傳輸、質(zhì)量導(dǎo)致異常；3) ETL 過(guò)程處理導(dǎo)致異常；4) 目標(biāo)數(shù)據(jù)模型導(dǎo)致異常；5) 人工干預(yù)導(dǎo)致異常等；建議處理的方法包括：1) 手工干預(yù)，重新調(diào)整 ETL 過(guò)程；2) 終止流程,通知管理員；3) 拒絕數(shù)據(jù)，記錄原因；4) 清洗數(shù)據(jù)，部分入庫(kù)；銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ４０5) 監(jiān)控資源，反復(fù)嘗試ETL 恢復(fù)策略包括有：1) 每條記錄中有數(shù)據(jù) ETL 的時(shí)間戳，對(duì)小數(shù)據(jù)量的數(shù)據(jù)表，可以通過(guò)該時(shí)間戳清除掉本次加載的數(shù)據(jù)。錯(cuò)誤的恢復(fù)策略：? 每條記錄中有數(shù)據(jù) ETL 的時(shí)間戳，對(duì)小數(shù)據(jù)量的數(shù)據(jù)表，可以通過(guò)該時(shí)間戳清除掉本次加載的數(shù)據(jù)。ETL 管理調(diào)度利用作業(yè)調(diào)度控制可以處理各種異常錯(cuò)誤情況。缺點(diǎn)是必須對(duì)業(yè)務(wù)數(shù)據(jù)庫(kù)進(jìn)行改動(dòng)，客戶(hù)不一定能接受。6. 循環(huán)校驗(yàn)碼對(duì)于沒(méi)有時(shí)間戳的數(shù)據(jù)進(jìn)行修改，還可以考慮采用循環(huán)校驗(yàn)碼。一般數(shù)據(jù)庫(kù)均包括日志，通過(guò)分析數(shù)據(jù)庫(kù)的日志來(lái)判斷增量數(shù)據(jù)。4. 整表比較對(duì)于沒(méi)有時(shí)間戳的增量數(shù)據(jù)，數(shù)據(jù)量不大時(shí)，例如編碼表，可以采用使用數(shù)據(jù)庫(kù)的 SQL 操作語(yǔ)句（NOT IN，NOT Exists）的方法。2. 自增長(zhǎng)的序列號(hào)源系統(tǒng)設(shè)置了自增長(zhǎng)的序列號(hào)作為唯一主鍵。增量策略是正常的日常增量處理的策銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ３８略，故障恢復(fù)策略是在日常增量處理出錯(cuò)時(shí)的處理策略。對(duì)于歷史數(shù)據(jù)加載的策略，我們可以采用時(shí)間窗口的分段的方法來(lái)處理歷史數(shù)據(jù)量大的表的裝載，即我們可以一個(gè)一個(gè)時(shí)間段來(lái)加載歷史數(shù)據(jù)。我們認(rèn)為只需要建立一套增量加載的 ETL 同樣處理歷史數(shù)據(jù)加載和日常數(shù)據(jù)加載，而不再開(kāi)發(fā)另一套全量加載 ETL 程序處理歷史數(shù)據(jù)加載。歷史數(shù)據(jù)加載指在第一次加載數(shù)據(jù)到數(shù)據(jù)倉(cāng)庫(kù)中，此時(shí)數(shù)據(jù)倉(cāng)庫(kù)中不存在歷史數(shù)據(jù)。5. 作為 ETL 后續(xù)處理的統(tǒng)一接口建立 Staging Area 作為 ETL 每個(gè)處理階段的接口，對(duì)系統(tǒng)的靈活性和可擴(kuò)展性非常有幫助。3. 對(duì)數(shù)據(jù)的格式進(jìn)行轉(zhuǎn)換在 Staging Area 完成數(shù)據(jù)格式的轉(zhuǎn)換，例如日期格式、字符串右邊的空格、NULL 值的替換、數(shù)據(jù)類(lèi)型轉(zhuǎn)換等。2. 應(yīng)用于增量處理可以減少處理的記錄數(shù)量，使增量處理更加容易，例如應(yīng)用于 SCD Type 2。Staging Area 的作用與實(shí)現(xiàn)：1. 減少對(duì)數(shù)據(jù)源的查詢(xún)壓力，有助于數(shù)據(jù)整合。 從業(yè)務(wù)系統(tǒng)抽取數(shù)據(jù)，采用 ETL 平臺(tái)直接從業(yè)務(wù)系統(tǒng)抽取數(shù)據(jù)，也可以先把業(yè)務(wù)系統(tǒng)的數(shù)據(jù)導(dǎo)出為文本文件再加載到臨時(shí)存儲(chǔ)區(qū)。 ETL 設(shè)計(jì)方案 ETL 關(guān)鍵設(shè)計(jì)環(huán)節(jié) 接口層設(shè)計(jì)策略將數(shù)據(jù)源環(huán)境下的數(shù)據(jù)裝載進(jìn)入 EDW 環(huán)境，需要在兩個(gè)不同環(huán)境的記錄系統(tǒng)之間建立一個(gè)接口。提供數(shù)據(jù)存儲(chǔ)區(qū)的FDM層數(shù)據(jù)、ADM層數(shù)據(jù)。本模式提供EDW允許的相應(yīng)時(shí)間段的歷史數(shù)據(jù)支持。? ETL5：屬于ETL目標(biāo)數(shù)據(jù)裝載。從數(shù)據(jù)倉(cāng)庫(kù)FDM層進(jìn)行適量的維度、指標(biāo)建模。ETL3處理是耗時(shí)最長(zhǎng)，邏輯處理最復(fù)雜的階段，需要非常重視。? ETL3：屬于ETL轉(zhuǎn)換。對(duì)數(shù)據(jù)緩沖區(qū)數(shù)據(jù)標(biāo)準(zhǔn)化，統(tǒng)一數(shù)據(jù)表達(dá)格式，排序數(shù)據(jù)，篩選重復(fù)數(shù)據(jù)，合并或分割數(shù)據(jù)項(xiàng)，裝載入數(shù)據(jù)存儲(chǔ)區(qū)的基礎(chǔ)數(shù)據(jù)層。對(duì)源數(shù)據(jù)做數(shù)據(jù)平衡檢查、稽核數(shù)據(jù)有效性，報(bào)告數(shù)據(jù)質(zhì)量問(wèn)題。? ETL1：屬于ETL預(yù)處理。ETL 轉(zhuǎn)換清洗通過(guò)連接、合并、分割，按照清洗規(guī)則對(duì)數(shù)據(jù)緩沖區(qū)、數(shù)據(jù)存儲(chǔ)區(qū)的數(shù)據(jù)進(jìn)行加工、匯總，最終裝載入數(shù)據(jù)存儲(chǔ)區(qū)。XX 銀行總行的 EDW 系統(tǒng)數(shù)據(jù)源環(huán)境復(fù)雜，應(yīng)用系統(tǒng)數(shù)據(jù)需求旺盛，數(shù)據(jù)質(zhì)量參差不齊，結(jié)合以上系統(tǒng)目標(biāo)及設(shè)計(jì)原則，建議采用如下體系架構(gòu)建設(shè)：銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ３５ETL 邏輯結(jié)構(gòu)按照處理過(guò)程可劃分為 ETL 預(yù)處理、ETL 轉(zhuǎn)換清洗、ETL 目標(biāo)數(shù)據(jù)裝載。通過(guò)高效的 ETL 系統(tǒng)結(jié)構(gòu)、層次化的應(yīng)用功能劃分和標(biāo)準(zhǔn)的程序模板，EDW 系統(tǒng)能夠達(dá)到以下目標(biāo)：? 支持在此框架下實(shí)現(xiàn)EDW項(xiàng)目所需要的ETL功能；? 支持在規(guī)定的批處理時(shí)間窗口（Batch Window）內(nèi)能夠完成數(shù)據(jù)加載工作，即需要滿足日常數(shù)據(jù)加載的性能需求；? 能夠支持有效的應(yīng)用程序開(kāi)發(fā)模式，提高開(kāi)發(fā)效率，盡量減少應(yīng)用開(kāi)發(fā)成本；? 減少系統(tǒng)維護(hù)的復(fù)雜性，支持后續(xù)增加新數(shù)據(jù)或功能的開(kāi)發(fā)工作。銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ３４第二章 ETL 體系建設(shè) ETL 架構(gòu)概述在商業(yè)銀行的 EDW 系統(tǒng)中，數(shù)據(jù)由數(shù)據(jù)源系統(tǒng)加載到 EDW 的各個(gè)數(shù)據(jù)層中，并通過(guò)供數(shù)接口提供給相關(guān)使用者系統(tǒng)。 應(yīng)用服務(wù)基于數(shù)據(jù)分析功能和交易功能分離原則，為保證交易系統(tǒng)運(yùn)行效率和數(shù)據(jù)分析功能日益增加的需求，新系統(tǒng)設(shè)計(jì)時(shí)，應(yīng)該將數(shù)據(jù)分析功能和交易功能分離到不同系統(tǒng)中，或者至少為將來(lái)分離做好技術(shù)準(zhǔn)備。? EDW 模型化各系統(tǒng)數(shù)據(jù)，可以滿足各應(yīng)用系統(tǒng)對(duì)全量數(shù)據(jù)、增量數(shù)據(jù)的需求，減少對(duì)重要交易系統(tǒng)的干擾。EDW 數(shù)據(jù)采集、加工、發(fā)布的范圍包括：? 總行各應(yīng)用系統(tǒng)之間? 總行與分行應(yīng)用系統(tǒng)之間? 同一分行應(yīng)用系統(tǒng)間? 不同分行應(yīng)用系統(tǒng)間? 分布部署的同一應(yīng)用系統(tǒng)間EDW 數(shù)據(jù)服務(wù)具備的能力有：? EDW 快速提供批量數(shù)據(jù)，可以滿足應(yīng)用系統(tǒng)準(zhǔn)實(shí)時(shí)的數(shù)據(jù)要求。應(yīng)用架構(gòu)應(yīng)采用先進(jìn)的理念和技術(shù)，并結(jié)合 XX 銀行科技規(guī)劃與現(xiàn)有的技術(shù)平臺(tái)。EDW 系統(tǒng)的應(yīng)用架構(gòu)應(yīng)該能夠作為需求檢查列表，檢驗(yàn)當(dāng)前用戶(hù)需求是否被涵蓋，而不會(huì)發(fā)生遺漏。開(kāi)放性：EDW 系統(tǒng)的應(yīng)用架構(gòu)設(shè)計(jì)必須考慮平臺(tái)、系統(tǒng)、功能的開(kāi)放性，與XX 銀行的科技規(guī)劃相適應(yīng)，能夠與周邊各系統(tǒng)進(jìn)行良好的信息傳遞。數(shù)據(jù)集市中可存在操作型數(shù)據(jù)、匯總型數(shù)據(jù)和多維分析數(shù)據(jù)，根據(jù)應(yīng)用的需要分別進(jìn)行建立。加工匯總數(shù)據(jù)層的數(shù)據(jù)模型設(shè)計(jì)在有相應(yīng)的匯總需求情況下才針對(duì)匯總需求進(jìn)行數(shù)據(jù)表和數(shù)據(jù)匯總?cè)蝿?wù)的擴(kuò)展設(shè)計(jì)，逐步積累公共匯總指標(biāo)，最后形成全行可共享的面向各個(gè)主題的中間匯總指標(biāo)。加工匯總數(shù)據(jù)層下的匯總需求由“應(yīng)用需要”來(lái)確定。銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ３１EDW 對(duì)源系統(tǒng)客戶(hù)號(hào)進(jìn)行統(tǒng)一，提供統(tǒng)一的客戶(hù)號(hào)（ECIF 客戶(hù)編號(hào)） 。在基礎(chǔ)據(jù)模型中按照八大主題對(duì)銀行全行數(shù)據(jù)進(jìn)行整合、分類(lèi)組織和存儲(chǔ)，這八大主題包括總帳(GL)、客戶(hù)(CI)、存款(DEP)、貸款(LN)、銀行卡(CRD)、中間業(yè)務(wù)(NIN)、渠道(CHN)、公用(CM)；每個(gè)主題下設(shè)計(jì)相應(yīng)的數(shù)據(jù)模型，最后構(gòu)成全行統(tǒng)一的基礎(chǔ)數(shù)據(jù)模型。為應(yīng)用方便、查詢(xún)高效考慮，可以對(duì)源系統(tǒng)進(jìn)行適當(dāng)?shù)恼?、拆分，也可以裁減掉源系統(tǒng)中沒(méi)有必要整合的數(shù)據(jù)。? 標(biāo)準(zhǔn)化全量層? 基礎(chǔ)數(shù)據(jù)層數(shù)據(jù)模型基礎(chǔ)數(shù)據(jù)模型用于整合、存儲(chǔ)全行各業(yè)務(wù)系統(tǒng)的基礎(chǔ)業(yè)務(wù)數(shù)據(jù)。為了更好的管理這些數(shù)據(jù)，EDW 數(shù)據(jù)按層次進(jìn)行劃分存放及管理，從邏輯模型上劃分為以下幾個(gè)數(shù)據(jù)層次：? 源數(shù)據(jù)緩沖層：數(shù)據(jù)層與業(yè)務(wù)源的數(shù)據(jù)結(jié)構(gòu)一一對(duì)應(yīng)，是數(shù)據(jù)存儲(chǔ)的臨時(shí)存儲(chǔ)區(qū)域，數(shù)據(jù)在其中只作暫時(shí)性保存，當(dāng)新的數(shù)據(jù)到達(dá)緩儲(chǔ)區(qū)時(shí)，現(xiàn)有數(shù)據(jù)被刪除或覆蓋。因此數(shù)據(jù)和信息不能隨意堆積存放到數(shù)據(jù)庫(kù)中，需要對(duì)全行的數(shù)據(jù)和信息進(jìn)行分層、分類(lèi)存放，并制定相應(yīng)的數(shù)據(jù)分層、分類(lèi)的規(guī)范，EDW 系統(tǒng)上所有數(shù)據(jù)和應(yīng)用的建設(shè)都應(yīng)遵從統(tǒng)一的數(shù)據(jù)管理規(guī)范。因此在設(shè)計(jì)時(shí)必須考慮如何合理組織數(shù)據(jù)，以減小數(shù)據(jù)冗余。? 存儲(chǔ)空間合理性原則數(shù)據(jù)模型需要處理海量數(shù)據(jù)。? 實(shí)用性原則處理大量的源系統(tǒng)數(shù)據(jù)，將會(huì)占用大量的系統(tǒng)資源，因此必須仔細(xì)分析數(shù)據(jù)的實(shí)用性、指標(biāo)的使用頻率，以業(yè)務(wù)需求驅(qū)動(dòng)為原則，對(duì)業(yè)務(wù)提出的基礎(chǔ)數(shù)據(jù)和指標(biāo)需求進(jìn)行優(yōu)先級(jí)劃分，正確制定指標(biāo)的匯總粒度。? 高效原則數(shù)據(jù)模型面臨海量數(shù)據(jù)的加工和存儲(chǔ)，隨著時(shí)間的推移，數(shù)據(jù)將不斷累積，因此效率問(wèn)題是直接影響系統(tǒng)可用性的關(guān)鍵因素。特別是加工匯總層的數(shù)據(jù)架構(gòu)必須符合“匯總指標(biāo)可靈活增加”的技術(shù)要求，不會(huì)隨著指標(biāo)的增加而變更數(shù)據(jù)模型。銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ２８ EDW 數(shù)據(jù)架構(gòu) 數(shù)據(jù)架構(gòu)設(shè)計(jì)原則? 統(tǒng)一規(guī)范對(duì)各源系統(tǒng)數(shù)據(jù)按主題進(jìn)行統(tǒng)一整合；分行特色也按統(tǒng)一規(guī)范進(jìn)行補(bǔ)充建設(shè)。例如，在運(yùn)維架構(gòu)中可能需要使用安全控制工具對(duì)系統(tǒng)管理工具的訪問(wèn)進(jìn)行管理，在開(kāi)發(fā)架構(gòu)中則可能使用安全控制工具對(duì)代碼存儲(chǔ)的訪問(wèn)進(jìn)行管理。性能容量規(guī)劃包括如下組件：? 信息收集：收集性能容量相關(guān)的重要分析數(shù)據(jù)；? 性能管理：對(duì)系統(tǒng)系統(tǒng)性能進(jìn)行監(jiān)控、管理、分析和調(diào)優(yōu)；? 性能容量規(guī)劃：基于歷史趨勢(shì)和未來(lái)性能容量需求進(jìn)行規(guī)劃；性能容量規(guī)劃的主要任務(wù)及工具支持如下圖所示：銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ２７ 運(yùn)維安全管理安全管理組件通過(guò)制定和管理安全策略，并利用安全工具，維護(hù)信息系統(tǒng)資產(chǎn)（包括硬件、軟件、固件、用戶(hù)數(shù)據(jù)、信息/數(shù)據(jù)）的機(jī)密性、一致性和可用性。銀行數(shù)據(jù)倉(cāng)庫(kù)建設(shè)方案文件 ２６ 性能和容量規(guī)劃性能和容量規(guī)劃組件代表了從環(huán)境中的不同系統(tǒng)元素收集利用數(shù)據(jù)，并規(guī)劃硬件和軟件能力需求的工具。當(dāng)發(fā)生故障或失敗時(shí)，該切換發(fā)生在主系統(tǒng)和備份系統(tǒng)之間。備份恢復(fù)管理的主要任務(wù)及工具支持如下圖所示： 故障切換管理故障切換管理組件提供了管理和控制應(yīng)用切換的機(jī)制，提供系統(tǒng)的高可用性。? 最低程度地降低數(shù)據(jù)丟失。變更控制組件可以協(xié)助運(yùn)維團(tuán)隊(duì)、開(kāi)發(fā)團(tuán)隊(duì)和業(yè)務(wù)部門(mén)之間的溝通，保障系統(tǒng)的變更平滑進(jìn)行。? 變更管理允許對(duì)技術(shù)架構(gòu)組件進(jìn)行變更的控制管理。系統(tǒng)維護(hù)管理包括兩方面的管理內(nèi)容：系統(tǒng)維護(hù)和變更管理。? 安全管理：運(yùn)維架構(gòu)中涉及的安全管理內(nèi)容主要包括身份管理、系統(tǒng)級(jí)密鑰和證書(shū)管理、安全策略管理。應(yīng)用本身包括了衡量?jī)?nèi)部應(yīng)用響應(yīng)時(shí)間和性能的工具，應(yīng)搜集這些工具產(chǎn)生的信息（如日志、運(yùn)行報(bào)告等）用于監(jiān)控。應(yīng)監(jiān)控所有的關(guān)鍵數(shù)據(jù)