BACKUP (Transact-SQL)BACKUP (Transact-SQL)

SQL Database をバックアップします。Backs up a SQL database.

お使いの特定バージョンの SQL の構文、引数、注釈、権限、例を表示するには、以下のいずれかのタブをクリックします。Click one of the following tabs for the syntax, arguments, remarks, permissions, and examples for a particular SQL version with which you are working.

構文表記規則の詳細については、「Transact-SQL 構文表記規則」を参照してください。For more information about the syntax conventions, see Transact-SQL Syntax Conventions.

製品をクリックしてくださいClick a product!

次の行から興味がある製品名をクリックしてみてください。In the following row, click whichever product name you are interested in. クリックした製品に合わせて、異なるコンテンツが表示されます。The click displays different content here, appropriate for whichever product you click:

* SQL Server *  * SQL Server *   SQL Database
マネージド インスタンス
SQL Database
managed instance
Analytics Platform
System (PDW)
Analytics Platform
System (PDW)

 

SQL ServerSQL Server

SQL ServerSQL Server データベース全体をバックアップしてデータベース バックアップを作成するか、データベースの 1 つ以上のファイルまたはファイル グループをバックアップしてファイル バックアップを作成します (BACKUP DATABASE)。Backs up a complete SQL ServerSQL Server database to create a database backup, or one or more files or filegroups of the database to create a file backup (BACKUP DATABASE). 完全復旧モデルまたは一括ログ復旧モデルの場合には、データベースのトランザクション ログをバックアップして、ログ バックアップを作成します (BACKUP LOG)。Also, under the full recovery model or bulk-logged recovery model, backs up the transaction log of the database to create a log backup (BACKUP LOG).

構文Syntax

--Backing Up a Whole Database
BACKUP DATABASE { database_name | @database_name_var }
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL
           | <general_WITH_options> [ ,...n ] } ]
[;]

--Backing Up Specific Files or Filegroups
BACKUP DATABASE { database_name | @database_name_var }
 <file_or_filegroup> [ ,...n ]
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

--Creating a Partial Backup
BACKUP DATABASE { database_name | @database_name_var }
 READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

--Backing Up the Transaction Log (full and bulk-logged recovery models)
BACKUP LOG
  { database_name | @database_name_var }
  TO <backup_device> [ ,...n ]
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { <general_WITH_options> | \<log-specific_optionspec> } [ ,...n ] ]
[;]

<backup_device>::=
 {
  { logical_device_name | @logical_device_name_var }
 | {   DISK
     | TAPE
     | URL } =
     { 'physical_device_name' | @physical_device_name_var | 'NUL' }
 }

<MIRROR TO clause>::=
 MIRROR TO <backup_device> [ ,...n ]

<file_or_filegroup>::=
 {
   FILE = { logical_file_name | @logical_file_name_var }
 | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
 }

<read_only_filegroup>::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

<general_WITH_options> [ ,...n ]::=
--Backup Set Options
   COPY_ONLY
 | { COMPRESSION | NO_COMPRESSION }
 | DESCRIPTION = { 'text' | @text_variable }
 | NAME = { backup_set_name | @backup_set_name_var }
 | CREDENTIAL
 | ENCRYPTION
 | FILE_SNAPSHOT
 | { EXPIREDATE = { 'date' | @date_var }
        | RETAINDAYS = { days | @days_var } }

--Media Set Options
   { NOINIT | INIT }
 | { NOSKIP | SKIP }
 | { NOFORMAT | FORMAT }
 | MEDIADESCRIPTION = { 'text' | @text_variable }
 | MEDIANAME = { media_name | @media_name_variable }
 | BLOCKSIZE = { blocksize | @blocksize_variable }

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable }
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART

--Monitoring Options
   STATS [ = percentage ]

--Tape Options
   { REWIND | NOREWIND }
 | { UNLOAD | NOUNLOAD }

--Log-specific Options
   { NORECOVERY | STANDBY = undo_file_name }
 | NO_TRUNCATE

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=
   `SERVER CERTIFICATE` = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name

引数Arguments

DATABASE: データベース全体のバックアップを指定します。DATABASE Specifies a complete database backup. ファイルとファイル グループのリストを指定した場合、指定したファイルとファイル グループだけがバックアップされます。If a list of files and filegroups is specified, only those files and filegroups are backed up. データベース全体のバックアップまたは差分バックアップ中、SQL ServerSQL Server では、バックアップが復元された場合に一貫性のあるデータベースを生成するのに十分なトランザクション ログをバックアップします。During a full or differential database backup, SQL ServerSQL Server backs up enough of the transaction log to produce a consistent database when the backup is restored.

BACKUP DATABASE (データ バックアップ) で作成されたバックアップを復元すると、バックアップ全体が復元されます。When you restore a backup created by BACKUP DATABASE (a data backup), the entire backup is restored. バックアップ内の特定の時点またはトランザクションに復元できるのは、ログ バックアップだけです。Only a log backup can be restored to a specific time or transaction within the backup.

注意

master データベース上では、データベース全体のバックアップのみが可能です。Only a full database backup can be performed on the master database.

LOGLOG

トランザクション ログのみのバックアップを指定します。Specifies a backup of the transaction log only. 前回正しく実行されたログ バックアップの位置から、ログの現在の末尾まで、ログのバックアップが行われます。The log is backed up from the last successfully executed log backup to the current end of the log. 最初のログ バックアップを作成するには、その前に完全バックアップを作成する必要があります。Before you can create the first log backup, you must create a full backup.

RESTORE LOG ステートメントで WITH STOPATSTOPATMARK、または STOPBEFOREMARK を指定して、バックアップ内の特定の時間またはトランザクションにログ バックアップを復元できます。You can restore a log backup to a specific time or transaction within the backup by specifying WITH STOPAT, STOPATMARK, or STOPBEFOREMARK in your RESTORE LOG statement.

注意

WITH NO_TRUNCATE または COPY_ONLY を指定した場合を除き、一般的なログ バックアップの後、一部のトランザクション ログ レコードが非アクティブになります。After a typical log backup, some transaction log records become inactive, unless you specify WITH NO_TRUNCATE or COPY_ONLY. 1 つ以上の仮想ログ ファイル内ですべてのレコードがアクティブでなくなった場合、ログは切り捨てられます。The log is truncated after all the records within one or more virtual log files become inactive. 定期的なログ バックアップの後にログが切り捨てられていない場合は、何らかの原因によりログの切り捨てが遅れている可能性があります。If the log is not being truncated after routine log backups, something might be delaying log truncation. 詳細については、「ログの切り捨てが遅れる原因となる要因」を参照してください。For more information, see Factors that can delay log truncation.

{ database_name | @ database_name_var }: トランザクション ログ、データベースの一部、またはデータベース全体のバックアップ元となるデータベースです。{ database_name | @database_name_var } Is the database from which the transaction log, partial database, or complete database is backed up. 変数 ( @ database_name_var) として指定する場合、この名前は、文字列定数 ( @ database_name_var = database name) として指定するか、ntext またはtext データ型以外の文字列データ型の変数として指定します。If supplied as a variable (@database_name_var), this name can be specified either as a string constant (@database_name_var=database name) or as a variable of character string data type, except for the ntext or text data types.

注意

データベース ミラーリング パートナーシップ内のミラー データベースは、バックアップできません。The mirror database in a database mirroring partnership cannot be backed up.

<file_or_filegroup> [ , ...n ]: BACKUP DATABASE のみで使用できます。ファイル バックアップに含めるデータベース ファイルまたはファイル グループを指定するか、部分バックアップに含める読み取り専用ファイルまたはファイル グループを指定します。<file_or_filegroup> [ ,...n ] Used only with BACKUP DATABASE, specifies a database file or filegroup to include in a file backup, or specifies a read-only file or filegroup to include in a partial backup.

FILE = { logical_file_name | @ logical_file_name_var }: バックアップに含めるファイルの論理名、またはその論理名と同じ値を保持する変数です。FILE = { logical_file_name | @logical_file_name_var } Is the logical name of a file or a variable whose value equates to the logical name of a file that is to be included in the backup.

FILEGROUP = { logical_filegroup_name | @ logical_filegroup_name_var }: バックアップに含めるファイル グループの論理名、またはその論理名と同じ値を保持する変数です。FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } Is the logical name of a filegroup or a variable whose value equates to the logical name of a filegroup that is to be included in the backup. 単純復旧モデルでは、ファイル グループのバックアップは、読み取り専用のファイル グループに対してのみ使用できます。Under the simple recovery model, a filegroup backup is allowed only for a read-only filegroup.

注意

データベースのサイズおよびパフォーマンス要件によりデータベース バックアップの実行が難しい場合は、ファイル バックアップの利用を検討してください。Consider using file backups when the database size and performance requirements make a database backup impractical. NUL デバイスはバックアップのパフォーマンスをテストするために使用できますが、運用環境では使用できません。The NUL device can be used to test the performance of backups, but should not be used in production environments.

n: 複数のファイルおよびファイル グループを、コンマ区切りのリストで指定できることを示すプレースホルダーです。n Is a placeholder that indicates that multiple files and filegroups can be specified in a comma-separated list. 数の制限はありません。The number is unlimited.

詳しくは、「ファイルの完全バックアップ」および「ファイルおよびファイル グループのバックアップ」をご覧ください。For more information, see Full File Backups and Back Up Files and Filegroups.

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @ logical_filegroup_name_var } [ , ...n ] ]: 部分バックアップを指定します。READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } [ ,...n ] ] Specifies a partial backup. 部分バックアップには、データベース内のすべての読み取り/書き込みファイル (プライマリ ファイル グループ、存在する場合は読み取り/書き込みセカンダリ ファイル グループ、および指定の読み取り専用ファイルまたはファイル グループ) が含まれます。A partial backup includes all the read/write files in a database: the primary filegroup and any read/write secondary filegroups, and also any specified read-only files or filegroups.

READ_WRITE_FILEGROUPS: 部分バックアップにおいて、すべての読み取り/書き込みファイル グループをバックアップするように指定します。READ_WRITE_FILEGROUPS Specifies that all read/write filegroups be backed up in the partial backup. データベースが読み取り専用の場合、READ_WRITE_FILEGROUPS にはプライマリ ファイル グループのみが含まれます。If the database is read-only, READ_WRITE_FILEGROUPS includes only the primary filegroup.

重要

READ_WRITE_FILEGROUPS の代わりに FILEGROUP を使用して、読み取り/書き込みファイル グループのリストを明示的に指定すると、ファイル バックアップが作成されます。Explicitly listing the read/write filegroups by using FILEGROUP instead of READ_WRITE_FILEGROUPS creates a file backup.

FILEGROUP = { logical_filegroup_name | @ logical_filegroup_name_var }: 部分バックアップに含める読み取り専用ファイル グループの論理名、またはその論理名と同じ値を保持する変数です。FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } Is the logical name of a read-only filegroup or a variable whose value equates to the logical name of a read-only filegroup that is to be included in the partial backup. 詳細については、このトピックの前述の "<file_or_filegroup>" を参照してください。For more information, see "<file_or_filegroup>," earlier in this topic.

n: 複数の読み取り専用ファイル グループを、コンマ区切りのリストで指定できることを示すプレースホルダーです。n Is a placeholder that indicates that multiple read-only filegroups can be specified in a comma-separated list.

部分バックアップについて詳しくは、「部分バックアップ」をご覧ください。For more information about partial backups, see Partial Backups.

TO <backup_device> [ , ...n ] 関連するバックアップ デバイスのセットが、ミラー化されていないメディア セット、またはミラー化されたメディア セット内にあるミラーの 1 つ目 (1 つ以上の MIRROR TO 句が宣言されている場合) であることを示します。TO <backup_device> [ ,...n ] Indicates that the accompanying set of backup devices is either an unmirrored media set or the first of the mirrors within a mirrored media set (for which one or more MIRROR TO clauses are declared).

<backup_device><backup_device>

バックアップ操作に使用する論理または物理バックアップ デバイスを指定します。Specifies a logical or physical backup device to use for the backup operation.

{ logical_device_name | @ logical_device_name_var } 適用対象: SQL Server: データベースのバックアップが作成されるバックアップ デバイスの論理名です。{ logical_device_name | @logical_device_name_var } Applies to: SQL Server Is the logical name of the backup device to which the database is backed up. 論理名は、識別子のルールに従う必要があります。The logical name must follow the rules for identifiers. 変数 (@logical_device_name_var) として指定する場合、バックアップ デバイス名を文字列定数 (@logical_device_name_var = logical backup device name) として指定するか、ntext または text データ型以外の文字列データ型の変数として指定できます。If supplied as a variable (@logical_device_name_var), the backup device name can be specified either as a string constant (@logical_device_name_var= logical backup device name) or as a variable of any character string data type except for the ntext or text data types.

{ DISK | TAPE | URL} = { ' physical_device_name ' | @ physical_device_name_var | 'NUL' } 適用対象: SQL Server に適用する DISK、TAPE、URL。{ DISK | TAPE | URL} = { 'physical_device_name' | @physical_device_name_var | 'NUL' } Applies to: DISK, TAPE, and URL apply to SQL Server. ディスク ファイルまたはテープ デバイス、あるいは Microsoft Azure BLOB ストレージ サービスを指定します。Specifies a disk file or tape device, or a Microsoft Azure Blob storage service. URL の形式は、Microsoft Azure ストレージ サービスへのバックアップを作成するために使用されます。The URL format is used for creating backups to the Microsoft Azure storage service. 詳細と例については、「Microsoft Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元」を参照してください。For more information and examples, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service. チュートリアルについては、「チュートリアル: Microsoft Azure BLOB ストレージ サービスへの SQL Server のバックアップと復元」を参照してください。For a tutorial, see Tutorial: SQL Server Backup and Restore to Microsoft Azure Blob Storage Service.

注意

NUL ディスク デバイスは送信される情報をすべて破棄し、テストでのみ使用する必要があります。The NUL disk device will discard all information sent to it and should only be used for testing. これは運用環境向けではありません。This is not for production use.

重要

SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 から SQL Server 2014 (12.x)SQL Server 2014 (12.x) では、URL にバックアップする場合、単一デバイスにのみバックアップできます。Starting with SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 through SQL Server 2014 (12.x)SQL Server 2014 (12.x), you can only backup to a single device when backing up to URL. URL へのバックアップ時に複数のデバイスにバックアップするには、SQL Server 2016 (13.x)SQL Server 2016 (13.x) 以降を使用する必要があります。また、Shared Access Signature (SAS) トークンを使用する必要があります。In order to backup to multiple devices when backing up to URL, you must use SQL Server 2016 (13.x)SQL Server 2016 (13.x) and later and you must use Shared Access Signature (SAS) tokens. Shared Access Signature の作成例については、「SQL Server Backup to URL」と「Simplifying creation of SQL Credentials with Shared Access Signature ( SAS ) tokens on Azure Storage with Powershell」 (Powershell を使用する Azure ストレージにおける Shared Access Signature (SAS) トークンでの SQL 資格情報の作成の簡素化) を参照してください。For examples creating a Shared Access Signature, see SQL Server Backup to URL and Simplifying creation of SQL Credentials with Shared Access Signature (SAS) tokens on Azure Storage with Powershell.

適用対象: SQL ServerSQL Server (SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 以降)。URL applies to: SQL ServerSQL Server ( SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 and later).

ディスク デバイスは、BACKUP ステートメント内で指定するときに、まだ存在していなくてもかまいません。A disk device does not have to exist before it is specified in a BACKUP statement. 物理デバイスが既に存在し、BACKUP ステートメントに INIT オプションが指定されていない場合、バックアップはデバイスに追加されます。If the physical device exists and the INIT option is not specified in the BACKUP statement, the backup is appended to the device.

注意

NUL デバイスはこのファイルに送信されるすべての入力を破棄しますが、バックアップでは引き続きすべてのページがバックアップ済みとしてマークされます。The NUL device will discard all input sent to this file, however the backup will still mark all pages as backed up.

詳しくは、「バックアップ デバイス」をご覧ください。For more information, see Backup Devices.

注意

TAPE オプションは将来のバージョンの SQL ServerSQL Server では削除される予定です。The TAPE option will be removed in a future version of SQL ServerSQL Server. 新規の開発作業ではこの機能を使用しないようにし、現在この機能を使用しているアプリケーションは修正することを検討してください。Avoid using this feature in new development work, and plan to modify applications that currently use this feature.

n: 最大 64 個のバックアップ デバイスを、コンマ区切りのリストで指定できることを示すプレースホルダーです。n Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list.

