本文說明如何建立自動化工作以透過電子郵件接收定期報告。
透過備份報告中的電子郵件報告功能，您可以建立自動化任務，定期透過電子郵件接收報告。 這項功能的運作方式是，在 Azure 環境中部署邏輯應用程式，並根據您提供的輸入，從您選取的 Log Analytics (LA) 工作區查詢資料。 深入了解 Logic Apps 和定價。
使用者入門
若要透過備份報告設定電子郵件工作，請執行下列步驟：
移至 [復原] > [監視 + 報告] > [報告]。
在報告面板中，選擇備份報告（合併）。
在 備份報告（合併） 面板中，選擇 電子郵件報告 標籤。
指定下列資訊來建立工作：
- 工作詳細資訊 - 要建立的邏輯應用程式名稱，及其所要建立的訂閱、資源群組和位置。 請注意，邏輯應用程式可跨多個訂閱、資源群組和位置 (如在 [報告篩選] 區段選取) 查詢資料，但應用程式建立在單一訂用帳戶、資源群組和位置的內容中。
- 要匯出的資料 - 您要匯出的索引標籤。 您可以選擇為每個索引標籤建立單一任務應用程式，或透過選取所有索引標籤選項，使用單一任務同時寄送郵件至所有索引標籤。
- 電子郵件選項：電子郵件頻率、收件者電子郵件 ID 和電子郵件主題。
選擇 提交 並 確認後，邏輯應用程式就會被建立。 部署的邏輯應用程式使用 消費方案 的定價。 邏輯應用程式及其關聯的 API 連接皆以 UsedByBackupReports: true 標籤建立，以便於查找。 您必須執行下一節說明的一次性授權步驟，邏輯應用程式才能順利執行。
附註
備份保存庫工作負載的支援 (適用於 PostgreSQL 的 Azure 資料庫伺服器、Azure Blob、Azure 磁碟) 會在 2023 年 4 月新增至邏輯應用程式範本。 因此，如果您先前已部署這些邏輯應用程式，而且您想要在電子郵件報告中查看備份保存庫工作負載的資料，則必須使用上述步驟來重新部署這些邏輯應用程式。
授權 Azure 監視器記錄和 Office 365 的連線
此邏輯應用程式使用 azuremonitorlogs 連接器查詢 LA 工作區，並使用 Office 365 Outlook 連接器發送電子郵件。 您需要執行這兩個連接器的一次性授權。
若要執行授權，請遵循下列步驟：
移至 Azure 入口網站的 Logic Apps。
搜尋由您所建立的邏輯應用程式名稱，並前往該資源。
選擇 API 連線 選單項目。
您將看到兩個格式為
<location>-azuremonitorlogs和<location>-office365的連線——即 eastus-azuremonitorlogs 和 eastus-office365。前往每個連接，並選擇編輯 API 連接選單項目。 在出現的畫面中，請選擇授權，並於授權完成後儲存此連線設定。
若要測試授權後邏輯應用程式是否正常運作，您可以返回該邏輯應用程式，開啟概覽頁面，並在頂部窗格中選擇執行觸發程序，以測試電子郵件是否能成功生成。
附註
與該電子郵件關聯的寄件者帳戶，即為設定電子郵件報告時用於授權 Office 365 連線的帳戶。 若要變更傳送者，您必須使用不同的帳戶來授權連線。
電子郵件的內容
- 入口網站中顯示的所有圖表和圖形都可做為電子郵件的內嵌內容。 深入了解備份報告中顯示的資訊。
- 入口網站中顯示的格線可做為電子郵件的 *.csv 附加檔案。
- 電子郵件中顯示的資料使用使用者在建立電子郵件任務時選擇的報告層級篩選條件。
- 標籤頁層級的篩選條件 (例如備份實例名稱、原則名稱等) 不會套用。 此規則的唯一例外是最佳化索引標籤中的保留率最佳化格線，該區域會套用每日、每週、每月及每年的 RP 保留率篩選器。
- 如果是圖表，時間範圍和彙總類型是根據使用者在報告中選取的時間範圍。 例如，如果時間範圍選取是過去 60 天 (轉譯為每週彙總類型)，而傳送電子郵件頻率為每日，收件者會每天收到一封電子郵件，包含過去 60 天資料的圖表，並按週彙總資料。
針對問題進行疑難排解
如果成功部署邏輯應用程式後，您未如預期收到電子郵件，請遵循下列步驟為設定進行疑難排解：
案例 1：未順利收到電子郵件，也未收到錯誤電子郵件
此問題發生的原因可能是 Outlook API 連接器未獲授權。 若要授權連線，請遵循上述的授權步驟。
如果您在建立邏輯應用程式時，指定了不正確的電子郵件收件者，也可能發生此問題。 要確認電子郵件收件人是否正確指定，你可以到 Azure 入口網站的 Logic 應用程式，打開 Logic App 設計器，選擇電子郵件步驟，看看是否使用正確的電子郵件 ID。
案例 2：收到錯誤電子郵件，指出邏輯應用程式無法完成執行
若要對此問題進行疑難排解：
- 移至 Azure 入口網站中的邏輯應用程式。
- 在概覽畫面的底部，您會看到執行歷程記錄區段。 您可以開啟最新的執行，並檢視工作流程失敗的步驟。 部分可能的原因包括：
- Azure 監視器未獲得授權：若要修正此問題，請遵循上述的授權步驟。
- LA 查詢錯誤：如果您使用自己的查詢自訂邏輯應用程式，任何 LA 查詢的錯誤均可能導致邏輯應用程式失敗。 您可以選取相關的步驟，並檢視導致查詢不正確執行的錯誤。
情節 3：授權 Microsoft 365 API 連線時發生錯誤
當你嘗試授權 Microsoft 365 API 連線時，可能會看到「 測試連線失敗」的錯誤訊息。錯誤：『REST API 尚未支援此郵箱。此錯誤可能發生在沙盒（測試）帳號或位於專用（本地）郵件伺服器上的帳號。
如果信箱位於專用的 Microsoft Exchange Server，且不是有效的 Office 365 信箱，就會發生此錯誤。 深入了解
若要取得有效的 Office 365 信箱，請將要求提交給您的 Exchange 系統管理員，以遷移信箱帳戶。 沒有系統管理員權限的使用者無法移轉帳戶。 如需有關如何移轉信箱帳戶的詳細資訊，請參閱 Office 365 中使用 Exchange 系統管理中心來移轉信箱資料的方式。
案例 4：授權 Azure 監視器記錄連線時發生錯誤
嘗試授權 Azure 監視器記錄連線時，可能會出現 InvalidAuthenticationTokenTenant 錯誤。 當您在授權連線以 Azure 監視器記錄時登入不同的租用戶時，通常就會發生這種情況。 您必須登入與 Log Analytics 工作區所在租用戶相同的租用戶，才能成功完成授權。
為確保您登入的是正確的租用戶，請在瀏覽器中開啟 portal.azure.com/< tenant-id-of-workspace>，並執行授權程序。 若要尋找租用戶識別碼，請前往 Azure 活動目錄 - >概覽 - >管理租用戶。
如果問題持續發生， 請連絡 Microsoft 支援服務。
GCC High 使用者指引
若您是 Azure 政府環境中的使用者，且使用 Office 365 GCC High 帳戶，請確保電子郵件設定已正確設定。 因為在此環境中，需要明確針對 GCC High 使用者指定用於授權此連接的專屬端點。 請透過下列其中一種方式驗證設定，並完成可使邏輯應用程式在 GCC High 中運作的相關設定。
選擇用戶端
若要透過 Azure 入口網站更新 Office 365 連線的驗證類型，請遵循下列步驟：
部署必要索引標籤的邏輯應用程式工作。 請參閱使用者入門中的步驟。
部署完成後，進入 Azure 入口網站的 Logic 應用程式，從選單中選擇 Logic app designer 。
找出使用 Office 365 動作的位置。
您會在流程底部找到兩個 Office 365 動作。
選擇 更改連線 並選擇 資訊圖示。
快顯視窗隨即開啟，您可以在其中選取 GCC High 的驗證類型。
在所有使用 Office 365 連線的位置中選取正確的驗證類型後，連線應該會如預期般運作。
