MSSQLSERVER_19407

發行項
04/07/2024

適用於：SQL Server

詳細資料

屬性	值
產品名稱	SQL Server
事件識別碼	19407
事件來源	MSSQLSERVER
元件	SQLEngine
符號名稱	HADR_AG_LEASE_EXPIRED
訊息文字	可用性群組『%.*ls』與 Windows Server 故障轉移叢集之間的租用已過期。 SQL Server 執行個體與 Windows Server 容錯移轉叢集之間發生連線問題。若要判斷可用性群組是否正確容錯移轉，請檢查 Windows Server 容錯移轉叢集中的對應可用性群組資源。

說明

當 SQL Server 與 Windows Server 容錯移轉叢集之間失去通訊時，SQL Server 錯誤記錄檔中會出現錯誤 19407。通常會有更正動作 - 容錯移轉至另一個 AlwaysOn 節點。

租用是 SQL Server 與 Windows Server 容錯移轉叢集 (WSFC) 程序 (特別是 RHS.EXE 程序) 之間進行通訊機制，以時間為基礎。這兩個程序會定期彼此通訊，以確保另一個程序正在執行和回應。此通訊會使用 Windows 事件對象進行，並確保不需要知道 WSFC，就不會發生 AG 資源的故障轉移。如果其中一個程序未根據預先定義的租用期間回應租用通訊，則會發生租用逾時。如需詳細資訊，請參閱 AlwaysOn 可用性群組的租用、叢集和健康情況檢查逾時機制和指導方針。另請參閱運作方式：SQL Server AlwaysOn 租用逾時

原因

由於 Windows 事件是輕量同步處理物件，因此影響它們的外部因素相對較少。可能導致租用逾時的典型問題涉及整個系統的問題。以下是可能導致租用到期並導致重新啟動或故障轉移的可能性清單：

系統上的高 CPU 使用量（接近 100%）。
記憶體不足的情況 - 正在分頁處理低虛擬記憶體和/或其中一個進程。
WSFC 因為仲裁遺失而離線。若要針對仲裁遺失問題進行疑難解答，請參閱設定和管理仲裁，以及透過強制仲裁的 WSFC 災害復原（SQL Server）。
影響效能並導致租用到期的 VM 節流。
產生大型記憶體轉儲時，SQL Server 進程不會回應。如需堆疊傾印產生的詳細資訊，請參閱傾印產生的影響。堆疊傾印產生可能會因為下列一些原因而發生：
- 非舊版排程器
- 閂鎖逾時
- 死結排程器
- 未解決的鎖死

使用者動作

針對高 CPU 問題進行疑難解答

開啟 [工作管理員]。
移至 [效能] 索引標籤，查看 CPU 是否接近或達到 100% 使用率。
移至 [ 行程] 索引標籤，然後依 CPU 資料行的遞減順序排序進程，方法是選取 [CPU ] 資料行。
識別使用大部分 CPU 的程式，並努力瞭解並解決造成高 CPU 的原因。
如果進程是 SQL Server，請參閱針對 SQL Server 中的高 CPU 使用量問題進行疑難解答。

您可以使用下列 PowerShell 腳本來檢查系統上的 CPU 使用率。

Get-Counter -Counter "\Processor(_Total)\% Processor Time" -SampleInterval 5 -MaxSamples 30 |
    Select-Object -ExpandProperty CounterSamples | Select-Object TimeStamp, Path, CookedValue

針對低記憶體問題進行疑難排解

如果系統上發生虛擬或物理記憶體不足的問題，SQL Server 或叢集資源主機服務（RHS.exe）進程可能會分頁顯示。如果進程分頁到磁碟，它不會主動執行，而且租用逾時可能會到達可用記憶體的時間，而進程虛擬位元組則會分頁回實體記憶體。低虛擬記憶體可能是因為應用程式、驅動程式或操作系統耗用系統上的整個記憶體所造成。使用下列方法來針對此問題進行疑難解答：

檢查應用程式或系統事件記錄檔中的錯誤，例如 Your system is low on virtual memory。如果您登入伺服器，甚至可能會在畫面上看到此錯誤。
開啟 [工作管理員]，選取 [效能 -> 記憶體] 以檢查是否耗用接近 100% 的記憶體。使用 [詳細數據] 索引標籤來識別可能為最大記憶體取用者的任何應用程式。

