Azure Stack Hub의 성능을 최적화 하는 SQL server 모범 사례SQL server best practices to optimize performance in Azure Stack Hub

이 문서에서는 SQL Server를 최적화 하 고 허브 Vm (가상 머신) Microsoft Azure Stack에서 성능을 향상 시키는 SQL server 모범 사례를 제공 합니다.This article provides SQL server best practices to optimize SQL Server and improve performance in Microsoft Azure Stack Hub virtual machines (VMs). Azure Stack 허브 Vm에서 SQL Server를 실행 하는 경우 온-프레미스 서버 환경의 SQL Server에 적용 되는 것과 동일한 데이터베이스 성능 튜닝 옵션을 사용 합니다.When running SQL Server in Azure Stack Hub VMs, use the same database performance-tuning options applicable to SQL Server in an on-premises server environment. Azure Stack 허브 클라우드의 관계형 데이터베이스 성능은 VM의 패밀리 크기와 데이터 디스크의 구성을 비롯 한 많은 요인에 따라 달라 집니다.The performance of a relational database in an Azure Stack Hub cloud depends on many factors, including family size of a VM and the configuration of the data disks.

SQL Server 이미지를 만들 때 Azure Stack 허브 포털에서 vm을 프로 비전 하는 것이 좋습니다.When creating SQL Server images, consider provisioning your VMs in the Azure Stack Hub portal. Azure Stack Hub 관리자 포털의 Marketplace 관리에서 SQL IaaS 확장을 다운로드 하 고 선택한 SQL Server VM 이미지를 다운로드 합니다.Download the SQL IaaS Extension from Marketplace Management in the Azure Stack Hub administrator portal and download your choice of SQL Server VM images. 여기에는 SQL Server 2016 SP1, SQL Server 2016 SP2 및 SQL Server 2017가 포함 됩니다.These include SQL Server 2016 SP1, SQL Server 2016 SP2, and SQL Server 2017.

참고

이 문서에서는 글로벌 Azure Portal를 사용 하 여 SQL Server VM를 프로 비전 하는 방법을 설명 하지만,이 지침은 운영 체제 디스크에 대해 SSD를 사용할 수 없고 저장소 구성에 약간의 차이가 있는 Azure Stack 허브에도 적용 됩니다.While the article describes how to provision a SQL Server VM using the global Azure portal, the guidance also applies to Azure Stack Hub with the following differences: SSD isn't available for the operating system disk and there are minor differences in storage configuration.

VM 이미지에서 SQL Server의 경우 BYOL (사용자 라이선스 가져오기)만 사용할 수 있습니다.In the VM images, for SQL Server, you can only use bring-your-own-license (BYOL). Windows Server의 경우 기본 라이선스 모델은 종 량 제 (PAYG)입니다.For Windows Server, the default license model is pay-as-you-go (PAYG). VM의 Windows Server 라이선스 모델에 대 한 자세한 내용은 Azure Stack Hub MARKETPLACE FAQ의 Windows server문서를 참조 하세요.For detailed information of Windows Server license model in VM, refer the article Windows Server in Azure Stack Hub Marketplace FAQ.

Azure Stack 허브 Vm에서 SQL Server에 대 한 최상의 성능을 얻는 것은이 문서에 집중 하는 것입니다.Getting the best performance for SQL Server on Azure Stack Hub VMs is the focus of this article. 워크 로드가 더 까다로운 경우 모든 권장 최적화를 요구 하지 않을 수 있습니다.If your workload is less demanding, you might not require every recommended optimization. 이러한 권장 사항을 평가할 때 성능 요구 사항 및 작업 패턴을 고려하세요.Consider your performance needs and workload patterns as you evaluate these recommendations.

참고

Azure Vm의 SQL Server에 대 한 성능 지침은 이 문서를 참조 하세요.For performance guidance for SQL Server in Azure VMs, refer to this article.

SQL server 모범 사례에 대 한 검사 목록Checklist for SQL server best practices

다음 검사 목록은 Azure Stack 허브 Vm에 대 한 SQL Server의 최적의 성능을 위한 것입니다.The following checklist is for optimal performance of SQL Server on Azure Stack Hub VMs:

영역Area 최적화Optimizations
VM 크기VM size SQL Server Enterprise 버전의 경우 DS3 이상DS3 or higher for SQL Server Enterprise edition.

