Azure Virtual Machines における SQL Server のパフォーマンスに関するベスト プラクティスPerformance best practices for SQL Server in Azure Virtual Machines

OverviewOverview

このトピックでは、Microsoft Azure Virtual Machine で SQL Server のパフォーマンスを最適化するためのベスト プラクティスを紹介します。This topic provides best practices for optimizing SQL Server performance in Microsoft Azure Virtual Machine. Azure Virtual Machines で SQL Server を実行するときは、オンプレミスのサーバー環境で SQL Server に適用されるデータベース パフォーマンス チューニング オプションと同じものを引き続き使用することをお勧めします。While running SQL Server in Azure Virtual Machines, we recommend that you continue using the same database performance tuning options that are applicable to SQL Server in on-premises server environment. ただし、パブリック クラウド内のリレーショナル データベースのパフォーマンスは、仮想マシンのサイズやデータ ディスクの構成などのさまざまな要素に左右されます。However, the performance of a relational database in a public cloud depends on many factors such as the size of a virtual machine, and the configuration of the data disks.

SQL Server イメージを作成するときは、VM を Azure Portal にプロビジョニングすることを検討してくださいWhen creating SQL Server images, consider provisioning your VMs in the Azure portal. Resource Manager を使用してポータルにプロビジョニングされた SQL Server VM は、ストレージの構成を含むすべてのベスト プラクティスを実装します。SQL Server VMs provisioned in the Portal with Resource Manager implement all these best practices, including the storage configuration.

この記事は、Azure VM で SQL Server の 最適な パフォーマンスを得ることに重点を置いています。This article is focused on getting the best performance for SQL Server on Azure VMs. ワークロードの要求が厳しくない場合は、以下に示す最適化がすべて必要になるわけではありません。If your workload is less demanding, you might not require every optimization listed below. 各推奨事項を評価するときに、パフォーマンスのニーズとワークロードのパターンを考慮してください。Consider your performance needs and workload patterns as you evaluate these recommendations.

注意

Azure には、リソースの作成と操作に関して、Resource Manager とクラシック の 2 種類のデプロイメント モデルがあります。Azure has two different deployment models for creating and working with resources: Resource Manager and classic. この記事では、両方のモデルについて取り上げていますが、最新のデプロイでは Resource Manager モデルの使用をお勧めします。This article covers using both models, but Microsoft recommends that most new deployments use the Resource Manager model.

クイック チェック リストQuick check list

Azure Virtual Machines で SQL Server の最適なパフォーマンスを実現するためのクイック チェック リストを次に示します。The following is a quick check list for optimal performance of SQL Server on Azure Virtual Machines:

領域Area 最適化Optimizations
VM サイズVM size SQL Enterprise Edition: DS3 以上DS3 or higher for SQL Enterprise edition.

SQL Standard Edition および Web Edition: DS2 以上DS2 or higher for SQL Standard and Web editions.
StorageStorage Premium Storage を使用します。Use Premium Storage. 標準ストレージは、開発/テストにのみ使用することをお勧めします。Standard storage is only recommended for dev/test.

ストレージ アカウントと SQL Server VM を同じリージョンに保持します。Keep the storage account and SQL Server VM in the same region.

ストレージ アカウントで Azure geo 冗長ストレージ (geo レプリケーション) を無効にします。Disable Azure geo-redundant storage (geo-replication) on the storage account.
ディスクDisks 少なくとも 2 つの P30 ディスク (ログ ファイル用とデータ ファイルおよび TempDB 用) を使用します。Use a minimum of 2 P30 disks (1 for log files; 1 for data files and TempDB).

データベース ストレージまたはログに、オペレーティング システム ディスクまたは一時ディスクを使用することは避けます。Avoid using operating system or temporary disks for database storage or logging.

データ ファイルと TempDB をホストするディスクで読み取りキャッシュを有効にします。Enable read caching on the disk(s) hosting the data files and TempDB.

ログ ファイルをホストするディスクでは、キャッシュを有効にしないでください。Do not enable caching on disk(s) hosting the log file.

重要: Azure VM ディスクのキャッシュ設定を変更するときには、SQL Server サービスを停止してください。Important: Stop the SQL Server service when changing the cache settings for an Azure VM disk.

複数の Azure データ ディスクをストライプして、IO スループットを向上させます。Stripe multiple Azure data disks to get increased IO throughput.

ドキュメントに記載されている割り当てサイズでフォーマットします。Format with documented allocation sizes.
I/OI/O データベース ページの圧縮を有効にします。Enable database page compression.

