自動バックアップAutomated backups

SQL Database では 7 日から 35 日間に保存されるデータベース バックアップが自動的に作成され、データ センターを使用できない場合でも、Azure の読み取りアクセス geo 冗長ストレージ (RA-GRS) を使用して確実に保存されます。SQL Database automatically creates the database backups that are kept between 7 and 35 days, and uses Azure read-access geo-redundant storage (RA-GRS) to ensure that they are preserved even if the data center is unavailable. バックアップは自動的に作成され、追加料金は発生しません。These backups are created automatically and at no additional charge. ユーザー側の操作は必要ありません。You don't need to do anything to make them happen. データの不慮の破損または削除から保護するデータベース バックアップは、ビジネス継続性およびディザスター リカバリー戦略の最も重要な部分です。Database backups are an essential part of any business continuity and disaster recovery strategy because they protect your data from accidental corruption or deletion. セキュリティ規則で、長期間バックアップ (最長 10 年間) を利用できる必要がある場合は、Single Database と Elastic Pool で長期保有を構成できます。If your security rules require that your backups are available for an extended period of time (up to 10 years), you can configure a long-term retention on Singleton databases and Elastic pools.

注意

この記事は、デバイスまたはサービスから個人用データを削除する手順について説明しており、GDPR での義務を果たすために使用できます。This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. GDPR に関する全般情報については、Service Trust ポータルの GDPR に関するセクションをご覧ください。If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

SQL Database バックアップとはWhat is a SQL Database backup

SQL Database は SQL Server 技術を利用して、完全バックアップを毎週、差分バックアップを 12 時間ごと、そしてトランザクション ログ バックアップを 5 分から 10 分ごとに作成します。SQL Database uses SQL Server technology to create full backups every week, differential backups every 12 hours, and transaction log backups every 5-10 minutes. バックアップは RA-GRS ストレージ BLOB に格納され、この BLOB はデータ センターの停止に対する保護のためにペアのデータ センターにレプリケートされます。The backups are stored in RA-GRS storage blobs that are replicated to a paired data center for protection against a data center outage. データベースを復元するとき、どのバックアップを復元する必要があるかをサービスが判定します (完全、差分、トランザクション ログ)。When you restore a database, the service figures out which full, differential, and transaction log backups need to be restored.

これらのバックアップを使用して、以下を行うことができます。You can use these backups to:

  • 保持期間内の過去の特定の時点に既存のデータベースを復元する。その際、Azure portal、Azure PowerShell、Azure CLI、または REST API を使用します。Restore an existing database to a point-in-time in the past within the retention period using the Azure portal, Azure PowerShell, Azure CLI, or REST API. Single Database および Elastic Pool では、この操作により、元のデータベースと同じサーバーに、新しいデータベースが作成されます。In Single database and Elastic pools, this operation will create a new database in the same server as the original database. Managed Instance では、この操作により、同じサブスクリプションに、データベースのコピーか、同じ Managed Instance または異なる Managed Instance のコピーを作成できます。In Managed Instance, this operation can create a copy of the database or same or different Managed Instance under the same subscription.
  • 削除したデータベースを、削除された時点に復元する。また、保持期間内の任意の時点に復元することもできます。Restore a deleted database to the time it was deleted or anytime within the retention period. 削除されたデータベースは、元のデータベースが作成された論理サーバーまたは Managed Instance にのみ復元できます。The deleted database can only be restored in the same logical server or Managed Instance where the original database was created.
  • 別の地理的リージョンにデータベースを復元するRestore a database to another geographical region. geo リストアにより、サーバーやデータベースにアクセスできないときに、地理的な障害から復旧できます。Geo-restore allows you to recover from a geographic disaster when you cannot access your server and database. 世界中のどこでも、あらゆる既存のサーバーで新しいデータベースを作成します。It creates a new database in any existing server anywhere in the world.
  • 特定の長期バックアップからデータベースを復元する。データベースが長期アイテム保持ポリシー (LTR) で構成されている場合に、Single Database または Elastic Pool で復元できます。Restore a database from a specific long-term backup on Single Database or Elastic Pool if the database has been configured with a long-term retention policy (LTR). LTR により、Azure portal または Azure PowerShell を使用して、コンプライアンスの要求を満たすため、またはアプリケーションの古いバージョンを実行するために、古いバージョンのデータベースを復元できます。LTR allows you to restore an old version of the database using the Azure portal or Azure PowerShell to satisfy a compliance request or to run an old version of the application. 詳細については、「長期保存」をご覧ください。For more information, see Long-term retention.
  • 復元を実行するには、バックアップからのデータベースの復元に関する記事を参照してください。To perform a restore, see restore database from backups.