SQL Server Standard edition 및 Web edition의 d s 2 이상DS2 or higher for SQL Server Standard edition and Web edition.
스토리지Storage Premium storage를 지 원하는 VM 제품군을 사용 합니다.Use a VM family that supports Premium storage.
디스크Disks 최소 두 개의 데이터 디스크를 사용 합니다 (로그 파일용 및 데이터 파일 및 TempDB 용). 그리고 용량 요구 사항에 따라 디스크 크기를 선택 합니다.Use a minimum of two data disks (one for log files and one for data file and TempDB), and choose the disk size based on your capacity needs. SQL Server 설치 하는 동안 기본 데이터 파일 위치를 이러한 디스크로 설정 합니다.Set the default data file locations to these disks during the SQL Server install.

데이터베이스 스토리지나 로깅을 위해 운영 체제 또는 임시 디스크를 사용하지 않습니다.Avoid using operating system or temporary disks for database storage or logging.
저장소 공간을 사용 하 여 증가 하는 IO 처리량을 얻으려면 여러 Azure 데이터 디스크를 스트라이프 합니다.Stripe multiple Azure data disks to get increased IO throughput using Storage Spaces.

문서화된 할당 크기로 포맷합니다.Format with documented allocation sizes.
I/OI/O 데이터 파일에 대해 즉시 파일 초기화를 사용하도록 설정합니다.Enable instant file initialization for data files.

크기가 합리적인 고정 증분 (64, 256 MB)을 가진 데이터베이스에서 자동 증가를 제한 합니다.Limit autogrow on the databases with reasonably small fixed increments (64 MB-256 MB).

데이터베이스에서 자동 축소를 사용하지 않도록 설정합니다.Disable autoshrink on the database.

운영 체제 디스크가 아닌 데이터 디스크에 기본 백업 및 데이터베이스 파일 위치를 설정 합니다.Set up default backup and database file locations on data disks, not the operating system disk.

잠긴 페이지를 사용하도록 설정합니다.Enable locked pages.

SQL Server 서비스 팩 및 누적 업데이트를 적용 합니다.Apply SQL Server service packs and cumulative updates.
기능별Feature-specific Blob 저장소에 직접 백업 합니다 (사용 중인 SQL Server 버전에서 지 원하는 경우).Back up directly to blob storage (if supported by the SQL Server version in use).

이러한 최적화를 수행 하 는 방법과 이유에 대 한 자세한 내용은 다음 섹션에 제공 된 세부 정보 및 지침을 검토 하세요.For more information on how and why to make these optimizations, review the details and guidance provided in the following sections.

VM 크기 지침VM size guidance

성능에 민감한 응용 프로그램의 경우 다음과 같은 VM 크기 를 권장 합니다.For performance-sensitive applications, the following VM sizes are recommended:

  • SQL Server Enterprise 버전: DS3 이상SQL Server Enterprise edition: DS3 or higher

  • SQL Server Standard edition 및 Web edition: D S 2 이상SQL Server Standard edition and Web edition: DS2 or higher

Azure Stack 허브를 사용 하면 DS와 DS_v2 VM 제품군 시리즈 간에 성능 차이가 없습니다.With Azure Stack Hub, there's no performance difference between the DS and DS_v2 VM family series.

스토리지 지침Storage guidance

DS 시리즈 (DSv2 시리즈) Azure Stack 허브의 Vm은 최대 운영 체제 디스크 및 데이터 디스크 처리량 (IOPS)을 제공 합니다.DS-series (along with DSv2-series) VMs in Azure Stack Hub provide the maximum operating system disk and data disk throughput (IOPS). DS 또는 DSv2 시리즈의 VM은 선택한 디스크의 유형 또는 크기에 관계 없이 운영 체제 디스크에 최대 1000 IOPS를 제공 하 고 데이터 디스크당 최대 2300 IOPS를 제공 합니다.A VM from the DS or DSv2 series provides up to 1,000 IOPS for the operating system disk and up to 2,300 IOPS per data disk, no matter the type or size of the chosen disk.

데이터 디스크 처리량은 VM 제품군 시리즈에 따라 고유 하 게 결정 됩니다.Data disk throughput is determined uniquely based on the VM family series. 이 문서를 참조 하 여 VM 제품군 별 데이터 디스크 처리량을 식별할 수 있습니다.You can refer to this article to identify the data disk throughput per VM family series.

참고

프로덕션 워크 로드의 경우 DS 시리즈 또는 DSv2 시리즈 VM을 선택 하 여 운영 체제 디스크 및 데이터 디스크에 가능한 최대 IOPS를 제공 합니다.For production workloads, select a DS-series or DSv2-series VM to provide the maximum possible IOPS on the operating system disk and data disks.

