共用方式為


設定 Azure 備份報告 (機器翻譯)

本文說明如何設定及檢視 Azure 備份報告。

備份管理員的常見需求是根據長期資料來取得備份的見解。 這類解決方案的使用案例包括:

  • 配置和預測已取用的雲端儲存體。
  • 稽核備份和還原。
  • 找出不同細微性層級的主要趨勢。

Azure 備份提供的報告解決方案會使用 Azure 監視器記錄Azure 活頁簿。 這些資源可協助您取得有關整個備份資產中備份的豐富見解。

支援的案例

  • Azure VM、Azure VM 中的 SQL、Azure VM 中的 SAP HANA、Microsoft Azure 復原服務 (MARS) 代理程式、Microsoft Azure 備份伺服器 (MABS) 代理程式、System Center Data Protection Manager (DPM)、適用於 PostgreSQL 的 Azure 資料庫伺服器、Azure Blob 和 Azure 磁碟都支援備份報告。 對於 Azure 檔案共用備份,系統會針對在 2020 年 6 月 1 日或之後建立的記錄顯示資料。
  • 對於 Azure 檔案共用備份,系統會針對在 2021 年 2 月 1 日之後建立的記錄顯示受保護執行個體上的資料 (對於較舊的資料,預設為零)。
  • 對於 DPM 工作負載,DPM 版本 5.1.363.0 和更新版本及代理程式版本 2.0.9127.0 和更新版本都支援備份報告。
  • 對於 MABS 工作負載,MABS 版本 13.0.415.0 和更新版本及代理程式版本 2.0.9170.0 和更新版本都支援備份報告。
  • 只要將資料傳送到使用者有權存取的 Log Analytics 工作區,即可跨所有備份項目、保存庫、訂用帳戶和區域檢視備份報告。 若要檢視一組保存庫的報告,您只需要對保存庫資料傳送至的 Log Analytics 工作區擁有讀者存取權即可。 您不需要擁有個別保存庫的存取權。
  • 如果您是 Azure Lighthouse 使用者並擁有客戶訂用帳戶的委派存取權,即可使用這些報告搭配 Azure Lighthouse 來檢視所有租用戶的報告。
  • 目前,可以在備份報告中檢視最多 100 個 Log Analytics 工作區 (跨租用戶) 的資料。

    注意

    視查詢複雜度和處理資料量而定,在某些情況下,選取少於 100 的大量工作區時,您可能會看到錯誤。 建議您限制一次查詢的工作區數量。

  • 記錄備份作業的資料目前不會顯示在報告中。

注意

您也可以透過備份中心存取下列各節所描述的功能。 備份中心是 Azure 的單一整合式管理體驗。 可讓企業大規模控管、監視、操作及分析備份。 透過這項解決方案,您無須受限於個別保存庫的範圍,就能完成大部分的重要備份管理作業。

開始使用

請遵循下列步驟以開始使用報告:

1.建立 Log Analytics 工作區或使用現有 Log Analytics 工作區

設定一或多個 Log Analytics 工作區,以儲存您的備份報告資料。 可以建立此 Log Analytics 工作區的位置和訂用帳戶,與保存庫所在的位置和訂用帳戶無關。

若要設定 Log Analytics 工作區,請參閱在 Azure 入口網站中建立 Log Analytics 工作區

根據預設,Log Analytics 工作區中的資料會保留 30 天。 若要查看較長時間範圍的資料,請變更 Log Analytics 工作區的保留期間。 若要變更保留時間範圍,請參閱在 Azure 監視器記錄中設定資料保留和封存原則

2.設定保存庫的診斷設定

Azure Resource Manager 資源 (例如復原服務保存庫) 會將排程作業和使用者觸發作業的相關資訊記錄為診斷資料。 若要設定保存庫的診斷設定,請遵循下列步驟:

選擇保存庫類型

在復原服務保存庫的 [監視] 區段中,選取 [診斷設定] 並指定復原服務保存庫診斷資料的目標。 若要深入了解如何使用診斷事件,請參閱使用復原服務保存庫的診斷設定

螢幕擷取畫面顯示復原服務保存庫的診斷設定。

