Azure SQL Database サービス レベルAzure SQL Database service tiers

Azure SQL Database は、インフラストラクチャに障害が発生した場合でも 99.99 パーセントの可用性を確保するために、クラウド環境に合わせて調整された SQL Server データベース エンジン アーキテクチャに基づいています。Azure SQL Database is based on SQL Server database engine architecture that's adjusted for the cloud environment to ensure 99.99 percent availability, even if there is an infrastructure failure. Azure SQL Database では 3 つのサービス レベルが使用されており、それぞれアーキテクチャ モデルが異なります。Three service tiers are used in Azure SQL Database, each with a different architectural model. これらのサービス レベルは次のとおりです。These service tiers are:

  • General Purpose。ほとんどの一般的なワークロード向けに設計されています。General purpose, which is designed for most generic workloads.
  • Business Critical。1 つの読み取り可能レプリカを使用する低待機時間のワークロード向けに設計されています。Business critical, which is designed for low-latency workloads with one readable replica.
  • Hyperscale。複数の読み取り可能なレプリカを使用する非常に大規模なデータベース (最大 100 TB) 向けに設計されています。Hyperscale, which is designed for very large databases (up to 100 TB) with multiple readable replicas.

この記事では、仮想コア ベースの購入モデルでの General Purpose と Business Critical のサービス レベルにおける、ストレージおよびバックアップに関する考慮事項について説明します。This article discusses storage and backup considerations for the general purpose and business critical service tiers in the vCore-based purchasing model.


仮想コア ベースの購入モデルにおける Hyperscale サービス レベルの詳細については、Hyperscale サービス レベルに関するページを参照してください。For information about the hyperscale service tier in the vCore-based purchasing model, see hyperscale service tier. 仮想コアベースの購入モデルと DTU ベースの購入モデルとの比較については、Azure SQL Database の購入モデルとリソースに関する記事をご覧ください。For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.

データとログのストレージData and log storage

次の要因は、データとログ ファイルに使用されるストレージ量に影響を及ぼします。The following factors affect the amount of storage used for data and log files:

  • 割り当てられたストレージは、データ ファイル (MDF) およびログ ファイル (LDF) によって使用されます。The allocated storage is used by data files (MDF) and log files (LDF).
  • 各単一データベースのコンピューティング サイズでは、最大データベース サイズがサポートされ、既定の最大サイズは 32 GB です。Each single database compute size supports a maximum database size, with a default maximum size of 32 GB.
  • 必要な単一データベース サイズ (MDF ファイルのサイズ) を構成するとき、LDF ファイルをサポートするために、30% 以上の追加ストレージが自動的に追加されますWhen you configure the required single database size (the size of the MDF file), 30 percent more additional storage is automatically added to support LDF files.
  • SQL Database マネージド インスタンスでのストレージ サイズは、32 GB の倍数で指定する必要があります。The storage size for a SQL Database managed instance must be specified in multiples of 32 GB.
  • 10 GB とサポートされている最大値の間で、任意の単一データベース サイズを選択できます。You can select any single database size between 10 GB and the supported maximum.
    • Standard または General Purpose サービス レベルでのストレージの場合は、10 GB 単位でサイズを増減します。For storage in the standard or general purpose service tiers, increase or decrease the size in 10-GB increments.
    • Premium または Business Critical サービス レベルでのストレージの場合は、250 GB 単位でサイズを増減します。For storage in the premium or business critical service tiers, increase or decrease the size in 250-GB increments.
  • General Purpose サービス レベルでは、tempdb は接続されている SSD を使用します。このストレージ コストは、仮想コアの価格に含まれます。In the general purpose service tier, tempdb uses an attached SSD, and this storage cost is included in the vCore price.
  • Business Critical サービス レベルでは、tempdb は、MDF ファイルおよび LDF ファイルと接続されている SSD を共有します。tempdb ストレージ コストは、仮想コアの価格に含まれます。In the business critical service tier, tempdb shares the attached SSD with the MDF and LDF files, and the tempdb storage cost is included in the vCore price.