MIRROR TO <backup_device> [ , ...n ] TO 句で指定したバックアップ デバイスをミラー化する、最大 3 つまでのセカンダリ バックアップ デバイスのセットを指定します。MIRROR TO <backup_device> [ ,...n ] Specifies a set of up to three secondary backup devices, each of which mirrors the backups devices specified in the TO clause. MIRROR TO 句には、TO 句で指定した同じ種類と数のバックアップ デバイスを指定する必要があります。The MIRROR TO clause must specify the same type and number of the backup devices as the TO clause. MIRROR TO 句の最大数は 3 です。The maximum number of MIRROR TO clauses is three.

このオプションは、SQL ServerSQL Server の Enterprise Edition でのみ使用できます。This option is available only in the Enterprise edition of SQL ServerSQL Server.

注意

MIRROR TO = DISK の場合、BACKUP では、ディスクのセクター サイズに基づいてデバイス デバイスの適切なブロック サイズが自動的に決まります。For MIRROR TO = DISK, BACKUP automatically determines the appropriate block size for disk devices based on the sector size of the disk. プライマリ バックアップ デバイスとして指定されたディスクとは異なるセクター サイズを使用して MIRROR TO ディスクがフォーマットされた場合、Backup コマンドは失敗します。If the MIRROR TO disk is formatted with a different sector size than the disk specified as the primary backup device, the backup command will fail. セクター サイズが異なるデバイスに対してバックアップをミラー化するには、BLOCKSIZE パラメーターを指定する必要があります。このパラメーターをすべてのターゲット デバイスの中で最も大きなセクター サイズに設定する必要があります。In order to mirror backups to devices that have different sector sizes, the BLOCKSIZE parameter must be specified, and should be set to the highest sector size amongst all the target devices. ブロック サイズの詳細については、このトピックで後述する "BLOCKSIZE" の説明を参照してください。For more information about block size, see "BLOCKSIZE" later in this topic.

<backup_device> このセクションの前述の "<backup_device>" を参照してください。<backup_device> See "<backup_device>," earlier in this section.

n: 最大 64 個のバックアップ デバイスを、コンマ区切りのリストで指定できることを示すプレースホルダーです。n Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list. MIRROR TO 句内のデバイス数は、TO 句内のデバイス数と同じにする必要があります。The number of devices in the MIRROR TO clause must equal the number of devices in the TO clause.

詳細については、このトピックの後述の「解説」の「ミラー化されたメディア セットのメディア ファミリ」を参照してください。For more information, see "Media Families in Mirrored Media Sets" in the Remarks section, later in this topic.

[ next-mirror-to ]: 単一の BACKUP ステートメントに、1 つの TO 句と 3 つまでの MIRROR TO 句を含めることができることを示すプレースホルダーです。[ next-mirror-to ] Is a placeholder that indicates that a single BACKUP statement can contain up to three MIRROR TO clauses, in addition to the single TO clause.

WITH オプションWITH Options

バックアップ操作で使用するオプションを指定します。Specifies options to be used with a backup operation.

CREDENTIAL 適用対象:SQL ServerSQL Server (SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 以降)。CREDENTIAL Applies to: SQL ServerSQL Server ( SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 and later). Microsoft Azure BLOB ストレージ サービスにバックアップを作成する場合にのみ使用します。Used only when creating a backup to the Microsoft Azure Blob storage service.

FILE_SNAPSHOT 適用対象: SQL ServerSQL Server (SQL Server 2016 (13.x)SQL Server 2016 (13.x) 以降)。FILE_SNAPSHOT Applies to: SQL ServerSQL Server ( SQL Server 2016 (13.x)SQL Server 2016 (13.x) and later).

すべての SQL Server データベース ファイルが Azure Blob ストレージ サービスを使用して格納される場合は、データベース ファイルの Azure のスナップショットを作成するために使用されます。Used to create an Azure snapshot of the database files when all of the SQL Server database files are stored using the Azure Blob storage service. 詳細については、「Microsoft Azure 内の SQL Server データ ファイル」を参照してください。For more information, see SQL Server Data Files in Microsoft Azure. SQL ServerSQL Server スナップショット バックアップでは、データベース ファイル (データとログ ファイル) の Azure スナップショットを一貫性のある状態で取得します。Snapshot Backup takes Azure snapshots of the database files (data and log files) at a consistent state. 一貫した Azure のスナップショットのセットは、バックアップを構成し、バックアップ ファイルに記録されます。A consistent set of Azure snapshots make up a backup and are recorded in the backup file. BACKUP DATABASE TO URL WITH FILE_SNAPSHOTBACKUP LOG TO URL WITH FILE_SNAPSHOT の唯一の違いは、後者ではトランザクション ログの切り捨ても行うのに対して、前者では行わないことです。The only difference between BACKUP DATABASE TO URL WITH FILE_SNAPSHOT and BACKUP LOG TO URL WITH FILE_SNAPSHOT is that the latter also truncates the transaction log while the former does not. SQL ServerSQL Server のスナップショット バックアップでは、バックアップ チェーンを確立するために SQL ServerSQL Server で必要な最初の完全バックアップの後、トランザクション ログ バックアップの時点にデータベースを復元する場合、単一のトランザクション ログ バックアップのみが必要になります。With SQL ServerSQL Server Snapshot Backup, after the initial full backup that is required by SQL ServerSQL Server to establish the backup chain, only a single transaction log backup is required to restore a database to the point in time of the transaction log backup. さらに、次の 2 つのトランザクション ログ バックアップ期間の間の特定の時点にデータベースを復元するためには、2 つのトランザクション ログ バックアップのみが必要になります。Furthermore, only two transaction log backups are required to restore a database to a point in time between the time of the two transaction log backups.

DIFFERENTIALDIFFERENTIAL

BACKUP DATABASE のみで使用され、データベースまたはファイルのバックアップが、前回の完全バックアップ以降に変更されたデータベースまたはファイルの部分のみで構成されるように指定します。Used only with BACKUP DATABASE, specifies that the database or file backup should consist only of the portions of the database or file changed since the last full backup. 通常、差分バックアップは、完全バックアップよりも使用領域が少なくてすみます。A differential backup usually takes up less space than a full backup. 前回の完全バックアップ以降に実行された各ログ バックアップをすべて適用する必要がない場合に、このオプションを使用します。Use this option so that all individual log backups performed since the last full backup do not have to be applied.

注意

既定では、BACKUP DATABASE は完全バックアップを作成します。By default, BACKUP DATABASE creates a full backup.

詳しくは、「差分バックアップ」をご覧ください。For more information, see Differential Backups.

ENCRYPTION: バックアップの暗号化を指定するために使用されます。ENCRYPTION Used to specify encryption for a backup. バックアップを暗号化するための暗号化アルゴリズムを指定するか、バックアップを暗号化しない場合は NO_ENCRYPTION を指定できます。You can specify an encryption algorithm to encrypt the backup with or specify NO_ENCRYPTION to not have the backup encrypted. 暗号化は、バックアップ ファイルをセキュリティで保護するために推奨される方法です。Encryption is recommended practice to help secure backup files. 指定できるアルゴリズムの一覧を次に示します。The list of algorithms you can specify are:

  • AES_128
  • AES_192
  • AES_256
  • TRIPLE_DES_3KEY
  • NO_ENCRYPTION

暗号化することを選択した場合、次の暗号化機能のオプションを使用して、暗号化機能も指定する必要があります。If you choose to encrypt you will also have to specify the encryptor using the encryptor options:

  • SERVER CERTIFICATE = Encryptor_NameSERVER CERTIFICATE = Encryptor_Name
  • SERVER ASYMMETRIC KEY = Encryptor_NameSERVER ASYMMETRIC KEY = Encryptor_Name

SERVER CERTIFICATESERVER ASYMMETRIC KEY は、master データベースで作成された証明書と非対称キーです。The SERVER CERTIFICATE and SERVER ASYMMETRIC KEY are a certificate and an asymmetric key created in master database. 詳細については、それぞれ CREATE CERTIFICATECREATE ASYMMETRIC KEY を参照してください。For more information see CREATE CERTIFICATE and CREATE ASYMMETRIC KEY respectively.

警告

暗号化が FILE_SNAPSHOT 引数と組み合わせて使用されている場合、指定した暗号化アルゴリズムを使用して、メタデータ ファイル自体が暗号化され、システムはデータベースの Transparent Data Encryption (TDE) が完了したことを確認します。When encryption is used in conjunction with the FILE_SNAPSHOT argument, the metadata file itself is encrypted using the specified encryption algorithm and the system verifies that Transparent Data Encryption (TDE) was completed for the database. データ自体に対しては、追加の暗号化は行われません。No additional encryption happens for the data itself. データベースが暗号化されなかったか、バックアップ ステートメントが発行される前に暗号化が完了しなかった場合、バックアップは失敗します。The backup fails if the database was not encrypted or if the encryption was not completed before the backup statement was issued.

バックアップ セット オプションBackup Set Options

以下のオプションは、このバックアップ操作で作成されるバックアップ セットに対して有効なオプションです。These options operate on the backup set that is created by this backup operation.

注意

復元操作用のバックアップ セットを指定するには、FILE = <backup_set_file_number> オプションを使用します。To specify a backup set for a restore operation, use the FILE = <backup_set_file_number> option. バックアップ セットを指定する方法について詳しくは、「RESTORE の引数」の「バックアップ セットの指定」をご覧ください。For more information about how to specify a backup set, see "Specifying a Backup Set" in RESTORE Arguments.

COPY_ONLY: バックアップが、通常のバックアップの順序には影響しない、コピーのみのバックアップであることを指定します。COPY_ONLY Specifies that the backup is a copy-only backup, which does not affect the normal sequence of backups. コピーのみのバックアップは、定期的に行われる従来のバックアップとは別に作成されます。A copy-only backup is created independently of your regularly scheduled, conventional backups. コピーのみのバックアップは、データベースの全体的なバックアップと復元の手順に影響しません。A copy-only backup does not affect your overall backup and restore procedures for the database.

コピーのみのバックアップは、オンラインでファイルを復元する前にログをバックアップするなど、特殊な目的でバックアップを作成する場合にのみ使用してください。Copy-only backups should be used in situations in which a backup is taken for a special purpose, such as backing up the log before an online file restore. 通常、コピーのみのログ バックアップは 1 回だけ使用され、その後は削除されます。Typically, a copy-only log backup is used once and then deleted.

  • BACKUP DATABASE で使用した場合、COPY_ONLY オプションでは、差分ベースとして使用できない完全バックアップが作成されます。When used with BACKUP DATABASE, the COPY_ONLY option creates a full backup that cannot serve as a differential base. 差分ビットマップは更新されず、後に実行する差分バックアップではコピーのみのバックアップは無視され、The differential bitmap is not updated, and differential backups behave as if the copy-only backup does not exist. 従来のバックアップで作成された最新の完全バックアップがベースとして使用されます。Subsequent differential backups use the most recent conventional full backup as their base.

    重要

    DIFFERENTIALCOPY_ONLY が一緒に使用されている場合、COPY_ONLY は無視され、差分バックアップが作成されます。If DIFFERENTIAL and COPY_ONLY are used together, COPY_ONLY is ignored, and a differential backup is created.

  • BACKUP LOG で使用した場合、COPY_ONLY オプションではコピーのみのログ バックアップが作成され、トランザクション ログは切り捨てられません。When used with BACKUP LOG, the COPY_ONLY option creates a copy-only log backup, which does not truncate the transaction log. コピーのみのログ バックアップは、ログ チェーンに影響を及ぼさず、他のログ バックアップはコピーのみのバックアップが存在しない場合と同様に動作します。The copy-only log backup has no effect on the log chain, and other log backups behave as if the copy-only backup does not exist.

詳しくは、「コピーのみのバックアップ」をご覧ください。For more information, see Copy-Only Backups.

{ COMPRESSION | NO_COMPRESSION }: SQL Server 2008 EnterpriseSQL Server 2008 Enterprise 以降のバージョンのみで、このバックアップに対してバックアップの圧縮を実行するかどうかを指定し、サーバー レベルの既定値をオーバーライドします。{ COMPRESSION | NO_COMPRESSION } In SQL Server 2008 EnterpriseSQL Server 2008 Enterprise and later versions only, specifies whether backup compression is performed on this backup, overriding the server-level default.

インストール時の既定の動作では、バックアップの圧縮は行われません。At installation, the default behavior is no backup compression. ただし、この既定の動作は、backup compression default サーバー構成オプションを設定することで変更できます。But this default can be changed by setting the backup compression default server configuration option. このオプションの現在の値の表示については、「サーバー プロパティの表示または変更」をご覧ください。For information about viewing the current value of this option, see View or Change Server Properties.

透過的なデータ暗号化 (TDE) が有効になっているデータベースでのバックアップの圧縮の使用については、「解説」セクションを参照してください。For information about using backup compression with Transparent Data Encryption (TDE) enabled databases, see the Remarks section.

COMPRESSION: バックアップの圧縮を明示的に有効にします。COMPRESSION Explicitly enables backup compression.

NO_COMPRESSION: バックアップの圧縮を明示的に無効にします。NO_COMPRESSION Explicitly disables backup compression.

DESCRIPTION = { ' text ' | @ text_variable }: バックアップ セットを記述したテキストを自由な形式で指定します。DESCRIPTION = { 'text' | @text_variable } Specifies the free-form text describing the backup set. 文字列の長さは最大 255 文字です。The string can have a maximum of 255 characters.

NAME = { backup_set_name | @ backup_set_var }: バックアップ セットの名前を指定します。NAME = { backup_set_name | @backup_set_var } Specifies the name of the backup set. 名前の長さは最大 128 文字です。Names can have a maximum of 128 characters. NAME を指定しないと、名前は空白になります。If NAME is not specified, it is blank.

{ EXPIREDATE =' date ' | RETAINDAYS = days }: このバックアップのバックアップ セットがいつ上書きできるかを指定します。{ EXPIREDATE ='date' | RETAINDAYS = days } Specifies when the backup set for this backup can be overwritten. これらのオプションを両方とも使用した場合は、RETAINDAYS が EXPIREDATE よりも優先されます。If these options are both used, RETAINDAYS takes precedence over EXPIREDATE.

どちらのオプションも指定されていない場合、失効日は mediaretention 構成設定によって決まります。If neither option is specified, the expiration date is determined by the mediaretention configuration setting. 詳しくは、「サーバー構成オプション」をご覧ください。For more information, see Server Configuration Options.

重要

これらのオプションは、SQL ServerSQL Server でのファイルの上書きを防ぐことのみを目的としています。These options only prevent SQL ServerSQL Server from overwriting a file. テープは、ほかの方法を使用して消去でき、ディスク ファイルはオペレーティング システムから削除できます。Tapes can be erased using other methods, and disk files can be deleted through the operating system. 有効期限の確認について詳しくは、このトピックの「SKIP」および「FORMAT」をご覧ください。For more information about expiration verification, see SKIP and FORMAT in this topic.

EXPIREDATE = { ' date ' | @ date_var }: バックアップ セットがいつ期限切れとなり、上書き可能になるかを指定します。EXPIREDATE = { 'date' | @date_var } Specifies when the backup set expires and can be overwritten. 変数 (@date_var) として指定する場合、この日付は構成されたシステムの datetime 形式に従い、次のいずれかとして指定する必要があります。If supplied as a variable (@date_var), this date must follow the configured system datetime format and be specified as one of the following:

  • A string constant (@date_var = date)A string constant (@date_var = date)
  • 文字列データ型 (ntext または text データ型を除く) の変数A variable of character string data type (except for the ntext or text data types)
  • smalldatetimeA smalldatetime
  • datetime 変数A datetime variable

例:For example:

  • 'Dec 31, 2020 11:59 PM'
  • '1/1/2021'

datetime 値の指定方法については、「日付と時刻型」を参照してください。For information about how to specify datetime values, see Date and Time Types.

注意

失効日を無視するには、SKIP オプションを使用します。To ignore the expiration date, use the SKIP option.

RETAINDAYS = { days | @ days_var }: このバックアップ メディア セットを上書きできるようになるまでに必要な経過日数を指定します。RETAINDAYS = { days | @days_var } Specifies the number of days that must elapse before this backup media set can be overwritten. 変数 ( @ days_var) として指定する場合は、整数で指定する必要があります。If supplied as a variable (@days_var), it must be specified as an integer.

メディア セットのオプションMedia Set Options

以下のオプションは、メディア セット全般に適用されます。These options operate on the media set as a whole.

{ NOINIT | INIT }: バックアップ操作において、バックアップ メディア上の既存のバックアップ セットに追加するか、上書きするかを制御します。{ NOINIT | INIT } Controls whether the backup operation appends to or overwrites the existing backup sets on the backup media. 既定では、メディア上の最新のバックアップ セットに追加します (NOINIT)。The default is to append to the most recent backup set on the media (NOINIT).