Azure 備份也提供內建的 Azure 原則定義,可自動設定指定範圍內所有復原服務保存庫的診斷。 若要了解如何使用此原則,請參閱設定大規模的保存庫診斷設定

注意

設定診斷之後,最多可能需要 24 小時的時間,才能完成初始資料推送。 資料開始流入 Log Analytics 工作區之後,您可能不會立即在報告中看到此資料,因為目前未滿一天的資料不會顯示在報告中。 如需詳細資訊,請參閱備份報告中使用的慣例。 我們建議您在將保存庫設定為將資料傳送至 Log Analytics 後兩天開始檢視報告。

3.在 Azure 入口網站中檢視報告

將保存庫設定為將資料傳送至 Log Analytics 之後,請前往備份中心,然後選取 [報份報告],以檢視您的備份報告。 在 [開始使用] 索引標籤上選取相關工作區。

備份報告項目的螢幕擷取畫面。

此報告包含各種索引標籤:

摘要

使用此索引標籤可取得備份資產的整體概觀。 您可以快速概覽備份項目總數、已取用的雲端儲存體總量、受保護的執行個體數目,以及每個工作負載類型的作業成功率。 如需特定備份成品類型的詳細資訊,請移至個別的索引標籤。

備份報告摘要索引標籤的螢幕擷取畫面。

備份的項目

使用此索引標籤可查看在備份項目層級取用的雲端儲存體資訊和趨勢。 例如,如果您在 Azure VM 備份中使用 SQL,即可查看每個要備份的 SQL 資料庫所取用的雲端儲存體。 您也可選擇查看特定保護狀態的備份項目資料。 例如,選取索引標籤頂端的 [已停止保護] 圖格,可篩選下面所有的 Widget,只針對處於 [已停止保護] 狀態的備份項目顯示資料。

Azure 備份項目索引標籤的螢幕擷取畫面。

使用方式

使用此索引標籤可檢視備份的主要計費參數。 此索引標籤上顯示的資訊屬於計費實體 (受保護的容器) 層級。 例如,如果將 DPM 伺服器備份至 Azure,您可以檢視受保護的執行個體趨勢,以及 DPM 伺服器所取用的雲端儲存體。 同樣地,如果您在 Azure 備份中使用 SQL 或在 Azure 備份中使用 SAP HANA,此索引標籤會在內含這些資料庫的虛擬機器層級提供使用量相關資訊。

螢幕擷取畫面顯示 [使用量] 索引標籤。

注意

  • 針對 Azure 檔案、Azure Blob 和 Azure 磁碟工作負載,取用的儲存體會顯示為零。 這是因為欄位指的是保存庫取用的儲存體,針對 Azure 檔案、Azure Blob 和 Azure 磁碟,報告目前僅支援以快照集為基礎的備份解決方案。
  • 對於 DPM 工作負載,相較於復原服務保存庫 [概觀]索引標籤中所示的彙總使用量值,使用者可能會看到報告中顯示的使用量值之間有些許差異 (每部 DPM 伺服器 20 MB 的順序)。此差異的原因在於,每部要註冊備份的 DPM 伺服器都有相關聯的「中繼資料」資料來源,這不會呈現為可供報告的成品。
工作

使用此索引標籤可檢視作業的長期趨勢,例如每天失敗的作業數,以及作業失敗的首要原因。 您可以同時在彙總層級和備份項目層級檢視此資訊。 在方格中選取特定備份專案,以檢視在所選時間範圍內,針對該備份項目所觸發的每項作業詳細資訊。

螢幕擷取畫面顯示 [作業] 索引標籤。

注意

針對適用於 PostgreSQL 的 Azure 資料庫、Azure Blob 和 Azure 磁碟工作負載,[作業] 資料表目前不提供資料傳輸欄位。

原則

使用此索引標籤可檢視所有作用中原則的相關資訊,例如相關聯的項目數,以及根據指定原則備份的項目所取用的雲端儲存體總量。 選取特定原則,以檢視每個相關聯備份項目的資訊。

螢幕擷取畫面顯示 [原則] 索引標籤。

最佳化

使用此索引標籤即可清楚了解備份的潛在成本最佳化機會。 以下是 [最佳化] 索引標籤目前提供見解的案例:

非使用中資源

