警示管理員
警示管理員可讓您檢視可用的警示、編輯警示詳細資料和訂閱警示。
警示摘要
內容框架的 [ 警示摘要 ] 區域會顯示已設定的警示清單。 摘要方格包含與警示相關的資訊。 按一下警示摘要中的某一列,便會在內容框架的 [警示詳細資料] 區域中載入警示的詳細資料。 您可以使用這項資訊判斷警示是否符合您的需求,並決定是否要訂閱這個警示。 如果您是警示的擁有者,您就可以編輯該警示並予以儲存。 下表列出有關警示的一般資訊。
摘要欄 | 目錄 |
---|---|
名稱 | 警示的名稱。 |
類型 | 可以是「彙總」或「個別」。 |
啟用 | 表示警示是否在作用中,以及是否可以引發。 |
優先順序 | 表示警示所報告之問題的嚴重性。 |
安全性 | 警示可以是公用或私用。 公用警示可由任何使用者訂閱, 而私用警示只能由警示擁有者訂閱。 |
建立者 | 建立警示的使用者。 |
建立日期 | 建立警示的日期和時間。 |
上次修改日期 | 上次儲存警示的日期和時間。 |
是擁有者 | 表示您是否為此警示的擁有者。 |
警示詳細資料
警示管理內容框架的 [ 警示詳細資料 ] 區域提供警示的詳細資料。 您可以使用這項資訊決定警示是否符合您的需求。 您也可以從這個區域修改警示。 下表說明警示的詳細資料。
欄位名稱 | 目錄 |
---|---|
名稱 | 警示的名稱。 警示的名稱可以當做在電子郵件中傳遞警示的主旨以及在檔案中傳遞警示的檔名。 注意: 名稱限制為 100 個字元。 有效的警示名稱的開頭必須是字母。 接下來的字元可以是字母、數字、空格 (' ') 或底線 ('_')。 此外,名稱中不能有兩個連續的空格。 |
訊息 | 將隨警示傳遞的訊息文字。 |
優先順序 | 表示警示所報告之問題的嚴重性。 優先順序層級分為高、中和低。 對由電子郵件傳遞的警示來說,這樣就可以在電子郵件訊息上設定重要性旗標。 |
擁有者 | 警示的擁有者。 擁有者的預設值即為警示的建立者, 如果有多個擁有者,可利用分號分隔的清單方式輸入。 |
閾值區域 | 此警示詳細資料區域只會出現在彙總警示中。 |
Count 僅 (匯總警示) |
比較作業的下拉式清單。 |
值 僅 (匯總警示) |
比較作業套用的閾值。 只有在這個值符合比較準則時,才會傳送警示。 如果使用已經成立而不再為「true」的條件重設監控,警示將不會再次傳送。 舉例來說,將警示設定為在訂單金額大於 $1,000 便通報時, 只要訂單金額一直保持在 $1,000 以上,就不會再次傳送警示。 如果訂單金額降為 $1,000 以下,然後再增為超過這個金額,警示才會再傳送一次。 |
進階查詢按鈕 | 開啟 [進階查詢編輯器] 對話方塊。 [進階查詢編輯器] 會使用多維度運算式定義查詢。 這是一項進階功能,只應該由有經驗的使用者使用。 如需多維度運算式查詢語言的詳細資訊,請參閱 MSDN https://go.microsoft.com/fwlink/?LinkId=58869 上的 OLE DB 程式設計人員參考。 |
限制搜尋在最後區域 | 此警示詳細資料區域只會出現在彙總警示中。 如果選取此核取方塊,則只有在指定時間範圍內到達閾值時才會傳遞警示。 如果沒有選取此核取方塊,則不論相關的時間範圍為何,都會在到達閾值時傳遞警示。 如果定義了時間維度,此核取方塊便會預設為已選取。 如果沒有定義時間維度,則無法使用這個選項。 |
以維度為基礎 僅 (匯總警示) |
指定由 BAM 監控是否到達閾值的時間維度。 |
持續時間 僅 (匯總警示) |
此欄位有兩個部分,其中一個部分是包含數值的文字欄位,另一個部分則是用於指定單位的下拉式清單。 持續時間的值必須大於零,且小於或等於彙總建立時所設定的持續時間。 |
警示安全性區域 | 安全性設定區域。 |
允許其他人檢視和訂閱此警示 | 核取方塊,選取這個核取方塊可以讓具有基礎檢視權限的使用者查看及訂閱警示。 使用者可以隨時移除自己的訂閱者身分。 警示的擁有者和資料庫擁有者可以隨時移除訂閱者。 |
訂用帳戶
[警示管理] 內容框架的 [訂閱] 區域可讓您訂閱警示。 下表列出要訂閱警示所必須提供的資訊。
欄位名稱 | 目錄 |
---|---|
使用者名稱 | 訂閱警示之使用者的別名。 這個值會自動設定為目前的使用者。 |
傳輸 | 表示傳遞警示的方式。 傳遞方法為電子郵件或檔案。 |
位址 | 表示警示所要傳遞的位址。 若為電子郵件傳輸,這個位址就是電子郵件地址,若為檔案傳輸方法,則為系統定義的檔案位置。 當警示有多個電子郵件訂閱者時,會將單一電子郵件訊息傳送給所有訂閱者,以允許任何訂閱者回覆所有訂閱者並告知解決方式。 |
新增訂閱者按鈕 | 會開啟 [新增訂閱者] 對話方塊。 |
另請參閱
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應