Azure Stack 허브에서 저장소 계정을 만들 때이 기능을 Azure Stack 허브에서 사용할 수 없기 때문에 지역에서 복제 옵션이 적용 되지 않습니다.When creating a storage account in Azure Stack Hub, the geo-replication option has no effect because this capability isn't available in Azure Stack Hub.

디스크 지침Disks guidance

Azure Stack 허브 VM에는 세 가지 주요 디스크 유형이 있습니다.There are three main disk types on an Azure Stack Hub VM:

  • 운영 체제 디스크: Azure Stack 허브 VM을 만들 때 플랫폼은 운영 체제 디스크에 대 한 하나 이상의 디스크 ( C 드라이브로 레이블이 지정 됨)를 VM에 연결 합니다.Operating system disk: When you create an Azure Stack Hub VM, the platform attaches at least one disk (labeled as the C drive) to the VM for your operating system disk. 이 디스크는 스토리지에 페이지 Blob으로 저장된 VHD입니다.This disk is a VHD stored as a page blob in storage.

  • 임시 디스크: Azure Stack 허브 Vm은 임시 디스크 ( D 드라이브로 레이블이 지정 됨) 라는 다른 디스크를 포함 합니다.Temporary disk: Azure Stack Hub VMs contain another disk called the temporary disk (labeled as the D drive). 이는 스크래치 공간에 사용할 수 있는 노드의 디스크입니다.This is a disk on the node that can be used for scratch space.

  • 데이터 디스크: VM에 추가 디스크를 데이터 디스크로 연결할 수 있으며 이러한 디스크는 저장소에 페이지 blob으로 저장 됩니다.Data disks: You can attach additional disks to your VM as data disks, and these disks are stored in storage as page blobs.

다음 섹션에서는 이러한 서로 다른 디스크를 사용하기 위한 권장 사항을 설명합니다.The following sections describe recommendations for using these different disks.

운영 체제 디스크Operating system disk

운영 체제 디스크는 운영 체제의 실행 버전으로 부팅하고 탑재할 수 있는 VHD이며 C 드라이브로 레이블이 지정됩니다.An operating system disk is a VHD that you can boot and mount as a running version of an operating system and is labeled as C drive.

임시 디스크Temporary disk

D 드라이브로 레이블이 지정 된 임시 저장소 드라이브는 영구적이 지 않습니다.The temporary storage drive, labeled as the D drive, isn't persistent. D 드라이브에서 손실 하지 않을 데이터는 저장 하지 마세요.Don't store any data you're unwilling to lose on the D drive. 여기에는 사용자 데이터베이스 파일 및 사용자 트랜잭션 로그 파일이 포함 됩니다.This includes your user database files and user transaction log files.

데이터 디스크 마다 최대 2300 IOPS를 제공 하므로 데이터 디스크에 TempDB를 저장 하는 것이 좋습니다.We recommend storing TempDB on a data disk as each data disk provides a maximum of up to 2,300 IOPS per data disk.

데이터 디스크Data disks

  • 데이터 및 로그 파일에 데이터 디스크를 사용 합니다.Use data disks for data and log files. 디스크 스트라이프를 사용 하지 않는 경우 Premium storage를 지 원하는 VM의 두 데이터 디스크를 사용 합니다. 여기에는 한 디스크에 로그 파일이 포함 되 고 다른 하나에는 데이터 및 TempDB 파일이 포함 됩니다.If you're not using disk striping, use two data disks from a VM that supports Premium storage, where one disk contains the log files and the other contains the data and TempDB files. 각 데이터 디스크는 Azure Stack 허브에서 지원 되는 vm 크기에 설명 된 대로 vm 제품군에 따라 많은 IOPS를 제공 합니다.Each data disk provides a number of IOPS depending on the VM family, as described in VM sizes supported in Azure Stack Hub. 저장소 공간 등의 디스크 스트라이프 기술을 사용 하는 경우 모든 데이터와 로그 파일을 동일한 드라이브 (TempDB 포함)에 저장 합니다.If you're using a disk-striping technique, such as Storage Spaces, place all data and log files on the same drive (including TempDB). 이 구성은 특정 시간에 필요한 파일에 상관 없이 SQL Server 사용할 수 있는 최대 IOPS 수를 제공 합니다.This configuration gives you the maximum number of IOPS available for SQL Server to consume, no matter which file needs them at any particular time.

참고

