полные резервные копии файлов (SQL Server)Full File Backups (SQL Server)

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server нетБаза данных SQL Azure нетAzure Synapse Analytics (хранилище данных SQL) нетParallel Data Warehouse APPLIES TO: yesSQL Server noAzure SQL Database noAzure Synapse Analytics (SQL DW) noParallel Data Warehouse

Сведения, приведенные в этом разделе, относятся только к тем базам данных SQL ServerSQL Server , которые содержат несколько файлов или файловых групп.This topic is relevant for SQL ServerSQL Server databases that contain multiple files or filegroups.

Резервные копии файлов базы данных SQL ServerSQL Server можно создавать и восстанавливать по отдельности.The files in a SQL ServerSQL Server database can be backed up and restored individually. Кроме того, можно указать всю файловую группу, а не каждый файл по отдельности.Also, you can specify a whole filegroup instead of specifying each constituent file individually. Обратите внимание, что если какой-либо файл файловой группы находится в режиме «вне сети» (например во время его восстановления), то вся файловая группа переводится в режим «вне сети», и создать ее резервную копию будет невозможно.Note that if any file in a filegroup is offline (for example, because the file is being restored), the whole filegroup is offline and cannot be backed up.

Резервные копии файловых групп, доступных только для чтения, могут совмещаться с частичными резервными копиями.File backups of read-only filegroups can be combined with partial backups. Частичные резервные копии включают все файловые группы, доступные для чтения и записи, и при необходимости одну или несколько файловых групп, доступных только для чтения.Partial backups include all the read/write filegroups and, optionally, one or more read-only filegroups. Дополнительные сведения см. в разделе Частичные резервные копии (SQL Server).For more information, see Partial Backups (SQL Server).

Резервная копия файла может служить базовой копией для разностного копирования для разностных резервных копий файлов.A file backup can serve as the differential base for differential file backups. Дополнительные сведения см. в разделе Разностные резервные копии (SQL Server).For more information, see Differential Backups (SQL Server).

Примечание

Полная резервная копия обычно называется просто резервной копией файловкроме тех случаев, когда она явно соотносится с разностной резервной копией файлов.Full file backups are typically called file backups, except when they are being explicitly compared with differential file backups.

В этом разделе:In This Topic:

Преимущества резервных копий файловBenefits of File Backups

Резервные копии файлов обладают следующими преимуществами по сравнению с полными резервными копиями базы данных.File backups offer the following advantages over database backups:

  • Использование резервных копий файлов может ускорить восстановление, ограничив его восстановлением только поврежденных файлов, а не всей базы данных.Using file backups can increase the speed of recovery by letting you restore only damaged files, without restoring the rest of the database.

    Например, если база данных состоит из нескольких файлов, размещенных на различных дисках, и на одном из них происходит сбой, то восстановить данные нужно будет только на этом диске.For example, if a database consists of several files that are located on different disks and one disk fails, only the file on the failed disk has to be restored. Поврежденный файл можно быстро восстановить. Эта операция выполняется быстрее, чем при восстановлении всей базы данных.The damaged file can be quickly restored, and recovery is faster than it would be for an entire database.

  • Резервные копии файлов обладают улучшенной гибкостью при выполнении по расписанию и облегчают работу с носителями по сравнению с полными резервными копиями баз данных; последние становятся неудобными для очень больших баз данных.File backups increase flexibility in scheduling and media handling over full database backups, which for very large databases can become unmanageable. Большая гибкость при работе с резервными копиями файлов и файловых групп может оказаться полезной также для больших баз данных, содержащих данные с различными параметрами обновления.The increased flexibility of file or filegroup backups is also useful for large databases that contain data that has varying update characteristics.

Недостатки резервных копий файловDisadvantages of File Backups

  • Главным недостатком резервных копий файлов по сравнению с резервным копированием всей базы данных являются дополнительные сложности в администрировании.The primary disadvantage of file backups compared to full database backups is the additional administrative complexity. Обслуживание полного набора таких резервных копий и их отслеживание может оказаться трудоемкой задачей, потери времени на которую способны перевесить издержки расхода дискового пространства на полные резервные копии баз данных.Maintaining and keeping track of a complete set of these backups can be a time-consuming task that might outweigh the space requirements of full database backups.

  • Сбой носителя может привести к невозможности восстановления всей базы данных, если для поврежденного файла не будет существовать резервной копии.A media failure can make a complete database unrecoverable if a damaged file lacks a backup. Поэтому необходимо обслуживать полный набор резервных копий файлов, поэтому как для полной модели восстановления, так и для модели с неполным протоколированием одна или несколько резервных копий журнала минимально охватывают интервал между первым и последним полным резервным копированием.You must therefore maintain a complete set of file backups, and, for the full/bulk-logged recovery model, one or more log backups covering minimally the interval between the first full file backup and last full file backup.

Общие сведения о резервных копиях файловOverview of File Backups

Полное резервное копирование позволяет сохранить все данные, содержащиеся в одной или нескольких файлах или файловых группах.A full file backup backs up all the data in one or more files or filegroups. По умолчанию резервные копии файлов содержат достаточное количество записей журнала для наката файла в конце операции резервного копирования файлов.By default, file backups contain enough log records to roll forward the file to the end of the backup operation.

Создать резервную копию файла или файловой группы, доступную только для чтения, одинаковую для каждой модели восстановления.Backing up a read-only file or filegroup is the same for every recovery model. При модели полного восстановления полный набор резервных копий файлов совместно с количеством резервных копий журнала, достаточным для охвата всех резервных копий файлов, эквивалентен полной резервной копии базы данных.Under the full recovery model, a complete set of full file backups, together with enough log backups to span all the file backups, is the equivalent of a full database backup.