データ ファイルの瞬時初期化を有効にします。Enable instant file initialization for data files.

データベースで自動拡張を制限するか、無効にします。Limit or disable autogrow on the database.

データベースで自動圧縮を無効にします。Disable autoshrink on the database.

システム データベースも含め、すべてのデータベースをデータ ディスクに移動します。Move all databases to data disks, including system databases.

SQL Server エラー ログとトレース ファイルのディレクトリをデータ ディスクに移動します。Move SQL Server error log and trace file directories to data disks.

既定のバックアップ ファイルとデータベース ファイルの場所を設定します。Setup default backup and database file locations.

ロックされたページを有効にします。Enable locked pages.

SQL Server パフォーマンス修正プログラムを適用します。Apply SQL Server performance fixes.
機能固有Feature specific BLOB ストレージに直接バックアップします。Back up directly to blob storage.

これらの最適化を行う方法理由については、以下のセクションに記載されている詳細とガイダンスをご確認ください。For more information on how and why to make these optimizations, please review the details and guidance provided in following sections.

VM サイズのガイダンスVM size guidance

パフォーマンス重視のアプリケーションでは、次の仮想マシン サイズを使用することをお勧めします。For performance sensitive applications, it’s recommended that you use the following virtual machines sizes:

  • SQL Server Enterprise Edition: DS3 以上SQL Server Enterprise Edition: DS3 or higher
  • SQL Server Standard Edition または Web Edition: DS2 以上SQL Server Standard and Web Editions: DS2 or higher

ストレージのガイダンスStorage guidance

(DSv2 シリーズおよび GS シリーズと共に) DS シリーズの VM は、 Premium Storageをサポートしています。DS-series (along with DSv2-series and GS-series) VMs support Premium Storage. すべての運用環境のワークロードには Premium Storage をお勧めします。Premium Storage is recommended for all production workloads.

警告

Standard Storage には、さまざまな待機時間や帯域幅があり、開発/テスト ワークロードにのみ推奨されます。Standard Storage has varying latencies and bandwidth and is only recommended for dev/test workloads. 運用環境のワークロードでは、Premium Storage を使用する必要があります。Production workloads should use Premium Storage.

さらに、転送遅延を低減するために、SQL Server 仮想マシンと同じデータ センターで Azure ストレージ アカウントを作成することをお勧めします。In addition, we recommend that you create your Azure storage account in the same data center as your SQL Server virtual machines to reduce transfer delays. ストレージ アカウントの作成時に、geo レプリケーションを無効にします。複数のディスクでの一貫性のある書き込み順序が保証されないためです。When creating a storage account, disable geo-replication as consistent write order across multiple disks is not guaranteed. 代わりに、2 つの Azure データ センター間で SQL Server ディザスター リカバリー テクノロジを構成することを検討します。Instead, consider configuring a SQL Server disaster recovery technology between two Azure data centers. 詳細については、「Azure 仮想マシンにおける SQL Server の高可用性と障害復旧」をご覧ください。For more information, see High Availability and Disaster Recovery for SQL Server in Azure Virtual Machines.

ディスクのガイダンスDisks guidance

Azure VM には、次の 3 種類のメイン ディスクがあります。There are three main disk types on an Azure VM:

  • OS ディスク: Azure Virtual Machine を作成すると、プラットフォームによって、オペレーティング システム ディスク用に少なくとも 1 つのディスク (C ドライブとしてラベル付けされる) が VM に接続されます。OS disk: When you create an Azure Virtual Machine, the platform will attach 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 Virtual Machines には、一時ディスクと呼ばれる別のディスク (D: ドライブとしてラベル付けされる) が含まれています。Temporary disk: Azure Virtual Machines 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.
  • データ ディスク: 追加のディスクをデータ ディスクとして仮想マシンに接続することもできます。これらのディスクは、ページ BLOB としてストレージに格納されます。Data disks: You can also attach additional disks to your virtual machine as data disks, and these will be 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.

オペレーティング システム ディスクの既定のキャッシュ ポリシーは、 読み取り/書き込みです。Default caching policy on the operating system disk is Read/Write. パフォーマンス重視のアプリケーションでは、オペレーティング システム ディスクではなく、データ ディスクを使用することをお勧めします。For performance sensitive applications, we recommend that you use data disks instead of the operating system disk. 下記のデータ ディスクに関するセクションをご覧ください。See the section on Data Disks below.

