Как восстановить удаленную базу mssql

Восстановление базы данных в новое место (SQL Server)

В этом разделе описано, как восстановить базу данных SQL Server в новую папку и при необходимости переименовать ее в SQL Server с помощью SQL Server Management Studio (SSMS) или Transact-SQL. Эта процедура позволяет переместить базу данных по новому пути каталога или создать копию базы данных на том же или другом экземпляре сервера.

Перед началом работы

Ограничения

Предварительные требования

Модель восстановления с полным резервным копированием или с неполным протоколированием регламентирует, что перед восстановлением базы данных необходимо создать резервную копию активного журнала транзакций. Дополнительные сведения см. в статье Создание резервной копии журнала транзакций (SQL Server)).

Чтобы восстановить зашифрованную базу данных, требуется доступ к сертификату или асимметричному ключу, использовавшемуся для шифрования этой базы данных. Без сертификата или асимметричного ключа восстановить базу данных невозможно. Необходимо сохранять сертификат, используемый для шифрования ключа шифрования базы данных, пока существует потребность в резервной копии. Дополнительные сведения см. в статье SQL Server Certificates and Asymmetric Keys.

Рекомендации

безопасность

В целях безопасности рекомендуется не присоединять и не восстанавливать базы данных, полученные из неизвестных или ненадежных источников. В этих базах данных может содержаться вредоносный код, вызывающий выполнение непредусмотренных инструкций Transact-SQL или появление ошибок из-за изменения схемы или физической структуры базы данных. Перед тем как использовать базу данных, полученную из неизвестного или ненадежного источника, выполните на тестовом сервере инструкцию DBCC CHECKDB для этой базы данных, а также изучите исходный код в базе данных, например хранимые процедуры и другой пользовательский код.

Permissions

Разрешения на выполнение инструкции RESTORE даются ролям, в которых данные о членстве всегда доступны серверу. Так как членство в предопределенной роли базы данных может быть проверено только тогда, когда база данных доступна и не повреждена, что не всегда имеет место при выполнении инструкции RESTORE, члены предопределенной роли базы данных db_owner не имеют разрешений RESTORE.

Восстановление базы данных в новую папку и при необходимости ее переименование с помощью SSMS

После подключения к соответствующему экземпляру компонента Компонент SQL Server Database Engineв обозревателе объектов разверните дерево сервера, щелкнув имя сервера.

База данных

Устройство

В списке Источник: Устройство: База данных выберите имя базы данных, из которой нужно восстановить резервные копии.

В сетке Резервные наборы данных для восстановления выберите нужные резервные наборы. В этой сетке отображаются резервные копии, доступные в указанном месте. По умолчанию предлагается план восстановления. Чтобы переопределить предложенный план восстановления, можно изменить выбранные элементы в сетке. Выбор всех резервных копий, которые зависят от восстановления более ранних копий, отменяется автоматически, как только отменяется выбор более ранних копий.

Дополнительные сведения о столбцах сетки Резервные наборы данных для восстановления см. в статье Восстановление базы данных (страница «Общие»).

На странице Параметры настройте параметры, если в этом есть необходимость. Дополнительные сведения об этих параметрах см. в статье Восстановление базы данных (страница «Параметры»).

Восстановление базы данных в новую папку и при необходимости ее переименование с помощью T-SQL

При необходимости определите логическое и физическое имена файлов в резервном наборе, содержащем полную резервную копию базы данных, которую нужно восстановить. Эта инструкция возвращает список файлов базы данных и журнала, содержащихся в резервном наборе данных. Базовый синтаксис:

RESTORE FILELISTONLY FROM WITH FILE = номер_файла_резервного_набора

Эта инструкция также поддерживает некоторые параметры WITH. Дополнительные сведения см. в разделе Инструкция RESTORE FILELISTONLY (Transact-SQL).

Используйте инструкцию RESTORE DATABASE для восстановления полной резервной копии базы данных. По умолчанию файлы данных и журналов восстанавливаются в исходных местоположениях. При перемещении базы данных используйте параметр MOVE, чтобы переместить каждый файл базы данных и избежать конфликтов с существующими файлами.

Базовый синтаксис Transact-SQL для восстановления базы данных в новом месте и с новым именем:

В следующей таблице аргументы инструкции RESTORE описаны применительно к восстановлению базы данных в новом месте. Дополнительные сведения об этих аргументах см. в разделе RESTORE (Transact-SQL).

новое_имя_базы_данных
Новое имя базы данных.

При восстановлении базы данных на другом экземпляре сервера можно указать исходное имя базы данных вместо нового.

< DISK | TAPE >= имя_физического_устройства_резервного_копирования

< RECOVERY | NORECOVERY >
Если в базе данных используется модель полного восстановления, может возникнуть необходимость применить резервные копии журналов транзакций после восстановления базы данных. В этом случае укажите параметр NORECOVERY.

В противном случае используйте параметр RECOVERY, который применяется по умолчанию.

Если этот параметр не указан, по умолчанию используется первый резервный набор на устройстве резервного копирования.

Дополнительные сведения см. в подразделе «Указание резервного набора данных» раздела Аргументы инструкции RESTORE (Transact-SQL).

Примеры (Transact-SQL)

Пример создания полной резервной копии базы данных AdventureWorks2012 см. в разделе Создание полной резервной копии базы данных (SQL Server).

Источник

Восстановление базы данных SQL Server до определенного момента времени (модель полного восстановления)

Если в модели восстановления с неполным протоколированием резервная копия журнала содержит изменения с неполным протоколированием, то в пределах этой резервной копии восстановление до момента времени невозможно. База данных должна быть восстановлена к концу резервной копии журнала транзакций.

Перед началом работы

Восстановление базы данных SQL Server на определенный момент времени с помощью:

Перед началом

Рекомендации

Используйте параметр STANDBY для поиска неизвестного момента времени.

Задайте момент времени в начале последовательности восстановления

безопасность

Permissions

Разрешения на выполнение инструкции RESTORE даются ролям, в которых данные о членстве всегда доступны серверу. Так как членство в предопределенной роли базы данных может быть проверено только тогда, когда база данных доступна и не повреждена, что не всегда имеет место при выполнении инструкции RESTORE, члены предопределенной роли базы данных db_owner не имеют разрешений RESTORE.

Использование среды SQL Server Management Studio

Восстановление базы данных на момент времени

В обозревателе объектов подключитесь к соответствующему экземпляру Компонент SQL Server Database Engineи разверните дерево сервера.

Разверните узел Базы данных. В зависимости от типа восстанавливаемой базы данных выберите пользовательскую базу данных или раскройте узел Системные базы данных и выберите системную базу данных.

Щелкните правой кнопкой мыши базу данных, выберите пункт Задачи, затем пункт Восстановить и пункт База данных.

База данных

Устройство

В списке Источник: Устройство: База данных выберите имя базы данных, из которой нужно восстановить резервные копии.

В разделе Восстановить на щелкните Конкретные дата и время.

Вы можете использовать окна Данные и Время или пользоваться ползунком, чтобы указать конкретные дату и время, при которых процесс восстановления должен закончиться. Нажмите кнопку ОК.

Используйте поле Интервал временной шкалы для изменения количества времени, отображаемого на временной шкале.

После указания определенного момента времени помощник по восстановлению базы данных сделает так, что в столбце Восстановление сетки Резервные наборы данных для восстановления будут выбраны только необходимые для восстановления к указанному моменту времени резервные копии. Эти выбранные резервные копии составляют рекомендованный план восстановления для данного восстановления на момент времени. Следует использовать только выбранные резервные копии для операции восстановления на момент времени.

Дополнительные сведения о столбцах сетки Резервные наборы данных для восстановления см. в статье Восстановление базы данных (страница «Общие»). Сведения о помощнике по восстановлению базы данных см. в статье Обзор процессов восстановления (SQL Server).

На странице Параметры используйте панель Параметры восстановления для выбора любого из следующих вариантов, если он подходит к данной ситуации.

Перезаписать существующую базу данных (WITH REPLACE)

Сохранить параметры репликации (WITH KEEP_REPLICATION)

Ограничить доступ к восстановленной базе данных (WITH RESTRICTED_USER)

Дополнительные сведения об этих параметрах см. в статье Восстановление базы данных (страница «Параметры»).

Схема RESTORE WITH NORECOVERY оставляет базу данных в нерабочем состоянии и не выполняет откат незафиксированных транзакций. Можно восстановить дополнительные журналы транзакций. База данных не может быть использована, пока не будет восстановлена.

