共用方式為


管理 Service Manager 資料倉儲

若要管理主要供報告使用的數據倉儲,您必須對數據倉儲作業執行維護工作。 例如,您可以檢視其狀態、暫停和繼續、設定排程、啟用和停用排程,以及針對數據倉儲作業進行疑難解答。 您可以使用 Windows PowerShell Cmdlet 來執行所有這些維護工作。 此外,您可以透過 Service Manager 控制台執行其中一些工作。

在部署期間,您已註冊 Service Manager 管理群組,如 Service Manager 部署指南中的註冊 Service Manager 管理群組中所述。 由於該動作,管理元件部署已啟動,並啟動 MPSyncJob。 在 MPSyncJob 完成之前,您不應該啟動或繼續任何數據倉儲作業,如 Service Manager 控制台的 [數據倉儲作業] 窗格所示

有七個數據倉儲作業會在各種時間執行,以維護數據倉儲,如下表所列。

資料倉儲作業 描述
MPSyncJob 此作業會同步處理來自 Service Manager 來源的所有管理元件。 這些管理元件會定義數據倉儲的內容。 此作業會在您註冊 Service Manager 管理群組時立即開始執行,而且在初始執行時需要數小時才能完成。
DWMaintenance 此作業會執行數據倉儲維護,例如編製索引和更新統計數據。 此作業會在 MPSyncJob 完成之後自動執行。
實體(或梳妝) 清理函式通常涉及數據倉儲上的活動,這些活動會根據可設定的時間週期移除數據。 注意: 針對此版本的 Service Manager,清理函式會以工作流程的形式處理。 無法設定此作業的設定。
擷取 此作業會從 Service Manager 資料庫擷取資料。 此作業會在 Service Manager 資料庫中查詢自前一次執行以來的差異資料,且將新資料寫入資料倉儲中的 DWStagingAndConfig 資料庫。 Service Manager 中有兩個擷取作業:一個用於 Service Manager 管理群組,另一個則用於資料倉儲管理群組。
轉換 此作業會擷取臨時區域中的原始資料,並且執行將該資料處理成最終報表格式所需的清理、重新格式化及彙總。 轉換資料會寫入 DWRepository 資料庫中。
載入 此作業會查詢 DWRepository 資料庫的資料,並且將該資料插入 DWDatamart 資料庫。 DWDatamart 是用於所有使用者報表需求的資料庫。

作業排程和頻率

作業的排程會定義作業啟動時。 頻率是指作業在啟動後執行的頻率。 不論排程和頻率為何,除非已啟用該作業的排程,否則作業不會執行。 除了實體 (清理) 作業之外,每個作業都有預設排程的開始時間,也就是午夜。 下表列出排程的開始時間、頻率和預設排程設定。

資料倉儲作業 排定的開始時間 頻率 是否預設為啟用?
MPSyncJob 午夜 每小時 Yes
DWMaintenance 午夜 每小時 Yes
擷取 午夜 每 5 分鐘
轉換 午夜 每 30 分鐘
載入 午夜 每小時 Yes

在此版本的 Service Manager 中,清理函式會以工作流程的形式處理。 無法設定此作業的設定。

PowerShell Cmdlet

Service Manager Windows PowerShell 模組包含此案例中用來管理裝載數據倉儲之伺服器上的數據倉儲函式的 Cmdlet。 您必須以系統管理員身分執行所有 Windows PowerShell Cmdlet。 若要檢視 Windows PowerShell 說明,請輸入 get-help 命令,後面接著您想要協助的 Cmdlet 名稱。 例如,輸入 get-help Set-SCDWJobSchedule。 在此案例中會使用下列 Cmdlet:

  • Get-SCDWJobSchedule 顯示數據倉儲作業的排程。

  • Get-SCDWJob 顯示所有週期性 Service Manager 數據倉儲作業的狀態。

  • Get-SCDWMgmtGroup 顯示向數據倉儲註冊的管理群組詳細數據。

  • Remove-SCDWMgmtGroup 從數據倉儲中移除管理群組。

  • Set-SCDWJobSchedule 設定數據倉儲作業的排程。

  • Enable-SCDWJobSchedule 啟用數據倉儲作業排程。

  • Disable-SCDWJobSchedule 停用數據倉儲作業排程。 作業排程預設為停用。