注意

{ NOINIT | INIT } と { NOSKIP | SKIP } の相関関係については、このトピックの後述の「解説」を参照してください。For information about the interactions between { NOINIT | INIT } and { NOSKIP | SKIP }, see Remarks later in this topic.

NOINIT: 既存のバックアップ セットを維持したまま、バックアップ セットが指定のメディア セットに追加されることを示します。NOINIT Indicates that the backup set is appended to the specified media set, preserving existing backup sets. メディア セットのメディア パスワードが定義されている場合は、パスワードを指定する必要があります。If a media password is defined for the media set, the password must be supplied. NOINIT が既定値です。NOINIT is the default.

詳しくは、「メディア セット、メディア ファミリ、およびバックアップ セット」をご覧ください。For more information, see Media Sets, Media Families, and Backup Sets.

INIT: すべてのバックアップ セットが上書きされるように指定します。ただし、メディア ヘッダーは維持されます。INIT Specifies that all backup sets should be overwritten, but preserves the media header. INIT が指定された場合、条件が満たされていれば、そのデバイス上にある既存のすべてのバックアップ セットが上書きされます。If INIT is specified, any existing backup set on that device is overwritten, if conditions permit. 既定では、BACKUP によって次の状況が確認され、いずれかの状況に該当する場合はバックアップ メディアは上書きされません。By default, BACKUP checks for the following conditions and does not overwrite the backup media if either condition exists:

  • バックアップ セットがまだ期限切れではない。Any backup set has not yet expired. 詳細については、EXPIREDATERETAINDAYS のオプションを参照してください。For more information, see the EXPIREDATE and RETAINDAYS options.
  • BACKUP ステートメント内に示されたバックアップ セット名 (指定された場合) が、バックアップ メディア上の名前と一致していない。The backup set name given in the BACKUP statement, if provided, does not match the name on the backup media. 詳細については、前の NAME オプションを参照してください。For more information, see the NAME option, earlier in this section.

これらのチェックをオーバーライドするには、SKIP オプションを使用します。To override these checks, use the SKIP option.

詳しくは、「メディア セット、メディア ファミリ、およびバックアップ セット」をご覧ください。For more information, see Media Sets, Media Families, and Backup Sets.

{ NOSKIP | SKIP }: バックアップ操作において、上書き前にメディア上のバックアップ セットの失効日時を確認するかどうかを制御します。{ NOSKIP | SKIP } Controls whether a backup operation checks the expiration date and time of the backup sets on the media before overwriting them.

注意

{ NOINIT | INIT } と { NOSKIP | SKIP } の相関関係については、このトピックの後述の「解説」を参照してください。For information about the interactions between { NOINIT | INIT } and { NOSKIP | SKIP }, see "Remarks," later in this topic.

NOSKIP 上書きを許可する前に、メディア上のすべてのバックアップ セットの有効期限を確認することを BACKUP ステートメントに指示します。NOSKIP Instructs the BACKUP statement to check the expiration date of all backup sets on the media before allowing them to be overwritten. これは既定の動作です。This is the default behavior.

SKIP: バックアップ セットの有効期限と名前の確認を無効にします。通常は、バックアップ セットの上書きを防止するために BACKUP ステートメントによって行われます。SKIP Disables the checking of backup set expiration and name that is usually performed by the BACKUP statement to prevent overwrites of backup sets. { INIT | NOINIT } と { NOSKIP | SKIP } の相関関係については、このトピックで後述する「解説」を参照してください。For information about the interactions between { INIT | NOINIT } and { NOSKIP | SKIP }, see "Remarks," later in this topic. バックアップ セットの失効日を表示するには、backupset 履歴テーブルの expiration_date 列をクエリします。To view the expiration dates of backup sets, query the expiration_date column of the backupset history table.

{ NOFORMAT | FORMAT }: このバックアップ操作に使用するボリューム上にメディア ヘッダーを書き込み、既存のメディア ヘッダーとバックアップ セットを上書きするかどうかを指定します。{ NOFORMAT | FORMAT } Specifies whether the media header should be written on the volumes used for this backup operation, overwriting any existing media header and backup sets.

NOFORMAT: バックアップ操作において、このバックアップ操作に使用するメディア ボリューム上の既存のメディア ヘッダーとバックアップ セットを保持するように指定します。NOFORMAT Specifies that the backup operation preserves the existing media header and backup sets on the media volumes used for this backup operation. これは既定の動作です。This is the default behavior.

FORMAT: 新しいメディア セットを作成するように指定します。FORMAT Specifies that a new media set be created. FORMAT が指定されると、バックアップ操作において、バックアップ操作に使用されるすべてのメディア ボリューム上に、新しいメディア ヘッダーを書き込みます。FORMAT causes the backup operation to write a new media header on all media volumes used for the backup operation. 既存のメディア ヘッダーとバックアップ セットが上書きされるので、そのボリュームの既存のコンテンツは無効になります。The existing contents of the volume become invalid, because any existing media header and backup sets are overwritten.

重要

FORMAT は注意して使用してください。Use FORMAT carefully. メディア セットに属するボリュームを 1 つでも初期化すると、メディア セット全体が使用できなくなります。Formatting any volume of a media set renders the entire media set unusable. たとえば、既存のストライプ メディア セットに属するテープを 1 つ初期化すると、メディア セット全体が使用できなくなります。For example, if you initialize a single tape belonging to an existing striped media set, the entire media set is rendered useless.

FORMAT を指定することは SKIP を実行することを意味します。SKIP を明示的に指定する必要はありません。Specifying FORMAT implies SKIP; SKIP does not need to be explicitly stated.

MEDIADESCRIPTION = { text | @ text_variable }: メディア セットを説明した自由形式のテキストを最大 255 文字で指定します。MEDIADESCRIPTION = { text | @text_variable } Specifies the free-form text description, maximum of 255 characters, of the media set.

MEDIANAME = { media_name | @ media_name_variable }: バックアップ メディア セット全体のメディア名を指定します。MEDIANAME = { media_name | @media_name_variable } Specifies the media name for the entire backup media set. メディア名は最長 128 文字まで入力できます。MEDIANAME を指定する場合、バックアップ ボリュームに既に存在する、前回指定したメディア名と一致する必要があります。The media name must be no longer than 128 characters, If MEDIANAME is specified, it must match the previously specified media name already existing on the backup volumes. 指定しなかった場合場合、または SKIP オプションを指定した場合、メディア名の照合チェックは行われません。If it is not specified, or if the SKIP option is specified, there is no verification check of the media name.

BLOCKSIZE = { blocksize | @ blocksize_variable }: 物理的なブロック サイズをバイト単位で指定します。BLOCKSIZE = { blocksize | @blocksize_variable } Specifies the physical block size, in bytes. サポートされるサイズは、512、1024、2048、4096、8192、16384、32768、および 65536 (64 KB) バイトです。The supported sizes are 512, 1024, 2048, 4096, 8192, 16384, 32768, and 65536 (64 KB) bytes. テープ デバイスの場合の既定値は 65536 バイトで、他のデバイスの場合の既定値は 512 バイトです。The default is 65536 for tape devices and 512 otherwise. 通常は、BACKUP によってデバイスに適したブロック サイズが自動的に選択されるので、このオプションは必要ありません。Typically, this option is unnecessary because BACKUP automatically selects a block size that is appropriate to the device. ブロック サイズを明示的に指定すると、自動選択されたブロック サイズがオーバーライドされます。Explicitly stating a block size overrides the automatic selection of block size.

バックアップを作成して CD-ROM に格納したり、CD-ROM からバックアップを復元する場合は、BLOCKSIZE=2048 と指定します。If you are taking a backup that you plan to copy onto and restore from a CD-ROM, specify BLOCKSIZE=2048.

注意

このオプションがパフォーマンスに影響するのは、通常、テープ デバイスに書き込むときだけです。This option typically affects performance only when writing to tape devices.

データ転送オプションData Transfer Options

BUFFERCOUNT = { buffercount | @ buffercount_variable }: バックアップ操作に使用される I/O バッファーの総数を指定します。BUFFERCOUNT = { buffercount | @buffercount_variable } Specifies the total number of I/O buffers to be used for the backup operation. 任意の正の整数を指定できますが、バッファー数が多いと Sqlservr.exe プロセス内で仮想アドレス空間が不足し、"メモリ不足" エラーが発生する場合があります。You can specify any positive integer; however, large numbers of buffers might cause "out of memory" errors because of inadequate virtual address space in the Sqlservr.exe process.

バッファーで使用される領域の合計は、BUFFERCOUNT * MAXTRANSFERSIZE で決定されます。The total space used by the buffers is determined by: BUFFERCOUNT * MAXTRANSFERSIZE.

注意

BUFFERCOUNT オプションの使用に関する重要な情報については、ブログ「Incorrect BufferCount data transfer option can lead to OOM condition」 (不適切な BufferCount データ転送オプションによって OOM の状態になる可能性がある) を参照してください。For important information about using the BUFFERCOUNT option, see the Incorrect BufferCount data transfer option can lead to OOM condition blog.

MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } Specifies the largest unit of transfer in bytes to be used between SQL ServerSQL Server and the backup media.MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } Specifies the largest unit of transfer in bytes to be used between SQL ServerSQL Server and the backup media. 有効値は 65536 バイト (64 KB) の倍数で、最大有効値は 4194304 バイト (4 MB) です。The possible values are multiples of 65536 bytes (64 KB) ranging up to 4194304 bytes (4 MB).

注意

SQL ライター サービスを使用してバックアップを作成する際に、データベースに FILESTREAM が構成されているか、メモリ最適化ファイル グループが含まれている場合、復元時の MAXTRANSFERSIZE はバックアップの作成時に使用された MAXTRANSFERSIZE 以上である必要があります。When creating backups by using the SQL Writer Service, if the database has configured FILESTREAM, or includes memory optimized filegroups, then the MAXTRANSFERSIZE at the time of a restore should be greater than or equal to the MAXTRANSFERSIZE that was used when the backup was created.

注意

単一のデータ ファイルを含む、透過的なデータ暗号化 (TDE) が有効になっているデータベースの場合、既定の MAXTRANSFERSIZE は 65536 (64 KB) です。For Transparent Data Encryption (TDE) enabled databases with a single data file, the default MAXTRANSFERSIZE is 65536 (64 KB). TDE で暗号化されていないデータベースでは、ディスクへのバックアップを使用する場合は既定の MAXTRANSFERSIZE が 1048576 (1 MB) となり、VDI または TAPE を使用する場合は 65536 (64 KB) となります。For non-TDE encrypted databases the default MAXTRANSFERSIZE is 1048576 (1 MB) when using backup to DISK, and 65536 (64 KB) when using VDI or TAPE. TDE で暗号化されたデータベースでのバックアップの圧縮の使用の詳細については、「解説」セクションを参照してください。For more information about using backup compression with TDE encrypted databases, see the Remarks section.

エラー管理オプションError Management Options

以下のオプションでは、バックアップ操作に対してバックアップのチェックサムを有効にするかどうかと、エラー発生時に操作を停止するかどうかを判別できます。These options allow you to determine whether backup checksums are enabled for the backup operation and whether the operation stops on encountering an error.

{ NO_CHECKSUM | CHECKSUM }: バックアップのチェックサムを有効にするかどうかを制御します。{ NO_CHECKSUM | CHECKSUM } Controls whether backup checksums are enabled.

NO_CHECKSUM: バックアップ チェックサムの生成 (およびページ チェックサムの検証) を明示的に無効にします。NO_CHECKSUM Explicitly disables the generation of backup checksums (and the validation of page checksums). これは既定の動作です。This is the default behavior.

CHECKSUM: 有効かつ使用可能であれば、バックアップ操作において各ページのチェックサムおよび破損ページを検証し、バックアップ全体のチェックサムを生成するように指定します。CHECKSUM Specifies that the backup operation verifies each page for checksum and torn page, if enabled and available, and generate a checksum for the entire backup.

バックアップ チェックサムを使用すると、ワークロードとバックアップのスループットに影響する場合があります。Using backup checksums may affect workload and backup throughput.

詳しくは、「バックアップ中および復元中に発生する可能性があるメディア エラー」をご覧ください。For more information, see Possible Media Errors During Backup and Restore.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }: ページ チェックサム エラーの発生後に、バックアップ操作を停止するか続行するかを制御します。{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR } Controls whether a backup operation stops or continues after encountering a page checksum error.

STOP_ON_ERROR: ページ チェックサムが正しくない場合、BACKUP が失敗になるように指示します。STOP_ON_ERROR Instructs BACKUP to fail if a page checksum does not verify. これは既定の動作です。This is the default behavior.

CONTINUE_AFTER_ERROR: 無効なチェックサムやページの破損などのエラーが発生しても、BACKUP を続行するように指示します。CONTINUE_AFTER_ERROR Instructs BACKUP to continue despite encountering errors such as invalid checksums or torn pages.

データベースが破損したときに、NO_TRUNCATE オプションを使用してもログの末尾をバックアップできない場合は、NO_TRUNCATE の代わりに CONTINUE_AFTER_ERROR を指定してログ末尾のバックアップを試すことができます。If you are unable to back up the tail of the log using the NO_TRUNCATE option when the database is damaged, you can attempt a tail-log log backup by specifying CONTINUE_AFTER_ERROR instead of NO_TRUNCATE.

詳しくは、「バックアップ中および復元中に発生する可能性があるメディア エラー」をご覧ください。For more information, see Possible Media Errors During Backup and Restore.

互換性オプションCompatibility Options

RESTART SQL Server 2008SQL Server 2008 以降では無効です。RESTART Beginning with SQL Server 2008SQL Server 2008, has no effect. このオプションは、以前のバージョンの SQL ServerSQL Server との互換性を維持するために使用できます。This option is accepted by the version for compatibility with previous versions of SQL ServerSQL Server.

監視オプションMonitoring Options

STATS [ = percentage ]: 各 percentage の完了ごとにメッセージを表示します。進行状況を判断するために使用されます。STATS [ = percentage ] Displays a message each time another percentage completes, and is used to gauge progress. percentage を省略した場合、SQL ServerSQL Server では 10% 完了するごとにメッセージが表示されます。If percentage is omitted, SQL ServerSQL Server displays a message after each 10 percent is completed.

STATS オプションでは、次のパーセンテージ間隔を報告するしきい値に達した時点までに、完了したパーセンテージを報告します。The STATS option reports the percentage complete as of the threshold for reporting the next interval. これは、ほぼ指定したパーセンテージになります。たとえば、STATS=10 とすると、40% が完了した場合に、オプションでは 43% と表示されることがあります。This is at approximately the specified percentage; for example, with STATS=10, if the amount completed is 40 percent, the option might display 43 percent. 大規模なバックアップ セットの場合は、完了した I/O 呼び出し間での完了パーセンテージの変化が非常に遅くなるため、これは重要な問題にはなりません。For large backup sets, this is not a problem, because the percentage complete moves very slowly between completed I/O calls.

テープ オプションTape Options

このオプションはテープ デバイスにのみ適用されます。These options are used only for TAPE devices. テープ以外のデバイスが使用される場合、このオプションは無視されます。If a nontape device is being used, these options are ignored.

{ REWIND | NOREWIND } REWIND{ REWIND | NOREWIND } REWIND

SQL ServerSQL Server でテープを解放して巻き戻すように指定します。Specifies that SQL ServerSQL Server releases and rewinds the tape. 既定値は REWIND です。REWIND is the default.

NOREWINDNOREWIND

SQL ServerSQL Server でバックアップ操作後にテープを開いたままにしておくことを指定します。Specifies that SQL ServerSQL Server will keep the tape open after the backup operation. このオプションを使用すると、1 つのテープに対して複数のバックアップ操作を実行する場合のパフォーマンスを向上させることが可能です。You can use this option to help improve performance when performing multiple backup operations to a tape.

NOREWIND は暗黙的に NOUNLOAD も意味しており、これらのオプションを 1 つの BACKUP ステートメント内で同時に使用することはできません。NOREWIND implies NOUNLOAD, and these options are incompatible within a single BACKUP statement.

注意

NOREWIND を使用する場合、テープ ドライブの所有権は SQL ServerSQL Server インスタンスによって保持されます。同じプロセス内で実行される BACKUP または RESTORE ステートメントで REWIND または UNLOAD オプションが使用されるか、サーバー インスタンスがシャットダウンすると、所有権は解放されます。If you use NOREWIND, the instance of SQL ServerSQL Server retains ownership of the tape drive until a BACKUP or RESTORE statement that is running in the same process uses either the REWIND or UNLOAD option, or the server instance is shut down. テープを開いたままにすると、他のプロセスではそのテープにアクセスできません。Keeping the tape open prevents other processes from accessing the tape. 開いているテープの一覧を表示する方法、および開いているテープを閉じる方法については、「バックアップ デバイス」をご覧ください。For information about how to display a list of open tapes and to close an open tape, see Backup Devices.