Схема RESTORE WITH STANDBY оставляет базу данных в режиме только для чтения. С помощью данного параметра можно отменить незафиксированные транзакции и сохранить отмененные действия в резервном файле, чтобы результаты восстановления можно было отменить.

Настройка Создать резервную копию заключительного фрагмента журнала перед восстановлением будет выбрана, если это необходимо для указанного вами момента времени. Нет необходимости изменять данную настройку, однако вы можете выбрать резервное копирование заключительного фрагмента журнала, даже если выполнение этого не требуется.

Если имеются активные соединения с базой данных, то операция восстановления может завершиться ошибкой. Проверьте окно Закрыть существующие соединения и убедитесь, что все активные соединения между Среда Management Studio и базой данных закрыты. Этот параметр переводит базу данных в однопользовательский режим перед началом выполнения процедуры восстановления, а затем возвращает в многопользовательский режим после ее завершения.

Использование Transact-SQL

Before you begin

Восстановление на момент времени всегда производится из резервной копии журналов. В каждой инструкции RESTORE LOG последовательности восстановления необходимо указать целевое время или транзакцию в идентичном предложении STOPAT. В качестве предварительного условия для восстановления на момент времени необходимо сначала восстановить полную резервную копию базы данных, чья конечная точка предшествует моменту времени восстановления. Эта полная резервная копия базы данных может быть старше самой последней полной резервной копии базы данных, поскольку затем восстанавливается каждая последующая резервная копия журналов, вплоть до резервной копии журналов, содержащей целевой момент времени.

Чтобы облегчить выбор резервной копии базы данных для восстановления, можно указать в инструкции RESTORE DATABASE предложение WITH STOPAT, которое вызовет ошибку, если данные резервной копии являются слишком новыми для указанного целевого времени. Резервная копия базы данных восстанавливается полностью, даже если она содержит целевое время.

Основной синтаксис Transact-SQL

RESTORE LOG имя_базы_данных FROM WITH STOPAT = time , RECOVERY.

Чтобы восстановить только изменения до определенного момента времени, для каждой восстанавливаемой резервной копии укажите WITH STOPAT = время. Это гарантирует, что конечное время не будет пропущено.

Восстановление базы данных на момент времени

Пример этой процедуры см. в подразделе Примеры (Transact-SQL)далее в этом разделе.

Подключитесь к экземпляру сервера, на который необходимо восстановить базу данных.

Выполните инструкцию RESTORE DATABASE с параметром NORECOVERY.

Восстановите последнюю разностную резервную копию, если таковая имеется, без восстановления базы данных (RESTORE DATABASE имя_базы_данных FROM устройство_резервного_копирования WITH NORECOVERY).

Восстановите каждую резервную копию журнала транзакций в той же последовательности, в которой они были созданы, указывая время, с которого необходимо остановить восстановление журнала (RESTORE DATABASE имя_базы_данных FROM WITH STOPAT = время , RECOVERY).

Параметры RECOVERY и STOPAT. Если в резервной копии журнала транзакций не содержится требуемое время (например, если указанное время выходит за рамки времени, отраженного в журнале транзакций), создается предупреждение и база данных остается невосстановленной.

Примеры (Transact-SQL)

В следующем примере база данных восстанавливается в состояние на 12:00 AM«April 15, 2020 и демонстрируется операция восстановления, использующая несколько резервных копий журналов. На устройстве резервного копирования AdventureWorksBackups полная резервная копия базы данных, подлежащей восстановлению, — это третий резервный набор данных на устройстве ( FILE = 3 ), резервная копия первого журнала — это четвертый резервный набор ( FILE = 4 ), резервная копия второго журнала — это пятый резервный набор ( FILE = 5 ).

Источник

Восстановление резервной копии базы данных в простой модели восстановления (Transact-SQL)

Этот раздел содержит сведения о восстановлении полной резервной копии базы данных.

При восстановлении базы данных из полной резервной копии системный администратор должен быть единственным пользователем, работающим с базой данных.

Предварительные требования и рекомендации

Чтобы восстановить зашифрованную базу данных, необходимо иметь доступ к сертификату или асимметричному ключу, который использовался для шифрования базы данных. Без сертификата или асимметричного ключа восстановить базу данных нельзя. Поэтому сертификат, используемый для шифрования ключа шифрования базы данных, должен храниться в течение всего времени, пока есть необходимость в резервной копии. Дополнительные сведения см. в статье SQL Server Certificates and Asymmetric Keys.