使用此檢視,您可以找出在很長一段時間內沒有成功備份的備份項目。 這可能表示,所要備份的基礎機器已不再存在 (因此導致備份失敗),或機器發生一些問題,導致備份無法可靠地執行。

若要檢視非使用中資源,請瀏覽至 [最佳化] 索引標籤,然後選取 [非使用中資源] 圖格。 選取此圖格會顯示一個方格,其中包含所有非使用中資源的詳細資料,而這些資源存在於選取的範圍中。 依預設,方格會顯示過去七天內沒有復原點的項目。 若要找出不同時間範圍的非使用中資源,您可以在索引標籤頂端調整 [時間範圍] 篩選條件。

一旦識別了非使用中資源,您就可以瀏覽至該資源的備份項目儀表板或 Azure 資源窗格 (如適用) 來進一步調查問題。 視您的案例而定,您可以選擇停止機器 (如果不再存在) 的備份,並刪除不必要的備份來節省成本,或您可以修正機器中的問題,以確保可靠進行備份。

螢幕擷取畫面顯示 [最佳化] 索引標籤 - 閒置中資源。

注意

針對適用於 PostgreSQL 的 Azure 資料庫、Azure Blob 和 Azure 磁碟工作負載,目前不支援非使用中資源檢視。

保留期間較長的備份項目

使用此檢視,您可以識別備份保留時間超過貴組織所需時間的那些項目。

選取後面接著 [保留最佳化] 圖格的 [原則最佳化] 圖格會顯示一個方格,其中包含每日、每週、每月或每年保留點 (RP) 的保留時間大於指定值的所有備份項目。 依預設,方格會顯示所選範圍中的所有備份項目。 您可以使用每日、每週、每月和每年 RP 保留的篩選條件來進一步篩選方格,並識別保留時間可減少,以節省備份儲存體成本的那些項目。

針對 SQL 和 SAP HANA 之類的資料庫工作負載,方格中顯示的保留期間會對應至完整備份點的保留期間,而不是差異備份點。 保留篩選條件也同樣適用。

螢幕擷取畫面顯示 [最佳化] 索引標籤 - [保留最佳化]。

注意

針對使用保存庫標準層的備份執行個體,保留最佳化方格會考量保存庫標準層中的保留持續時間。 針對未使用保存庫層的備份執行個體 (例如受 Azure 磁碟備份解決方案的項目),方格會考量快照集層保留。

每日完整備份設定的資料庫

使用此檢視,您可以識別已設定進行每日完整備份的資料庫工作負載。 通常,使用每日差異備份搭配每週完整備份更符合成本效益。

選取後面接著 [備份排程最佳化] 圖格的 [原則最佳化] 圖格會顯示一個方格,其中包含具有每日完整備份原則的所有資料庫。 您可以選擇瀏覽至特定的備份項目,並修改原則,以使用每日差異備份搭配每週完整備份。

索引標籤頂端的 [備份管理類型] 篩選條件應該已選取項目 [Azure VM 中的 SQL] 和 [Azure VM 中的 SAP HANA],讓方格能夠如預期般顯示資料庫工作負載。

螢幕擷取畫面顯示 [最佳化] 索引標籤 - [備份排程最佳化]。

原則遵循

使用此索引標籤,您可以識別所有的備份執行個體是否每天都至少有一次成功備份。 針對具有每週備份原則的項目,您可以使用此索引標籤,來判斷所有備份執行個體是否一周至少有一次成功備份。

有兩種類型的原則遵循檢視可用:

  • 原則遵循 (依時間週期):使用此檢視,您可以識別多少項目在給定日子至少有一次成功備份,以及多少項目在當天沒有成功備份。 您可以按一下資料列,以查看已在所選日觸發的所有備份工作的詳細資料。 請注意,如果您將時間範圍增加至較大的值 (例如過去 60 天),則系統會以每週檢視轉譯方格,並顯示在給定星期每一天至少有一次成功備份的所有項目計數。 同樣地,較大的時間範圍會有每月檢視。

在每週備份項目的情況下,此方格可協助您識別在給定星期至少有一次成功備份的所有項目。 針對較大的時間範圍 (例如過去 120 天),系統會以每月檢視轉譯方格,並顯示在給定月份每週至少有一次成功備份的所有項目計數。 如需每日、每週和每月檢視的其他詳細資訊,請參閱備份報告中使用的慣例