注意

Azure Storage の " レプリケーション " という用語は、ある場所から別の場所にファイルをコピーすることを表します。In Azure storage, the term replication refers to copying files from one location to another. SQL の データベース レプリケーション は、複数のセカンダリ データベースとプライマリ データベースとの同期を保つことを意味します。SQL's database replication refers to keeping multiple secondary databases synchronized with a primary database.

次の例を使用して、これらの操作のいくつかを試すことができます。You can try some of these operations using the following examples:

Azure ポータルThe Azure portal Azure PowerShellAzure PowerShell
バックアップ保有期間を変更するChange backup retention Single DatabaseSingle Database
Managed InstanceManaged Instance
Single DatabaseSingle Database
Managed InstanceManaged Instance
長期のバックアップ保有期間を変更するChange Long-term backup retention 1 つのデータベースSingle database
Managed Instance - N/AManaged Instance - N/A
Single DatabaseSingle Database
Managed Instance - N/AManaged Instance - N/A
特定の時点からデータベースを復元するRestore database from point-in-time 1 つのデータベースSingle database 1 つのデータベースSingle database
Managed InstanceManaged Instance
削除済みデータベースの復元Restore deleted database 1 つのデータベースSingle database 1 つのデータベースSingle database
Managed InstanceManaged Instance
Azure Blob Storage からデータベースを復元するRestore database from Azure Blob Storage Single Database - N/ASingle database - N/A
Managed Instance - N/AManaged Instance - N/A
Single Database - N/ASingle database - N/A
Managed InstanceManaged Instance

バックアップの保持期間How long are backups kept

各 SQL Database には、7 日~ 35 日まで (購入モデルとサービス レベルによって異なります) の既定のバックアップの保持期間があります。Each SQL Database has a default backup retention period between 7 and 35 days that depends on the purchasing model and service tier. SQL Database サーバー上のデータベースに対するバックアップの保持期間は更新することができます。You can update the backup retention period for a database on SQL Database server. 詳細については、バックアップのリテンション期間の変更に関するセクションを参照してください。For more information, see Change Backup Retention Period.

データベースを削除した場合、SQL Database はオンライン データベースの場合と同じようにバックアップを保持します。If you delete a database, SQL Database will keep the backups in the same way it would for an online database. たとえば、7 日間のリテンション期間のある基本的なデータベースを削除すると、4 日間保存されているバックアップはさらに 3 日間保存されます。For example, if you delete a Basic database that has a retention period of seven days, a backup that is four days old is saved for three more days.

最大の保有期間より長くバックアップを保持する必要がある場合は、データベースに 1 つまたは複数のより長い保有期間を追加するようにバックアップのプロパティを変更できます。If you need to keep the backups for longer than the maximum retention period, you can modify the backup properties to add one or more long-term retention periods to your database. 詳細については、「長期保存」をご覧ください。For more information, see Long-term retention.

重要

SQL Database をホストする Azure SQL サーバーを削除すると、サーバーに属するすべてのエラスティック プールとデータベースも削除され、復元できなくなります。If you delete the Azure SQL server that hosts SQL databases, all elastic pools and databases that belong to the server are also deleted and cannot be recovered. 削除されたサーバーを復元することはできません。You cannot restore a deleted server. 長期保有を構成した場合、LTR を使用したデータベースのバックアップは削除されず、これらのデータベースを復元することができます。But if you configured long-term retention, the backups for the databases with LTR will not be deleted and these databases can be restored.

既定のバックアップの保有期間Default backup retention period

