Обзор процессов восстановления (SQL Server)Restore and Recovery Overview (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 после сбоя, администратор базы данных должен восстановить набор резервных копий SQL ServerSQL Server в составе логически верной и содержательной последовательности восстановления.To recover a SQL ServerSQL Server database from a failure, a database administrator has to restore a set of SQL ServerSQL Server backups in a logically correct and meaningful restore sequence. SQL ServerSQL Server поддерживает восстановление данных из резервных копий целой базы данных, файла данных или страниц данных следующим образом.restore and recovery supports restoring data from backups of a whole database, a data file, or a data page, as follows:

  • База данных ( полное восстановление базы данных)The database (a complete database restore)

    Вся база данных возвращается в прежнее состояние и восстанавливается, при этом база данных находится в режиме вне сети во время операций возврата и восстановления.The whole database is restored and recovered, and the database is offline for the duration of the restore and recovery operations.

  • Файл данных ( восстановление файла)The data file (a file restore)

    Файл данных или набор файлов данных возвращается в исходное состояние и восстанавливается.A data file or a set of files is restored and recovered. Во время восстановления файлов файловые группы, содержащие обрабатываемые файлы, автоматически переводятся в режим вне сети на время восстановления.During a file restore, the filegroups that contain the files are automatically offline for the duration of the restore. Любые попытки подключения и работы с файловой группой вне сети приведут к ошибке.Any attempt to access an offline filegroup causes an error.

  • Страница данных ( восстановление страницы)The data page (a page restore)

    При использовании модели полного восстановления или модели восстановления с неполным протоколированием можно восстановить отдельные базы данных.Under the full recovery model or bulk-logged recovery model, you can restore individual databases. Восстановление страниц может применяться для любой базы данных вне зависимости от числа файловых групп.Page restores can be performed on any database, regardless of the number of filegroups.

SQL ServerSQL Server работает во всех поддерживаемых операционных системах.backup and restore work across all supported operating systems. Дополнительные сведения о поддерживаемых операционных системах см. в разделе Требования к оборудованию и программному обеспечению для установки SQL Server 2016.For information about the supported operating systems, see Hardware and Software Requirements for Installing SQL Server 2016. Сведения о поддержке резервных копий более ранних версий SQL ServerSQL Serverсм. в подразделе "Поддержка совместимости" раздела RESTORE (Transact-SQL).For information about support for backups from earlier versions of SQL ServerSQL Server, see the "Compatibility Support" section of RESTORE (Transact-SQL).

Общие сведения о сценариях восстановленияOverview of Restore Scenarios

Сценарий восстановления в SQL ServerSQL Server — процесс восстановления данных из одной или более резервных копий и возврат в исходное состояние базы данных.A restore scenario in SQL ServerSQL Server is the process of restoring data from one or more backups and then recovering the database. Поддерживаемые сценарии восстановления зависят от модели восстановления базы данных и выпуска SQL ServerSQL Server.The supported restore scenarios depend on the recovery model of the database and the edition of SQL ServerSQL Server.

Следующая таблица предоставляет возможные сценарии восстановления, которые поддерживаются различными моделями восстановления.The following table introduces the possible restore scenarios that are supported for different recovery models.

Сценарий восстановленияRestore scenario Простая модель восстановленияUnder simple recovery model Модель полного восстановления или модель восстановления с неполным протоколированиемUnder full/bulk-logged recovery models
полное восстановление базы данныхComplete database restore Это базовая стратегия восстановления.This is the basic restore strategy. Полное восстановление базы данных может содержать простые операции возврата и восстановления из полной резервной копии.A complete database restore might involve simply restoring and recovering a full database backup. Также полное восстановление базы данных может проводиться на основе полной резервной копии базы данных с ее последующим обновлением по журналу.Alternatively, a complete database restore might involve restoring a full database backup followed by restoring and recovering a differential backup.

Дополнительные сведения см. в разделе Полное восстановление базы данных (простая модель восстановления).For more information, see Complete Database Restores (Simple Recovery Model).
Это базовая стратегия восстановления.This is the basic restore strategy. Восстановление всей базы данных включает в себя восстановление полной резервной копии, возможно, разностных резервных копий (если они есть) и восстановления всех последующих резервных копий журналов (последовательно).A complete database restore involves restoring a full database backup and, optionally, a differential backup (if any), followed by restoring all subsequent log backups (in sequence). Восстановление всей базы данных завершается восстановлением из последней резервной копии журнала и возвратом в исходное состояние (RESTORE WITH RECOVERY).The complete database restore is finished by recovering the last log backup and also restoring it (RESTORE WITH RECOVERY).

Дополнительные сведения см. в статье Выполнение полного восстановления базы данных (модель полного восстановления).For more information, see Complete Database Restores (Full Recovery Model)
File restore *File restore * Восстановление одного или более поврежденных файлов с атрибутом «только для чтения» без восстановления всей базы данных.Restore one or more damaged read-only files, without restoring the entire database. Восстановление файла возможно только при наличии в базе данных хотя бы одной файловой группы с атрибутом «только для чтения».File restore is available only if the database has at least one read-only filegroup. Восстановление одного или нескольких файлов без восстановления всей базы данных.Restores one or more files, without restoring the entire database. Восстановление файлов может выполняться, когда база данных находится в режиме «вне сети» или в некоторых выпусках SQL ServerSQL Server«в сети».File restore can be performed while the database is offline or, for some editions of SQL ServerSQL Server, while the database remains online. Во время восстановления файла файловые группы, содержащие обрабатываемый файл, всегда находятся в режиме вне сети.During a file restore, the filegroups that contain the files that are being restored are always offline.
восстановление страницыPage restore НеприменимоNot applicable Восстановление одной или нескольких поврежденных страниц.Restores one or more damaged pages. Восстановление страницы может выполняться, когда база данных находится в режиме «вне сети» или в некоторых выпусках SQL ServerSQL Server«в сети».Page restore can be performed while the database is offline or, for some editions of SQL ServerSQL Server, while the database remains online. Во время восстановления страницы всегда находятся в режиме вне сети.During a page restore, the pages that are being restored are always offline.

Должна быть доступна непрерывная цепочка резервных копий журналов вплоть до текущего файла журнала, и они должны быть применены для приведения страницы в соответствие текущему журналу.An unbroken chain of log backups must be available, up to the current log file, and they must all be applied to bring the page up-to-date with the current log file.

Дополнительные сведения см. в разделе Восстановление страниц (SQL Server).For more information, see Restore Pages (SQL Server).
Поэтапное восстановление *Piecemeal restore * Поэтапное восстановление базы данных на уровне файловой группы, начиная с групп файлов, доступных для чтения и записи, вторичных файловых групп.Restore and recover the database in stages at the filegroup level, starting with the primary and all read/write, secondary filegroups. Восстановление и перевод базы данных в режим в сети по этапам на уровне файловой группы, начиная с первичной файловой группы.Restore and recover the database in stages at the filegroup level, starting with the primary filegroup.

Дополнительные сведения см. в разделе Поэтапное восстановление (SQL Server)For more information, see Piecemeal Restores (SQL Server)

* Восстановление в сети поддерживается только в выпуске Enterprise Edition.* Online restore is supported only in the Enterprise edition.

Шаги по восстановлению базы данныхSteps to restore a database

Для восстановления файла Компонент Database EngineDatabase Engine выполняет два шага:To perform a file restore, the Компонент Database EngineDatabase Engine executes two steps:

  • создает любой недостающий файл базы данных;Creates any missing database file(s).

  • копирует данные с устройств резервного копирования в файл(ы) базы данных.Copies the data from the backup devices to the database file(s).

Для восстановления базы данных Компонент Database EngineDatabase Engine выполняет три шага:To perform a database restore, the Компонент Database EngineDatabase Engine executes three steps:

  • создает базы данных и файлы журнала транзакций, если они еще не созданы;Creates the database and transaction log files if they do not already exist.

  • копирует все данные, журналы и страницы индексов с резервной копии базы данных в файлы базы данных;Copies all the data, log, and index pages from the backup media of a database to the database files.

  • применяет журнал транзакций в так называемом процессе восстановления.Applies the transaction log in what is known as the recovery process.

Независимо от способа восстановления данных, перед восстановлением базы данных Компонент SQL Server Database EngineSQL Server Database Engine обеспечивает логическую согласованность всей базы данных.Regardless of how data is restored, before a database can be recovered, the Компонент SQL Server Database EngineSQL Server Database Engine guarantees that the whole database is logically consistent. Например, если файл был возвращен в исходное состояние, то нельзя восстановить его и вернуть в режим в сети, пока в нем не будет выполнено достаточное количество транзакций, чтобы он согласовывался с базой данных.For example, if you restore a file, you cannot recover it and bring it online until it has been rolled far enough forward to be consistent with the database.

Преимущества восстановления файлов или страницAdvantages of a File or Page restore

Восстановление файлов и страниц вместо восстановления всей базы данных целиком дает следующие преимущества.Restoring and recovering files or pages, instead of the whole database, provides the following advantages:

  • Восстановление данных меньшего объема данных уменьшает время, затрачиваемое на копирование и восстановление.Restoring less data reduces the time required to copy and recover it.

  • В среде SQL ServerSQL Server восстановление файлов или страниц позволяет другим данным в базе данных оставаться в режиме «в сети» во время операции восстановления.On SQL ServerSQL Server restoring files or pages might allow other data in the database to remain online during the restore operation.

Восстановление и журнал транзакцийRecovery and the transaction log

Для большинства сценариев восстановления необходимо применить резервную копию журналов транзакций и позволить Компонент SQL Server Database EngineSQL Server Database Engine запустить процесс восстановления для подключения базы данных к сети.For most restore scenarios, it is necessary to apply a transaction log backup and allow the Компонент SQL Server Database EngineSQL Server Database Engine to run the recovery process for the database to be brought online. Восстановление — это процесс, используемый SQL ServerSQL Server для запуска каждой базы данных в транзакционно-согласованном (чистом) состоянии.Recovery is the process used by SQL ServerSQL Server for each database to start in a transactionally consistent - or clean - state.

В случае отработки отказа или другого неясного завершения работы, базы данных могут оставаться в состоянии, в котором часть изменений не была записана из буферного кэша в файлы данных, и могут существовать некоторые изменения в файлах данных, вызванные незавершенными транзакциями.In case of a failover or other non-clean shut down, the databases may be left in a state where some modifications were never written from the buffer cache to the data files, and there may be some modifications from incomplete transactions in the data files. При запуске экземпляра SQL ServerSQL Server выполняется восстановление каждой базы данных, состоящее из трех этапов, на основе последней контрольной точки базы данных:When an instance of SQL ServerSQL Server is started, it runs a recovery of each database, which consists of three phases, based on the last database checkpoint:

  • На этапе анализа выполняется анализ журнала транзакций для определения последней контрольной точки и создается таблица "грязных" страниц (ТГС) и таблица активных транзакций (ТАТ).Analysis Phase analyzes the transaction log to determine what is the last checkpoint, and creates the Dirty Page Table (DPT) and the Active Transaction Table (ATT). ТГС содержит записи о страницах, которые были "грязными" на момент завершения работы базы данных.The DPT contains records of pages that were dirty at the time the database was shut down. TАT содержит записи транзакций, которые оставались активными на момент некорректного завершения работы базы данных.The ATT contains records of transactions that were active at the time the database was not cleanly shut down.

  • На стадии повтора выполняется накат всех изменений, записанных в журнале, которые, возможно, не были записаны в файлы данных на момент завершения работы базы данных.Redo Phase rolls forwards every modification recorded in the log that may not have been written to the data files at the time the database was shut down. Минимальный регистрационный номер транзакции в журнале (minLSN), необходимый для успешного восстановления всей базы данных, находится в ТГС и отмечает начало операций восстановления, необходимых для всех "грязных" страниц.The minimum log sequence number (minLSN) required for a successful database-wide recovery is found in the DPT, and marks the start of the redo operations needed on all dirty pages. На этом этапе Компонент SQL Server Database EngineSQL Server Database Engine записывает на диск все "грязные" страницы, принадлежащие подтвержденным транзакциям.At this phase, the Компонент SQL Server Database EngineSQL Server Database Engine writes to disk all dirty pages belonging to committed transactions.

  • На стадии отката выполняется откат незавершенных транзакций, обнаруженных в TАT, чтобы убедиться в сохранении целостности базы данных.Undo Phase rolls back incomplete transactions found in the ATT to make sure the integrity of the database is preserved. После отката база данных включается в режим «в сети», и больше никакие резервные копии журнала транзакций не могут быть применены.After rollback, the database goes online, and no more transaction log backups can be applied to the database.

Сведения о ходе каждой стадии восстановления базы данных заносятся в SQL ServerSQL Server журнал ошибок.Information about the progress of each database recovery stage is logged in the SQL ServerSQL Server error log. Ход восстановления базы данных также можно отслеживать с помощью расширенных событий.The database recovery progress can also be tracked using Extended Events. Дополнительные сведения см. в записи блога New extended events for database recovery progress (Новые расширенные события для процесса восстановления базы данных).For more information, see the blog post New extended events for database recovery progress.

Примечание

Для сценария поэтапного восстановления, если файловая группа доступна только для чтения с момента, предшествующего созданию резервной копии файловых групп, использование резервных копий журналов не требуется и эта группа пропускается при восстановлении файлов.For a Piecemeal restore scenario, if a read-only filegroup has been read-only since before the file backup was created, applying log backups to the filegroup is unnecessary and is skipped by file restore.

Примечание

Чтобы максимально увеличить доступность баз данных в корпоративной среде, SQL ServerSQL Server выпуск Enterprise может перевести базу данных в действие после стадии повтора, в то время как стадия отката все еще будет выполняться.To maximize the availability of databases in an enterpirse environment, SQL ServerSQL Server Enterprise Edition can bring a database online after the Redo Phase, while the Undo Phase is still executing. Это также называется быстрым восстановлением.This is known as Fast Recovery.

Модели восстановления и поддерживаемые операции восстановленияRecovery models and supported restore operations

Модель восстановления определяет перечень операций, доступных при восстановлении базы данных.The restore operations that are available for a database depend on its recovery model. В следующей таблице указано, какие сценарии восстановления и в какой степени поддерживаются в каждой из моделей восстановления.The following table summarizes whether and to what extent each of the recovery models supports a given restore scenario.

Операция восстановленияRestore operation Модель полного восстановленияFull recovery model Модель восстановления с неполным протоколированиемBulk-logged recovery model Простая модель восстановленияSimple recovery model
Восстановление данныхData recovery Полное восстановление (при наличии журнала).Complete recovery (if the log is available). С некоторыми потерями данных.Some data-loss exposure. Будут потеряны все данные с момента создания последней полной или разностной резервной копии.Any data since last full or differential backup is lost.
Восстановление на момент времениPoint-in-time restore На любое время, сохранившееся в резервных копиях журналов.Any time covered by the log backups. Запрещено, если резервная копия журналов содержит какие-либо изменения с неполным протоколированием.Disallowed if the log backup contains any bulk-logged changes. Не поддерживается.Not supported.
File restore *File restore * Поддерживается полностью.Full support. Иногда. **Sometimes.** Только для вторичных файлов, доступных только для чтения.Available only for read-only secondary files.
Page restore *Page restore * Поддерживается полностью.Full support. Иногда. **Sometimes.** Нет.None.
Поэтапное (на уровне файловой группы) восстановление *Piecemeal (filegroup-level) restore * Поддерживается полностью.Full support. Иногда. **Sometimes.** Только для вторичных файлов, доступных только для чтения.Available only for read-only secondary files.

* Доступно только в выпуске Enterprise SQL ServerSQL Server* Available only in the Enterprise edition of SQL ServerSQL Server

** Сведения о необходимых условиях см. в подразделе Ограничения для восстановления по простой модели восстановлениядалее в этом разделе.** For the required conditions, see Restore Restrictions Under the Simple Recovery Model, later in this topic.

Важно!

Независимо от модели восстановления базы данных, резервную копию SQL ServerSQL Server нельзя восстановить до версии Компонент SQL Server Database EngineSQL Server Database Engine, более старой, чем версия, создавшая резервную копию.Regardless of the recovery model of a database, a SQL ServerSQL Server backup cannot be restored to a Компонент SQL Server Database EngineSQL Server Database Engine version that is older than the version that created the backup.

Сценарии восстановления по простой модели восстановленияRestore scenarios under the Simple Recovery Model

В простой модели восстановления предусмотрены следующие ограничения для операции восстановления.The simple recovery model imposes the following restrictions on restore operations:

Если приведенные выше ограничения противоречат задачам восстановления, рекомендуется использовать модель полного восстановления.If any of these restrictions are inappropriate for your recovery needs, we recommend that you consider using the full recovery model. Дополнительные сведения см. в разделе Общие сведения о резервном копировании (SQL Server).For more information, see Backup Overview (SQL Server).

Важно!

Независимо от модели восстановления базы данных, резервная копия SQL ServerSQL Server не может быть восстановлена на SQL ServerSQL Server , имеющем версию, предшествующую версии, создавшей резервную копию.Regardless of the recovery model of a database, a SQL ServerSQL Server backup cannot be restored by a version of SQL ServerSQL Server that is older than the version that created the backup.

Восстановление в модели восстановления с неполным протоколированиемRestore Under the Bulk-Logged Recovery Model

В этом разделе рассматриваются вопросы, относящиеся исключительно к модели восстановления с неполным протоколированием, которая разработана исключительно в дополнение к модели полного восстановления.This section discusses restore considerations that are unique to bulk-logged recovery model, which is intended exclusively as a supplement to the full recovery model.

Примечание

Основные сведения о модели восстановления с неполным протоколированием см. в разделе Журнал транзакций (SQL Server).For an introduction to the bulk-logged recovery model, see The Transaction Log (SQL Server).

В целом модель восстановления с неполным протоколированием схожа с моделью полного восстановления, поэтому все, что касается одной модели, также можно применить к другой.Generally, the bulk-logged recovery model is similar to the full recovery model, and the information described for the full recovery model also applies to both. Однако модель восстановления с неполным протоколированием влияет на восстановление к моменту времени и на оперативное восстановление.However, point-in-time recovery and online restore are affected by the bulk-logged recovery model.

Ограничения для восстановления на момент времениRestrictions for Point-in-time Recovery

Если в модели восстановления с неполным протоколированием в резервной копии журналов содержатся изменения с неполным протоколированием, восстановление до момента времени невозможно.If a log backup taken under the bulk-logged recovery model contains bulk-logged changes, point-in-time recovery is not allowed. Попытка восстановления до момента времени из резервной копии журнала, содержащей массовые изменения, приводит к сбою операции восстановления.Trying to perform point-in-time recovery on a log backup that contains bulk changes will cause the restore operation to fail.

Ограничения восстановления в сетиRestrictions for Online Restore

Последовательность восстановления в сети работает только при выполнении следующих условий:An online restore sequence works only if the following conditions are met:

  • все необходимые резервные копии журналов должны быть сделаны до начала последовательности восстановления;All required log backups must have been taken before the restore sequence starts.

  • резервные копии массовых изменений были созданы до начала последовательности восстановления в сети;Bulk changes must be backed before starting the online restore sequence.

  • Если в базе данных существуют массовые изменения, все файлы должны быть либо подключены к сети, либо уничтожены.If bulk changes exist in the database, all files must be either online or defunct. (Это означает, что они больше не являются частью базы данных.)(This means that it is no longer part of the database.)

Если эти условия не выполняются, последовательность восстановления в сети завершается сбоем.If these conditions are not met, the online restore sequence fails.

Примечание

Перед тем, как начать восстановление в сети, рекомендуется переключиться к модели полного восстановления.We recommend switching to the full recovery model before starting an online restore. Дополнительные сведения см. в разделе Модели восстановления (SQL Server).For more information, see Recovery Models (SQL Server).

Дополнительные сведения о выполнении восстановления в сети см. в разделе Восстановление в сети (SQL Server).For information about how to perform an online restore, see Online Restore (SQL Server).

Помощник по восстановлению базы данных (среда SQL Server Management Studio)Database Recovery Advisor (SQL Server Management Studio)

Помощник по восстановлению базы данных облегчает создание планов восстановления, реализующих оптимально правильные последовательности восстановления.The Database Recovery Advisor facilitates constructing restore plans that implement optimal correct restore sequences. Решено большинство известных проблем восстановления баз данных, и внедрены предложенные клиентами усовершенствования.Many known database restore issues and enhancements requested by customers have been addressed. Основные усовершенствования, появившиеся в помощнике по восстановлению баз данных:Major enhancements introduced by the Database Recovery Advisor include the following:

  • Алгоритм плана восстановления: значительно улучшен алгоритм, используемый при создании планов восстановления, особенно для сложных сценариев восстановления.Restore-plan algorithm: The algorithm used to construct restore plans has improved significantly, particularly for complex restore scenarios. Многие крайние случаи, включая разветвляющиеся сценарии восстановления на момент времени, обрабатываются более эффективно, чем в предыдущих версиях SQL ServerSQL Server.Many edge cases, including forking scenarios in point-in-time restores, are handled more efficiently than in previous versions of SQL ServerSQL Server.

  • Восстановление на определенный момент времени: помощник по восстановлению баз данных значительно упрощает восстановление базы данных до определенного момента времени.Point-in-time restores: The Database Recovery Advisor greatly simplifies restoring a database to a given point in time. Визуальная временная шкала резервного копирования значительно улучшает поддержку для выполнения восстановления на момент времени.A visual backup timeline significantly enhances support for point-in-time restores. Эта визуальная временная шкала позволяет определять подходящий момент времени в качестве целевой точки восстановления для базы данных.This visual timeline allows you to identify a feasible point in time as the target recovery point for restoring a database. Временная шкала облегчает обзор разветвленного пути восстановления (пути, который покрывает вилки восстановления).The timeline facilitates traversing a forked recovery path (a path that spans recovery forks). Заданный план восстановления на момент времени автоматически включает резервные копии, относящиеся к восстановлению на целевой момент времени (дата и время).A given point-in-time restore plan automatically includes the backups that are relevant to the restoring to your target point in time (date and time). Дополнительные сведения см. в статье Восстановление базы данных SQL Server до определенного момента времени (модель полного восстановления).For more information, see Restore a SQL Server Database to a Point in Time (Full Recovery Model).

Дополнительные сведения о помощнике по восстановлению баз данных см. в блогах по управлению SQL ServerSQL Server :For more information, see about the Database Recovery Advisor, see the following SQL ServerSQL Server Manageability blogs:

Ускоренное восстановление баз данных.Accelerated database recovery

Ускоренное восстановление базы данных доступно в SQL Server 2019 (15.x)SQL Server 2019 (15.x) и База данных SQL AzureAzure SQL Database.Accelerated database recovery is available in SQL Server 2019 (15.x)SQL Server 2019 (15.x) and База данных SQL AzureAzure SQL Database. Ускоренное восстановление базы данных значительно улучшает доступность базы данных, особенно при наличии продолжительных транзакций, за счет перепроектирования Компонент SQL Server Database EngineSQL Server Database Engine процесса восстановления.Accelerated database recovery greatly improves database availability, especially in the presence of long-running transactions, by redesigning the Компонент SQL Server Database EngineSQL Server Database Engine recovery process. База данных, для которой было включено ускоренное восстановление, значительно быстрее восстанавливается после отработки отказа или другого неясного завершения работы.A database for which accelerated database recovery was enabled completes the recovery process significantly faster after a failover or other non-clean shut down. Если включено, ускоренное восстановление базы данных также значительно быстрее завершает откат отмененных продолжительных транзакций.When enabled, Accelerated database recovery also completes rollback of canceled long-running transactions significantly faster.

Ускоренное восстановление можно включить для каждой базы данных в SQL Server 2019 (15.x)SQL Server 2019 (15.x), используя следующий синтаксис:You can enable accelerated database recovery per-database on SQL Server 2019 (15.x)SQL Server 2019 (15.x) using the following syntax:

ALTER DATABASE <db_name> SET ACCELERATED_DATABASE_RECOVERY = ON;

Примечание

Ускоренное восстановление базы данных включено по умолчанию на База данных SQL AzureAzure SQL Database.Accelerated database recovery is enabled by default on База данных SQL AzureAzure SQL Database.

См. также:See Also

Общие сведения о резервном копировании (SQL Server) Backup Overview (SQL Server)
Журнал транзакций (SQL Server) The Transaction Log (SQL Server)
Руководство по архитектуре журнала транзакций SQL Server и управлению им SQL Server Transaction Log Architecture and Management Guide
Резервное копирование и восстановление баз данных SQL Server Back Up and Restore of SQL Server Databases
Применение резервных копий журналов транзакций (SQL Server)Apply Transaction Log Backups (SQL Server)