共用方式為

診斷記錄集合

  • 發行項

您可以共用 Azure Stack Hub 所建立的診斷記錄。 Windows 元件和內部部署 Azure 服務會建立這些記錄。 Microsoft 支援服務可以使用記錄來修正或識別 Azure Stack Hub 執行個體的問題。

若要開始使用 Azure Stack Hub 診斷記錄集合，您必須註冊您的執行個體。 如您未註冊 Azure Stack Hub，則使用具特殊權限的端點 (PEP) 來共用記錄。

您有多種方式可將診斷記錄傳送至 Microsoft 支援服務。 取決於您對 Azure 的連線能力，您的選項包括：

流程圖顯示用來傳送診斷記錄的選項。 如果 Azure Stack Hub 已連線至 Azure，請啟用 [主動收集記錄]。 當提出重要警示時，主動收集記錄會自動將診斷記錄上傳至 Azure 中 Microsoft 控制的儲存體 Blob。 您也可以依需求使用 [立即傳送記錄檔] 來收集記錄。 針對在已中斷連線環境中執行的 Azure Stack Hub，或如果您遇到連線問題，請選擇 [在本機儲存記錄檔]。

流程圖中顯示如何將記錄立即傳送給 Microsoft

主動傳送記錄檔

在開啟支援案例之前，主動收集記錄會自動收集診斷記錄並將其從 Azure Stack Hub 傳送至 Microsoft。 只有在引發系統健康情況警示時，才會收集這些記錄。 Microsoft 支援服務只會在支援案例的內容中存取這些記錄。

從 Azure Stack Hub 2008 版開始，主動式記錄收集會使用改良的演算法來擷取記錄，即使在操作員看不到的錯誤狀況期間也一定會擷取記錄。 這項改進有助於確保正確時間收集正確的診斷資訊，而不需要任何操作員互動。 在某些情況下，Microsoft 支援服務可以開始進行疑難排解，並儘早解決問題。 初始演算法的改進重點在於修補和更新作業。

當事件觸發這些警示時，Azure Stack Hub 會主動將記錄傳送至 Microsoft。 Azure Stack Hub 也會將由其他失敗事件所觸發的記錄傳送至 Microsoft。 運算子看不到這些事件.

強烈建議您啟用主動收集記錄。 這可允許產品小組診斷因失敗事件而造成的問題，並改善產品的品質。

注意

如果已啟用主動式記錄收集，且您更新或變更 Azure Stack Hub 註冊，如 更新或變更註冊中所述，您必須重新啟用主動式記錄收集。

Azure Stack Hub 會針對下列警示主動收集記錄：

警示 錯誤識別碼類型
更新需要注意 Urp.UpdateWarning
更新失敗 Urp.UpdateFailure
警示 錯誤識別碼類型
資料表伺服器資料損毀 StorageService.Table.server.data.corruption-Critical
無法存取節點以供虛擬機器放置 AzureStack.ComputeController.HostUnresponsive
Blob 服務資料已損毀 StorageService.Blob.service.data.is.corrupted-Critical
帳戶和容器服務資料損毀 StorageService.Account.and.Container.Service.data.corruption-Critical

自 Azure Stack Hub 2108 版本起，如果停用主動收集記錄，則會在本機擷取並儲存主動失敗事件的記錄。 Microsoft 只會存取支援案例內容中的本機記錄。

主動式記錄收集可以隨時停用和重新啟用。 遵循這些步驟以設定主動收集記錄。

  1. 登入 Azure Stack Hub 系統管理員入口網站。
  2. 開啟 [說明 + 支援概觀]。
  3. 如果出現橫幅，請選取 [啟用主動收集記錄]。 或者，您也可以選取 [設定] 並將 [主動式記錄收集] 設定為 [啟用]，然後選取 [儲存]。

注意

如果本機檔案共用已進行收集記錄設定，請確保生命週期管理原則防止共用儲存體達到其大小配額。 Azure Stack Hub 不會監視本機檔案共用或強制執行任何保留原則。