螢幕擷取畫面顯示依時間週期的原則遵循。

  • 原則遵循 (依備份執行個體):使用此檢視,您可以在備份執行個體層級檢視原則遵循詳細資料。 綠色的資料格表示備份執行個體在給定日子至少有一次成功備份。 綠色的資料格表示備份執行個體在給定日子甚至沒有一次成功備份。 每日、每週和每月彙總會遵循與 [原則遵循 (依時間週期)] 檢視相同的行為。 您可以按一下任何資料列,以檢視所選時間範圍中給定備份執行個體的所有備份作業。

螢幕擷取畫面顯示依備份實例的原則遵循。

透過電子郵件傳送 Azure 備份報告

您可以使用備份報告提供的電子郵件報告功能,建立自動化工作以透過電子郵件接收定期報告。 這項功能的運作方式是,在 Azure 環境中部署邏輯應用程式,並根據您提供的輸入,從您選取的 Log Analytics (LA) 工作區查詢資料。

一旦建立,了邏輯應用程式,您就必須授權 Azure 監視器記錄和 Office 365 的連線。 若要這樣做,請瀏覽至 Azure 入口網站中的 Logic Apps,然後搜尋您所建立的工作名稱。 選取 [API 連線] 功能表項目,即會開啟您需要授權的 API 連線清單。 深入了解如何設定電子郵件和疑難排解問題.

自訂 Azure 備份報告

備份報告會在 Azure 監視器記錄上使用系統函式。 這些函式會使用 LA 中原始 Azure 備份資料表內的資料,然後傳回格式化後的資料,讓您只要使用簡單的查詢,就能輕鬆擷取您所有備份相關實體的資訊。

若要使用備份報告做為基底來建立您自己的報告活頁簿,您可以移至 [備份報告]、按一下報告頂端的 [編輯],然後檢視/編輯報告中使用的查詢。 請參閱 Azure 活頁簿文件,以深入了解如何建立自訂報告。

匯出至 Excel

選取任何 Widget (如資料表或圖表) 右上方的向下箭號按鈕,將該 Widget 的內容按現狀匯出為 Excel 工作表並套用現有的篩選條件。 若要將資料表的更多資料列匯出至 Excel,您可以使用每個方格頂端的 [每頁資料列數] 下拉箭號,增加頁面上顯示的資料列數。

釘選到儀表板

選取每個 Widget 頂端的釘選按鈕,將 Widget 釘選到您的 Azure 入口網站儀表板。 這項功能可協助您建立量身打造的自訂儀表板,以顯示您所需的最重要資訊。

跨租用戶報告

如果您使用 Azure Lighthouse 搭配多個租用戶環境中訂用帳戶的委派存取權,即可使用預設的訂用帳戶篩選器。 選取 Azure 入口網站右上角的篩選按鈕,以選擇您要查看其資料的所有訂用帳戶。 這麼做可讓您選取跨租用戶的 Log Analytics 工作區,以檢視多租用戶報告。

備份報告中使用的慣例

  • 每個索引標籤的篩選條件會從左至右、從上到下運作。也就是說,任何篩選條件都只會套用至位於該篩選器右邊或下方的所有 Widget。
  • 選取彩色圖格可篩選圖格下方的 Widget,找出與該圖格值相關的記錄。 例如,選取 [備份項目] 索引標籤上的 [已停止保護] 圖格,可篩選下面的方格和圖表,以針對處於 [已停止保護] 狀態的備份項目顯示資料。
  • 無法選取不是彩色的圖格。
  • 報告中不會顯示目前未滿一天的資料。 因此,當 [時間範圍] 的選取值為 [過去 7 天] 時,報告會顯示過去七個整天的記錄。 不包含當天。
  • 報告會顯示在所選時間範圍內,「已觸發」的作業詳細資料 (除了記錄作業以外)。
  • 針對 [雲端儲存體] 和 [受保護的執行個體] 所顯示的值,位於所選時間範圍的「結尾」
  • 報告中顯示的備份項目就是所選時間範圍「結束」時存在的項目。 不會顯示在所選時間範圍中間刪除的備份項目。 相同的慣例也適用於備份原則。
  • 如果選取的時間範圍橫跨 30 天或更少的期間,則系統會以每日檢視轉譯圖表,其中每天都有一個資料點。 如果時間範圍橫跨大於 30 天,且小於 (或等於) 90 天的期間,則系統會以每週檢視轉譯圖表。 若為較大的時間範圍,系統會以每月檢視轉譯圖表。 每週或每月彙總資料有助於更好地執行查詢,以及更容易讀取圖表中的資料。
  • 原則遵循方格也會遵循如上所述的類似彙總邏輯。 不過,有幾個細微的差異。 第一個差異是,對於具有每週備份原則的項目,沒有每日檢視 (只有每週和每月檢視可用)。 此外,在具有每週備份原則的項目方格中,系統會將「月」視為 4 周期間 (28 天),而不是 30 天,以排除考慮局部星期。