您也可以使用效能監視器並監視這些計數器一段時間：

Process\Working Set - 檢查個別進程記憶體使用量
記憶體\可用的 MBytes - 檢查系統上的整體記憶體使用量

您可以使用下列 PowerShell 腳本來識別所有進程和系統上可用記憶體的整體記憶體使用量。如果您要取得個別進程記憶體使用量，請將它 "\Process(_Total)\Working Set" 變更為 "\Process(*)\Working Set"。

$serverName = $env:COMPUTERNAME
$Counters = @(
  ("\\$serverName" + "\Process(_Total)\Working Set") , ("\\$serverName" + "\Memory\Available Bytes")
)

Get-Counter -Counter $Counters -MaxSamples 30 | ForEach-Object {
    $_.CounterSamples | ForEach-Object {
        [pscustomobject]@{
            TimeStamp = $_.TimeStamp
            Path      = $_.Path
            Value_MB  = ([Math]::Round($_.CookedValue, 3)) / 1024 / 1024
        }
        Start-Sleep -s 5
    }
}

如果您識別取用大量記憶體的特定應用程式，請考慮停止或移動其他系統上的應用程式，或控制其記憶體使用量。
如果 SQL Server 耗用大量的記憶體，您可能會考慮使用 sp_configure 'max server memory' 來降低其記憶體使用量。

效能監視器 CPU、記憶體和磁碟的數據收集

此 PowerShell 腳本可協助收集 CPU、記憶體和磁碟的效能監視器（PerfMon）數據。腳本的設計是彈性的，允許自定義 SQL Server 的預設和具名實例。

#Replace with your instance name if need to collect PerfMon data for named instance
$InstanceName = 'MSSQLSERVER'

# Replace with your desired location
$Location = "D:\PerfMonLogs"

# Function to create performance counter log
function Create-PerfCounterLog {
    param
    (
        [string]$InstanceName,
        [string]$Location
    )
    $counters = @(
        '\Memory\*',
        '\PhysicalDisk(*)\*',
        '\LogicalDisk(*)\*',
        '\Server\*',
        '\System\*',
        '\Process(*)\*',
        '\Processor(*)\*',
        '\SQLServer:Databases(*)\*',
        '"\SQLServer:Buffer Manager\*"',
        '"\SQLServer:SQL Statistics\*"',
        '"\SQLServer:Transactions\*"',
        '"\SQLServer:Database Mirroring\*"',
        '"\SQLServer:Latches\*"',
        '"\SQLServer:General Statistics\*"',
        '"\SQLServer:Availability Replica(*)\*"',
        '"\SQLServer:Plan Cache(*)\*"'
    )
    if ($InstanceName -eq 'MSSQLSERVER') {
        # This is for the default SQL Server instance
        $logmanCommand = "logman create counter MS_perf_log -f bin -c $counters"

    }
    else {
        # This is for a named SQL Server instance
        $InstanceName = "MSSQL`$$InstanceName"
        $counters = $counters -replace 'SQLServer', $InstanceName
        $logmanCommand = "logman create counter MS_perf_log -f bin -c $counters"

    }

    $Location = $Location + '\MS_perf_log.blg'
    $logmanCommand += " -si 00:00:01 -max 500 -o $Location"

    Start-Process -FilePath "cmd.exe" -ArgumentList "/c $logmanCommand" -Verb RunAs -Wait

}

# Function to start the collector
function Start-PerfCounterLog {
    Start-Process -FilePath "cmd.exe" -ArgumentList "/c logman start MS_perf_log" -Verb RunAs -Wait
}

# Function to stop and delete the collector
function Stop-Delete-PerfCounterLog {
    Start-Process -FilePath "cmd.exe" -ArgumentList "/c logman stop MS_perf_log" -Verb RunAs -Wait
    Start-Process -FilePath "cmd.exe" -ArgumentList "/c logman delete MS_perf_log" -Verb RunAs -Wait
}

# Create folder if not exists - update the file path as per your environment
$folderPath = $Location
if (-not (Test-Path $folderPath)) {
    New-Item -Path $folderPath -ItemType Directory
}