資料的處理方式

您同意根據 Azure Stack Hub 系統健康情況警示，由 Microsoft 定期自動收集記錄。 您也會在 Microsoft 所管理和控制的 Azure 儲存體帳戶中，確認並同意上傳和保留這些記錄。

資料用於針對系統健康情況警示進行疑難排解，且不會用於行銷、廣告或任何其他商業用途，而不需要您的同意。 資料最多可以保留 90 天，Microsoft 會處理遵循 我們的標準隱私權做法收集的任何資料。

撤銷您的許可權不會影響先前以您的同意收集的任何資料。

使用主動收集記錄收集的記錄，會上傳至由 Microsoft 管理及控制的 Azure 儲存體帳戶。 Microsoft 可能會在支援案例的內容中存取這些記錄，並改善 Azure Stack Hub 的健康情況。

立即傳送記錄

提示

使用 [主動傳送記錄檔] 以節省時間，而非使用 [立即傳送記錄檔]。

[立即傳送記錄檔] 是一個選項，通常在開啟支援案例前，您可以在收集並上傳來自 Azure Stack Hub 的診斷記錄時加以使用。

共有兩種方式，您可以手動將診斷記錄傳送至 Microsoft 支援服務：

如果 Azure Stack Hub 已連線至 Azure，建議使用系統管理員入口網站，因為這是將記錄直接傳送至 Microsoft 的最簡單方式。 如果無法使用入口網站，您應使用 PowerShell 傳送記錄。

注意

如果您使用系統管理員入口網站或 PowerShell Cmdlet 傳送記錄，則會在背景自動執行 Test-AzureStack 以收集診斷資訊。

搭配使用立即傳送記錄與系統管理員入口網站

若搭配使用立即傳送記錄與系統管理員入口網站：

  1. 依序開啟 [說明 + 支援] > [收集記錄] > [立即傳送記錄]。
  2. 指定收集記錄的開始時間和結束時間。
  3. 選擇當地時區。
  4. 選取 [收集並上傳]。

如果您的網際網路中斷連線，或是只想在本機儲存記錄，請使用 Get-AzureStackLog 方法傳送記錄。

搭配使用立即傳送記錄與 PowerShell

如果您使用 [立即傳送記錄] 方法，並想要使用 PowerShell 而非系統管理員入口網站，則可以使用 Send-AzureStackDiagnosticLog Cmdlet 來收集並傳送特定記錄。

  • FromDate 和 ToDate 參數可以用來收集特定時段的記錄。 如果未指定這些參數，預設將會收集過去 4 小時的記錄。

  • 使用 FilterByNode 參數依電腦名稱篩選記錄。 例如：

    Send-AzureStackDiagnosticLog -FilterByNode azs-xrp01

  • 使用 FilterByLogType 參數依類型篩選記錄。 您可以選擇依檔案、共用或 WindowsEvent 進行篩選。 例如：

    Send-AzureStackDiagnosticLog -FilterByLogType File

  • 使用 FilterByResourceProvider 參數來傳送 value-add 資源提供者 (RP) 的診斷記錄。 一般語法是：

    Send-AzureStackDiagnosticLog -FilterByResourceProvider <<value-add RP name>>

    傳送 SQL RP 的診斷記錄：

    Send-AzureStackDiagnosticLog -FilterByResourceProvider SQLAdapter

    傳送 MySQL RP 的診斷記錄：

    Send-AzureStackDiagnosticLog -FilterByResourceProvider MySQLAdapter

    傳送事件中樞的診斷記錄：

    Send-AzureStackDiagnosticLog -FilterByResourceProvider eventhub

    傳送 Azure Stack Edge 的診斷記錄：

    Send-AzureStackDiagnosticLog -FilterByResourceProvide databoxedge

  • 使用 FilterByRole 參數，傳送 VirtualMachines 和 BareMetal 角色的診斷記錄：

    Send-AzureStackDiagnosticLog -FilterByRole VirtualMachines,BareMetal

  • 傳送 VirtualMachines 和 BareMetal 角色的診斷記錄，且記錄日期篩選為過去 8 小時：

    $fromDate = (Get-Date).AddHours(-8)