{ UNLOAD | NOUNLOAD }{ UNLOAD | NOUNLOAD }

注意

UNLOAD および NOUNLOAD はセッションの設定であり、セッションが終了するまで、または代わりとなるオプションの指定によりリセットされるまで有効です。UNLOAD and NOUNLOAD are session settings that persist for the life of the session or until it is reset by specifying the alternative.

UNLOADUNLOAD

バックアップ完了後、テープの巻き戻しおよびアンロードを自動的に行います。Specifies that the tape is automatically rewound and unloaded when the backup is finished. UNLOAD は、セッション開始時の既定値です。UNLOAD is the default when a session begins.

NOUNLOADNOUNLOAD

BACKUP 操作の後、テープ ドライブにテープを読み込んだままにすることを指定します。Specifies that after the BACKUP operation the tape remains loaded on the tape drive.

注意

テープ バックアップ デバイスへのバックアップの場合、BLOCKSIZE オプションはバックアップ操作のパフォーマンスに影響します。For a backup to a tape backup device, the BLOCKSIZE option to affect the performance of the backup operation. このオプションがパフォーマンスに影響するのは、通常、テープ デバイスに書き込むときだけです。This option typically affects performance only when writing to tape devices.

ログ関係のオプションLog-specific options

以下のオプションは、BACKUP LOG でのみ使用します。These options are only used with BACKUP LOG.

注意

ログ バックアップを取得しない場合は、単純復旧モデルを使用します。If you do not want to take log backups, use the simple recovery model. 詳しくは、「復旧モデル」をご覧ください。For more information, see Recovery Models.

{ NORECOVERY | STANDBY = undo_file_name }{ NORECOVERY | STANDBY = undo_file_name }

NORECOVERYNORECOVERY

ログの末尾をバックアップし、データベースを RESTORING の状態のままにします。Backs up the tail of the log and leaves the database in the RESTORING state. NORECOVERY は、セカンダリ データベースにフェールオーバーする場合、または RESTORE 操作の前にログの末尾を保存する場合に便利です。NORECOVERY is useful when failing over to a secondary database or when saving the tail of the log before a RESTORE operation.

ログの切り捨てをスキップするベストエフォートのログ バックアップを実行して、データベースを自動的に RESTORING 状態にするには、NO_TRUNCATE および NORECOVERY オプションを同時に使用します。To perform a best-effort log backup that skips log truncation and then take the database into the RESTORING state atomically, use the NO_TRUNCATE and NORECOVERY options together.

STANDBY = standby_file_nameSTANDBY = standby_file_name

ログの末尾をバックアップし、データベースを読み取り専用かつ STANDBY の状態のままにします。Backs up the tail of the log and leaves the database in a read-only and STANDBY state. STANDBY 句では、スタンバイ データが書き込まれます。ロールバックが実行されますが、追加の復元を行うこともできます。The STANDBY clause writes standby data (performing rollback, but with the option of further restores). STANDBY オプションの使用は、BACKUP LOG WITH NORECOVERY の後に RESTORE WITH STANDBY を使用する場合と同じ効果があります。Using the STANDBY option is equivalent to BACKUP LOG WITH NORECOVERY followed by a RESTORE WITH STANDBY.

スタンバイ モードの使用にはスタンバイ ファイルが必要で、これは standby_file_name で指定します。その位置はデータベースのログに格納されます。Using standby mode requires a standby file, specified by standby_file_name, whose location is stored in the log of the database. 指定したファイルが既に存在する場合、データベース エンジンDatabase Engineによってファイルが上書きされます。ファイルが存在しない場合、データベース エンジンDatabase Engineによってファイルが作成されます。If the specified file already exists, the データベース エンジンDatabase Engine overwrites it; if the file does not exist, the データベース エンジンDatabase Engine creates it. スタンバイ ファイルは、データベースの一部になります。The standby file becomes part of the database.

このファイルでは、ロールバックされた変更内容を保持しており、RESTORE LOG 操作が後から適用される場合は、変更内容の順序を逆にする必要があります。This file holds the rolled back changes, which must be reversed if RESTORE LOG operations are to be subsequently applied. コミットされていないトランザクションのロールバックによって変更されたデータベース内の個々のページすべてをスタンバイ ファイルに保存できるように、ファイルの増大に備えて十分なディスク容量が必要になります。There must be enough disk space for the standby file to grow so that it can contain all the distinct pages from the database that were modified by rolling back uncommitted transactions.

NO_TRUNCATENO_TRUNCATE

ログが切り捨てられないように指定し、データベースの状態に関係なく、データベース エンジンDatabase Engineによってバックアップが試行されるようにします。Specifies that the is log not truncated and causes the データベース エンジンDatabase Engine to attempt the backup regardless of the state of the database. その結果、NO_TRUNCATE で実行されるバックアップに不完全なメタデータが含まれる場合があります。Consequently, a backup taken with NO_TRUNCATE might have incomplete metadata. このオプションを使用すると、データベースが破損している場合でもログをバックアップできます。This option allows backing up the log in situations where the database is damaged.

BACKUP LOG の NO_TRUNCATE オプションを指定すると、COPY_ONLY と CONTINUE_AFTER_ERROR の両方を指定する場合と同じ結果が得られます。The NO_TRUNCATE option of BACKUP LOG is equivalent to specifying both COPY_ONLY and CONTINUE_AFTER_ERROR.

NO_TRUNCATE オプションを使用しない場合は、データベースが ONLINE 状態である必要があります。Without the NO_TRUNCATE option, the database must be in the ONLINE state. データベースが SUSPENDED 状態の場合は、NO_TRUNCATE を指定することによってバックアップを作成できる可能性があります。If the database is in the SUSPENDED state, you might be able to create a backup by specifying NO_TRUNCATE. ただし、データベースが OFFLINE または EMERGENCY 状態の場合、NO_TRUNCATE を使用しても BACKUP は使用できません。But if the database is in the OFFLINE or EMERGENCY state, BACKUP is not allowed even with NO_TRUNCATE. データベースの状態については、「データベースの状態」を参照してください。For information about database states, see Database States.

SQL Server バックアップの操作についてAbout working with SQL Server backups

このセクションでは、次の基本的なバックアップの概念について説明します。This section introduces the following essential backup concepts:

バックアップの種類 トランザクション ログの切り捨て バックアップ メディアのフォーマット バックアップ デバイスとメディア セットの操作 SQL Server バックアップの復元Backup Types Transaction Log Truncation Formatting Backup Media Working with Backup Devices and Media Sets Restoring SQL Server Backups

注意

SQL ServerSQL Server でのバックアップの概要については、「バックアップの概要」をご覧ください。For an introduction to backup in SQL ServerSQL Server, see Backup Overview.

バックアップの種類Backup types

サポートされるバックアップの種類は、次のようにデータベースの復旧モデルに依存します。The supported backup types depend on the recovery model of the database, as follows

  • データの完全バックアップと差分バックアップはすべての復旧モデルで実行できます。All recovery models support full and differential backups of data.

    バックアップの範囲Scope of backup バックアップの種類Backup types
    データベース全体Whole database データベース バックアップでは、データベース全体が対象となります。Database backups cover the whole database.

    必要に応じて、各データベース バックアップは、1 つ以上のデータベースの差分バックアップのベースとして使用することもできます。Optionally, each database backup can serve as the base of a series of one or more differential database backups.
    データベースの部分バックアップPartial database 部分バックアップでは、読み取り/書き込みファイル グループ、および必要な場合は 1 つ以上の読み取り専用ファイルまたはファイル グループが対象となります。Partial backups cover read/-write filegroups and, possibly, one or more read-only files or filegroups.

    必要に応じて、各部分バックアップは、1 つ以上の部分的な差分バックアップのベースとして使用することもできます。Optionally, each partial backup can serve as the base of a series of one or more differential partial backups.
    ファイルまたはファイル グループFile or filegroup ファイル バックアップでは、1 つ以上のファイルまたはファイル グループが対象となります。このバックアップは、複数のファイル グループを含むデータベースにのみ関連します。File backups cover one or more files or filegroups, and are relevant only for databases that contain multiple filegroups. 単純復旧モデルでは、ファイル バックアップは基本的に、読み取り専用のセカンダリ ファイル グループに限定されます。Under the simple recovery model, file backups are essentially restricted to read-only secondary filegroups.
    必要に応じて、各ファイル バックアップは、1 つ以上のファイルの差分バックアップのベースとして使用することもできます。Optionally, each file backup can serve as the base of a series of one or more differential file backups.
  • 完全復旧モデルまたは一括ログ復旧モデルでは、従来のバックアップの必須作業として、シーケンシャル トランザクション ログ バックアップ (またはログ バックアップ) も含まれます。Under the full recovery model or bulk-logged recovery model, conventional backups also include sequential transaction log backups (or log backups), which are required. 各ログ バックアップでは、トランザクション ログのうち、バックアップが作成された時点でアクティブだった部分と、前回のログ バックアップにおいてバックアップされなかったすべてのログ レコードが対象となります。Each log backup covers the portion of the transaction log that was active when the backup was created, and it includes all log records not backed up in a previous log backup.

    作業損失の可能性を最小に抑えるには、管理のオーバーヘッドが発生しても、ログ バックアップを頻繁に行うようにスケジュールする必要があります。To minimize work-loss exposure, at the cost of administrative overhead, you should schedule frequent log backups. 完全バックアップの合間に差分バックアップを行うようにスケジュールすると、データを復元した後で復元する必要のあるログ バックアップの数が減るので、復元時間を短縮することができます。Scheduling differential backups between full backups can reduce restore time by reducing the number of log backups you have to restore after restoring the data.

    ログ バックアップは、データベースのバックアップとは別のボリュームに配置することをお勧めします。We recommend that you put log backups on a separate volume than the database backups.

    注意

    最初のログ バックアップを作成するには、その前に完全バックアップを作成する必要があります。Before you can create the first log backup, you must create a full backup.

  • コピーのみのバックアップは、従来のバックアップで行われる一連の作業とは別に、特別な目的で行われる完全バックアップまたはログ バックアップです。A copy-only backup is a special-purpose full backup or log backup that is independent of the normal sequence of conventional backups. コピーのみのバックアップを作成するには、BACKUP ステートメント内で COPY_ONLY オプションを指定します。To create a copy-only backup, specify the COPY_ONLY option in your BACKUP statement. 詳しくは、「コピーのみのバックアップ」をご覧ください。For more information, see Copy-Only Backups.

トランザクション ログの切り捨てTransaction Log Truncation

データベースのトランザクション ログがいっぱいにならないように、トランザクション ログを定期的にバックアップする必要があります。To avoid filling up the transaction log of a database, routine backups are essential. ログの切り捨ては、単純復旧モデルではデータベースのバックアップ後に、完全復旧モデルではトランザクション ログのバックアップ後に、自動的に行われます。Under the simple recovery model, log truncation occurs automatically after you back up the database, and under the full recovery model, after you back up the transaction log. ただし、切り捨ての処理が遅れる場合もあります。However, sometimes the truncation process can be delayed. ログの切り捨てが遅れる要因については、「トランザクション ログ」をご覧ください。For information about factors that can delay log truncation, see The Transaction Log.

注意

BACKUP LOG WITH NO_LOG および WITH TRUNCATE_ONLY オプションは廃止されました。The BACKUP LOG WITH NO_LOG and WITH TRUNCATE_ONLY options have been discontinued. 完全復旧モデルまたは一括ログ復旧モデルの復旧を使用している場合に、ログ バックアップ チェーンをデータベースから削除するには、単純復旧モデルに切り替える必要があります。If you are using the full or bulk-logged recovery model recovery and you must remove the log backup chain from a database, switch to the simple recovery model. 詳しくは、「データベースの復旧モデルの表示または変更」をご覧ください。For more information, see View or Change the Recovery Model of a Database.

バックアップ メディアのフォーマットFormatting Backup Media

次の条件のいずれか 1 つでも該当する場合は、BACKUP ステートメントでバックアップ メディアがフォーマットされます。Backup media is formatted by a BACKUP statement if and only if any of the following is true:

  • FORMAT オプションが指定されている。The FORMAT option is specified.
  • メディアが空である。The media is empty.
  • 操作が、連続するテープの書き込みになっている。The operation is writing a continuation tape.

バックアップ デバイスとメディア セットの操作Working with backup devices and media sets

ストライプ メディア セット (ストライプ セット) 内のバックアップ デバイスBackup devices in a striped media set (a stripe set)

ストライプ セット とは、データがブロックに分割され、一定の順序で分散される、一連のディスク ファイルです。A stripe set is a set of disk files on which data is divided into blocks and distributed in a fixed order. ストライプ セットで使用されるバックアップ デバイスの数は、(FORMAT でメディアを最初期化する場合を除いて) 常に同じである必要があります。The number of backup devices used in a stripe set must stay the same (unless the media is reinitialized with FORMAT).

次の例では、AdventureWorks2012AdventureWorks2012 データベースのバックアップを、3 つのディスク ファイルを使用する新しいストライプ メディア セットに書き込みます。The following example writes a backup of the AdventureWorks2012AdventureWorks2012 database to a new striped media set that uses three disk files.

BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1.bak',
DISK='Y:\SQLServerBackups\AdventureWorks2.bak',
DISK='Z:\SQLServerBackups\AdventureWorks3.bak'
WITH FORMAT,
  MEDIANAME = 'AdventureWorksStripedSet0',
  MEDIADESCRIPTION = 'Striped media set for AdventureWorks2012 database';
GO

バックアップ デバイスをストライプ セットの一部として定義すると、以降は FORMAT を指定しない限り、単一デバイスのバックアップに使用することはできません。After a backup device is defined as part of a stripe set, it cannot be used for a single-device backup unless FORMAT is specified. 同様に、非ストライプ バックアップを含むバックアップ デバイスは、FORMAT を指定しない限り、ストライプ セットでは使用できません。Similarly, a backup device that contains nonstriped backups cannot be used in a stripe set unless FORMAT is specified. ストライプ バックアップ セットを分割するには、FORMAT を使用します。To split a striped backup set, use FORMAT.

メディア ヘッダーを書き込むときに MEDIANAME と MEDIADESCRIPTION のいずれも指定しない場合、空白項目に該当するメディアのヘッダー フィールドは空になります。If neither MEDIANAME or MEDIADESCRIPTION is specified when a media header is written, the media header field corresponding to the blank item is empty.

ミラー化されたメディア セットの操作Working with a mirrored media set

通常、バックアップはミラー化されず、BACKUP ステートメントには単純に TO 句のみを指定します。Typically, backups are unmirrored, and BACKUP statements simply include a TO clause. ただし、メディア セットごとに全部で 4 つまで、ミラーを指定することが可能です。However, a total of four mirrors is possible per media set. ミラー化メディア セットの場合、バックアップ操作では、バックアップ デバイスの複数のグループに書き込みが行われます。For a mirrored media set, the backup operation writes to multiple groups of backup devices. バックアップ デバイスの各グループは、ミラー化メディア セット内の 1 つのミラーから構成されます。Each group of backup devices comprises a single mirror within the mirrored media set. それぞれのミラーでは同じ容量および種類の物理バックアップ デバイスを使用する必要があり、プロパティがすべて同じである必要があります。Every mirror must use the same quantity and type of physical backup devices, which must all have the same properties.

ミラー化メディア セットにバックアップするには、すべてのミラーが存在している必要があります。To back up to a mirrored media set, all of the mirrors must be present. ミラー化されたメディア セットにバックアップするには、TO 句に 1 つ目のミラーを指定し、MIRROR TO 句にその他のミラーをそれぞれ指定します。To back up to a mirrored media set, specify the TO clause to specify the first mirror, and specify a MIRROR TO clause for each additional mirror.

ミラー化されたメディア セットの場合、各 MIRROR TO 句では、TO 句と同じ数および種類のデバイスのリストを指定する必要があります。For a mirrored media set, each MIRROR TO clause must list the same number and type of devices as the TO clause. 次の例では、ミラー化メディア セットに書き込みを行います。このメディア セットには 2 つのミラーが含まれ、各ミラーに 3 つのデバイスが使用されています。The following example writes to a mirrored media set that contains two mirrors and uses three devices per mirror:

BACKUP DATABASE AdventureWorks2012
TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak',
  DISK='Y:\SQLServerBackups\AdventureWorks2a.bak',
  DISK='Z:\SQLServerBackups\AdventureWorks3a.bak'
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak',
  DISK='Y:\SQLServerBackups\AdventureWorks2b.bak',
  DISK='Z:\SQLServerBackups\AdventureWorks3b.bak';
GO

重要

この例は、ローカル システム上でテストできるように設計されています。This example is designed to allow you to test it on your local system. 実際には同じドライブ上にある複数のデバイスにバックアップすると、パフォーマンスが低下するおそれがあり、ミラー化されたメディア セットの設計目的でもある冗長性が損なわれる可能性があります。In practice, backing up to multiple devices on the same drive would hurt performance and would eliminate the redundancy for which mirrored media sets are designed.

ミラー化されたメディア セットのメディア ファミリMedia families in mirrored media sets

BACKUP ステートメントの TO 句で指定する各バックアップ デバイスは、メディア ファミリに対応します。Each backup device specified in the TO clause of a BACKUP statement corresponds to a media family. たとえば、TO 句で 3 つのデバイスのリストを指定する場合、BACKUP では 3 つのメディア ファミリにデータが書き込まれます。For example, if the TO clauses lists three devices, BACKUP writes data to three media families. ミラー化メディア セットでは、どのミラーにもすべてのメディア ファミリのコピーが含まれている必要があります。In a mirrored media set, every mirror must contain a copy of every media family. このため、各ミラーでデバイス数が一致する必要があります。This is why the number of devices must be identical in every mirror.

各ミラーに対し複数のデバイスのリストを指定する順番によって、どのメディア ファミリがどのデバイスに書き込まれるかが決まります。When multiple devices are listed for each mirror, the order of the devices determines which media family is written to a particular device. たとえば、各デバイスのリストで、2 番目のデバイスは 2 番目のメディア ファミリに対応します。For example, in each of the device lists, the second device corresponds to the second media family. 先に示した例のデバイスでは、デバイスとメディア ファミリの対応は次の表のようになります。For the devices in the above example, the correspondence between devices and media families is shown in the following table.

ミラーMirror メディア ファミリ 1Media family 1 メディア ファミリ 2Media family 2 メディア ファミリ 3Media family 3
00 Z:\AdventureWorks1a.bak Z:\AdventureWorks2a.bak Z:\AdventureWorks3a.bak
11 Z:\AdventureWorks1b.bak Z:\AdventureWorks2b.bak Z:\AdventureWorks3b.bak

1 つのメディア ファミリは常に、特定のミラー内の同じデバイス上にバックアップされる必要があります。A media family must always be backed up onto the same device within a specific mirror. したがって、既存のメディア セットを使用するときは毎回、メディア セットを作成したときに指定した同じ順序で各ミラーのデバイスを列挙してください。Therefore, each time you use an existing media set, list the devices of each mirror in the same order as they were specified when the media set was created.

ミラー化メディア セットについて詳しくは、「ミラー化バックアップ メディア セット」をご覧ください。For more information about mirrored media sets, see Mirrored Backup Media Sets. メディア セットとメディア ファミリの概要について詳しくは、「メディア セット、メディア ファミリ、およびバックアップ セット」をご覧ください。For more information about media sets and media families in general, see Media Sets, Media Families, and Backup Sets.

SQL Server バックアップの復元Restoring SQL Server backups

データベースを復元し、必要に応じて、そのデータベースを復旧してオンラインにする、またはファイルやファイル グループを復元するには、Transact-SQLTransact-SQLRESTORE ステートメントを使用するか、SQL Server Management StudioSQL Server Management Studio復元タスクを使用します。To restore a database and, optionally, recover it to bring it online, or to restore a file or filegroup, use either the Transact-SQLTransact-SQL RESTORE statement or the SQL Server Management StudioSQL Server Management Studio Restore tasks. 詳しくは、「復元と復旧の概要」をご覧ください。For more information see Restore and Recovery Overview.

BACKUP のオプションに関するその他の注意点Additional considerations about BACKUP options

SKIP、NOSKIP、INIT、および NOINIT の相関関係Interaction of SKIP, NOSKIP, INIT, and NOINIT

次の表に、{ NOINIT | INIT } と { NOSKIP | SKIP } オプションの相関関係を示します。This table describes interactions between the { NOINIT | INIT } and { NOSKIP | SKIP } options.

注意

テープ メディアが空の場合、またはディスクのバックアップ ファイルが存在しない場合は、これらすべての相関関係によってメディア ヘッダーが記述され、続行されます。If the tape media is empty or the disk backup file does not exist, all these interactions write a media header and proceed. ただし、メディアが空でなく、有効なメディア ヘッダーがない場合、これらの操作によって、有効な MTF メディアでないことを示すフィードバックが返され、バックアップ操作が中断されます。If the media is not empty and lacks a valid media header, these operations give feedback stating that this is not valid MTF media, and they terminate the backup operation.

NOINITNOINIT INITINIT
NOSKIPNOSKIP ボリュームに有効なメディア ヘッダーが含まれる場合は、MEDIANAME が指定されていれば、その値とメディア名が一致していることを確認します。If the volume contains a valid media header, verifies that the media name matches the given MEDIANAME, if any. メディア名が一致した場合は、すべての既存のバックアップ セットはそのままにして、バックアップ セットを追加します。If it matches, appends the backup set, preserving all existing backup sets.
ボリュームに有効なメディア ヘッダーが含まれない場合は、エラーが発生します。If the volume does not contain a valid media header, an error occurs.
ボリュームに有効なメディア ヘッダーが含まれている場合は、次のチェックを実行します。If the volume contains a valid media header, performs the following checks:
  • MEDIANAME を指定した場合は、指定されているメディア名がメディア ヘッダーのメディア名と一致していることを確認します。1If MEDIANAME was specified, verifies that the given media name matches the media header's media name.1
  • メディア上に失効前のバックアップ セットが既に存在していないことを確認します。Verifies that there are no unexpired backup sets already on the media. 存在している場合は、バックアップを中断します。If there are, terminates the backup.

上のチェックにパスした場合は、メディア ヘッダーだけをそのままにして、メディア上のすべてのバックアップ セットを上書きします。If these checks pass, overwrites any backup sets on the media, preserving only the media header.
ボリュームに有効なメディア ヘッダーが含まれない場合は、MEDIANAME および MEDIADESCRIPTION が指定されていれば、これらのオプションを使用してメディア ヘッダーを生成します。If the volume does not contain a valid media header, generates one with using specified MEDIANAME and MEDIADESCRIPTION, if any.
SKIPSKIP ボリュームに有効なメディア ヘッダーが含まれる場合は、すべての既存のバックアップ セットをそのまま保持して、バックアップ セットを追加します。If the volume contains a valid media header, appends the backup set, preserving all existing backup sets. ボリュームに有効な2 メディア ヘッダーが含まれる場合は、メディア ヘッダーだけをそのままにして、メディア上のすべてのバックアップ セットを上書きします。If the volume contains a valid2 media header, overwrites any backup sets on the media, preserving only the media header.
メディアが空の場合は、MEDIANAME および MEDIADESCRIPTION が指定されていれば、これらのオプションを使用してメディア ヘッダーを生成します。If the media is empty, generates a media header using the specified MEDIANAME and MEDIADESCRIPTION, if any.

1 ユーザーは、バックアップ操作を実行する適切な固定データベースまたはサーバー ロールに属している必要があります。1 The user must belong to the appropriate fixed database or server roles to perform a backup operation.

2 有効性には、MTF のバージョン番号およびその他のヘッダー情報が含まれます。2 Validity includes the MTF version number and other header information. 指定されたバージョンがサポートされていないか、予期しない値の場合、エラーが発生します。If the version specified is unsupported or an unexpected value, an error occurs.

互換性Compatibility

注意事項

SQL ServerSQL Server によって作成されたバックアップは、それより前のバージョンの SQL ServerSQL Serverでは復元できません。Backups that are created by more recent version of SQL ServerSQL Server cannot be restored in earlier versions of SQL ServerSQL Server.

以前のバージョンの SQL ServerSQL Server との下位互換性を提供するため、BACKUP では RESTART オプションがサポートされます。BACKUP supports the RESTART option to provide backward compatibility with earlier versions of SQL ServerSQL Server. ただし、RESTART は無効です。But RESTART has no effect.

全般的な解説General remarks

データベースやログのバックアップは、任意のディスクまたはテープ デバイスに追加できます。これによって、データベースとそのトランザクション ログすべてを物理的な 1 つの場所の中に格納できます。Database or log backups can be appended to any disk or tape device, allowing a database and its transaction logs to be kept within one physical location.

BACKUP ステートメントは、明示的または暗黙的なトランザクションでは使用できません。The BACKUP statement is not allowed in an explicit or implicit transaction.

オペレーティング システムがデータベースの照合順序をサポートしている限り、プロセッサの種類が違っていても、プラットフォーム間にわたるバックアップ操作を実行できます。Cross-platform backup operations, even between different processor types, can be performed as long as the collation of the database is supported by the operating system.

単一のデータ ファイルを含む、透過的なデータ暗号化 (TDE) が有効になっているデータベースでバックアップの圧縮を使用する場合は、65536 (64 KB) より大きい MAXTRANSFERSIZE 設定を使用することをお勧めします。When using backup compression with Transparent Data Encryption (TDE) enabled databases with a single data file, it is recommended to use a MAXTRANSFERSIZE setting larger than 65536 (64 KB). SQL Server 2016 (13.x)SQL Server 2016 (13.x) 以降では、これにより、最初にページを暗号化解除し、圧縮してから再度暗号化する、TDE で暗号化されたデータベースの最適化された圧縮アルゴリズムが有効になります。Starting with SQL Server 2016 (13.x)SQL Server 2016 (13.x), this enables an optimized compression algorithm for TDE encrypted databases that first decrypts a page, compresses it and then encrypts it again. MAXTRANSFERSIZE = 65536 (64 KB) を使用する場合、TDE で暗号化されたデータベースでのバックアップの圧縮では暗号化されたページが直接圧縮され、適切な圧縮比率が得られない可能性があります。If using MAXTRANSFERSIZE = 65536 (64 KB), backup compression with TDE encrypted databases directly compresses the encrypted pages, and may not yield good compression ratios. 詳細については、「Backup Compression for TDE-enabled Databases」 (TDE が有効になっているデータベースのバックアップの圧縮) を参照してください。For more information, see Backup Compression for TDE-enabled Databases.

注意

次のように、既定の MAXTRANSFERSIZE が 64 K より大きくなる場合もあります。There are some cases where the default MAXTRANSFERSIZE is greater than 64K:

  • データベースに複数のデータ ファイルが作成されている場合、64 K より大きい MAXTRANSFERSIZE が使用されます。When the database has multiple data files created, it uses MAXTRANSFERSIZE > 64K
  • URL へのバックアップを実行する場合、既定値は MAXTRANSFERSIZE = 1048576 (1 MB) になります。When performing backup to URL, the default MAXTRANSFERSIZE = 1048576 (1MB)

これらの条件のいずれかが当てはまる場合は、バックアップ コマンドで明示的に 64 K より大きい MAXTRANSFERSIZE を設定して、新しいバックアップ圧縮アルゴリズムを取得する必要があります。Even if one of these conditions applies, you must explicitly set MAXTRANSFERSIZE greater than 64K in your backup command in order to get the new backup compression algorithm.

既定では、バックアップ操作が成功するたびに、 SQL ServerSQL Server エラー ログおよびシステム イベント ログにエントリが 1 つ追加されます。By default, every successful backup operation adds an entry in the SQL ServerSQL Server error log and in the system event log. ログを頻繁にバックアップすると、これらの成功メッセージがすぐに蓄積され、他のメッセージを探すのが困難になるほどエラー ログが大きくなることがあります。If back up the log very frequently, these success messages accumulate quickly, resulting in huge error logs that can make finding other messages difficult. そのような場合、これらのエントリに依存するスクリプトがなければ、トレース フラグ 3226 を使用することによってこれらのログ エントリを除外できます。In such cases you can suppress these log entries by using trace flag 3226 if none of your scripts depend on those entries. 詳しくは、「トレース フラグ」をご覧ください。For more information, see Trace Flags.

相互運用性Interoperability

SQL ServerSQL Server では、オンライン バックアップを使用して、使用中のデータベースをバックアップできます。uses an online backup process to allow a database backup while the database is still in use. バックアップ中はほとんどの操作が可能です。たとえば、INSERT、UPDATE、または DELETE ステートメントはバックアップ操作中でも使用できます。During a backup, most operations are possible; for example, INSERT, UPDATE, or DELETE statements are allowed during a backup operation.

データベース バックアップやトランザクション ログ バックアップ中に実行できない操作には、次のものがあります。Operations that cannot run during a database or transaction log backup include:

  • ADD FILE または REMOVE FILE オプションを指定した ALTER DATABASE ステートメントなどのファイル管理操作。File management operations such as the ALTER DATABASE statement with either the ADD FILE or REMOVE FILE options.

  • データベースまたはファイルの圧縮操作。Shrink database or shrink file operations. これには自動圧縮操作も含まれます。This includes auto-shrink operations.

バックアップ操作がファイル管理または圧縮操作と重複すると、競合が発生します。If a backup operation overlaps with a file-management or shrink operation, a conflict arises. どの競合操作が最初に始まったかに関係なく、最初の操作によって設定されたロックがタイムアウトになるまで、2 番目の操作は待機します (タイムアウト時間は、セッション タイムアウト設定によって制御されます)。Regardless of which of the conflicting operation began first, the second operation waits for the lock set by the first operation to time out (the time-out period is controlled by a session timeout setting). ロックがタイムアウト期間内に解放されると、2 番目の操作が開始されます。If the lock is released during the time-out period, the second operation continues. ロックがタイムアウトになると、2 番目の操作は実行されません。If the lock times out, the second operation fails.

メタデータMetadata

SQL ServerSQL Server には次のようなバックアップ履歴テーブルがあり、これによってバックアップ処理が追跡されます。includes the following backup history tables that track backup activity:

復元を実行するときに、バックアップ セットが msdb データベースにまだ記録されていないと、バックアップ履歴テーブルが変更される可能性があります。When a restore is performed, if the backup set was not already recorded in the msdb database, the backup history tables might be modified.

SecuritySecurity

SQL Server 2012 (11.x)SQL Server 2012 (11.x) 以降では、バックアップの作成での PASSWORDMEDIAPASSWORD オプションが廃止されました。Beginning with SQL Server 2012 (11.x)SQL Server 2012 (11.x), the PASSWORD and MEDIAPASSWORD options are discontinued for creating backups. パスワード付きで作成されたバックアップを復元することは、引き続き可能です。It is still possible to restore backups created with passwords.

アクセス許可Permissions

BACKUP DATABASE 権限と BACKUP LOG 権限は、既定では、 sysadmin 固定サーバー ロール、 db_owner 固定データベース ロール、および db_backupoperator 固定データベース ロールのメンバーに与えられています。BACKUP DATABASE and BACKUP LOG permissions default to members of the sysadmin fixed server role and the db_owner and db_backupoperator fixed database roles.

バックアップ デバイスの物理ファイルに対する所有と許可の問題によって、バックアップ操作が妨げられることがあります。Ownership and permission problems on the backup device's physical file can interfere with a backup operation. SQL ServerSQL Server では、デバイスに対して読み書きを実行できる必要があります。 SQL ServerSQL Server サービスが実行されているアカウントには書き込み権限が必要です。must be able to read and write to the device; the account under which the SQL ServerSQL Server service runs must have write permissions. ただし、システム テーブルにバックアップ デバイスのエントリを追加する sp_addumpdeviceでは、ファイル アクセスの権限は確認されません。However, sp_addumpdevice, which adds an entry for a backup device in the system tables, does not check file access permissions. バックアップ デバイスの物理ファイルに関するこのような問題は、バックアップや復元が試行され、物理リソースがアクセスされるまで、表面化しない可能性があります。Such problems on the backup device's physical file may not appear until the physical resource is accessed when the backup or restore is attempted.

使用例Examples

ここでは、次の例について説明します。This section contains the following examples:

注意

バックアップ方法に関するトピックには、他にも例が記載されています。The backup how-to topics contain additional examples. 詳しくは、「バックアップの概要」をご覧ください。For more information, see Backup Overview.

A.A. データベース全体をバックアップするBacking up a complete database

次の例では、AdventureWorks2012AdventureWorks2012 データベースをディスク ファイルにバックアップします。The following example backs up the AdventureWorks2012AdventureWorks2012 database to a disk file.

BACKUP DATABASE AdventureWorks2012
 TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'
    WITH FORMAT;
GO

