Azure 備份監(jiān)視警報(bào) - 常見問題解答

配置 Azure 備份報(bào)表

如何確定報(bào)告數(shù)據(jù)是否已開始流向 Log Analytics (LA) 工作區(qū)？

導(dǎo)航到已配置的 LA 工作區(qū)。 導(dǎo)航到" 日志 "菜單項(xiàng)，并運(yùn)行查詢 。 如果看到返回了記錄，則表示數(shù)據(jù)已開始流入工作區(qū)。 初始數(shù)據(jù)推送可能需要長(zhǎng)達(dá) 24 小時(shí)。

向 LA 工作區(qū)推送數(shù)據(jù)的頻率是怎樣的？

保管庫中的診斷數(shù)據(jù)將傳送到 Log Analytics 工作區(qū)，但會(huì)出現(xiàn)一定的延遲。 從恢復(fù)服務(wù)保管庫推送每個(gè)事件 20 到 30 分鐘后，這些事件將抵達(dá) Log Analytics 工作區(qū)。 下面是有關(guān)延遲的更多詳細(xì)信息：

• 在所有解決方案中，一旦創(chuàng)建備份服務(wù)的內(nèi)置警報(bào)，就會(huì)立即推送這些警報(bào)。 因此，它們通常會(huì)在 20 到 30 分鐘后顯示在 Log Analytics 工作區(qū)中。

• 在所有解決方案中，在完成按需備份作業(yè)和還原作業(yè)后，會(huì)立即推送這些作業(yè)。

• 對(duì)于除 SQL 備份以外的所有解決方案，在完成計(jì)劃的備份作業(yè)后，會(huì)立即推送這些作業(yè)。

• 對(duì)于 SQL 備份，由于日志備份可每隔 15 分鐘發(fā)生，所有已完成的計(jì)劃備份作業(yè)的信息（包括日志）將每隔 6 小時(shí)進(jìn)行批處理和推送。

• 在所有解決方案中，備份項(xiàng)、策略、恢復(fù)點(diǎn)、存儲(chǔ)等其他信息每天至少推送一次。

• 備份配置發(fā)生更改（例如更改策略或編輯策略）會(huì)觸發(fā)所有相關(guān)備份信息的推送。

報(bào)告數(shù)據(jù)可以保留多長(zhǎng)時(shí)間？

創(chuàng)建 LA 工作區(qū)后，可以選擇將數(shù)據(jù)保留最多 2 年。 默認(rèn)情況下，LA 工作區(qū)將數(shù)據(jù)保留 31 天。

配置 LA 工作區(qū)后，報(bào)告中是否會(huì)顯示我的所有數(shù)據(jù)？

在你配置診斷設(shè)置后生成的所有數(shù)據(jù)都會(huì)推送到 LA 工作區(qū)，并會(huì)顯示在報(bào)告中。 不會(huì)為報(bào)表推送正在進(jìn)行的作業(yè)。 作業(yè)完成或失敗后，會(huì)將其發(fā)送到報(bào)表。

能否跨保管庫和訂閱查看報(bào)表？

能，你可以跨保管庫、訂閱以及區(qū)域查看報(bào)告。 你的數(shù)據(jù)可能駐留在單個(gè) LA 工作區(qū)或一組 LA 工作區(qū)中。

恢復(fù)服務(wù)保管庫

多長(zhǎng)時(shí)間后，門戶中會(huì)反映 Azure 備份代理作業(yè)狀態(tài)？

最長(zhǎng)可能需要 15 分鐘，Azure 門戶才會(huì)反映 Azure 備份代理作業(yè)狀態(tài)。

備份作業(yè)失敗后，需要多長(zhǎng)時(shí)間才會(huì)引發(fā)警報(bào)？

Azure 備份失敗后，會(huì)在 20 分鐘內(nèi)引發(fā)警報(bào)。

是否存在配置了通知卻不發(fā)送電子郵件的情況？

是的。 在以下情況下，不會(huì)發(fā)送通知：

• 已將通知配置為每小時(shí)發(fā)送，并且在一小時(shí)內(nèi)引發(fā)并解決了警報(bào)

• 取消了作業(yè)

• 由于原始備份作業(yè)正在進(jìn)行，另一個(gè)備份作業(yè)失敗