開始使用數據倉儲作業

當您向 Service Manager 數據倉儲註冊時,MPSyncJob 會開始執行。 此作業可能需要數小時才能完成其初始執行。 當此作業完成時,您可以看到 [數據倉儲作業] 窗格中所列的兩個擷取作業。 其中一個擷取作業會列為Extract_數據倉儲管理組名,另一個擷取作業會列為Extract_Service Manager 管理組名。 當這兩個擷取作業出現時,您知道 MPSyncJob 的初始執行已完成,而且您現在可以繼續進行後續的維護工作。

數據倉儲模組部署

Service Manager 中的數據倉儲模組部署會在 Service Manager 管理伺服器註冊至數據倉儲管理伺服器時啟動。 下列各節描述模組組件、函式和排程。

管理元件同步處理

管理組件同步處理是資料倉儲用於探索來源系統中存在哪些類別和關聯性的程序。 這個程序也稱為 MPSync。 對於每個定義類別或關聯性的管理組件,資料倉儲會建立擷取擷取作業模組,以便從來源擷取該類別或關聯性的資料。 這類管理組件及其相關作業會在各系統之間同步。

只有密封管理組件及其對應資料會同步處理到資料倉儲中。 如果您變更管理元件,您必須增加版本號碼,而且無法引入任何可能導致錯誤的變更;否則,管理元件將無法匯入。 例如,您無法移除類別、移除屬性或移除關聯性。 同樣地,您無法以不支援的方式變更資料類型。 例如,您無法修改字串屬性來成為數值屬性。

根據預設,MPSync Orchestration 作業每隔 30 分鐘執行一次。

多個來源可能參考相同的管理元件。 來源系統中的版本必須與資料倉儲中的版本相同或高於該版本,否則登錄將會失敗。

您可以從數據倉儲移除管理元件。 但請謹記下列重點:

  1. 拿掉管理元件並不會從數據倉儲中刪除數據,就像在 Service Manager 資料庫中一樣;相反地,系統會卸除使用者存取權的資料庫檢視。

  2. 如果您在移除對應的管理元件之後重新匯入管理元件,則會再次公開歷程記錄數據。

    注意

    只有密封的管理元件會從 Service Manager 同步處理到數據倉儲。 但清單項目 (也稱為列舉) 除外。 不論群組或佇列位於密封或未密封的管理元件中,群組或佇列都會同步處理至數據倉儲。

從 Service Manager 匯入的管理元件是 Service Manager 特定的和數據倉儲特定的。 Service Manager 管理元件可感知 Service Manager 資料庫的結構,而數據倉儲管理元件會驅動數據倉儲資料庫的結構和程式。

報表部署

管理元件同步處理程式會從 Service Manager 匯入管理元件,並定義這些管理元件如何塑造結構、移動數據,以及複製數據倉儲和報告的報表。 在 Service Manager 與數據倉儲之間同步處理這些管理元件之後,會擷取數據並部署報表以供用戶取用。

報表部署將以下述程序依序進行:

  1. 在將所有找到的管理組件與資料倉儲同步處理之後,管理組件同步處理會觸發報表部署工作流程。
  2. 由於 DWStagingandConfig 資料庫是已同步處理之管理組件的最終目的地,因此部署工作流程會查詢 DWStagingandConfig 資料庫是否有任何要部署的新報表或變更的報表,或是要移除的任何報表。
  3. 接著部署工作流程會透過 SSRS Web 服務將任何新報表或更新的報表發佈到 SQL Server Reporting Services (SSRS) 伺服器。
  4. SSRS 會儲存報表和適當的中繼資料。
  5. 管理組件同步處理會觸發架構部署工作流程。
  6. 系統會根據造成變更的新同步處理管理組件,再次從 DWStagingandConfig 資料庫擷取架構變更。
  7. 架構變更會部署到 DWRepository 資料庫。
  8. 系統會對 DWStagingandConfig 資料庫進行擷取、轉換及載入 (ETL) 模組的任何必要變更。

只包含 Service Manager 特定資訊的管理元件不會造成部署活動執行。 它們只會針對新的數據倉儲和報告特定元素觸發。

瞭解 ETL 程式