如何進行疑難排解?

如果您在備份報告中觀察到資料差異問題,請執行下列初步檢查:

  1. 確定所有保存庫都會將必要的診斷記錄傳送至 Log Analytics 工作區

  2. 確定您已在備份報告中選取正確的篩選條件。

  3. 請檢閱備份報告中的下列限制:

    • 設定診斷之後,最多可能需要 24 小時的時間,才能完成初始資料推送。 資料開始流入 Log Analytics 工作區之後,您可能不會立即在報告中看到此資料,因為目前未滿一天的資料不會顯示在報告中。 建議您在將保存庫設定為將資料傳送至 Log Analytics 後兩天開始檢視報告。

    • SQL 記錄備份作業目前不會顯示在備份報告中。

    • 如上述,報告不會顯示目前局部日子的資料,而且只會將完整日子 (UTC) 列入考慮。

      例如,在報告中,即使您選取的時間範圍為 23/3 4:30 PM – 24/3 10:00 AM,在內部查詢的執行期間仍為 23/3 12:00 AM UTC – 24/3 11:59 PM UTC。 這表示,查詢會覆寫日期時間的時間元件。

      同樣地,如果今天的日期為 3 月 29 日,則資料只會顯示至 3 月 28 日結束 (11:59 pm UTC)。 針對在 3 月 29 日建立的作業,您可以在檢查下一個日子 (亦即,3 月 30 日) 的報告時看到這些作業。

如果上述各項都未說明報告中顯示的資料,請聯絡 Microsoft 支援服務。

查詢載入時間

備份報告中的 Widget 是由在使用者的 Log Analytics 工作區上執行的 Kusto 查詢提供技術支援。 這些查詢通常牽涉到大量資料的處理,並有多個聯結可提供更豐富的見解。 因此,當使用者檢視大型備份資產的報告時,可能不會立即載入 Widget。 下表根據備份項目數量和報告的檢視時間範圍,提供不同 Widget 載入所需的粗略估計時間。

資料來源量 時間範圍 大約載入次數
~5 K 1 個月 圖格:5-10 秒
方格:5-10 秒
圖表:5-10秒
報告層級篩選條件:5-10 秒
~5 K 3 個月 圖格:5-10 秒
方格:5-10 秒
圖表:5-10秒
報告層級篩選條件:5-10 秒
~10 K 3 個月 圖格:15-20 秒
方格:15-20 秒
圖表:1-2 分鐘
報告層級篩選條件:25-30 秒
~15 K 1 個月 圖格:15-20 秒
方格:15-20 秒
圖表:50-60秒
報表層級篩選條件:20-25 秒
~15 K 3 個月 圖格:20-30 秒
方格:20-30 秒
圖表:2-3 分鐘
報表層級篩選條件:50-60 秒

Power BI 報告發生什麼情況?

  • 先前用於報告的 Power BI 範本應用程式 (其資料來自 Azure 儲存體帳戶) 位於淘汰路徑上。 我們建議您開始將保存庫診斷資料傳送至 Log Analytics 以檢視報告。

  • 此外,將診斷資料傳送至儲存體帳戶或 LA 工作區的 V1 結構描述也位於淘汰路徑上。 這表示,如果您根據 V1 結構描述撰寫了任何自訂查詢或自動化,建議您更新這些查詢,以使用目前支援的 V2 結構描述。

下一步

深入了解如何使用 Azure 備份進行監視和報告