一時ディスクTemporary disk

D: ドライブとしてラベル付けされる一時ストレージ ドライブは、Azure BLOB ストレージに保持されません。The temporary storage drive, labeled as the D: drive, is not persisted to Azure blob storage. ユーザー データベース ファイルやユーザー トランザクション ログ ファイルを D: ドライブに保存しないでください。Do not store your user database files or user transaction log files on the D: drive.

D シリーズ、Dv2 シリーズ、および G シリーズの VM では、これらの VM 上の一時ドライブは SSD ベースです。For D-series, Dv2-series, and G-series VMs, the temporary drive on these VMs is SSD-based. 一時オブジェクトや複雑な結合などのワークロードで TempDB が多用される場合、TempDB を D ドライブに格納すると、TempDB のスループットが向上し、TempDB の遅延時間が短縮される可能性があります。If your workload makes heavy use of TempDB (e.g. for temporary objects or complex joins), storing TempDB on the D drive could result in higher TempDB throughput and lower TempDB latency.

Premium Storage (DS シリーズ、DSv2 シリーズ、および GS シリーズ) をサポートする VM の場合は、Premium Storage をサポートし、読み取りキャッシングが有効なディスクに TempDB を格納することをお勧めします。For VMs that support Premium Storage (DS-series, DSv2-series, and GS-series), we recommend storing TempDB on a disk that supports Premium Storage with read caching enabled. この推奨事項には例外が 1 つあります。TempDB の使用が書き込み重視である場合は、TempDB をローカル D ドライブに格納することで、パフォーマンスを向上させることができます。これも、マシン サイズに基づく SSD ベースです。There is one exception to this recommendation; if your TempDB usage is write-intensive, you can achieve higher performance by storing TempDB on the local D drive, which is also SSD-based on these machine sizes.