В целях безопасности рекомендуется не присоединять и не восстанавливать базы данных, полученные из неизвестных или ненадежных источников. В этих базах данных может содержаться вредоносный код, вызывающий выполнение непредусмотренных инструкций Transact-SQL или появление ошибок из-за изменения схемы или физической структуры базы данных. Перед тем как использовать базу данных, полученную из неизвестного или ненадежного источника, выполните на тестовом сервере инструкцию DBCC CHECKDB для этой базы данных, а также изучите исходный код в базе данных, например хранимые процедуры и другой пользовательский код.

Уровень совместимости баз данных после обновления

Если уровень совместимости пользовательской базы данных до обновления был 100 или выше, после обновления он останется таким же. Если уровень совместимости до обновления был 90, в обновленной базе данных он устанавливается в значение 100, что является минимально поддерживаемым уровнем совместимости в SQL Server 2019 (15.x).

Процедуры

Восстановление полной резервной копии базы данных

Для восстановления полной резервной копии базы данных выполните инструкцию RESTORE DATABASE, указав:

Имя базы данных для восстановления.

устройство резервного копирования, с которого происходит восстановление полной резервной копии базы данных;

предложение NORECOVERY при наличии журнала транзакций или разностной резервной копии, которые необходимо применить после восстановления полной резервной копии.

Чтобы восстановить зашифрованную базу данных, необходимо иметь доступ к сертификату или асимметричному ключу, который использовался для шифрования базы данных. Без сертификата или асимметричного ключа восстановить базу данных нельзя. Поэтому сертификат, используемый для шифрования ключа шифрования базы данных, должен храниться в течение всего времени, пока есть необходимость в резервной копии. Дополнительные сведения см. в статье SQL Server Certificates and Asymmetric Keys.

Дополнительно можно указать следующее.

Пример

Описание

В следующем примере восстанавливается полная резервная копия базы AdventureWorks2012 с магнитной ленты.

Источник

Как без лишних усилий восстановить базу данных MS SQL Server

Когда в прошлом году мы выпустили Veeam Explorer для Microsoft SQL Server, я был просто восхищен. Этот Explorer легко справляется с восстановлением баз данных SQL Server, работающих на виртуальных машинах в среде VMware vSphere и Microsoft Hyper-V. При этом не требуется квалификация администратора баз данных SQL. В этой статье я расскажу, как просто восстановить базу SQL Server из бэкап-задания Veeam.

Veeam Explorer для Microsoft SQL Server может восстановить базу данных одним из трех способов: из точки восстановления в резервной копии образа, с помощью воспроизведения журнала на определенный момент времени или на определенную транзакцию. В каждом случае база данных SQL Server восстанавливается без остановки приложения или ВМ. После настройки бэкап-задания восстановить базу SQL проще простого. Во всех трех случаях восстановление запускается из пользовательского интерфейса Veeam Backup & Replication (входит в состав Veeam Availability Suite):

В этот момент запускается Veeam Explorer для Microsoft SQL Server, и в мастере отображаются все ВМ с установленным SQL Server (это экономит время, поскольку в список не включены лишние ВМ). Теперь можно запустить процесс:

В качестве примера я выбрал машину SSA-SQLDEMO3, на которой работает SQL Server. На ней я продемонстрирую восстановление отдельной таблицы, из которой предварительно были удалены некоторые данные при помощи скрипта SQL Server Management Studio. В этой ситуации Veeam Explorer для Microsoft SQL Server продемонстрирует всю гибкость доступных вариантов восстановления. Мастер восстановления предлагает три описанных выше варианта восстановления (восстановление всей базы из точки восстановления в резервной копии на уровне образа, восстановление на определенный момент времени из журнала или с точностью до транзакции):

Я выбираю восстановление с точностью до определенной транзакции, поскольку из таблицы были удалены две записи, и теперь я хочу восстановить эти данные. На скриншоте видно, что Veeam Explorer для Microsoft SQL Server показывает две удаленных строки в таблице tblEmployee:

Затем Veeam Explorer для Microsoft SQL Server комбинирует данные в резервной копии образа с информацией из журнала транзакций для восстановления базы на предшествующий удалению момент.