포털에서 SQL Server VM을 프로비전하는 경우 스토리지 구성을 편집하는 옵션이 있습니다.When you provision a SQL Server VM in the portal, you have the option of editing your storage configuration. 구성에 따라 Azure Stack 허브는 하나 이상의 디스크를 구성 합니다.Depending on your configuration, Azure Stack Hub configures one or more disks. 여러 디스크가 단일 저장소 풀로 결합 됩니다.Multiple disks are combined into a single storage pool. 이 구성에서는 데이터 및 로그 파일이 함께 배치됩니다.Both the data and log files reside together in this configuration.

  • 디스크 스트라이프: 더 많은 처리량을 위해 데이터 디스크를 더 추가 하 고 디스크 스트라이프를 사용할 수 있습니다.Disk striping: For more throughput, you can add additional data disks and use disk striping. 필요한 데이터 디스크 수를 확인 하려면 로그 파일 및 데이터 및 TempDB 파일에 필요한 IOPS 수를 분석 합니다.To determine the number of data disks you need, analyze the number of IOPS required for your log files and for your data and TempDB files. IOPS 제한은 vm 크기를 기반으로 하지 않고 VM 시리즈 제품군을 기반으로 하는 데이터 디스크당입니다.Notice that IOPS limits are per data disk based on the VM series family, and not based on the VM size. 그러나 네트워크 대역폭 제한은 VM 크기를 기반으로 합니다.Network bandwidth limits, however, are based on the VM size. 자세한 내용은 Azure Stack 허브의 VM 크기 에 대 한 표를 참조 하세요.See the tables on VM sizes in Azure Stack Hub for more detail. 다음 지침을 사용하세요.Use the following guidelines:

    • Windows Server 2012 이상에서는 다음 지침에 따라 저장소 공간 을 사용 합니다.For Windows Server 2012 or later, use Storage Spaces with the following guidelines:

      1. 파티션 잘못 맞춤으로 인 한 성능 저하를 방지 하기 위해 데이터 웨어하우징 작업에 대 한 인터리브 (스트라이프 크기)를 64 KB (65536 바이트)로 설정 하 고 데이터 웨어하우징 워크 로드에 대해 256 KB (262144 bytes)를 설정 합니다.Set the interleave (stripe size) to 64 KB (65,536 bytes) for online transaction processing (OLTP) workloads and 256 KB (262,144 bytes) for data warehousing workloads to avoid performance impact due to partition misalignment. 이는 PowerShell로 설정되어야 합니다.This must be set with PowerShell.

      2. 열 수를 실제 디스크 수로 설정합니다.Set column count = number of physical disks. 8 개 이상의 디스크를 구성 하는 경우 (서버 관리자 UI가 아님) PowerShell을 사용 합니다.Use PowerShell when configuring more than eight disks (not Server Manager UI).

        예를 들어 다음 PowerShell은 인터리브 크기가 64 KB로 설정 되 고 열 수를 2로 설정 하 여 새 저장소 풀을 만듭니다.For example, the following PowerShell creates a new storage pool with the interleave size set to 64 KB and the number of columns to 2:

        $PoolCount = Get-PhysicalDisk -CanPool $True
        $PhysicalDisks = Get-PhysicalDisk | Where-Object {$_.FriendlyName -like "*2" -or $_.FriendlyName -like "*3"}
        
        New-StoragePool -FriendlyName "DataFiles" -StorageSubsystemFriendlyName "Storage Spaces*" -PhysicalDisks $PhysicalDisks | New-VirtualDisk -FriendlyName "DataFiles" -Interleave 65536 -NumberOfColumns 2 -ResiliencySettingName simple -UseMaximumSize |Initialize-Disk -PartitionStyle GPT -PassThru |New-Partition -AssignDriveLetter -UseMaximumSize |Format-Volume -FileSystem NTFS -NewFileSystemLabel "DataDisks" -AllocationUnitSize 65536 -Confirm:$false
        
  • 예상되는 부하에 따라 스토리지 풀에 연결되는 디스크 수를 결정합니다.Determine the number of disks associated with your storage pool based on your load expectations. VM 크기가 다르면 연결된 데이터 디스크 수도 다를 수 있다는 점에 유의하세요.Keep in mind that different VM sizes allow different numbers of attached data disks. 자세한 내용은 Azure Stack 허브에서 지원 되는 VM 크기를 참조 하세요.For more information, see VM sizes supported in Azure Stack Hub.

  • 데이터 디스크에 대해 가능한 최대 IOPS를 얻으려면 VM 크기 에서 지원 되는 최대 데이터 디스크 수를 추가 하 고 디스크 스트라이프를 사용 하는 것이 좋습니다.To get the maximum possible IOPS for data disks, the recommendation is to add the maximum number of data disks supported by your VM size and to use disk striping.

  • NTFS 할당 단위 크기: 데이터 디스크를 포맷 하는 경우 데이터 및 로그 파일과 TempDB에 대해 64 KB 할당 단위 크기를 사용 하는 것이 좋습니다.NTFS allocation unit size: When formatting the data disk, we recommend you use a 64-KB allocation unit size for data and log files as well as TempDB.

  • 디스크 관리 방법: 데이터 디스크를 제거 하는 경우 변경 중에 SQL Server 서비스를 중지 합니다.Disk management practices: When removing a data disk, stop the SQL Server service during the change. 또한 성능 개선을 제공 하지 않으므로 디스크의 캐시 설정을 변경 하지 마세요.Also, don't change cache settings on the disks as it doesn't provide any performance improvements.