# Create performance counter log
Create-PerfCounterLog -InstanceName $InstanceName -Location $Location

# Start the collector
Start-PerfCounterLog

# If the event has occurred again and captured, then stop the collector
# Uncomment below line when you want to stop and delete the collector
# Stop-Delete-PerfCounterLog

減少或避免 SQL Server 或叢集進程的大型記憶體轉儲

在某些情況下，SQL Server 進程可能會遇到例外狀況、判斷提示、排程器問題等等。在這些情況下，SQL Server 預設會 SQLDumper.exe 觸發進程，以產生具有間接記憶體的小型傾印。不過，如果該傾印產生需要很長的時間，SQL Server進程就會停止回應，這可能會觸發租用逾時。記憶體轉儲花費很長時間的常見原因包括：

進程所使用的大型記憶體使用量
寫入傾印的 I/O 子系統速度很慢
默認設定已從迷你傾印變更為篩選或完整傾印

若要避免租用逾時，請在 AG 系統上使用下列步驟：

增加會話逾時，例如所有複本的 120 秒
將所有復本的自動故障轉移變更為手動故障轉移
將 LeaseTimeout 增加到 60,000 毫秒（60 秒），並將 HealthCheckTimeout 變更為 90,000 毫秒（90 秒）

如需詳細資訊，請參閱使用 Sqldumper.exe 工具來在 SQL Server 中產生傾印檔案。

檢查虛擬機（VM）設定是否有過度布建

如果您使用虛擬機，請確定您不會過度布建或過度認可CPU和記憶體資源。過度布建 CPU 或記憶體可能會導致客體 OS 耗盡資源，並顯示先前所述的相同問題 - 高 CPU 和低記憶體。如果您在客體 OS 內檢視專案，請經常說明為何您用盡運算資源會很困難，因為虛擬機本身之外的情況正在發生。過度認可資源可能會導致暫時停止處理，這可能會導致租用逾時。如需如何解決過度認可的詳細資訊，請參閱針對ESX/ESXi 虛擬機效能問題進行疑難解答（2001003）和虛擬化 – 過度認可記憶體，以及如何在 VM 內偵測到它。

檢查虛擬機（VM）移轉或備份

Hyper-V、VMware 和其他 VM 解決方案可讓您在主計算機之間移動 VM（Hyper-V 實時移轉和 VMware vMotion）。在大部分情況下，這些技術提供幾乎瞬間的移轉。不過，如果有網路或主計算機瓶頸，這些移轉可能會延長，這會導致 VM 處於暫停且無法運作的狀態。這可能會導致 SQL Server 與叢集進程之間的租用逾時到期。請先解決 VM 移轉的任何問題，再解決租用逾時問題。

虛擬機備份解決方案也可能造成 VM 停機。如果在主機 OS 進行 VM 備份，或在需要很長時間的主機機器上執行任何類似的維護，可能會導致租用逾時問題。原因是當時鐘刻度時，SQL Server 和叢集進程無法在暫停的 VM 上彼此通訊。在您檢查租用逾時問題之前，請先解決 VM 備份或其他維護所造成的任何延遲。

共用方式為

MSSQLSERVER_19407

詳細資料

說明

原因

使用者動作

針對高 CPU 問題進行疑難解答

針對低記憶體問題進行疑難排解

效能監視器 CPU、記憶體和磁碟的數據收集

減少或避免 SQL Server 或叢集進程的大型記憶體轉儲

檢查虛擬機（VM）設定是否有過度布建

檢查虛擬機（VM）移轉或備份

意見反應

其他資源

共用方式為

MSSQLSERVER_19407

詳細資料

說明

原因

使用者動作

針對高 CPU 問題進行疑難解答

針對低記憶體問題進行疑難排解

效能監視器 CPU、記憶體和磁碟的數據收集

減少或避免 SQL Server 或叢集進程的大型記憶體轉儲

檢查虛擬機 （VM） 設定是否有過度布建

檢查虛擬機 （VM） 移轉或備份

意見反應

其他資源

檢查虛擬機（VM）設定是否有過度布建

檢查虛擬機（VM）移轉或備份