部署資料倉儲架構和報表之後,DWDataMart 資料庫中便會填入實際資料以供報告之用。 這項作業由 ETL 處理序負責執行。 這三個處理序各有其專屬特定用途:

  • 擷取 是專為處理多個來源的大量資料所設計,且允許將資料移到為了操作資料而建置的區域。
  • 轉換 是專為複雜邏輯與整合操作最佳化而設計。 大部分的 ETL 工作都是透過這個處理序來執行。
  • 載入 可用來將已經處理的資料大量傳送到其目標目的地。

提供三種不同資料庫的其中一個主要原因是為了讓您可以輕鬆最佳化硬體環境。 在高容量環境中,DWStagingandConfig 和 DWRepository 資料庫必須位於已最佳化讀取/寫入 I/O 的電腦硬體上。 不過,裝載 DWDatamart 資料庫的電腦硬體必須已最佳化讀取 I/O。 只要謹記這項差異,您就可以將 DWDatamart 另外放到不同於 DWStagingandConfig 和 DWRepository 資料庫的另一個伺服器或磁碟機。 不過,DWStagingandConfig 和 DWRepository 資料庫仍然必須放在同一部伺服器上。

大致來說,ETL 會在下列各節所述的處理序中進行。 如果您計劃要撰寫用於自訂報表的管理組件,則可能必須更深入瞭解這些理處理序。

擷取

擷取處理序會依照排定的時間間隔啟動。 擷取是從在線事務處理系統 (OLTP) 存放區擷取原始數據的程式,在此案例中為 Service Manager 資料庫。

  1. 擷取程式會查詢 Service Manager,以取得自上次執行擷取程式以來累積的差異數據。
  2. 新的數據會以與 Service Manager 資料庫中相同的基本形式寫入 DWStagingandConfig 資料庫。

轉換

轉換處理序會依照排定的時間間隔啟動。 轉換處理序會移動 DWStagingandConfig 資料庫中的原始資料。 此處理序會執行將原始資料改成報表用的最終格式所需的任何清理、重新格式化和彙總作業。 轉換資料會寫入 DWRepository 資料庫中。

載入

載入處理序會依照排定的時間間隔啟動。 載入處理序會從 DWRepository 資料庫查詢資料。 DWRepository 中已轉換的資料會插入 DWDatamart 資料庫中。 DWDatamart 是用於所有使用者報表需求的資料庫。

Service Manager 數據倉儲保留期

根據預設,數據會針對事實數據表儲存在數據倉儲中三年,而維度和維度數據表的無限期間則儲存在數據倉儲中。 不過,如果您想要將資料保留更久或更積極清理資料,您可以修改保留期限。

事實數據表保留設定

資料倉儲中有兩種類型的保留設定:

  • 全域:資料庫中所有事實數據表的全域保留期限預設會設定為三年,任何後續建立的事實數據表都會使用做為其預設保留設定。
  • 個別事實:每個個別事實數據表的細微保留期限會使用三年的全域設定,除非您個別修改它們。

全域:儲存在 Service Manager 數據倉儲中的數據的預設全域保留期間為三年,因此所有事實數據表都會使用三年做為預設保留設定。 任何後續建立的事實資料表在建立時會使用這項設定做為其個別的保留設定。

個別事實數據表:個別事實數據表會在建立時繼承全域保留值,或者您可以將它們自定義為不同於預設全域設定的值。 對於安裝期間所建立的預設個別事實資料表,您可以依需要以特定的保留值來個別設定。

檢視預設數據表或特定數據表的保留期間

  • 使用 Get-SCDWRetentionPeriod PowerShell Cmdlet 來取得特定資料倉儲資料庫內特定事實資料表的保留期限,或資料庫內的事實資料表的預設值。 如需可用參數和範例使用方式的詳細描述,請參閱 Get-SCDWRetentionPeriod

設定預設數據表或特定數據表的保留期間

  • 使用 Set-SCDWRetentionPeriod PowerShell Cmdlet 來設定特定資料倉儲資料庫內特定事實資料表的保留期限,或資料庫內事實資料表的預設值。 如需可用參數和範例使用方式的詳細描述,請參閱 Set-SCDWRetentionPeriod

重新匯入先前移除的管理元件