경고

이러한 작업을 수행 하는 동안 SQL 서비스를 중지 하지 못하면 데이터베이스가 손상 될 수 있습니다.Failure to stop the SQL Service during these operations can cause database corruption.

I/O 지침I/O guidance

  • 초기 파일 할당에 필요한 시간을 줄이기 위해 즉시 파일 초기화를 사용하도록 설정하는 것이 좋습니다.Consider enabling instant file initialization to reduce the time that is required for initial file allocation. 즉시 파일 초기화를 활용 하려면 SE_MANAGE_VOLUME_NAME 에 SQL SERVER (MSSQLSERVER) 서비스 계정을 부여 하 고 볼륨 유지 관리 작업 수행 보안 정책에 추가 합니다.To take advantage of instant file initialization, you grant the SQL Server (MSSQLSERVER) service account with SE_MANAGE_VOLUME_NAME and add it to the Perform Volume Maintenance Tasks security policy. Azure에 대 한 SQL Server 플랫폼 이미지를 사용 하는 경우 기본 서비스 계정 (NT Service\MSSQLSERVER)은 볼륨 유지 관리 작업 수행 보안 정책에 추가 되지 않습니다.If you're using a SQL Server platform image for Azure, the default service account (NT Service\MSSQLSERVER) isn't added to the Perform Volume Maintenance Tasks security policy. 즉, 즉시 파일 초기화는 SQL Server Azure 플랫폼 이미지에서 사용 하도록 설정 되지 않습니다.In other words, instant file initialization isn't enabled in a SQL Server Azure platform image. SQL Server 서비스 계정을 볼륨 유지 관리 작업 수행 보안 정책에 추가한 후 SQL Server 서비스를 다시 시작합니다.After adding the SQL Server service account to the Perform Volume Maintenance Tasks security policy, restart the SQL Server service. 이 기능을 사용하기 위한 보안 고려 사항이 있을 수 있습니다.There could be security considerations for using this feature. 자세한 내용은 데이터베이스 파일 초기화를 참조하세요.For more information, see Database File Initialization.

  • 자동 증가 는 예기치 않은 증가에 대 한 대체입니다.Autogrow is a contingency for unexpected growth. 자동 증가를 사용 하 여 매일 데이터 및 로그 증가를 관리 하지 마세요.Don't manage your data and log growth on a day-to-day basis with autogrow. 자동 증가를 사용 하는 경우 크기 스위치를 사용 하 여 파일을 미리 확장 합니다.If autogrow is used, pre-grow the file using the Size switch.

  • 자동 축소 를 사용하지 않도록 설정하여 성능에 부정적인 영향을 미칠 수 있는 불필요한 오버헤드를 방지합니다.Make sure autoshrink is disabled to avoid unnecessary overhead that can negatively affect performance.

  • 기본 백업 및 데이터베이스 파일 위치를 설정합니다.Setup default backup and database file locations. 이 문서의 권장 사항을 사용 하 여 서버 속성 창에서 변경을 수행 합니다.Use the recommendations in this article and make the changes in the Server properties window. 지침은 데이터 및 로그 파일의 기본 위치 보기 또는 변경(SQL Server Management Studio)을 참조하세요.For instructions, see View or Change the Default Locations for Data and Log Files (SQL Server Management Studio). 다음 스크린샷에서는 이러한 변경을 수행 하는 위치를 보여 줍니다.The following screenshot shows where to make these changes:

    기본 위치 보기 또는 변경

  • 잠긴 페이지를 사용하도록 설정하여 IO 및 페이징 작업을 줄입니다.Enable locked pages to reduce IO and any paging activities. 자세한 내용은 메모리 내 페이지 잠금 옵션 사용(Windows)을 참조하세요.For more information, see Enable the Lock Pages in Memory Option (Windows).

  • 백업을 포함 하 여 Azure Stack 허브에서 전송 하는 경우 데이터 파일을 압축 하는 것이 좋습니다.Consider compressing any data files when transferring in/out of Azure Stack Hub, including backups.