DTU ベースの購入モデルDTU-based purchasing model

DTU ベースの購入モデルを使用して作成されたデータベースのリテンション期間は、サービス レベルに依存します。The default retention period for a database created using the DTU-based purchasing model depends on the service tier:

  • Basic サービスレベルの場合、1 週間です。Basic service tier is one week.
  • Standard サービスレベルの場合、5 週間です。Standard service tier is five weeks.
  • Premium サービスレベルの場合、5 週間です。Premium service tier is five weeks.

仮想コアベースの購入モデルvCore-based purchasing model

仮想コアベースの購入モデルを使用している場合、既定のバックアップの保有期間は 7 日間です (単一、プール、およびインスタンス データベースの場合)。If you're using the vCore-based purchasing model, the default backup retention period is seven days (for single, pooled, and instance databases). すべての Azure SQL データベース (単一、プール、およびインスタンス データベース) の場合、バックアップの保有期間を最大 35 日に変更できます。For all Azure SQL databases (single, pooled, and instance databases, you can change backup retention period up to 35 days.

警告

現在の保持期間を短縮した場合、新しい保持期間より古いすべての既存のバックアップは使用できなくなります。If you reduce the current retention period, all existing backups older than the new retention period are no longer available. 現在のリテンション期間を延長した場合、SQL Database は、より長いリテンション期間に達するまでに、既存のバックアップを保持します。If you increase the current retention period, SQL Database will keep the existing backups until the longer retention period is reached.

バックアップが行われる頻度How often do backups happen

ポイントインタイム リストアのバックアップBackups for point-in-time restore

SQL Database では、完全バックアップ、差分バックアップ、トランザクション ログ バックアップを自動的に作成して、ポイントインタイム リストア (PITR) のセルフ サービスをサポートします。SQL Database supports self-service for point-in-time restore (PITR) by automatically creating full backup, differential backups, and transaction log backups. 完全データベース バックアップは毎週、差分データベース バックアップは一般的に 12 時間ごとに、トランザクション ログ バックアップは通常、5 - 10 分ごとに作成されます。頻度は、コンピューティング サイズとデータベース アクティビティの量に基づきます。Full database backups are created weekly, differential database backups are generally created every 12 hours, and transaction log backups are generally created every 5 - 10 minutes, with the frequency based on the compute size and amount of database activity. 初回の完全バックアップは、データベースの作成直後にスケジュールされます。The first full backup is scheduled immediately after a database is created. 通常この操作は 30 分以内に終了しますが、データベースのサイズが大きい場合はそれ以上かかることがあります。It usually completes within 30 minutes, but it can take longer when the database is of a significant size. たとえば、復元されたデータベースまたはデータベースのコピーでは、初期バックアップに時間がかかります。For example, the initial backup can take longer on a restored database or a database copy. 初回の完全バックアップ以降のバックアップは、すべて自動的にスケジュールされ、バックグラウンドで自動的に管理されます。After the first full backup, all further backups are scheduled automatically and managed silently in the background. データベースのバックアップの正確なタイミングは、全体的なシステムのワークロードのバランスを図りながら SQL Database サービスによって決定されます。The exact timing of all database backups is determined by the SQL Database service as it balances the overall system workload. バックアップ ジョブを変更または無効化することはできません。You cannot change or disable the backup jobs.

PITR バックアップは、geo 冗長であり、Azure Storage のリージョン間レプリケーションによって保護されます。The PITR backups are geo-redundant and protected by Azure Storage cross-regional replication

詳細については、「ポイントインタイム リストア」をご覧ください。For more information, see Point-in-time restore

長期保有のためのバックアップBackups for long-term retention