對於包含可存取資料倉儲資訊之報表的管理組件,在管理組件的開發和測試期間,您可能需要移除管理組件,然後在稍後重新匯入。 然而,在解除安裝資料倉儲中的管理組件後,如果新管理組件包含名稱與原始管理組件相同但架構不同的維度、事實或 Cube,您必須手動刪除 DWRepository 和 DWDataMart 等資料庫中的維度或事實資料表,以及刪除 SQL Server Analysis Services (SSAS) 資料庫中的任何參考 Cube。

此外,如果有現有的資料 Cube 參考維度或事實,您也必須先刪除包含資料 Cube 的管理組件和資料 Cube 本身,然後才能解除安裝新的管理組件。 由於 Service Manager 不會從 DataSourceView 移除維度或事實數據表,而且因為維度不會從 SSAS 資料庫中移除,因此您必須手動刪除數據 Cube 參考的資訊。 在這種情況下,您應該使用 SQL Server Management Studio 來移除 DWASDatabase 中任何以管理組件建立的自訂資料 Cube,然後再重新登錄或重新安裝更新的管理組件。

一般說來,您應該避免架構不同但名稱相同的維度、事實及 Cube。 Service Manager 不支援此條件。

啟用或停用數據倉儲作業排程

使用下列程式,視需要啟用 ETL 作業的排程;您可以使用此程式來啟用任何資料倉儲作業的排程。 根據預設,會啟用擷取、轉換和載入 (ETL) 作業的排程。 在此版本的 Service Manager 中,您只能使用 Windows PowerShell 來啟用排程。

使用 Windows PowerShell Cmdlet 啟用數據倉儲作業的排程

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 在 Windows PowerShell 提示字元中,輸入下列命令,然後在每個命令之後按 ENTER:

    Enable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
    
    Enable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
    
    Enable-SCDWJobSchedule -JobName Transform.Common
    
    Enable-SCDWJobSchedule -JobName Load.Common
    
  2. 輸入 exit,然後按 ENTER。

您可以使用下列程式來停用擷取、轉換和載入 (ETL) 作業的排程;不過,您可以使用此程式來停用任何數據倉儲作業的排程。 在此版本的 Service Manager 中,您只能使用 Windows PowerShell Cmdlet 來停用排程。

使用 Windows PowerShell Cmdlet 停用數據倉儲作業的排程

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 在 Windows PowerShell 提示字元中,輸入下列命令,並在每個命令之後按 ENTER:

    Disable-SCDWJobSchedule -JobName Extract_<data warehouse management group name>
    
    Disable-SCDWJobSchedule -JobName Extract_<Service Manager management group name>
    
    Disable-SCDWJobSchedule -JobName Transform.Common
    
    Disable-SCDWJobSchedule -JobName Load.Common
    
  2. 輸入 exit,然後按 ENTER。

停止和啟動數據倉儲作業

您可以停止並啟動在 Service Manager 中執行的數據倉儲作業。 例如,您可能必須停止正在執行的所有數據倉儲作業,以確保數據倉儲管理伺服器的安全性更新不會干擾任何可能執行的作業。 在伺服器更新並重新啟動之後,您可以繼續所有數據倉儲作業。 您可以使用 Service Manager 控制台或使用 Windows PowerShell Cmdlet 來停止和啟動作業。 在此範例中,只會執行擷取、轉換和載入 (ETL) 作業。

注意

如需使用 Service Manager Windows PowerShell Cmdlet 的詳細資訊,請參閱 設定及使用適用於 Windows PowerShell 的 Service Manager Cmdlet。

使用 Service Manager 控制台停止和啟動數據倉儲作業

  1. 在 Service Manager 控制台中,選取 [數據倉儲]。
  2. 展開 [數據倉儲],然後選取 [數據倉儲作業]。
  3. 在 [數據倉儲作業] 窗格中,選取正在執行的作業,然後在 [工作] 列表中選取 [暫停]。
  4. 針對每個數據倉儲作業重複上一個步驟。
  5. 若要繼續每個作業,請選取 [數據倉儲作業] 窗格中停止的作業,然後在 [工作] 列表中選取 [繼續]。