MDF および LDF ファイルに割り当てられている合計ストレージに対して課金されます。You are charged for the total storage allocated for MDF and LDF files.

MDF および LDF ファイルの現在の合計サイズを監視するには、sp_spaceused を使用します。To monitor the current total size of your MDF and LDF files, use sp_spaceused. 個々の MDF ファイルおよび LDF ファイルの現在のサイズを監視するには、sys.database_files を使用します。To monitor the current size of the individual MDF and LDF files, use sys.database_files.


場合によっては、未使用領域を再利用できるようにデータベースを縮小する必要があります。Under some circumstances, you may need to shrink a database to reclaim unused space. 詳細については、「Manage file space in Azure SQL Database」(Azure SQL Database でファイル領域を管理する) を参照してください。For more information, see Manage file space in Azure SQL Database.

バックアップとストレージBackups and storage

データベース バックアップ用のストレージは、SQL Database のポイントインタイム リストア (PITR) および長期リテンション期間 (LTR) 機能をサポートするために割り当てられます。Storage for database backups is allocated to support the point-in-time restore (PITR) and long-term retention (LTR) capabilities of SQL Database. このストレージはデータベースごとに別個に割り当てられ、データベース料金ごとに 2 つが個々に課金されます。This storage is allocated separately for each database and billed as two separate per-database charges.

  • PITR:個々のデータベース バックアップは、読み取りアクセス geo 冗長ストレージ (RA-GRS) ストレージに自動的にコピーされます。PITR: Individual database backups are copied to read-access geo-redundant (RA-GRS) storage automatically. ストレージ サイズは、新しいバックアップが作成されるにつれて、動的に増大します。The storage size increases dynamically as new backups are created. ストレージは、毎週の完全バックアップ、毎日の差分バックアップ、5 分ごとにコピーされるトランザクション ログ バックアップによって使用されます。The storage is used by weekly full backups, daily differential backups, and transaction log backups, which are copied every 5 minutes. ストレージの使用量は、データベースの変化率とバックアップのリテンション期間に応じて異なります。The storage consumption depends on the rate of change of the database and the retention period for backups. リテンション期間は、データベースごとに 7 ~ 35 日の範囲内で別々に構成できます。You can configure a separate retention period for each database between 7 and 35 days. データベース サイズの 100% (1 倍) に等しい最小ストレージ量は、追加料金なしで提供されます。A minimum storage amount equal to 100 percent (1x) of the database size is provided at no extra charge. ほとんどのデータベースでは、この容量で十分に 7 日間のバックアップを格納できます。For most databases, this amount is enough to store 7 days of backups.
  • LTR:SQL Database には、最大 10 年の完全バックアップの長期保有を構成するオプションが用意されています。LTR: SQL Database offers you the option of configuring long-term retention of full backups for up to 10 years. LTR ポリシーを設定した場合、これらのバックアップは、RA-GRS ストレージに自動的に格納されますが、バックアップがコピーされる頻度は制御できます。If you set up an LTR policy, these backups are stored in RA-GRS storage automatically, but you can control how often the backups are copied. さまざまなコンプライアンス要件を満たすために、毎週、毎月、毎年のバックアップに対して異なるリテンション期間を選択することができます。To meet different compliance requirements, you can select different retention periods for weekly, monthly, and/or yearly backups. 選択した構成によって、LTR バックアップに使用されるストレージ容量が決まります。The configuration you choose determines how much storage will be used for LTR backups. LTR ストレージのコストを見積もるには、LTR 料金計算ツールを使用できます。To estimate the cost of LTR storage, you can use the LTR pricing calculator. 詳細については、SQL Database の長期保存に関するページをご覧ください。For more information, see SQL Database long-term retention.

次の手順Next steps