B.B. データベースおよびログをバックアップするBacking up the database and log

次の例では、既定により単純復旧モデルを使用する AdventureWorks2012AdventureWorks2012 サンプル データベースをバックアップします。The following example backups up the AdventureWorks2012AdventureWorks2012 sample database, which uses the simple recovery model by default. ここではまず、ログをバックアップするため、AdventureWorks2012AdventureWorks2012 データベースを修正して完全復旧モデルを使用するようにします。To support log backups, the AdventureWorks2012AdventureWorks2012 database is modified to use the full recovery model.

次に sp_addumpdevice を使用して、データのバックアップ用に論理バックアップ デバイス AdvWorksData を作成し、ログのバックアップ用に別の論理バックアップ デバイス AdvWorksLog を作成します。Next, the example uses sp_addumpdevice to create a logical backup device for backing up data, AdvWorksData, and creates another logical backup device for backing up the log, AdvWorksLog.

その後、AdvWorksData にデータベースの完全バックアップを作成し、更新操作の期間後、ログを AdvWorksLog にバックアップします。The example then creates a full database backup to AdvWorksData, and after a period of update activity, backs up the log to AdvWorksLog.

-- To permit log backups, before the full database backup, modify the database
-- to use the full recovery model.
USE master;
GO
ALTER DATABASE AdventureWorks2012
    SET RECOVERY FULL;
GO
-- Create AdvWorksData and AdvWorksLog logical backup devices.
USE master
GO
EXEC sp_addumpdevice 'disk', 'AdvWorksData',
'Z:\SQLServerBackups\AdvWorksData.bak';
GO
EXEC sp_addumpdevice 'disk', 'AdvWorksLog',
'X:\SQLServerBackups\AdvWorksLog.bak';
GO

-- Back up the full AdventureWorks2012 database.
BACKUP DATABASE AdventureWorks2012 TO AdvWorksData;
GO
-- Back up the AdventureWorks2012 log.
BACKUP LOG AdventureWorks2012
    TO AdvWorksLog;
GO

注意

運用データベースでは、ログを定期的にバックアップしてください。For a production database, back up the log regularly. ログのバックアップは、データ損失から万全に保護できるように頻繁に行ってください。Log backups should be frequent enough to provide sufficient protection against data loss.

C.C. セカンダリ ファイル グループの完全ファイル バックアップを作成するCreating a full file backup of the secondary filegroups

次の例では、両方のセカンダリ ファイル グループ内のすべてのファイルについて、完全ファイル バックアップを作成します。The following example creates a full file backup of every file in both of the secondary filegroups.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
    FILEGROUP = 'SalesGroup1',
    FILEGROUP = 'SalesGroup2'
    TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck';
GO

D.D. セカンダリ ファイル グループの差分ファイル バックアップを作成するCreating a differential file backup of the secondary filegroups

次の例では、両方のセカンダリ ファイル グループ内のすべてのファイルについて、差分ファイル バックアップを作成します。The following example creates a differential file backup of every file in both of the secondary filegroups.

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
    FILEGROUP = 'SalesGroup1',
    FILEGROUP = 'SalesGroup2'
    TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'
    WITH
      DIFFERENTIAL;
GO

E.E. 単一ファミリ ミラー化メディア セットを作成し、そこにバックアップを作成するCreating and backing up to a single-family mirrored media set

次の例では、単一メディア ファミリと 4 つのミラーを含むミラー化メディア セットを作成し、そこに AdventureWorks2012AdventureWorks2012 データベースのバックアップを作成します。The following example creates a mirrored media set containing a single media family and four mirrors and backs up the AdventureWorks2012AdventureWorks2012 database to them.

BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0'
MIRROR TO TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2'
MIRROR TO TAPE = '\\.\tape3'
WITH
    FORMAT,
    MEDIANAME = 'AdventureWorksSet0';

F.F. マルチファミリ ミラー化メディア セットを作成して、そこにバックアップするCreating and backing up to a multifamily mirrored media set

次の例では、各ミラーが 2 つのメディア ファミリで構成されているミラー化メディア セットを作成します。The following example creates a mirrored media set in which each mirror consists of two media families. その後、両方のミラーに AdventureWorks2012AdventureWorks2012 データベースのバックアップが作成されます。The example then backs up the AdventureWorks2012AdventureWorks2012 database to both mirrors.

BACKUP DATABASE AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
    FORMAT,
    MEDIANAME = 'AdventureWorksSet1';

G.G. 既存のミラー化メディア セットにバックアップするBacking up to an existing mirrored media set

次の例では、前の例で作成されたメディア セットにバックアップ セットを追加します。The following example appends a backup set to the media set created in the preceding example.

BACKUP LOG AdventureWorks2012
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
    NOINIT,
    MEDIANAME = 'AdventureWorksSet1';

注意

NOINIT は既定値ですが、ここではわかりやすくするために記載しています。NOINIT, which is the default, is shown here for clarity.

H.H. 新しいメディア セットに圧縮されたバックアップを作成するCreating a compressed backup in a new media set

次の例では、メディアをフォーマットして新しいメディア セットを作成し、AdventureWorks2012AdventureWorks2012 データベースの圧縮された完全バックアップを実行します。The following example formats the media, creating a new media set, and perform a compressed full backup of the AdventureWorks2012AdventureWorks2012 database.

BACKUP DATABASE AdventureWorks2012 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak'
WITH
    FORMAT,
    COMPRESSION;

I.I. Microsoft Azure BLOB ストレージ サービスへのバックアップBacking up to the Microsoft Azure Blob storage service

この例では、Microsoft Azure BLOB ストレージ サービスへの Sales のデータベースの完全バックアップを実行します。The example performs a full database backup of Sales to the Microsoft Azure Blob storage service. ストレージ アカウント名は mystorageaccountです。The storage Account name is mystorageaccount. コンテナーは myfirstcontainerと呼ばれます。The container is called myfirstcontainer. 保存されたアクセス ポリシーは読み取り、書き込み、削除および一覧表示権で作成されています。A stored access policy has been created with read, write, delete, and list rights. SQL ServerSQL Server 資格情報 https://mystorageaccount.blob.core.windows.net/myfirstcontainer は、保存されたアクセス ポリシーに関連付けられている Shared Access Signature を使用して作成されています。The SQL ServerSQL Server credential, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, was created using a Shared Access Signature that is associated with the Stored Access Policy. Microsoft Azure BLOB ストレージ サービスへの SQL ServerSQL Server のバックアップについては、「Microsoft Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元」および「SQL Server Backup to URL」を参照してください。For information on SQL ServerSQL Server backup to the Microsoft Azure Blob storage service, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service and SQL Server Backup to URL.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_20160726.bak'
WITH STATS = 5;

J.J. バックアップ ステートメントの進行状況を追跡するTrack the progress of backup statement

次のクエリでは、現在実行中のバックアップ ステートメントに関する情報が返されます。The following query returns information about the currently running backup statements:

SELECT query = a.text, start_time, percent_complete,
    eta = dateadd(second,estimated_completion_time/1000, getdate())
FROM sys.dm_exec_requests r
    CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) a
WHERE r.command LIKE 'BACKUP%'

参照See Also

SQL ServerSQL Server * SQL Database
マネージド インスタンス *
 
* SQL Database
managed instance *
 
分析プラットフォーム
システム (PDW)
Analytics Platform
System (PDW)

 

Azure SQL Database マネージド インスタンスAzure SQL Database managed instance

Azure SQL Database Managed Instance に配置/ホストされている SQL Database をバックアップします。Backs up a SQL database placed/hosted in an Azure SQL Databae managed instance. SQL Database マネージド インスタンスには自動バックアップがあり、ユーザーは完全なデータベース COPY_ONLY バックアップを作成できます。SQL Database managed instance has automatic backups, and enables users to create full database COPY_ONLY backups. 差分、ログ、およびファイル スナップショットのバックアップはサポートされていません。Differential, log, and file snapshot backups are not supported.

構文Syntax

BACKUP DATABASE { database_name | @database_name_var }
  TO URL = { 'physical_device_name' | @physical_device_name_var }[ ,...n ]
  WITH COPY_ONLY [, { <general_WITH_options> } ]
[;]

<general_WITH_options> [ ,...n ]::=

--Media Set Options
   MEDIADESCRIPTION = { 'text' | @text_variable }
 | MEDIANAME = { media_name | @media_name_variable }
 | BLOCKSIZE = { blocksize | @blocksize_variable }

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable }
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART

--Monitoring Options
   STATS [ = percentage ]

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name

引数Arguments

DATABASE: データベース全体のバックアップを指定します。DATABASE Specifies a complete database backup. データベースのバックアップ時、Managed Instance では、バックアップが復元された場合に一貫性のあるデータベースを生成するのに十分なトランザクション ログをバックアップします。During a database backup, the managed instance backs up enough of the transaction log to produce a consistent database when the backup is restored.

重要

マネージド インスタンスで作成されたデータベース バックアップは、別の マネージド インスタンス上にのみ復元できます。A database backup created on a managed instance can only be restored on another managed instance. (SQL Server 2016 データベースのバックアップを SQL Server 2012 インスタンスに復元できないことと同様に) SQL Server のオンプレミス インスタンスに復元することはできません。It cannot be restored to a SQL Server on-premises instance (similar to the way that a backup of a SQL Server 2016 database cannot be restored to a SQL Server 2012 instance).

BACKUP DATABASE (データ バックアップ) で作成されたバックアップを復元すると、バックアップ全体が復元されます。When you restore a backup created by BACKUP DATABASE (a data backup), the entire backup is restored. Azure SQL Database マネージド インスタンスの自動バックアップから復元する方法については、「データベースをマネージド インスタンスに復元する」を参照してください。To restore from Azure SQL Database managed instance automatic backups, see Restore a database to a Managed Instance.

{ database_name | @ database_name_var }: データベース全体のバックアップ元となるデータベースです。{ database_name | @database_name_var } Is the database from which the complete database is backed up. 変数 ( @ database_name_var) として指定する場合、この名前は、文字列定数 ( @ database_name_var = database name) として指定するか、ntext またはtext データ型以外の文字列データ型の変数として指定します。If supplied as a variable (@database_name_var), this name can be specified either as a string constant (@database_name_var=database name) or as a variable of character string data type, except for the ntext or text data types.

詳しくは、「ファイルの完全バックアップ」および「ファイルおよびファイル グループのバックアップ」をご覧ください。For more information, see Full File Backups and Back Up Files and Filegroups.

TO URLTO URL

バックアップ操作に使用する URL を指定します。Specifies the URL to use for the backup operation. URL の形式は、Microsoft Azure ストレージ サービスへのバックアップを作成するために使用されます。The URL format is used for creating backups to the Microsoft Azure storage service.

重要

URL へのバックアップ時に複数のデバイスにバックアップするには、Shared Access Signature (SAS) トークンを使用する必要があります。In order to backup to multiple devices when backing up to URL, you must use Shared Access Signature (SAS) tokens. Shared Access Signature の作成例については、「SQL Server Backup to URL」と「Simplifying creation of SQL Credentials with Shared Access Signature ( SAS ) tokens on Azure Storage with Powershell」 (Powershell を使用する Azure ストレージにおける Shared Access Signature (SAS) トークンでの SQL 資格情報の作成の簡素化) を参照してください。For examples creating a Shared Access Signature, see SQL Server Backup to URL and Simplifying creation of SQL Credentials with Shared Access Signature (SAS) tokens on Azure Storage with Powershell.

n: 最大 64 個のバックアップ デバイスを、コンマ区切りのリストで指定できることを示すプレースホルダーです。n Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list.

WITH オプション: バックアップ操作で使用するオプションを指定します。WITH OptionsSpecifies options to be used with a backup operation

CREDENTIAL: Microsoft Azure BLOB ストレージ サービスにバックアップを作成する場合にのみ、使用されます。CREDENTIAL Used only when creating a backup to the Microsoft Azure Blob storage service.

ENCRYPTION: バックアップの暗号化を指定するために使用されます。ENCRYPTION Used to specify encryption for a backup. バックアップを暗号化するための暗号化アルゴリズムを指定するか、バックアップを暗号化しない場合は NO_ENCRYPTION を指定できます。You can specify an encryption algorithm to encrypt the backup with or specify NO_ENCRYPTION to not have the backup encrypted. 暗号化は、バックアップ ファイルをセキュリティで保護するために推奨される方法です。Encryption is recommended practice to help secure backup files. 指定できるアルゴリズムの一覧を次に示します。The list of algorithms you can specify are:

  • AES_128
  • AES_192
  • AES_256
  • TRIPLE_DES_3KEY
  • NO_ENCRYPTION

暗号化することを選択した場合、次の暗号化機能のオプションを使用して、暗号化機能も指定する必要があります。If you choose to encrypt you will also have to specify the encryptor using the encryptor options:

  • SERVER CERTIFICATE = <Encryptor_Name>
  • SERVER ASYMMETRIC KEY = <Encryptor_Name>

バックアップ セット オプションBackup Set Options

COPY_ONLY: バックアップが、通常のバックアップの順序には影響しない、コピーのみのバックアップであることを指定します。COPY_ONLY Specifies that the backup is a copy-only backup, which does not affect the normal sequence of backups. コピーのみのバックアップは、Azure SQL Database の自動バックアップとは関係なく作成されます。A copy-only backup is created independently of the Azure SQL Database automatic backups. 詳しくは、「コピーのみのバックアップ」をご覧ください。For more information, see Copy-Only Backups.

{ COMPRESSION | NO_COMPRESSION }: このバックアップにバックアップの圧縮を実行するかどうかを指定し、サーバー レベルの既定値をオーバーライドします。{ COMPRESSION | NO_COMPRESSION } Specifies whether backup compression is performed on this backup, overriding the server-level default.

既定の動作では、バックアップの圧縮は行われません。The default behavior is no backup compression. ただし、この既定の動作は、backup compression default サーバー構成オプションを設定することで変更できます。But this default can be changed by setting the backup compression default server configuration option. このオプションの現在の値の表示については、「サーバー プロパティの表示または変更」をご覧ください。For information about viewing the current value of this option, see View or Change Server Properties.

COMPRESSION: バックアップの圧縮を明示的に有効にします。COMPRESSION Explicitly enables backup compression.

NO_COMPRESSION: バックアップの圧縮を明示的に無効にします。NO_COMPRESSION Explicitly disables backup compression.

DESCRIPTION = { ' text ' | @ text_variable }: バックアップ セットを記述したテキストを自由な形式で指定します。DESCRIPTION = { 'text' | @text_variable } Specifies the free-form text describing the backup set. 文字列の長さは最大 255 文字です。The string can have a maximum of 255 characters.

NAME = { backup_set_name | @ backup_set_var }: バックアップ セットの名前を指定します。NAME = { backup_set_name | @backup_set_var } Specifies the name of the backup set. 名前の長さは最大 128 文字です。Names can have a maximum of 128 characters. NAME を指定しないと、名前は空白になります。If NAME is not specified, it is blank.

MEDIADESCRIPTION = { text | @ text_variable }: メディア セットを説明した自由形式のテキストを最大 255 文字で指定します。MEDIADESCRIPTION = { text | @text_variable } Specifies the free-form text description, maximum of 255 characters, of the media set.

MEDIANAME = { media_name | @ media_name_variable }: バックアップ メディア セット全体のメディア名を指定します。MEDIANAME = { media_name | @media_name_variable } Specifies the media name for the entire backup media set. メディア名は最長 128 文字まで入力できます。MEDIANAME を指定する場合、バックアップ ボリュームに既に存在する、前回指定したメディア名と一致する必要があります。The media name must be no longer than 128 characters, If MEDIANAME is specified, it must match the previously specified media name already existing on the backup volumes. 指定しなかった場合場合、または SKIP オプションを指定した場合、メディア名の照合チェックは行われません。If it is not specified, or if the SKIP option is specified, there is no verification check of the media name.

BLOCKSIZE = { blocksize | @ blocksize_variable }: 物理的なブロック サイズをバイト単位で指定します。BLOCKSIZE = { blocksize | @blocksize_variable } Specifies the physical block size, in bytes. サポートされるサイズは、512、1024、2048、4096、8192、16384、32768、および 65536 (64 KB) バイトです。The supported sizes are 512, 1024, 2048, 4096, 8192, 16384, 32768, and 65536 (64 KB) bytes. テープ デバイスの場合の既定値は 65536 バイトで、他のデバイスの場合の既定値は 512 バイトです。The default is 65536 for tape devices and 512 otherwise. 通常は、BACKUP によってデバイスに適したブロック サイズが自動的に選択されるので、このオプションは必要ありません。Typically, this option is unnecessary because BACKUP automatically selects a block size that is appropriate to the device. ブロック サイズを明示的に指定すると、自動選択されたブロック サイズがオーバーライドされます。Explicitly stating a block size overrides the automatic selection of block size.