使用 Windows PowerShell Cmdlet 停止所有數據倉儲作業

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 在 Windows PowerShell 提示字元中,輸入下列命令,然後在每個命令之後按 ENTER:

    Stop-SCDWJob-JobName Extract_<data warehouse management group name>
    
    Stop-SCDWJob -JobName Extract_<Service Manager management group name>
    
    Stop-SCDWJob -JobName Transform.Common
    
    Stop-SCDWJob -JobName Load.Common
    
  2. 輸入 exit,然後按 ENTER。

使用 Windows PowerShell Cmdlet 啟動所有數據倉儲作業

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 在 Windows PowerShell 提示字元中,輸入下列命令,然後在每個命令之後按 ENTER:

    Start-SCDWJob -JobName Extract_<data warehouse management group name>
    
    Start-SCDWJob -JobName Extract_<Service Manager management group name>
    
    Start-SCDWJob -JobName Transform.Common
    
    Start-SCDWJob -JobName Load.Common
    
  2. 輸入 exit,然後按 ENTER。

在 Service Manager 中排程數據倉儲作業

您可以使用下列程式在 Service Manager 中排程數據倉儲作業。

您可以在 Service Manager 中定義數據倉儲作業排程的案例中使用此程式。 您想要變更數據倉儲作業的排程,以定義 Service Manager 資料庫和數據倉儲的標準維護時段。 使用 Set-SCDWJobSchedule Cmdlet 來排程數據倉儲作業。 Cmdlet Set-SCDWJobSchedule -ScheduleType Weekly 和參數組合只允許您指定的天數執行作業。 例如,下列命令會定義每日或每周排程:

Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency  01:00:00 -DailyStart 06:00
Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Weekly -WeeklyFrequency Tuesday, Thursday -WeeklyStart 06:00

注意

若要執行 Windows PowerShell Cmdlet,執行原則必須設定為 RemoteSigned。

在下列程式中,您會設定轉換作業每隔 45 分鐘執行的排程,從上午 2:00 開始。 不過,您可以修改命令來設定自己的排程。

設定數據倉儲作業的排程

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 在 Windows PowerShell 提示字元中,輸入下列命令,然後按 ENTER。

    Set-SCDWJobSchedule -JobName Transform.Common -ScheduleType Daily -DailyFrequency 00:45:00 -DailyStart 02:00
    

驗證數據倉儲作業排程

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 輸入下列命令,然後按 ENTER:

    Get-SCDWJobSchedule
    

處理數據倉儲中的所有維度

您可以使用 Windows PowerShell Cmdlet,在一個作業中處理數據倉儲中的所有維度,而不是個別處理每個維度。 在裝載 SQL Server Analysis Services (SSAS) 的伺服器上,使用下列 Windows PowerShell 腳本。 請確定指定完整伺服器名稱。 您可以個別輸入每個命令,也可以將它們全部儲存為 Windows PowerShell 腳本 (.ps1) 檔案,然後執行腳本。

您必須先設定 Service Manager Shell,才能使用 Service Manager Cmdlet。 如需設定 Service Manager 殼層的相關信息,請參閱 設定和使用適用於 Windows PowerShell 的 System Center - Service Manager Cmdlet。

使用 Cmdlet 處理所有維度

  • 在 Service Manager Shell 中的提示處複製並貼上下列代碼段:

    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.AnalysisServices") > $NULL
    
    $Server = New-Object Microsoft.AnalysisServices.Server
    $Server.Connect("<FullyQualifiedServerName>")
    $Databases = $Server.Databases
    $DWASDB = $Databases["DWASDataBase"]
    $Dimensions = New-Object Microsoft.AnalysisServices.Dimension
    $Dimensions = $DWASDB.Dimensions
    
    foreach ($Dimension in $Dimensions){$Dimension.Process("ProcessFull")}
    

檢視數據倉儲作業歷程記錄

在 Service Manager 中執行時,會收集數據倉儲作業的歷程記錄。 您可以檢視此歷程記錄,以判斷作業執行的時間長度,或判斷作業上次成功執行的時間。 當您顯示資料倉儲作業歷程記錄時,您可以使用 NumberOfBatches 參數來顯示您指定的項目數目。 使用下列程式來檢視數據倉儲作業歷程記錄中的最後五個專案。

檢視數據倉儲作業歷程記錄中的最後五個專案

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 輸入下列命令,然後按 ENTER。

    Get-SCDWJob -NumberOfBatches 5
    
  2. 輸入 exit,然後按 ENTER。