После этого Veeam Explorer для Microsoft SQL Server завершает восстановление данных, не мешая работе других баз SQL на этой виртуальной машине. Важно отметить, что вам совершенно не понадобится опыт работы с SQL Server Management Studio, утилитой osql SQL Server или скриптами SQL. С помощью Veeam Explorer для Microsoft SQL Server можно обеспечить наиболее быстрое восстановление данных в современном дата-центре. По следующим ссылкам вы можете узнать больше о Veeam Explorer для Microsoft SQL Server или самостоятельно опробовать этот инструмент:

Рик Вановер занимает должность старшего директора Veeam по стратегии развития продуктов. Рик любит сложные задачи и отдает много сил обучению технологиям высокой доступности данных как начинающих специалистов, так и пользователей профессионального уровня. Рик ведет блог и подкаст, активно участвует в жизни ИТ-сообщества, общаясь с аудиторией и повышая осведомленность о решениях Veeam.

Прежде чем стать своего рода экспертным центром для пользователей Veeam, Рик занимался системным администрированием и ИТ-управлением. Он получил многочисленные отраслевые награды за вклад в развитие ИТ-сообщества, такие как Microsoft MVP, VMware vExpert и Cisco Champion. Следите за публикациями Рика в Twitter: @RickVanover или @Veeam.

Источник

Выполнение полного восстановления базы данных (модель полного восстановления)

Задача полного восстановления — восстановить базу данных целиком. В период восстановления база данных находится вне сети. Прежде чем какая-либо часть базы данных перейдет в режим «в сети», все данные восстанавливаются до точки согласования, в которой все части базы данных находятся в одном и том же моменте времени и в которой нет незафиксированных транзакций.

При работе в режиме модели полного восстановления после восстановления резервных копий данных необходимо восстановить все последующие резервные копии журнала транзакций, а затем саму базу данных. Базу данных можно восстановить до определенной точки восстановления в одной из этих резервных копий журналов. Этой точкой восстановления может быть заданная дата и время, помеченная транзакция или регистрационный номер транзакции в журнале (LSN).

При восстановлении базы данных, в особенности при использовании модели полного восстановления или модели восстановления с неполным протоколированием, следует использовать одну последовательность восстановления. Последовательность восстановления состоит из одной или нескольких операций восстановления, которые выполняют перемещение данных в одном или нескольких этапах восстановления.

Ненадежные источники

Не рекомендуется подключать или восстанавливать базы данных, полученные из неизвестных или ненадежных источников. В этих базах данных может содержаться вредоносный код, вызывающий выполнение непредусмотренных инструкций Transact-SQL или появление ошибок путем изменения схемы или физической структуры базы данных. Перед тем как использовать базу данных, полученную из ненадежного источника, выполните для нее инструкцию DBCC CHECKDB на тестовом сервере. Также изучите содержащийся в ней код, написанный пользователем: хранимые процедуры и другой пользовательский код.

Резервные копии из предыдущих версий

Сведения о поддержке резервных копий более ранних версий SQL Serverсм. в подразделе «Поддержка совместимости» раздела RESTORE (Transact-SQL).

Восстановление базы данных до точки сбоя

Обычно восстановление базы данных до точки сбоя включает следующие основные шаги:

Произведите резервное копирование активного журнала транзакций (также известного как заключительный фрагмент журнала). На этом шаге создается резервная копия заключительного фрагмента журнала. Если активный журнал транзакций недоступен, все транзакции этой части журнала будут потеряны.

При использовании модели восстановления с неполным протоколированием для создания резервной копии для журнала, содержащего операции с неполным протоколированием, требуется доступ ко всем файлам базы данных. Если файлы данных недоступны, резервное копирование журнала транзакций невозможно. В этом случае необходимо вручную внести все изменения, произошедшие с момента последнего резервного копирования журнала.

Восстановите самую последнюю полную резервную копию базы данных без восстановления самой базы данных (RESTORE DATABASE имя_базы_данных FROM устройство_резервного_копирования WITH NORECOVERY).

Если существуют разностные резервные копии, восстановите самую последнюю из них без восстановления базы данных (RESTORE DATABASE имя_базы_данных FROM устройство_разностного_резервного_копирования WITH NORECOVERY).

При восстановлении последней разностной резервной копии уменьшается число подлежащих восстановлению резервных копий журнала.