データ転送オプションData Transfer Options

BUFFERCOUNT = { buffercount | @ buffercount_variable }: バックアップ操作に使用される I/O バッファーの総数を指定します。BUFFERCOUNT = { buffercount | @buffercount_variable } Specifies the total number of I/O buffers to be used for the backup operation. 任意の正の整数を指定できますが、バッファー数が多いと Sqlservr.exe プロセス内で仮想アドレス空間が不足し、"メモリ不足" エラーが発生する場合があります。You can specify any positive integer; however, large numbers of buffers might cause "out of memory" errors because of inadequate virtual address space in the Sqlservr.exe process.

バッファーで使用される領域の合計は、BUFFERCOUNT * MAXTRANSFERSIZE で決定されます。The total space used by the buffers is determined by: BUFFERCOUNT * MAXTRANSFERSIZE.

注意

BUFFERCOUNT オプションの使用に関する重要な情報については、ブログ「Incorrect BufferCount data transfer option can lead to OOM condition」 (不適切な BufferCount データ転送オプションによって OOM の状態になる可能性がある) を参照してください。For important information about using the BUFFERCOUNT option, see the Incorrect BufferCount data transfer option can lead to OOM condition blog.

MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } Specifies the largest unit of transfer in bytes to be used between SQL ServerSQL Server and the backup media.MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } Specifies the largest unit of transfer in bytes to be used between SQL ServerSQL Server and the backup media. 有効値は 65536 バイト (64 KB) の倍数で、最大有効値は 4194304 バイト (4 MB) です。The possible values are multiples of 65536 bytes (64 KB) ranging up to 4194304 bytes (4 MB).

注意

単一のデータ ファイルを含む、透過的なデータ暗号化 (TDE) が有効になっているデータベースの場合、既定の MAXTRANSFERSIZE は 65536 (64 KB) です。For Transparent Data Encryption (TDE) enabled databases with a single data file, the default MAXTRANSFERSIZE is 65536 (64 KB). TDE で暗号化されていないデータベースでは、ディスクへのバックアップを使用する場合は既定の MAXTRANSFERSIZE が 1048576 (1 MB) となり、VDI または TAPE を使用する場合は 65536 (64 KB) となります。For non-TDE encrypted databases the default MAXTRANSFERSIZE is 1048576 (1 MB) when using backup to DISK, and 65536 (64 KB) when using VDI or TAPE.

エラー管理オプションError Management Options

以下のオプションでは、バックアップ操作に対してバックアップのチェックサムを有効にするかどうかと、エラー発生時に操作を停止するかどうかを判別できます。These options allow you to determine whether backup checksums are enabled for the backup operation and whether the operation stops on encountering an error.

{ NO_CHECKSUM | CHECKSUM }: バックアップのチェックサムを有効にするかどうかを制御します。{ NO_CHECKSUM | CHECKSUM } Controls whether backup checksums are enabled.

NO_CHECKSUM: バックアップ チェックサムの生成 (およびページ チェックサムの検証) を明示的に無効にします。NO_CHECKSUM Explicitly disables the generation of backup checksums (and the validation of page checksums). これは既定の動作です。This is the default behavior.

CHECKSUM: 有効かつ使用可能であれば、バックアップ操作において各ページのチェックサムおよび破損ページを検証し、バックアップ全体のチェックサムを生成するように指定します。CHECKSUM Specifies that the backup operation verifies each page for checksum and torn page, if enabled and available, and generate a checksum for the entire backup.

バックアップ チェックサムを使用すると、ワークロードとバックアップのスループットに影響する場合があります。Using backup checksums may affect workload and backup throughput.

詳しくは、「バックアップ中および復元中に発生する可能性があるメディア エラー」をご覧ください。For more information, see Possible Media Errors During Backup and Restore.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }: ページ チェックサム エラーの発生後に、バックアップ操作を停止するか続行するかを制御します。{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR } Controls whether a backup operation stops or continues after encountering a page checksum error.

STOP_ON_ERROR: ページ チェックサムが正しくない場合、BACKUP が失敗になるように指示します。STOP_ON_ERROR Instructs BACKUP to fail if a page checksum does not verify. これは既定の動作です。This is the default behavior.

CONTINUE_AFTER_ERROR: 無効なチェックサムやページの破損などのエラーが発生しても、BACKUP を続行するように指示します。CONTINUE_AFTER_ERROR Instructs BACKUP to continue despite encountering errors such as invalid checksums or torn pages.

データベースが破損したときに、NO_TRUNCATE オプションを使用してもログの末尾をバックアップできない場合は、NO_TRUNCATE の代わりに CONTINUE_AFTER_ERROR を指定してログ末尾のバックアップを試すことができます。If you are unable to back up the tail of the log using the NO_TRUNCATE option when the database is damaged, you can attempt a tail-log log backup by specifying CONTINUE_AFTER_ERROR instead of NO_TRUNCATE.

詳しくは、「バックアップ中および復元中に発生する可能性があるメディア エラー」をご覧ください。For more information, see Possible Media Errors During Backup and Restore.

互換性オプションCompatibility Options

RESTART は無効です。RESTART Has no effect. このオプションは、以前のバージョンの SQL Server との互換性を維持するために使用できます。This option is accepted by the version for compatibility with previous versions of SQL Server.

監視オプションMonitoring Options

STATS [ = percentage ]: 各 percentage の完了ごとにメッセージを表示します。進行状況を判断するために使用されます。STATS [ = percentage ] Displays a message each time another percentage completes, and is used to gauge progress. percentage を省略した場合、SQL ServerSQL Server では 10% 完了するごとにメッセージが表示されます。If percentage is omitted, SQL ServerSQL Server displays a message after each 10 percent is completed.

STATS オプションでは、次のパーセンテージ間隔を報告するしきい値に達した時点までに、完了したパーセンテージを報告します。The STATS option reports the percentage complete as of the threshold for reporting the next interval. これは、ほぼ指定したパーセンテージになります。たとえば、STATS=10 とすると、40% が完了した場合に、オプションでは 43% と表示されることがあります。This is at approximately the specified percentage; for example, with STATS=10, if the amount completed is 40 percent, the option might display 43 percent. 大規模なバックアップ セットの場合は、完了した I/O 呼び出し間での完了パーセンテージの変化が非常に遅くなるため、これは重要な問題にはなりません。For large backup sets, this is not a problem, because the percentage complete moves very slowly between completed I/O calls.

SQL Database マネージド インスタンスの制限事項Limitations for SQL Database managed instance

バックアップの最大ストライプ サイズは 195 GB (最大 BLOB サイズ) です。Max backup stripe size is 195 GB (maximum blob size). バックアップ コマンドでストライプ サイズを増やして、個々のストライプ サイズを減らし、この制限内に収まるようにします。Increase the number of stripes in the backup command to reduce individual stripe size and stay within this limit.

SecuritySecurity

アクセス許可Permissions

BACKUP DATABASE アクセス許可は、既定では、sysadmin 固定サーバー ロール、db_owner 固定データベース ロール、および db_backupoperator 固定データベース ロールのメンバーに与えられています。BACKUP DATABASE permissions default to members of the sysadmin fixed server role and the db_owner and db_backupoperator fixed database roles.

URL に対する所有とアクセス許可の問題によって、バックアップ操作が妨げられることがあります。Ownership and permission problems on the URL can interfere with a backup operation. SQL ServerSQL Server では、デバイスに対して読み書きを実行できる必要があります。 SQL ServerSQL Server サービスが実行されているアカウントには書き込み権限が必要です。must be able to read and write to the device; the account under which the SQL ServerSQL Server service runs must have write permissions.

使用例Examples

この例では、Microsoft Azure BLOB ストレージ サービスへの Sales のデータベースの COPY_ONLY バックアップを実行します。The example performs a COPY_ONLY backup of Sales to the Microsoft Azure Blob storage service. ストレージ アカウント名は mystorageaccountです。The storage Account name is mystorageaccount. コンテナーは myfirstcontainerと呼ばれます。The container is called myfirstcontainer. 保存されたアクセス ポリシーは読み取り、書き込み、削除および一覧表示権で作成されています。A stored access policy has been created with read, write, delete, and list rights. SQL ServerSQL Server 資格情報 https://mystorageaccount.blob.core.windows.net/myfirstcontainer は、保存されたアクセス ポリシーに関連付けられている Shared Access Signature を使用して作成されています。The SQL ServerSQL Server credential, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, was created using a Shared Access Signature that is associated with the Stored Access Policy. Microsoft Azure BLOB ストレージ サービスへの SQL ServerSQL Server のバックアップについては、「Microsoft Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元」および「SQL Server Backup to URL」を参照してください。For information on SQL ServerSQL Server backup to the Microsoft Azure Blob storage service, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service and SQL Server Backup to URL.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_20160726.bak'
WITH STATS = 5, COPY_ONLY;

参照See Also

データベースの復元Restore database

SQL ServerSQL Server SQL Database
マネージド インスタンス
SQL Database
managed instance
*分析
プラットフォーム システム (PDW) *
 
* Analytics
Platform System (PDW) *
 

 

分析プラットフォーム システムAnalytics Platform System

Parallel Data WarehouseParallel Data Warehouse データベースのバックアップを作成し、アプライアンスから離れた、ユーザーが指定したネットワーク上の場所に保存します。Creates a backup of a Parallel Data WarehouseParallel Data Warehouse database and stores the backup off the appliance in a user-specified network location. ディザスター リカバリーのため、または1 つのアプライアンスから別のアプライアンスへデータベースをコピーするために、RESTORE DATABASE - Analytics Platform System と共にこのステートメントを使用します。Use this statement with RESTORE DATABASE - Analytics Platform System for disaster recovery, or to copy a database from one appliance to another.

開始する前にParallel Data Warehouse 製品ドキュメントParallel Data Warehouse product documentation の「Acquire and Configure a Backup Server」 (バックアップ サーバーを入手し、構成する) をご覧ください。Before you begin, see "Acquire and Configure a Backup Server" in the Parallel Data Warehouse 製品ドキュメントParallel Data Warehouse product documentation.

Parallel Data WarehouseParallel Data Warehouse には、2 種類のバックアップがあります。There are two types of backups in Parallel Data WarehouseParallel Data Warehouse. データベースの完全バックアップでは、Parallel Data WarehouseParallel Data Warehouse データベース全体をバックアップします。A full database backup is a backup of an entire Parallel Data WarehouseParallel Data Warehouse database. 差分バックアップでは、最後の完全バックアップ以降の変更のみをバックアップします。A differential database backup only includes changes made since the last full backup. ユーザー データベースのバックアップには、データベース ユーザーとデータベース ロールが含まれます。A backup of a user database includes database users, and database roles. master データベースのバックアップにはログインが含まれます。A backup of the master database includes logins.

Parallel Data WarehouseParallel Data Warehouse データベース バックアップの詳細については、Parallel Data Warehouse 製品ドキュメントParallel Data Warehouse product documentation の 「バックアップと復元」に関するセクションをご覧ください。For more information about Parallel Data WarehouseParallel Data Warehouse database backups, see "Backup and Restore" in the Parallel Data Warehouse 製品ドキュメントParallel Data Warehouse product documentation.

構文Syntax

--Create a full backup of a user database or the master database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    [ WITH [ ( ]<with_options> [ ,...n ][ ) ] ]
[;]