기능별 지침Feature-specific guidance

더 많은 고급 구성 기술을 사용하면 일부 배포에서 추가적인 성능 이점을 얻을 수 있습니다.Some deployments may achieve additional performance benefits using more advanced configuration techniques. 다음 목록에는 성능을 향상 시키는 데 도움이 되는 몇 가지 SQL Server 기능이 요약 되어 있습니다.The following list highlights some SQL Server features that may help you achieve better performance:

  • Azure storage에 백업 합니다.Back up to Azure storage. Azure Stack 허브 Vm에서 실행 되는 SQL Server에 대 한 백업을 만들 때 URL에 백업 SQL Server 사용할 수 있습니다.When making backups for SQL Server running in Azure Stack Hub VMs, you can use SQL Server Backup to URL. 이 기능은 SQL Server 2012 SP1 CU2부터 사용할 수 있으며 연결된 데이터 디스크에 백업하는 것이 좋습니다.This feature is available starting with SQL Server 2012 SP1 CU2 and recommended for backing up to the attached data disks.

    Azure storage를 사용 하 여 백업 하거나 복원 하는 경우 SQL Server 백업에서 제공 하는 권장 사항을 참조 하세요. URL에 대 한 백업 모범 사례 및 문제 해결Microsoft Azure에 저장 된 백업에서 복원When you backup or restore using Azure storage, follow the recommendations provided in SQL Server Backup to URL Best Practices and Troubleshooting and Restoring From Backups Stored in Microsoft Azure. Azure vm에서 SQL Server에 대 한 자동화 된 백업을사용 하 여 이러한 백업을 자동화할 수도 있습니다.You can also automate these backups using Automated Backup for SQL Server in Azure VMs.

  • Azure Stack 허브 저장소에 백업 합니다.Back up to Azure Stack Hub storage. Azure Storage에 백업 하는 것과 비슷한 방식으로 Azure Stack 허브 저장소에 백업할 수 있습니다.You can back up to Azure Stack Hub storage in a similar fashion as with backing up to Azure Storage. SSMS (SQL Server Management Studio) 내에서 백업을 만들 때 구성 정보를 수동으로 입력 해야 합니다.When you create a backup inside SQL Server Management Studio (SSMS), you need to enter the configuration information manually. SSMS를 사용 하 여 저장소 컨테이너 또는 공유 액세스 서명을 만들 수 없습니다.You can't use SSMS to create the storage container or the Shared Access Signature. SSMS는 Azure Stack 허브 구독이 아닌 Azure 구독에만 연결 합니다.SSMS only connects to Azure subscriptions, not Azure Stack Hub subscriptions. 대신 Azure Stack 허브 포털 또는 PowerShell을 사용 하 여 저장소 계정, 컨테이너 및 공유 액세스 서명을 만들어야 합니다.Instead, you need to create the storage account, container, and Shared Access Signature in the Azure Stack Hub portal or with PowerShell.

    백업 SQL Server

    참고

    공유 액세스 서명은 Azure Stack 허브 포털의 SAS 토큰입니다. 앞에 '? '가 없습니다.The Shared Access Signature is the SAS token from the Azure Stack Hub portal, without the leading ‘?' 문자열에서입니다.in the string. 포털에서 copy 함수를 사용 하는 경우 선행 '? '를 삭제 해야 합니다.If you use the copy function from the portal, you need to delete the leading ‘?' SQL Server 내에서 토큰을 사용할 수 있습니다.for the token to work within SQL Server.

    SQL Server에서 백업 대상을 설정 하 고 구성한 후에는 Azure Stack Hub blob 저장소에 백업할 수 있습니다.Once you have the Backup Destination set up and configured in SQL Server, you can then back up to the Azure Stack Hub blob storage.

다음 단계Next steps

Azure Stack 허브에 서비스 사용 또는 앱 빌드Using services or building apps for Azure Stack Hub