単一データベースとプールされたデータベースには、Azure Blob Storage に対する最大 10 年の完全バックアップの長期保有 (LTR) を構成するオプションが用意されています。Single and pooled databases offer the option of configuring long-term retention (LTR) of full backups for up to 10 years in Azure Blob storage. LTR ポリシーが有効になっている場合、週次の完全バックアップは自動的に別の RA-GRS ストレージ コンテナーにコピーされます。If LTR policy is enabled, the weekly full backups are automatically copied to a different RA-GRS storage container. さまざまなコンプライアンス要件を満たすために、毎週、毎月、毎年のバックアップに対して異なったリテンション期間を選択することができます。To meet different compliance requirement, you can select different retention periods for weekly, monthly and/or yearly backups. ストレージの使用量は、選択したバックアップの頻度とリテンション期間によって異なります。The storage consumption depends on the selected frequency of backups and the retention period(s). LTR ストレージのコストは、LTR 料金計算ツールを使用して見積もることができます。You can use the LTR pricing calculator to estimate the cost of LTR storage.

PITR と同じように、LTR バックアップは、geo 冗長であり、Azure Storage のリージョン間レプリケーションによって保護されます。Like PITR, the LTR backups are geo-redundant and protected by Azure Storage cross-regional replication.

詳細については、「Long-term backup retention」(長期バックアップ リテンション) をご覧ください。For more information, see Long-term backup retention.

ストレージ コストStorage costs

既定ではデータベースの 7 日分の自動バックアップが、RA-GRS Standard Blob Storage にコピーされます。Seven days of automated backups of your databases are copied to RA-GRS Standard blob storage by default. このストレージは、毎週の完全バックアップ、毎日の差分バックアップ、5 分ごとにコピーされるトランザクション ログ バックアップによって使用されます。The storage is used by weekly full backups, daily differential backups, and transaction log backups copied every 5 minutes. トランザクション ログのサイズは、データベースの変化率によって異なります。The size of the transaction log depends on the rate of change of the database. データベース サイズの 100% に等しい最小ストレージ量は、追加料金なしで提供されます。A minimum storage amount equal to 100% of database size is provided at no extra charge. 100% を超えるバックアップ ストレージの使用については、月あたりの GB 数で請求されます。Additional consumption of backup storage will be charged in GB/month.

ストレージの価格について詳しくは、価格のページをご覧ください。For more information about storage prices, see the pricing page.

バックアップの暗号化Are backups encrypted

データベースが TDE で暗号化されている場合、LTR バックアップを含むバックアップは保存中に自動的に暗号化されます。If your database is encrypted with TDE, the backups are automatically encrypted at rest, including LTR backups. Azure SQL データベースに対して TDE が有効になっているとき、バックアップも暗号化されます。When TDE is enabled for an Azure SQL database, backups are also encrypted. 新しい Azure SQL データベースはすべて、既定で TDE が有効になった状態で構成されます。All new Azure SQL databases are configured with TDE enabled by default. TDE に関する詳細については、「Azure SQL Database での Transparent Data Encryption」をご覧ください。For more information on TDE, see Transparent Data Encryption with Azure SQL Database.

Microsoft はどのようにバックアップの整合性を保証しているかHow does Microsoft ensure backup integrity

Azure SQL Database のエンジニアリング チームは、サービス全体でデータベースの自動データベース バックアップの復元の自動テストを継続的に行っています。On an ongoing basis, the Azure SQL Database engineering team automatically tests the restore of automated database backups of databases across the service. 復元時に、データベースは DBCC CHECKDB を使用した整合性チェックも受けます。Upon restore, databases also receive integrity checks using DBCC CHECKDB. 整合性チェック中に問題が見つかると、エンジニアリング チームにアラートが送信されます。Any issues found during the integrity check will result in an alert to the engineering team. Azure SQL Database におけるデータ整合性の詳細については、「Data Integrity in Azure SQL Database」 (Azure SQL Database でのデータ整合性) を参照してください。For more information about data integrity in Azure SQL Database, see Data Integrity in Azure SQL Database.

自動バックアップによるコンプライアンスへの影響How do automated backups impact compliance

PITR リテンション期間が 35 日間である DTU ベースのサービス レベルから仮想コア ベースのサービス レベルにデータベースを移行した場合、アプリケーションのデータ リカバリ ポリシーが損なわれないように、PITR リテンション期間が保持されます。When you migrate your database from a DTU-based service tier with the default PITR retention of 35 days, to a vCore-based service tier, the PITR retention is preserved to ensure that your application's data recovery policy is not compromised. 既定のリテンション期間では、お客様のコンプライアンス要件を満たしていない場合は、PowerShell または REST API を使用して PITR リテンション期間を変更できます。If the default retention doesn't meet your compliance requirements, you can change the PITR retention period using PowerShell or REST API. 詳細については、バックアップのリテンション期間の変更に関するセクションを参照してください。For more information, see Change Backup Retention Period.