--Create a differential backup of a user database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    WITH [ ( ] DIFFERENTIAL
    [ , <with_options> [ ,...n ] [ ) ]
[;]

<with_options> ::=
    DESCRIPTION = 'text'
    | NAME = 'backup_name'

引数Arguments

database_name: バックアップを作成するデータベースの名前。database_name The name of the database on which to create a backup. データベースには、master データベースかユーザー データベースを指定できます。The database can be the master database or a user database.

TO DISK = '\\UNC_path\backup_directory': Parallel Data WarehouseParallel Data Warehouse によってバックアップ ファイルが書き込まれるネットワーク パスとディレクトリ。TO DISK = '\\UNC_path\backup_directory' The network path and directory to which Parallel Data WarehouseParallel Data Warehouse will write the backup files. たとえば、'\\xxx.xxx.xxx.xxx\backups\2012\Monthly\08.2012.Mybackup' です。For example, '\\xxx.xxx.xxx.xxx\backups\2012\Monthly\08.2012.Mybackup'.

  • バックアップ ディレクトリ名のパスが既に存在し、完全修飾 UNC (汎用名前付け規則) パスとして指定されている必要があります。The path to the backup directory name must already exist and must be specified as a fully qualified universal naming convention (UNC) path.
  • バックアップ ディレクトリ backup_directory は、バックアップ コマンドの実行前に存在することはできません。The backup directory, backup_directory, must not exist before running the backup command. Parallel Data WarehouseParallel Data Warehouse によってバックアップ ディレクトリが作成されます。will create the backup directory.
  • バックアップ ディレクトリのパスにはローカル パスを指定できません。Parallel Data WarehouseParallel Data Warehouse アプライアンス ノード上の場所にすることもできません。The path to the backup directory cannot be a local path and it cannot be a location on any of the Parallel Data WarehouseParallel Data Warehouse appliance nodes.
  • UNC パスとバックアップ ディレクトリ名の最大長は 200 文字です。The maximum length of the UNC path and backup directory name is 200 characters.
  • サーバーまたはホストは IP アドレスとして指定する必要があります。The server or host must be specified as an IP address. これはホストまたはサーバー名として指定できません。You cannot specify it as the host or server name.

DESCRIPTION = ' text ' : バックアップの説明テキストを指定します。DESCRIPTION = 'text' Specifies a textual description of the backup. テキストの最大長は 255 文字です。The maximum length of the text is 255 characters.

説明はメタデータに格納されます。バックアップ ヘッダーが RESTORE HEADERONLY で復元されるときに表示されます。The description is stored in the metadata, and will be displayed when the backup header is restored with RESTORE HEADERONLY.

NAME = ' backup _name ' : バックアップの名前を指定します。NAME = 'backup _name' Specifies the name of the backup. バックアップ名には、データベース名とは異なる名前を指定できます。The backup name can be different from the database name.

  • 名前の長さは最大 128 文字です。Names can have a maximum of 128 characters.
  • パスを含めることはできません。Cannot include a path.
  • 先頭の文字はアルファベット、数字、アンダースコア () のいずれかにする必要があります。Must begin with a letter or number character or an underscore (). 特殊文字としてはアンダースコア (_)、ハイフン (-)、スペース ( ) が許可されます。Special characters permitted are the underscore (_), hyphen (-), or space ( ). バックアップ名の最後の文字をスペースにすることはできません。Backup names cannot end with a space character.
  • 指定の場所に backup_name が既に存在する場合、ステートメントは失敗します。The statement will fail if backup_name already exists in the specified location.

この名前はメタデータに格納されます。バックアップ ヘッダーが RESTORE HEADERONLY で復元されるときに表示されます。This name is stored in the metadata, and will be displayed when the backup header is restored with RESTORE HEADERONLY.

DIFFERENTIAL: ユーザー データベースの差分バックアップを実行するように指定します。DIFFERENTIAL Specifies to perform a differential backup of a user database. 省略した場合、データベースの完全バックアップが選択されます。If omitted, the default is a full database backup. 差分バックアップの名前は、完全バックアップの名前に一致する必要がありません。The name of the differential backup does not need to match the name of the full backup. 差分バックアップとそれに対応する完全バックアップを追跡記録するために、同じ名前に 'full' または 'diff' を付けることを検討してください。For keeping track of the differential and its corresponding full backup, consider using the same name with 'full' or 'diff' appended.

例:For example:

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerFull';

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerDiff' WITH DIFFERENTIAL;

アクセス許可Permissions

BACKUP DATABASE 許可または db_backupoperator 固定データベース ロールのメンバーシップが必要です。Requires the BACKUP DATABASE permission or membership in the db_backupoperator fixed database role. master データベースは、db_backupoperator 固定データベース ロールに追加された標準ユーザーではバックアップできません。The master database cannot be backed up but by a regular user that was added to the db_backupoperator fixed database role. master データベースをバックアップできるのは、sa、ファブリック管理者、または sysadmin 固定サーバー ロールのメンバーに限られます。The master database can only be backed up by sa, the fabric administrator, or members of the sysadmin fixed server role.

バックアップ ディレクトリにアクセスし、作成や書き込みを行うことが許可された Windows アカウントが必要です。Requires a Windows account that has permission to access, create, and write to the backup directory. Parallel Data WarehouseParallel Data Warehouse に Windows アカウント名とパスワードを保存する必要もあります。You must also store the Windows account name and password in Parallel Data WarehouseParallel Data Warehouse. これらのネットワーク資格情報を Parallel Data WarehouseParallel Data Warehouse に追加するには、sp_pdw_add_network_credentials - SQL Data Warehous ストアド プロシージャを使用します。To add these network credentials to Parallel Data WarehouseParallel Data Warehouse, use the sp_pdw_add_network_credentials - SQL Data Warehous stored procedure.

Parallel Data WarehouseParallel Data Warehouse の資格情報を管理する方法については、「セキュリティ」セクションをご覧ください。For more information about managing credentials in Parallel Data WarehouseParallel Data Warehouse, see the Security section.

エラー処理Error Handling

次の条件下での BACKUP DATABASE エラー:BACKUP DATABASE errors under the following conditions:

  • バックアップの実行に必要なアクセス許可がユーザーにありません。User permissions are not sufficient to perform a backup.
  • Parallel Data WarehouseParallel Data Warehouse には、バックアップが保存されるネットワーク上の場所にアクセスする権限がありません。does not have the correct permissions to the network location where the backup will be stored.
  • データベースが存在しません。The database does not exist.
  • ターゲット ディレクトリがネットワーク共有に既に存在します。The target directory already exists on the network share.
  • ターゲット ネットワーク共有が利用できません。The target network share is not available.
  • ターゲット ネットワーク共有には、バックアップのための領域が十分にありません。The target network share does not have enough space for the backup. BACKUP DATABASE コマンドは、バックアップの開始前に十分なディスク領域があることを確認しません。BACKUP DATABASE の実行中、ディスク容量不足エラーが生成されます。The BACKUP DATABASE command does not confirm that sufficient disk space exists prior to initiating the backup, making it possible to generate an out-of-disk-space error while running BACKUP DATABASE. ディスク容量不足が発生すると、Parallel Data WarehouseParallel Data Warehouse は BACKUP DATABASE コマンドをロールバックします。When insufficient disk space occurs, Parallel Data WarehouseParallel Data Warehouse rolls back the BACKUP DATABASE command. データベースのサイズを減らすには、DBCC SHRINKLOG (Azure SQL Data Warehouse) を実行します。To decrease the size of your database, run DBCC SHRINKLOG (Azure SQL Data Warehouse)
  • トランザクション内でバックアップを開始しようとします。Attempt to start a backup within a transaction.

全般的な解説General Remarks

データベース バックアップを実行する前に、DBCC SHRINKLOG (Azure SQL Data Warehouse) を使用し、データベースのサイズを減らします。Before you perform a database backup, use DBCC SHRINKLOG (Azure SQL Data Warehouse) to decrease the size of your database.

Parallel Data WarehouseParallel Data Warehouse バックアップは、同じディレクトリ内で複数のファイルのセットとして保存されます。A Parallel Data WarehouseParallel Data Warehouse backup is stored as a set of multiple files within the same directory.

通常、差分バックアップは完全バックアップよりも短時間で完了します。完全バックアップよりも頻繁に実行できます。A differential backup usually takes less time than a full backup and can be performed more frequently. 複数の差分バックアップが同じ完全バックアップに基づくとき、各差分バックアップには、前の差分バックアップのすべての変更が含まれます。When multiple differential backups are based on the same full backup, each differential includes all of the changes in the previous differential backup.

BACKUP コマンドをキャンセルした場合、Parallel Data WarehouseParallel Data Warehouse はターゲット ディレクトリとバックアップのために作成されたあらゆるファイルを削除します。If you cancel a BACKUP command, Parallel Data WarehouseParallel Data Warehouse will remove the target directory and any files created for the backup. Parallel Data WarehouseParallel Data Warehouse で共有へのネットワーク接続が失われると、ロールバックを完了できません。If Parallel Data WarehouseParallel Data Warehouse loses network connectivity to the share, the rollback cannot complete.

完全バックアップと差分バックアップは別々のディレクトリに保存されます。Full backups and differential backups are stored in separate directories. 完全バックアップと差分バックアップが同じバックアップに属することを指定するために名前付け規則が強制されることはありません。Naming conventions are not enforced for specifying that a full backup and differential backup belong together. 独自の名前付け規則で追跡できます。You can track this through your own naming conventions. あるいは、WITH DESCRIPTION オプションで説明を追加し、RESTORE HEADERONLY ステートメントで説明を取得するという方法でも追跡できます。Alternatively, you can track this by using the WITH DESCRIPTION option to add a description, and then by using the RESTORE HEADERONLY statement to retrieve the description.

制限事項と制約事項Limitations and Restrictions

master データベースは差分バックアップできません。You cannot perform a differential backup of the master database. master データベースでは、完全バックアップのみ可能です。Only full backups of the master database are supported.

バックアップ ファイルは、RESTORE DATABASE - Analytics Platform System ステートメントを利用して、Parallel Data WarehouseParallel Data Warehouse アプライアンスにバックアップを復元するのに適した形式でのみ保存されます。The backup files are stored in a format suitable only for restoring the backup to a Parallel Data WarehouseParallel Data Warehouse appliance by using the RESTORE DATABASE - Analytics Platform System statement.

データやユーザー情報を SMP SQL ServerSQL Server データベースに移動するために、バックアップと BACKUP DATABASE ステートメントを使用することはできません。The backup with the BACKUP DATABASE statement cannot be used to transfer data or user information to SMP SQL ServerSQL Server databases. この機能については、リモート テーブル コピー機能を使用できます。For that functionality, you can use the remote table copy feature. 詳細については、Parallel Data Warehouse 製品ドキュメントParallel Data Warehouse product documentation の "Remote Table Copy" (リモート テーブル コピー) をご覧ください。For more information, see "Remote Table Copy" in the Parallel Data Warehouse 製品ドキュメントParallel Data Warehouse product documentation.

Parallel Data WarehouseParallel Data Warehouse では SQL ServerSQL Server バックアップ技術を利用し、データベースをバックアップし、復元します。uses SQL ServerSQL Server backup technology to backup and restore databases. バックアップ圧縮を使用するために、SQL ServerSQL Server バックアップ オプションが事前構成されています。SQL ServerSQL Server backup options are preconfigured to use backup compression. 圧縮、チェックサム、ブロック サイズ、バッファー カウントなど、バックアップ オプションを設定することはできません。You cannot set backup options such as compression, checksum, block size, and buffer count.

アプライアンスで一度に実行できるデータベース バックアップまたは復元は 1 つに限られます。Only one database backup or restore can run on the appliance at any given time. Parallel Data WarehouseParallel Data Warehouse は、現在のバックアップまたは復元コマンドが完了するまで、バックアップまたは復元コマンドを待ち行列に入れます。will queue backup or restore commands until the current backup or restore command has completed.

バックアップを復元するためのターゲット アプライアンスには、ソース アプライアンスと同じ数の計算ノードが含まれている必要があります。The target appliance for restoring the backup must have at least as many Compute nodes as the source appliance. ターゲット アプライアンスにはソース アプライアンスより多くの計算ノードが含まれていても構いませんが、少ないことは許可されません。The target can have more Compute nodes than the source appliance, but cannot have fewer Compute nodes.

バックアップはアプライアンスから離れた場所に保存されるため、Parallel Data WarehouseParallel Data Warehouse はバックアップの場所や名前を追跡しません。Parallel Data WarehouseParallel Data Warehouse does not track the location and names of backups since the backups are stored off the appliance.

Parallel Data WarehouseParallel Data Warehouse はデータベース バックアップの成功または失敗を追跡します。does track the success or failure of database backups.

差分バックアップは、前回の完全バックアップが正常に完了した場合にのみ許可されます。A differential backup is only allowed if the last full backup completed successfully. たとえば、月曜日に Sales データベースの完全バックアップを作成し、バックアップが正常に完了したとします。For example, suppose that on Monday you create a full backup of the Sales database and the backup finishes successfully. 火曜日にも Sales データベースの完全バックアップを作成するが失敗します。Then on Tuesday you create a full backup of the Sales database and it fails. この失敗の後、月曜日の完全バックアップに基づいて差分バックアップを作成することはできません。After this failure, you cannot then create a differential backup based on Monday's full backup. 差分バックアップを作成するには、最初に完全バックアップを正常に作成する必要があります。You must first create a successful full backup before creating a differential backup.

メタデータMetadata

これらの動的管理ビューには、すべてのバックアップ操作、復元操作、読み込み操作に関する情報が含まれています。These dynamic management views contain information about all backup, restore, and load operations. 情報は、システムの再起動の間で永続化します。The information persists across system restarts.

パフォーマンスPerformance

Parallel Data WarehouseParallel Data Warehouse では、バックアップを実行するために、最初にメタデータをバックアップし、それから計算ノードに保存されているデータベース データの並列バックアップを実行します。To perform a backup, Parallel Data WarehouseParallel Data Warehouse first backs up the metadata, and then it performs a parallel backup of the database data stored on the Compute nodes. データは各計算ノードから直接、バックアップ ディレクトリにコピーされます。Data is copied directly from each Compute nodes to the backup directory. 計算ノードからバックアップ ディレクトリにデータを最も効率的に移動するために、Parallel Data WarehouseParallel Data Warehouse では、同時にデータをコピーする計算ノードの数が制御されます。To achieve the best performance for moving data from the Compute nodes to the backup directory, Parallel Data WarehouseParallel Data Warehouse controls the number of Compute nodes that are copying data concurrently.

ロックLocking

DATABASE オブジェクトに ExclusiveUpdate ロックを実行します。Takes an ExclusiveUpdate lock on the DATABASE object.

セキュリティSecurity

Parallel Data WarehouseParallel Data Warehouse バックアップはアプライアンスに格納されません。backups are not stored on the appliance. そのため、IT チームは、バックアップ セキュリティのあらゆる面の管理を担当します。Therefore, your IT team is responsible for managing all aspects of the backup security. これには、バックアップ データのセキュリティ、バックアップの保存に使用されるサーバーのセキュリティ、バックアップ サーバーを Parallel Data WarehouseParallel Data Warehouse アプライアンスに接続するネットワーク インフラストラクチャのセキュリティなどの管理が含まれます。For example, this includes managing the security of the backup data, the security of the server used to store backups, and the security of the networking infrastructure that connects the backup server to the Parallel Data WarehouseParallel Data Warehouse appliance.

ネットワーク資格情報の管理Manage Network Credentials

バックアップ ディレクトリへのネットワーク アクセスは、標準 Windows ファイル共有セキュリティに基づきます。Network access to the backup directory is based on standard Windows file sharing security. バックアップを実行する前に、バックアップ ディレクトリに Parallel Data WarehouseParallel Data Warehouse の信頼性を証明するための Windows アカウントを作成または指定する必要があります。Before performing a backup, you need to create or designate a Windows account that will be used for authenticating Parallel Data WarehouseParallel Data Warehouse to the backup directory. この Windows アカウントには、バックアップ ディレクトリにアクセスし、作成や書き込みを行うための許可を与える必要があります。This windows account must have permission to access, create, and write to the backup directory.

重要

データのセキュリティ リスクを緩和するために、バックアップ操作と復元操作を実行する目的のためだけに Windows アカウントを 1 つ用意することをお勧めします。To reduce security risks with your data, we advise that you designate one Windows account solely for the purpose of performing backup and restore operations. そのアカウントのアクセス許可をバックアップの場所に限定します。Allow this account to have permissions to the backup location and nowhere else.

sp_pdw_add_network_credentials - SQL Data Warehouse ストアド プロシージャを実行し、Parallel Data WarehouseParallel Data Warehouse にユーザー名とパスワードを保存する必要があります。You need to store the user name and password in Parallel Data WarehouseParallel Data Warehouse by running the sp_pdw_add_network_credentials - SQL Data Warehouse stored procedure. Parallel Data WarehouseParallel Data Warehouse では Windows Credential Manager を利用し、計算ノードにユーザー名とパスワードを保存し、復号します。uses Windows Credential Manager to store and encrypt user names and passwords on the Control node and Compute nodes. 資格情報は BACKUP DATABASE コマンドでバックアップされません。The credentials are not backed up with the BACKUP DATABASE command.

Parallel Data WarehouseParallel Data Warehouse からネットワーク資格情報を削除する方法については、「sp_pdw_remove_network_credentials - SQL Data Warehouse」をご覧ください。To remove network credentials from Parallel Data WarehouseParallel Data Warehouse, see sp_pdw_remove_network_credentials - SQL Data Warehouse.

Parallel Data WarehouseParallel Data Warehouse に保存されているネットワーク資格情報を一覧表示するには、sys.dm_pdw_network_credentials 動的管理ビューを使用してください。To list all of the network credentials stored in Parallel Data WarehouseParallel Data Warehouse, use the sys.dm_pdw_network_credentials dynamic management view.

使用例Examples

A.A. バックアップ場所のネットワーク資格情報を追加するAdd network credentials for the backup location

バックアップを作成するには、Parallel Data WarehouseParallel Data Warehouse にバックアップ ディレクトリの読み取り/書き込み許可を与える必要があります。To create a backup, Parallel Data WarehouseParallel Data Warehouse must have read/write permission to the backup directory. 次の例は、ユーザーの資格情報を追加する方法です。The following example shows how to add the credentials for a user. Parallel Data WarehouseParallel Data Warehouse では、これらの資格情報を格納し、バックアップ操作と復元操作に利用します。will store these credentials and use them to for backup and restore operations.

重要

セキュリティ上の理由から、バックアップ専用のドメイン アカウントを 1 つ作成することをお勧めします。For security reasons, we recommend creating one domain account solely for the purpose of performing backups.

EXEC sp_pdw_add_network_credentials 'xxx.xxx.xxx.xxx', 'domain1\backupuser', '*****';

B.B. バックアップ場所のネットワーク資格情報を削除するRemove network credentials for the backup location

次の例は、Parallel Data WarehouseParallel Data Warehouse からドメイン ユーザーの資格情報を削除する方法です。The following example shows how to remove the credentials for a domain user from Parallel Data WarehouseParallel Data Warehouse.

EXEC sp_pdw_remove_network_credentials 'xxx.xxx.xxx.xxx';

C.C. ユーザー データベースの完全バックアップを作成するCreate a full backup of a user database

次の例では、Invoices ユーザー データベースの完全バックアップを作成します。The following example creates a full backup of the Invoices user database. Parallel Data WarehouseParallel Data Warehouse は Invoices2013 ディレクトリを作成し、バックアップ ファイルを \\10.192.63.147\backups\yearly\Invoices2013Full ディレクトリに保存します。will create the Invoices2013 directory and will save the backup files to the \\10.192.63.147\backups\yearly\Invoices2013Full directory.

BACKUP DATABASE Invoices TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full';

D.D. ユーザー データベースの差分バックアップを作成するCreate a differential backup of a user database

次の例では、差分バックアップを作成します。Invoices データベースの前回の完全バックアップ以降に行われたすべての変更が含まれます。The following example creates a differential backup, which includes all changes made since the last full backup of the Invoices database. Parallel Data WarehouseParallel Data Warehouse は \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff ディレクトリを作成し、それにファイルが保存されます。will create the \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff directory to which it will store the files. 'Invoices 2013 differential backup' というバックアップの説明がヘッダー情報と共に格納されます。The description 'Invoices 2013 differential backup' will be stored with the header information for the backup.

差分バックアップは、Invoices の前回の完全バックアップが正常に完了した場合にのみ正常に実行されます。The differential backup will only run successfully if the last full backup of Invoices completed successfully.

BACKUP DATABASE Invoices TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff'
    WITH DIFFERENTIAL,
    DESCRIPTION = 'Invoices 2013 differential backup';

E.E. master データベースの完全バックアップを作成するCreate a full backup of the master database

次の例では、master データベースの完全バックアップを作成し、ディレクトリ '\\10.192.63.147\backups\2013\daily\20130722\master' にそれを格納します。The following example creates a full backup of the master database and stores it in the directory '\\10.192.63.147\backups\2013\daily\20130722\master'.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master';

F.F. アプライアンス ログイン情報のバックアップを作成するCreate a backup of appliance login information

master データベースにはアプライアンス ログイン情報が保存されます。The master database stores the appliance login information. アプライアンス ログイン情報をバックアップするには、master をバックアップする必要があります。To backup the appliance login information you need to backup master.

次の例では、master データベースの完全バックアップを作成します。The following example creates a full backup of the master database.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master'
WITH (
    DESCRIPTION = 'Master Backup 20130722',
    NAME = 'login-backup'
)
;

参照See Also

RESTORE DATABASE - Parallel Data WarehousRESTORE DATABASE - Parallel Data Warehous