データ ディスクData disks

  • データ ファイルとログ ファイル用のデータ ディスクの使用: 少なくとも、2 つの Premium Storage P30 ディスク を使用し、一方のディスクにログ ファイル、もう一方にデータと TempDB ファイルを格納します。Use data disks for data and log files: At a minimum, use 2 Premium Storage P30 disks where one disk contains the log file(s) and the other contains the data and TempDB file(s). ディスクでの Premium Storage の使用に関する記事で説明しているように、各 Premium Storage ディスクでは、サイズに応じた IOPS 数と帯域幅 (MB/s) が提供されます。Each Premium Storage disk provides a number of IOPs and bandwidth (MB/s) depending on its size, as described in the following article: Using Premium Storage for Disks.

  • ディスク ストライピング: スループットを向上させるには、データ ディスクをさらに追加して、ディスク ストライピングを使用します。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 to analyze the number of IOPS and bandwidth required for your log file(s), and for your data and TempDB file(s). VM サイズが異なると、サポートされる IOPS 数と帯域幅の制限も変わります。VM サイズごとの IOPS ついて表を参照してください。Notice that different VM sizes have different limits on the number of IOPs and bandwidth supported, see the tables on IOPS per VM size. 次のガイドラインに従ってください。Use the following guidelines:

    • Windows 8/Windows Server 2012 以降の場合は、次のガイドラインに従った記憶域スペースを使用します。For Windows 8/Windows Server 2012 or later, use Storage Spaces with the following guidelines:

      1. パーティションの配置不良を原因とするパフォーマンスの低下を回避するため、インターリーブ (ストライプ サイズ) としては OLTP ワークロードに対しては 64 KB (65536 バイト)、データ ウェアハウス ワークロードに対しては 256 KB (262144 バイト) を設定します。Set the interleave (stripe size) to 64 KB (65536 bytes) for OLTP workloads and 256 KB (262144 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 つを超えるディスクを構成する場合は PowerShell を使用します (Server Manager の UI ではない)。Use PowerShell when configuring more than 8 disks (not Server Manager UI).

      たとえば次の PowerShell では、インターリーブサイズが 64 KB、カラム数が 2 の記憶域プールが新規作成されます。For example, the following PowerShell creates a new storage pool with the interleave size 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 
      
    • Windows 2008 R2 以前では、ダイナミック ディスク (OS ストライプ ボリューム) を使用できます。ストライプ サイズは常に 64 KB です。For Windows 2008 R2 or earlier, you can use dynamic disks (OS striped volumes) and the stripe size is always 64 KB. Windows 8 および Windows Server 2012 の時点で、このオプションは使用されていません。Note that this option is deprecated as of Windows 8/Windows Server 2012. 詳細については、Windows Storage Management API に移行しつつある仮想ディスク サービスに関するページでサポートに関する声明をご覧ください。For information, see the support statement at Virtual Disk Service is transitioning to Windows Storage Management API.

    • ワークロードで大量のログが発生するわけではなく、専用の IOPS を必要としない場合は、記憶域プールを 1 つだけ構成します。If your workload is not log intensive and does not need dedicated IOPs, you can configure just one storage pool. それ以外の場合は、記憶域プールを 2 つ作成して、1 つをログ ファイルに使用し、もう 1 つをデータ ファイルと TempDB に使用します。Otherwise, create two storage pools, one for the log file(s) and another storage pool for the data file(s) and TempDB. 負荷予測に基づいて、各記憶域プールに関連付けるディスクの数を決定します。Determine the number of disks associated with each storage pool based on your load expectations. 接続できるデータ ディスクの数は VM サイズによって異なることに注意してください。Keep in mind that different VM sizes allow different numbers of attached data disks. 詳細については、仮想マシンのサイズに関するページをご覧ください。For more information, see Sizes for Virtual Machines.

    • Premium Storage (開発/テスト シナリオ) を使用しない場合は、ご使用の VM サイズ でサポートされる最大数のデータ ディスクを追加し、ディスク ストライピングを使用することをお勧めします。If you are not using Premium Storage (dev/test scenarios), the recommendation is to add the maximum number of data disks supported by your VM size and use Disk Striping.

  • キャッシュ ポリシー: Premium Storage データ ディスクの場合は、データ ファイルと TempDB のみをホストするデータ ディスクで読み取りキャッシュを有効にします。Caching policy: For Premium Storage data disks, enable read caching on the data disks hosting your data files and TempDB only. Premium Storage を使用していない場合は、どのデータ ディスクでもキャッシュを有効にしないでください。If you are not using Premium Storage, do not enable any caching on any data disks. ディスク キャッシュの構成手順については、以下のトピックをご覧ください。For instructions on configuring disk caching, see the following topics. クラシック (ASM) デプロイ モデルについては、「Set-AzureOSDisk」および「Set-AzureDataDisk」を参照してください。For the classic (ASM) deployment model see: Set-AzureOSDisk and Set-AzureDataDisk. Azure Resource Manager デプロイ モデルについては「Set-AzureRMOSDisk」および「Set-AzureRMVMDataDisk」を参照してください。For the Azure Resource Manager deployment model see: Set-AzureRMOSDisk and Set-AzureRMVMDataDisk.

    警告

    データベースの破損の可能性を回避するために、Azure VM ディスクのキャッシュ設定を変更するときには、SQL Server サービスを停止してください。Stop the SQL Server service when changing the cache setting of Azure VM disks to avoid the possibility of any database corruption.

  • NTFS アロケーション ユニット サイズ: データ ディスクをフォーマットするときは、データ ファイルとログ ファイルに加えて TempDB にも 64 KB アロケーション ユニット サイズを使用することをお勧めします。NTFS allocation unit size: When formatting the data disk, it is recommended that you use a 64-KB allocation unit size for data and log files as well as TempDB.

  • ディスク管理のベスト プラクティス: データ ディスクの削除またはキャッシュの種類の変更を行う場合、変更中は SQL Server サービスを停止します。Disk management best practices: When removing a data disk or changing its cache type, stop the SQL Server service during the change. OS ディスクでキャッシュ設定が変更されると、Azure は VM を停止し、キャッシュの種類を変更して、VM を再起動します。When the caching settings are changed on the OS disk, Azure stops the VM, changes the cache type, and restarts the VM. データ ディスクのキャッシュ設定が変更されても VM は停止されませんが、変更中、データ ディスクが VM から切断され、その後再接続されます。When the cache settings of a data disk are changed, the VM is not stopped, but the data disk is detached from the VM during the change and then reattached.

    警告

    これらの操作中に、SQL Server サービスの停止を怠ると、データベースが破損するおそれがあります。Failure to stop the SQL Server service during these operations can cause database corruption.

I/O のガイダンスI/O guidance

  • Premium Storage では、アプリケーションと要求の並列処理を実行するときに最良の結果が得られます。The best results with Premium Storage are achieved when you parallelize your application and requests. Premium Storage は、IO キューの深さが 1 より大きいシナリオ向けに設計されているので、シングル スレッド シリアル要求では (ストレージを集中的に使用する場合でも)、パフォーマンスの向上はほとんどまたはまったくありません。Premium Storage is designed for scenarios where the IO queue depth is greater than 1, so you will see little or no performance gains for single-threaded serial requests (even if they are storage intensive). たとえば、これは、パフォーマンス分析ツール (SQLIO など) のシングル スレッド テストの結果に影響する可能性があります。For example, this could impact the single-threaded test results of performance analysis tools, such as SQLIO.

  • I/O 集中型ワークロードのパフォーマンスを向上させるために、 データベース ページの圧縮 を使用することを検討します。Consider using database page compression as it can help improve performance of I/O intensive workloads. ただし、データ圧縮を使用すると、データベース サーバーでの CPU 消費量が増加する場合があります。However, the data compression might increase the CPU consumption on the database server.

  • 初期ファイル割り当てに必要な時間を短縮するために、ファイルの瞬時初期化を有効にすることを検討します。Consider enabling instant file initialization to reduce the time that is required for initial file allocation. ファイルの瞬時初期化を利用するには、SQL Server (MSSQLSERVER) サービス アカウントに SE_MANAGE_VOLUME_NAME を付与し、[ボリュームの保守タスクを実行] セキュリティ ポリシーにそのサービス アカウントを追加します。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 are 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 is not 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 considered to be merely a contingency for unexpected growth. 自動拡張を使用して、データやログの増加に日常的に対処しないでください。Do not manage your data and log growth on a day-to-day basis with autogrow. 自動拡張を使用する場合は、Size スイッチを使用してファイルを事前に拡張します。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.

  • システム データベースも含め、すべてのデータベースをデータ ディスクに移動します。Move all databases to data disks, including system databases. 詳細については、「 システム データベースの移動」をご覧ください。For more information, see Move System Databases.

  • SQL Server エラー ログとトレース ファイルのディレクトリをデータ ディスクに移動します。Move SQL Server error log and trace file directories to data disks. これは、SQL Server インスタンスを右クリックしてプロパティを選択することにより、SQL Server 構成マネージャーで実行できます。This can be done in SQL Server Configuration Manager by right-clicking your SQL Server instance and selecting properties. エラー ログとトレース ファイルの設定は、 [起動時のパラメーター] タブで変更できます。ダンプ ディレクトリは、 [詳細設定] タブで指定します。次のスクリーンショットでは、エラー ログの起動時のパラメーターを検索する場所を示します。The error log and trace file settings can be changed in the Startup Parameters tab. The Dump Directory is specified in the Advanced tab. The following screenshot shows where to look for the error log startup parameter.

    SQL ErrorLog のスクリーンショット

  • 既定のバックアップ ファイルとデータベース ファイルの場所を設定します。Setup default backup and database file locations. このトピックでは、推奨事項を使用し、[サーバーのプロパティ] ウィンドウで変更を行います。Use the recommendations in this topic, 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 demonstrates where to make these changes.

    SQL データのログおよびバックアップ ファイル

  • ロックされたページを有効にして、IO とページング アクティビティを減らします。Enable locked pages to reduce IO and any paging activities. 詳細については、「 Lock Pages in Memory オプションの有効化 (Windows)」をご覧ください。For more information, see Enable the Lock Pages in Memory Option (Windows).

  • SQL Server 2012 を実行している場合は、Service Pack 1 Cumulative Update 10 をインストールします。If you are running SQL Server 2012, install Service Pack 1 Cumulative Update 10. この更新プログラムには、SQL Server 2012 で一時テーブルに対して SELECT INTO ステートメントを実行したときに I/O のパフォーマンスが低下する問題に対処するための修正プログラムが含まれています。This update contains the fix for poor performance on I/O when you execute select into temporary table statement in SQL Server 2012. 詳細については、この サポート技術情報の記事をご覧ください。For information, see this knowledge base article.

  • Azure との間での転送時にデータ ファイルを圧縮することを検討します。Consider compressing any data files when transferring in/out of Azure.

機能固有のガイダンス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 can help you to achieve better performance:

次のステップNext Steps

セキュリティのベスト プラクティスについては、Azure Virtual Machines における SQL Server のセキュリティに関する考慮事項に関するページをご覧ください。For security best practices, see Security Considerations for SQL Server in Azure Virtual Machines.

SQL Server Virtual Machines に関する他のトピックについては、Azure Virtual Machines における SQL Server の概要に関するページをご覧ください。Review other SQL Server Virtual Machine topics at SQL Server on Azure Virtual Machines Overview.