注意

この記事は、デバイスまたはサービスから個人用データを削除する手順について説明しており、GDPR での義務を果たすために使用できます。This article provides steps for how to delete personal data from the device or service and can be used to support your obligations under the GDPR. GDPR に関する全般情報については、Service Trust ポータルの GDPR に関するセクションをご覧ください。If you’re looking for general info about GDPR, see the GDPR section of the Service Trust portal.

PITR のバックアップの保有期間を変更する方法How to change the PITR backup retention period

既定の PITR バックアップ保持期間は、Azure portal、PowerShell、または REST API を使用して変更できます。You can change the default PITR backup retention period using the Azure portal, PowerShell, or the REST API. サポートされる値は7、14、21、28、または 35 日間です。The supported values are: 7, 14, 21, 28 or 35 days. 次の例では、PITR リテンション期間を 28 日間に変更する方法を示します。The following examples illustrate how to change PITR retention to 28 days.

注意

これらの API は PITR リテンション期間にのみ影響を与えます。These APIs will only impact the PITR retention period. データベースの LTR を構成した場合、それには影響ありません。If you configured LTR for your database, it will not be impacted. LTR の保持期間を変更する方法については、長期保有に関するページを参照してください。For more information about how to change the LTR retention period(s), see Long-term retention.

Azure portal を使用して PITR のバックアップの保有期間を変更するChange PITR backup retention period using the Azure portal

Azure portal を使用して PITR バックアップ保有期間を変更するには、portal 内で保持期間を変更するサーバー オブジェクトに移動し、変更するサーバー オブジェクトに基づいて適切なオプションを選択します。To change the PITR backup retention period using the Azure portal, navigate to the server object whose retention period you wish to change within the portal and then select the appropriate option based on which server object you're modifying.

SQL Database サーバーの PITR の変更Change PITR for a SQL Database server

Azure portal の PITR の変更

マネージド インスタンスの PITR の変更Change PITR for a Managed Instance

Azure portal の PITR の変更

PowerShell を使用して PITR バックアップ リテンション期間を変更するChange PITR backup retention period using PowerShell

注意

この記事は、新しい Azure PowerShell Az モジュールを使用するために更新されました。This article has been updated to use the new Azure PowerShell Az module. AzureRM モジュールはまだ使用でき、少なくとも 2020 年 12 月までは引き続きバグ修正が行われます。You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Az モジュールと AzureRM の互換性の詳細については、「Introducing the new Azure PowerShell Az module (新しい Azure PowerShell Az モジュールの概要)」を参照してください。To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Az モジュールのインストール手順については、Azure PowerShell のインストールを参照してください。For Az module installation instructions, see Install Azure PowerShell.

重要

PowerShell Azure Resource Manager モジュールは Azure SQL Database で引き続きサポートされますが、今後の開発はすべて Az.Sql モジュールを対象に行われます。The PowerShell Azure Resource Manager module is still supported by Azure SQL Database, but all future development is for the Az.Sql module. これらのコマンドレットについては、「AzureRM.Sql」を参照してください。For these cmdlets, see AzureRM.Sql. Az モジュールと AzureRm モジュールのコマンドの引数は実質的に同じです。The arguments for the commands in the Az module and in the AzureRm modules are substantially identical.

Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

REST API を使用して PITR リテンション期間を変更するChange PITR retention period using REST API

要求のサンプルSample Request

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2017-10-01-preview

要求本文Request Body

{
  "properties":{
    "retentionDays":28
  }
}

応答のサンプルSample Response

状態コード:200Status code: 200

{
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28
  }
}

詳細については、バックアップの保有期間の REST APIに関するページを参照してください。For more information, see Backup Retention REST API.

次の手順Next steps