Invoke-Command -Session $pepsession -ScriptBlock {Send-AzureStackDiagnosticLog -FilterByRole VirtualMachines,BareMetal -FromDate $using:fromDate}

  • 傳送 VirtualMachines 和 BareMetal 角色的診斷記錄，以日期篩選 8 小時前到 2 小時前時段的記錄：

    $fromDate = (Get-Date).AddHours(-8)
$toDate = (Get-Date).AddHours(-2)
Invoke-Command -Session $pepsession -ScriptBlock {Send-AzureStackDiagnosticLog -FilterByRole VirtualMachines,BareMetal -FromDate $using:fromDate -ToDate $using:toDate}

注意

如果您的網際網路中斷連線，或是只想在本機儲存記錄，請使用 Get-AzureStackLog 方法傳送記錄。

資料的處理方式

從 Azure Stack Hub 起始診斷記錄收集，即表示您已確認並同意上傳這些記錄，並將其保留在 Microsoft 所管理和控制的 Azure 儲存體帳戶中。 Microsoft 支援服務可以透過支援案例立即存取這些記錄，而不需要與客戶接洽取得收集的記錄。

在本機儲存記錄

當 Azure Stack Hub 已中斷與 Azure 的連線時，您可以將記錄儲存至本機伺服器訊息區 (SMB) 共用。 例如，您可能在中斷連線環境中執行。 如果您正常連線但遇到連線問題，則您可以在本機儲存記錄以協助進行疑難排解。

在 [設定] 刀鋒視窗中，輸入具有寫入至共用權限的路徑、使用者名稱和密碼。 在支援案例期間，Microsoft 支援服務會提供有關如何傳輸這些本機記錄的詳細步驟。 如果無法使用系統管理員入口網站，您可以使用 Get-AzureStackLog 以在本機儲存記錄。

螢幕擷取畫面：診斷記錄收集選項

頻寬考量

診斷記錄收集的平均大小會根據是主動或手動收集而有所不同。 主動收集記錄的平均大小約為 2 GB。 傳送記錄的集合大小現在取決於收集的時數 (最多 4 小時)，以及 Azure Stack Hub 縮放單位中的實體節點數目 (4 到 16 個節點)。

下表列出與 Azure 的連線是限量還是計量付費時的環境考量。

網路連線 影響
低頻寬/高延遲連線 記錄上傳需要較長的時間才能完成。
共用連線 上傳也可能會影響共用網路連線的其他應用程式/使用者。
計量付費連線 ISP 可能會針對其他網路使用量收取額外費用。

例如，如果來自 Azure Stack Hub 的網際網路連線或連結速度是 5 MB/秒 (低頻寬)，大約需要 57 分鐘的時間，才能將 2 GB 的診斷記錄資料上傳至 Microsoft 支援。 針對使用 5 Mb/秒連結速度的 8 GB 手動記錄集合，大約需要 3 小時和 49 分鐘才能上傳資料。 上傳診斷資料的延長時間長度可能會延遲或影響支援體驗。

檢視記錄收集

從 Azure Stack Hub 收集的過往記錄會顯示在 [說明 + 支援] 中的 [記錄收集] 頁面上，並具有下列日期和時間：

  • 收集的時間：收集記錄作業的開始時間。
  • 狀態：進行中或完成。
  • 記錄開始：所要收集時段的開始時間。
  • 記錄結束：該時段的結束時間。
  • 類型：手動或主動收集記錄。

[說明 + 支援] 中的記錄收集

另請參閱

Azure Stack Hub 記錄和客戶資料處理