Одновременно может выполняться лишь одна операция резервного копирования файлов.Only one file backup operation can occur at a time. Можно создать резервные копии нескольких файлов за одну операцию, но это может увеличить время восстановления, если нужно восстановить всего один файл.You can back up multiple files in one operation, but this might extend the recovery time if you only have to restore a single file. Причина этого заключается в необходимости считывания всей резервной копии в поиске нужного файла.This is because to locate that file, the whole backup is read.

Примечание

Отдельные файлы могут быть восстановлены из резервной копии базы данных, однако поиск и восстановление файла из резервной копии базы данных займет больше времени, чем из резервной копии файла.Individual files can be restored from a database backup; however, locating and restoring a file takes longer from a database backup than from a file backup.

Резервные копии файлов и простая модель восстановленияFile Backups and the Simple Recovery Model

В простой модели восстановления резервные копии файлов для чтения и записи должны создаваться вместе.Under the simple recovery model, read/write files must all be backed up together. Это гарантирует восстановление базы данных до согласованного момента времени.This makes sure that the database can be restored to a consistent point in time. Вместо того чтобы указывать каждый файл или файловую группу для чтения и записи, воспользуйтесь параметром READ_WRITE_FILEGROUPS.Instead of individually specifying each read/write file or filegroup, use the READ_WRITE_FILEGROUPS option. Этот параметр создает резервные копии всех файловых групп, доступных для чтения и записи, в базе данных.This option backs up all the read/write filegroups in the database. С помощью параметра READ_WRITE_FILEGROUPS создаются так называемой частичной резервной копией.A backup that is created by specifying READ_WRITE_FILEGROUPS is known as a partial backup. Дополнительные сведения см. в разделе Частичные резервные копии (SQL Server).For more information, see Partial Backups (SQL Server).

Резервные копии файлов и модель полного восстановленияFile Backups and the Full Recovery Model

В модели полного восстановления необходимо выполнять резервное копирование журналов транзакций отдельно от остальной части стратегии резервирования данных.Under the full recovery model, you must back up the transaction log, regardless of the rest of your backup strategy. Полный набор резервных копий файлов вместе с резервными копиями журналов, которых достаточно для охвата всех резервных копий файлов с момента первого копирования, эквивалентен полной резервной копии базы данных.A complete set of full file backups, together with enough log backups to span all the file backups from the start of the first file backup, is the equivalent of a full database backup.

Восстановить базу данных лишь из файла и резервных копий журналов может оказаться сложно.Restoring a database using just file and log backups can be complex. Поэтому лучше выполнить полное резервное копирование базы данных, а затем начать резервное копирование журнала, чем сразу создавать резервную копию файлов.Therefore, if it is possible, it is a best practice to perform a full database backup and start the log backups before the first file backup. На следующем рисунке показана стратегия, согласно которой создается полная резервная копия базы данных (за время t1) вскоре после создания базы данных (за время t0).The following illustration shows a strategy in which a full database backup is taken (at time t1) soon after the database is created (at time t0). Эта первая резервная копия базы данных позволяет начать резервное копирование журнала транзакций.This first database backup enables transaction log backups to start. Резервное копирование журнала транзакций запланировано через определенные промежутки времени.Transaction log backups are scheduled to occur at set intervals. Резервные копии файлов создаются через некоторый интервал времени, оптимально соответствующий требованиям предприятия.File backups occur at whatever interval best meets the business requirements for the database. На данном рисунке показана каждая из четырех файловых групп, резервное копирование которых происходит одновременно.This illustration shows each of the four filegroups being backed up one at a time. Порядок, в котором оно производится (группы A, C, B, A), отражает требования предприятия к базе данных.The order in which they are backed up (A, C, B, A) reflects the business requirements of the database.

Стратегия, объединяющая резервное копирование баз данных, файлов и журналовStrategy combining database, file, and log backups

Примечание

При использовании модели полного восстановления необходимо выполнить накат всех журналов транзакций во время восстановления резервной копии файла для записи и чтения, чтобы обеспечить согласованность состояния файла с остальной частью базы данных.Under the full recovery model, you must roll forward the transaction log when restoring a read/write file backup to make sure that the file is consistent with the rest of the database. Чтобы избежать необходимости наката большого количества резервных копий журналов транзакций, следует чаще создавать разностные резервные копии файлов.To avoid rolling forward a lot of transaction log backups, consider using differential file backups. Дополнительные сведения см. в разделе Разностные резервные копии (SQL Server).For more information, see Differential Backups (SQL Server).

Связанные задачиRelated Tasks

Создание резервных копий файла или файловой группыTo create a file or filegroup backup

Примечание

Резервные копии файлов не поддерживаются мастером планов обслуживания.File backups are not supported by the Maintenance Plan Wizard.

См. также:See Also

BACKUP (Transact-SQL) BACKUP (Transact-SQL)
Общие сведения о резервном копировании (SQL Server) Backup Overview (SQL Server)
Резервное копирование и восстановление: взаимодействие и совместимость (SQL Server) Backup and Restore: Interoperability and Coexistence (SQL Server)
Разностные резервные копии (SQL Server) Differential Backups (SQL Server)
Восстановление файлов (простая модель восстановления) File Restores (Simple Recovery Model)
Восстановления файлов (модель полного восстановления) File Restores (Full Recovery Model)
Восстановление в сети (SQL Server) Online Restore (SQL Server)
Поэтапное восстановление (SQL Server)Piecemeal Restores (SQL Server)