Начиная с первой резервной копии журнала транзакций, созданной после только что восстановленной резервной копии, последовательно восстановите журналы с параметром NORECOVERY.

Восстановите базу данных (RESTORE DATABASE имя_базы_данных WITH RECOVERY). Этот шаг можно объединить с восстановлением последней резервной копии журнала.

На следующем рисунке показана эта последовательность восстановления. После сбоя (1) создается резервная копия заключительного фрагмента журнала (2). Затем база данных восстанавливается до точки сбоя. Это включает восстановление резервной копии базы данных, последующей разностной резервной копии и всех резервных копий журналов, сохраненных после разностной резервной копии, в том числе резервной копии заключительного фрагмента журнала.

Если база данных восстанавливается на другой экземпляр сервера, см. раздел Копирование баз данных путем создания и восстановления резервных копий.

Базовый синтаксис инструкции Transact-SQL RESTORE

Базовый синтаксис инструкции RESTORETransact-SQL для последовательности восстановления в предыдущей иллюстрации выглядит следующим образом:

RESTORE DATABASE база_данных FROM full database backup WITH NORECOVERY;

RESTORE DATABASE база_данных FROM полная_разностная_резервная_копия WITH NORECOVERY;

RESTORE LOG база_данных FROM резервная_копия_журнала WITH NORECOVERY;

Повторите шаг по восстановлению журнала из резервной копии для каждой резервной копии журнала.

RESTORE DATABASE база_данных WITH RECOVERY;

Пример. Восстановление до точки сбоя (Transact-SQL)

В следующем примере Transact-SQL показаны важные параметры в последовательности восстановления для восстановления базы данных до точки сбоя. На этом шаге создается резервная копия заключительного фрагмента журнала базы данных. Далее в примере восстанавливается полная резервная копия базы данных и резервная копия журнала, а затем восстанавливается резервная копия заключительного фрагмента журнала. В этом примере показан отдельный последний шаг восстановления базы данных.

В примере используется резервная копия базы данных и резервная копия журнала, созданные в подразделе «Использование резервных копий при модели полного восстановления» раздела Полные резервные копии баз данных (SQL Server). До создания резервной копии базы данных образец базы данных AdventureWorks2012 был настроен на использование модели полного восстановления.

Восстановление базы данных на момент времени в пределах резервной копии журнала

При работе в режиме полного восстановления можно провести полное восстановление базы данных до состояния на момент времени, до помеченной транзакции или до номера LSN в резервной копии журнала. Однако в модели восстановления с неполным протоколированием, если в резервной копии журнала содержатся изменения с неполным протоколированием, восстановление до момента времени невозможно.

Образцы сценариев восстановления на определенный момент времени

В следующем примере предполагается использование критически важной системы баз данных, в которой полная резервная копия баз данных создается ежедневно в полночь, разностная резервная копия — каждый час, с понедельника до субботы. Резервные копии журнала создаются каждые 10 минут в течение дня. Чтобы восстановить базу данных до ее состояния на 05:19 среды, необходимо выполнить следующие действия.

Восстановить полную резервную копию базы данных, полученную в полночь вторника.

Восстановление разностной резервной копии базы данных, созданной в 5:00 в среду.

Применение резервной копии журнала транзакций, созданной в 5:10 в среду.

Применение резервной копии журнала транзакций, созданной в 5:20 в среду, с указанием того, что процесс восстановления относится лишь к происшедшим до 5:19 транзакциям.

В случае если нужно восстановить базу данных до ее состояния на 03:04 четверга, но разностная резервная копия базы данных, созданная в 3:00 четверга недоступна, выполните следующие действия.

Восстановить резервную копию базы данных, полученную в полночь в среду.

Восстановление разностной резервной копии базы данных, созданной в 2:00 в четверг.

Применение всех резервных копий журнала транзакций, созданных за время от 2:10 до 3:00 в четверг.

Применение резервной копии журнала транзакций, созданной в 3:10 в четверг с остановкой процесса восстановления на момент 3:04.

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

Восстановление полной резервной копии базы данных

Восстановление разностной резервной копии базы данных

Восстановление резервной копии журнала транзакций

Восстановление резервной копии с помощью управляющих объектов SQL Server (SMO)

Восстановление базы данных до точки в резервной копии журнала

Источник