檢視數據倉儲作業的狀態

您可以使用下列程式來檢視 Service Manager 中的數據倉儲作業狀態,以判斷作業是否正在執行、停止或失敗。

使用 Service Manager 控制台檢視數據倉儲作業的狀態

  1. 在 Service Manager 控制台中,選取 [數據倉儲]。
  2. 在 [ 數據倉儲 ] 窗格中,展開 [數據倉儲],然後選取 [ 數據倉儲作業]。
  3. 在 [ 數據倉儲作業 ] 窗格中,檢閱作業清單以檢視其狀態。

使用 Windows PowerShell Cmdlet 檢視數據倉儲作業的狀態

  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager 2016],然後選取 [Service Manager Shell]。
  1. 在裝載數據倉儲管理伺服器的計算機上,選取 [開始],指向 [所有程式],選取 [Microsoft System Center],選取 [Service Manager],然後選取 [Service Manager Shell]。
  1. 輸入下列命令,然後按 ENTER。

    Get-SCDWJob
    
  2. 檢視工作清單以檢視其狀態。

針對 Service Manager 中的數據倉儲作業進行疑難解答

在 Service Manager 中,您可能會遇到與數據倉儲作業相關的問題。 在 [數據倉儲註冊精靈] 完成之後,以及在 Service Manager 控制台中提供報表之後,您就可以開始執行報表。 例如,如果您執行的事件管理報告不會顯示更新的數據,您可以使用 Windows PowerShell Cmdlet 來針對問題進行疑難解答。

您可以搭配使用 Windows PowerShell Cmdlet 及第一個程序來判斷作業是否失敗,並且評估這項作業所建立的任何錯誤訊息。

第二個程式可用來變更預設轉換作業逾時期間。 如果您看到數據倉儲轉換作業未順利完成,這可能是因為超過作業的預設 3 小時逾時期限所造成。 這可能會因為大量數據在數據倉儲中轉換而發生。 若要確認這確實發生,您可以在數據倉儲中檢視類似:逾時過期的訊息 事件檢視器。作業完成之前經過的逾時期間,或伺服器沒有回應。模組可以看到。 例如,您可能會看到上述的 TransformEntityRelatesToEntityFact 模組訊息。 若要解決此問題,您可以將逾時期間設定為超過預設值 10800 秒。

使用 Windows PowerShell Cmdlet 對數據倉儲作業進行疑難解答

  1. 在裝載資料倉儲管理伺服器的電腦上啟動 [Windows PowerShell]

  2. 輸入下列命令,然後按 ENTER。

    Get-SCDWJob
    
  3. 檢閱輸出,並找出狀態為 [失敗 ] 的任何作業。

  4. 輸入下列命令,然後按 ENTER。 在命令中,將失敗的資料倉儲作業指定為 JobName 參數的值。

    Get-SCDWJobModule -JobName Transform.Common
    
  5. 在輸出中找到「失敗」狀態,然後檢閱 [ 錯誤訊息 ] 欄,以了解資料倉儲工作失敗原因的詳細資訊。

  6. 當您準備好重試失敗的工作時,請在 Service Manager 控制台中選取 [ 數據倉儲]。

  7. 展開 [數據倉儲],然後選取 [數據倉儲作業]。

  8. 在 [數據倉儲作業] 窗格中,選取清單中的失敗作業,然後在 [工作] 列表中選取 [繼續]。

覆寫預設逾時期間

  1. 編輯數據倉儲管理伺服器上的登錄,並確定SOFTWARE\Microsoft\System Center\2016\Common\DAL 下的機碼名稱 SqlCommandTimeout 存在且類型為 DWORD。 如果不存在,則加以新增。
  1. 編輯數據倉儲管理伺服器上的登錄,並確定SOFTWARE\Microsoft\System Center\Common\DAL 下的機碼名稱 SqlCommandTimeout 存在且類型為 DWORD。 如果不存在,則加以新增。
  1. 編輯值 (以秒為單位),必須是正數值。
  2. 重新啟動 Microsoft Monitoring Agent 服務。
  3. 您可以繼續 Transform.common 工作才會看到變更。

下一步

  • 若要從一或多個數據源擷取數據,請參閱 向數據倉儲註冊來源系統。