Platzieren Sie tempdb in einem Instanzspeicher

Wenn Sie einen Amazon EC2-Instance-Speicher verwenden, verwenden Sie das Instance-Store-Volume für tempdb. Ein Instance-Speicher stellt temporären (kurzlebigen) Speicher auf Blockebene für Ihre Instance bereit. Wir empfehlen aus zwei Gründen, tempdb auf einem Instance-Speichervolume zu platzieren: Geschwindigkeit und Kosten. Tempdb ist in der Regel die am häufigsten genutzte Datenbank und profitiert daher vom schnellsten verfügbaren Laufwerk. Ein weiterer Vorteil der Platzierung von tempdb in einem Instance-Speicher sind die Kosteneinsparungen, da Ihnen die I/O nicht separat vom Instance-Speicher in Rechnung gestellt wird.

Tempdb wird bei jedem Neustart von SQL Server neu erstellt, sodass das Stoppen oder Beenden einer Instanz nicht zu Datenverlust führt. Ein Instance-Speichervolume geht jedoch verloren, wenn die virtuelle Maschine auf einem anderen Host gestartet wird, da die temporäre Festplatte lokal an die Maschine angeschlossen ist. Planen Sie daher sorgfältig.

Wenn Sie ein Instance-Store-Volume verwenden:

Tempdb in einen Instanzspeicher verschieben

Um sicherzustellen, dass das Instanzspeicher-Volume vor dem Start von SQL Server initialisiert wird, falls die Instanz neu gestartet oder gestartet/gestoppt wird, gehen Sie wie im nächsten Abschnitt beschrieben vor. Andernfalls schlägt der Start von SQL Server fehl, weil tempdb nicht initialisiert wurde.

Initialisierung des Instanzspeichers

<powershell>
# Create pool and virtual disk for TempDB using the local NVMe, ReFS 64K, T: Drive
    $NVMe = Get-PhysicalDisk | ? { $_.CanPool -eq $True -and $_.FriendlyName -eq "NVMe Amazon EC2 NVMe"}
    New-StoragePool -FriendlyName TempDBPool -StorageSubsystemFriendlyName "Windows Storage*" -PhysicalDisks $NVMe
    New-VirtualDisk -StoragePoolFriendlyName TempDBPool -FriendlyName TempDBDisk -ResiliencySettingName simple -ProvisioningType Fixed -UseMaximumSize
    Get-VirtualDisk -FriendlyName TempDBDisk | Get-Disk | Initialize-Disk -Passthru | New-Partition -DriveLetter T -UseMaximumSize | Format-Volume -FileSystem ReFS -AllocationUnitSize 65536 -NewFileSystemLabel TempDBfiles -Confirm:$false
    # Script to handle NVMe refresh on start/stop instance
    $InstanceStoreMapping = {
    if (!(Get-Volume -DriveLetter T)) {
        #Create pool and virtual disk for TempDB using mirroring with NVMe
        $NVMe = Get-PhysicalDisk | ? { $_.CanPool -eq $True -and $_.FriendlyName -eq "NVMe Amazon EC2 NVMe"}
        New-StoragePool -FriendlyName TempDBPool -StorageSubsystemFriendlyName "Windows Storage*" -PhysicalDisks $NVMe
        New-VirtualDisk -StoragePoolFriendlyName TempDBPool -FriendlyName TempDBDisk -ResiliencySettingName simple -ProvisioningType Fixed -UseMaximumSize
        Get-VirtualDisk -FriendlyName TempDBDisk | Get-Disk | Initialize-Disk -Passthru | New-Partition -DriveLetter T -UseMaximumSize | Format-Volume -FileSystem ReFS -AllocationUnitSize 65536 -NewFileSystemLabel TempDBfiles -Confirm:$false
         #grant SQL Server Startup account full access to the new drive
        $item = gi -literalpath "T:\"
        $acl = $item.GetAccessControl()
        $permission="NT SERVICE\MSSQLSERVER","FullControl","Allow"
        $rule = New-Object System.Security.AccessControl.FileSystemAccessRule $permission
        $acl.SetAccessRule($rule)
        $item.SetAccessControl($acl)
        #Restart SQL so it can create tempdb on new drive
        Stop-Service SQLSERVERAGENT
        Stop-Service MSSQLSERVER
        Start-Service MSSQLSERVER
        Start-Service SQLSERVERAGENT
        }
    }
    New-Item -ItemType Directory -Path c:\Scripts    
    $InstanceStoreMapping | set-content c:\Scripts\InstanceStoreMapping.ps1
# Create a scheduled task on startup to run script if required (if T: is lost)
    $action = New-ScheduledTaskAction -Execute 'Powershell.exe' -Argument 'c:\scripts\InstanceStoreMapping.ps1'
    $trigger =  New-ScheduledTaskTrigger -AtStartup
    Register-ScheduledTask -Action $action -Trigger $trigger -TaskName "Rebuild TempDBPool" -Description "Rebuild TempDBPool if required" -RunLevel Highest -User System
</powershell>

Verwendung der Pufferpool-Erweiterung

Wenn Sie planen, die Pufferpool-Erweiterung zu verwenden, können Sie auch erwägen, sie auf einem kurzlebigen Volumen zu platzieren. Wir empfehlen jedoch dringend, es vor der Implementierung gründlich zu testen. Vermeiden Sie es, dasselbe Volume für die Bufferpool-Erweiterung und tempdb zu verwenden.