本文解答了有關 Azure 備份監(jiān)視和報告的常見問題。
導航到已配置的 LA 工作區(qū)。 導航到" 日志 "菜單項,并運行查詢 。 如果看到返回了記錄,則表示數(shù)據已開始流入工作區(qū)。 初始數(shù)據推送可能需要長達 24 小時。 保管庫中的診斷數(shù)據將傳送到 Log Analytics 工作區(qū),但會出現(xiàn)一定的延遲。 從恢復服務保管庫推送每個事件 20 到 30 分鐘后,這些事件將抵達 Log Analytics 工作區(qū)。 下面是有關延遲的更多詳細信息: 在所有解決方案中,一旦創(chuàng)建備份服務的內置警報,就會立即推送這些警報。 因此,它們通常會在 20 到 30 分鐘后顯示在 Log Analytics 工作區(qū)中。 在所有解決方案中,在完成按需備份作業(yè)和還原作業(yè)后,會立即推送這些作業(yè)。 對于除 SQL 備份以外的所有解決方案,在完成計劃的備份作業(yè)后,會立即推送這些作業(yè)。 對于 SQL 備份,由于日志備份可每隔 15 分鐘發(fā)生,所有已完成的計劃備份作業(yè)的信息(包括日志)將每隔 6 小時進行批處理和推送。 在所有解決方案中,備份項、策略、恢復點、存儲等其他信息每天至少推送一次。 備份配置發(fā)生更改(例如更改策略或編輯策略)會觸發(fā)所有相關備份信息的推送。 創(chuàng)建 LA 工作區(qū)后,可以選擇將數(shù)據保留最多 2 年。 默認情況下,LA 工作區(qū)將數(shù)據保留 31 天。 在你配置診斷設置后生成的所有數(shù)據都會推送到 LA 工作區(qū),并會顯示在報告中。 不會為報表推送正在進行的作業(yè)。 作業(yè)完成或失敗后,會將其發(fā)送到報表。 能,你可以跨保管庫、訂閱以及區(qū)域查看報告。 你的數(shù)據可能駐留在單個 LA 工作區(qū)或一組 LA 工作區(qū)中。 最長可能需要 15 分鐘,Azure 門戶才會反映 Azure 備份代理作業(yè)狀態(tài)。 Azure 備份失敗后,會在 20 分鐘內引發(fā)警報。 是的。 在以下情況下,不會發(fā)送通知: 已將通知配置為每小時發(fā)送,并且在一小時內引發(fā)并解決了警報 取消了作業(yè) 由于原始備份作業(yè)正在進行,另一個備份作業(yè)失敗配置 Azure 備份報表
如何確定報告數(shù)據是否已開始流向 Log Analytics (LA) 工作區(qū)?
向 LA 工作區(qū)推送數(shù)據的頻率是怎樣的?
報告數(shù)據可以保留多長時間?
配置 LA 工作區(qū)后,報告中是否會顯示我的所有數(shù)據?
能否跨保管庫和訂閱查看報表?
恢復服務保管庫
多長時間后,門戶中會反映 Azure 備份代理作業(yè)狀態(tài)?
備份作業(yè)失敗后,需要多長時間才會引發(fā)警報?
是否存在配置了通知卻不發(fā)送電子郵件的情況?