設定 Azure 備份報告 (機器翻譯)
本文說明如何設定及檢視 Azure 備份報告。
備份管理員的常見需求是根據長期資料來取得備份的見解。 這類解決方案的使用案例包括:
- 配置和預測已取用的雲端儲存體。
- 稽核備份和還原。
- 找出不同細微性層級的主要趨勢。
Azure 備份提供的報告解決方案會使用 Azure 監視器記錄和 Azure 活頁簿。 這些資源可協助您取得有關整個備份資產中備份的豐富見解。
支援的案例
下表列出設定 Azure 備份 報表的支援案例:
報告 | 解決方法 | 描述 | 範圍 | 類型 |
---|---|---|---|---|
備份報告 | Backup | 深入瞭解備份作業、實例、使用方式、原則、原則遵循和優化。 | - Azure VM - Azure VM 中的 SQL 資料庫 - Azure VM 中的 SAP HANA 資料庫 - 備份代理程式 - 備份伺服器 - Data Protection Manager (DPM) - Azure 檔案儲存體 - Azure 磁碟 - Azure Blob(作業層) - PostgreSQL 資料庫 (單一伺服器) |
合併 |
備份組態狀態 | Backup | 設定所有 VM 以進行備份的相關信息。 | Azure VM | 現裝 |
備份作業歷程記錄 | Backup | 指定期間內成功和失敗備份作業的相關信息。 | - Azure VM - 備份代理程式 (MARS) - 備份伺服器 (MABS) - Data Protection Manager (DPM) - 適用於 PostgreSQL 的 Azure 資料庫伺服器 - Azure Blobs - Azure 磁碟 |
現裝 |
** 備份排程和保留** | Backup | 所有備份專案的排程和保留資訊,讓您可以確認它們是否符合商務需求。 | - Azure VM - Azure 檔案儲存體 |
現裝 |
用戶觸發的作業 | Backup | 在指定的一段時間內,復原服務保存庫上使用者觸發作業的相關信息。 | 復原服務保存庫 | 現裝 |
Azure Site Recovery 作業歷程記錄 | Azure Site Recovery | 在指定時間內成功和失敗的 Azure Site Recovery 作業的相關信息。 請注意,目前只會在此報告中顯示複寫專案和復原方案上觸發的作業。 |
- Azure VM - V2A - H2A |
現裝 |
Azure Site Recovery 複寫歷程記錄 | Azure Site Recovery | 指定期間內復寫項目的相關信息。 | - Azure VM - V2A - H2A |
現裝 |
開始使用
請遵循下列步驟以開始使用報告:
1.建立 Log Analytics 工作區或使用現有 Log Analytics 工作區
設定一或多個 Log Analytics 工作區,以儲存您的備份報告資料。 可以建立此 Log Analytics 工作區的位置和訂用帳戶,與保存庫所在的位置和訂用帳戶無關。
若要設定 Log Analytics 工作區,請參閱在 Azure 入口網站中建立 Log Analytics 工作區。
根據預設,Log Analytics 工作區中的資料會保留 30 天。 若要查看較長時間範圍的資料,請變更 Log Analytics 工作區的保留期間。 若要變更保留時間範圍,請參閱在 Azure 監視器記錄中設定資料保留和封存原則。
2.設定診斷設定以將數據傳送至 Log Analytics
Azure Resource Manager 資源 (例如復原服務保存庫) 會將排程作業和使用者觸發作業的相關資訊記錄為診斷資料。 若要設定保存庫的診斷設定,請遵循下列步驟:
選擇保存庫類型:
在復原服務保存庫的 [監視] 區段中,選取 [診斷設定] 並指定復原服務保存庫診斷資料的目標。 若要深入了解如何使用診斷事件,請參閱使用復原服務保存庫的診斷設定。
Azure 備份也提供內建的 Azure 原則定義,可自動設定指定範圍內所有復原服務保存庫的診斷。 若要了解如何使用此原則,請參閱設定大規模的保存庫診斷設定。
注意
設定診斷之後,最多可能需要 24 小時的時間,才能完成初始資料推送。 資料開始流入 Log Analytics 工作區之後,您可能不會立即在報告中看到此資料,因為目前未滿一天的資料不會顯示在報告中。 如需詳細資訊,請參閱備份報告中使用的慣例。 我們建議您在將保存庫設定為將資料傳送至 Log Analytics 後兩天開始檢視報告。
設定適當的數據保留以儲存歷程記錄數據
瞭解如何 設定數據保留,以儲存所需持續時間的歷程記錄數據。
備份報告中使用的慣例
- 每個索引標籤的篩選條件會從左至右、從上到下運作。也就是說,任何篩選條件都只會套用至位於該篩選器右邊或下方的所有 Widget。
- 選取彩色圖格可篩選圖格下方的 Widget,找出與該圖格值相關的記錄。 例如,選取 [備份項目] 索引標籤上的 [已停止保護] 圖格,可篩選下面的方格和圖表,以針對處於 [已停止保護] 狀態的備份項目顯示資料。
- 無法選取不是彩色的圖格。
- 報告中不會顯示目前未滿一天的資料。 因此,當 [時間範圍] 的選取值為 [過去 7 天] 時,報告會顯示過去七個整天的記錄。 不包含當天。
- 報告會顯示在所選時間範圍內,「已觸發」的作業詳細資料 (除了記錄作業以外)。
- 針對 [雲端儲存體] 和 [受保護的執行個體] 所顯示的值,位於所選時間範圍的「結尾」。
- 報告中顯示的備份項目就是所選時間範圍「結束」時存在的項目。 不會顯示在所選時間範圍中間刪除的備份項目。 相同的慣例也適用於備份原則。
- 如果選取的時間範圍橫跨 30 天或更少的期間,則系統會以每日檢視轉譯圖表,其中每天都有一個資料點。 如果時間範圍橫跨大於 30 天,且小於 (或等於) 90 天的期間,則系統會以每週檢視轉譯圖表。 若為較大的時間範圍,系統會以每月檢視轉譯圖表。 每週或每月彙總資料有助於更好地執行查詢,以及更容易讀取圖表中的資料。
- 原則遵循方格也會遵循如上所述的類似彙總邏輯。 不過,有幾個細微的差異。 第一個差異是,對於具有每週備份原則的項目,沒有每日檢視 (只有每週和每月檢視可用)。 此外,在具有每週備份原則的項目方格中,系統會將「月」視為 4 周期間 (28 天),而不是 30 天,以排除考慮局部星期。
報表的效能
如果您在備份報告中觀察到資料差異問題,請執行下列初步檢查:
確定所有保存庫都會將必要的診斷記錄傳送至 Log Analytics 工作區。
確定您已在備份報告中選取正確的篩選條件。
請檢閱備份報告中的下列限制:
設定診斷之後,最多可能需要 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 結構描述。