Backup sql server: Создание полной резервной копии базы данных — SQL Server

Содержание

Настройка резервного копирования 1С + MSSQL

Инструкции

ИТ

ИТ-поддержка

ИТ-поддержка

Резервное копирование баз 1С происходит стандартными планами обслуживания СУБД MSSQL. Система позволяет делать надежные полные, а также дифференциальные копии баз данных. Процесс резервного копирования проходит незаметно для клиента и может выполняться в рабочее время без остановки работы пользователей в 1С.

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

Вместе с резервным копированием целесообразно выполнять регламентные операции СУБД, они также делаются встроенными инструментами и их включают в планы обслуживания.
Основные регламентные операции это:

  • Обновление статистики

  • Очистка процедурного КЭШа

  • Реорганизация индекса

  • Перестроение индекса

В нашей инструкции мы рассмотрим следующий план резервного копирования и регламентных операций с СУБД.

Субпланы резервного копирования

Daily_Full — Ежедневно в 0:00, кроме воскресенья. Полная резервная копия баз, реорганизация индексов, обновление статистик, очистка процедурного кэша.

Daily_diff — С понедельника по пятницу дважды в день, в 12.00 и 17:00. Дифференциальная копия баз.

Daily_log — С понедельника по пятницу каждые 15 минут с 8.00 до 19.00. Копия логов.

Weekly — Каждое воскресенье в 0.00. Полная резервная копия баз. Перестроение индексов.

Порядок действий:

  1. Необходимо запустить Microsoft SQL Server Management Studio и выполнить подключение к серверу.

  2. Для ВСЕХ пользовательских баз данных отключить автоматическое обновление индексов. Это связано с тем, что обновление индексов будет производиться по указанному нами расписанию.
    1. Открываем список баз данных, выделяем базу и вызываем правой кнопкой мыши контекстное меню.

    2. Открываем опции базы, меняем значение параметра Auto update statistics с true на false.

  3. Создаем новый план обслуживания Maintenance:


  4. Корректируем имя субплана и настраиваем расписание. Двойной клик по имени Subplan_1.


    Пример расписания:



    При такой настройке расписания задача будет выполняться ежедневно в 0:00, кроме воскресенья.

    ВАЖНО! Пояснение по переводу режимов восстановления.

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



  5. При работе с индексами баз данных желательно перевести пользовательские базы из режима восстановления FULL в режим SIMPLE. Для этого добавляем в субплан задачу Execute T-SQL Statement task.

    1. В настройках задачи добавляем код: 
      DECLARE @name VARCHAR(50)
DECLARE db_cursor CURSOR FOR
SELECT name
FROM master.dbo.sysdatabases
WHERE name NOT IN ('master','model','msdb','tempdb')

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @name
WHILE @@FETCH_STATUS = 0
BEGIN
 EXEC('ALTER DATABASE ['[email protected]+'] SET RECOVERY SIMPLE WITH NO_WAIT')
 FETCH NEXT FROM db_cursor INTO @name
END



  6. Добавляем задачу реорганизации индексов:

    1. В настройках задачи выбираем реорганизацию всех пользовательских баз:



  7. После реорганизации индексов следует провести обновление статистики пользовательских баз:

    1. В настройках выбираем обновление всей статистики всех пользовательских баз с полным сканированием:



  8. Сбрасываем процедурный кэш SQL-сервера и возвращаем пользовательские базы из режима восстановления SIMPLE в режим FULL. Для этого добавляем в субплан задачу Execute T-SQL Statement task.

    1. В настройках задачи добавляем код: 
      DBCC FREEPROCCACHE

DECLARE @name VARCHAR(50)
DECLARE db_cursor CURSOR FOR
SELECT name
FROM master.dbo.sysdatabases
WHERE name NOT IN ('master','model','msdb','tempdb')

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @name
WHILE @@FETCH_STATUS = 0
BEGIN
 EXEC('ALTER DATABASE ['[email protected]+'] SET RECOVERY FULL WITH NO_WAIT')
 FETCH NEXT FROM db_cursor INTO @name
END



  9. Теперь необходимо добавить в субплан задачи очистки. Эти задачи способны обрабатывать только один тип файлов резервных копий. Так как создается 2 типа файлов (bak и trn), задания делаем тоже два.

    1. В настройках задания указываем путь к резервным копиям, возраст копий для удаления (4 недели) и расширение файлов.

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


    3. Настройки второй задачи отличаются расширением удаляемых файлов: trn.

  10. После удаления устаревших резервных копий добавляем задачу создания новой полной резервной копии:

    1. Настраиваем добавленное задание:

    2. Указываем тип backup Full, указываем пункт все пользовательские базы без игнорирования отключенных баз.

    3. Ставим время устаревания резервных копий 14 дней.

    4. Указываем создание отдельных файлов для каждой базы данных с созданием отдельных папок для каждой базы, указываем путь для сохранения (локальный или сетевой). Расширение файлов резервных копий bak.

    5. Включаем проверку целостности резервных копий (Verify backup integrity), включаем сжатие резервных копий (Compress backup).

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

    1. Добавляем субпланы Daily_diff и Daily_log:

    2. Расписание и настройки для Daily_diff:


      Данный субплан будет выполняться с понедельника по пятницу дважды в день, в 12. 00 и 17:00.

    3. Добавляем задачу создания разностной резервной копии:

    4. Настройки для задачи резервирования в субплане Daily_diff аналогичны таковым в Daily_full, за исключением типа резервирования: Differential.

    5. Расписание и настройки для Daily_log:

      Расписание задачи настроено на выполнение с понедельника по пятницу каждые 15 минут с 8.00 до 19.00.



  12. Добавляем задачу создания резервной копии.

    Настройки задачи резервирования log отличаются типом (transaction log) и расширением (trn) резервных копий.



  13. Создадим субплан Weekly еженедельного обслуживания:

    1. Настраиваем расписание:

      Задача будет запускаться каждое воскресенье в 0.00.

    2. Переводим пользовательские базы из режима восстановления FULL в режим SIMPLE. Для этого добавляем в субплан задачу Execute T-SQL Statement task.

    3. В настройках задачи добавляем код: 
      DECLARE @name VARCHAR(50)
DECLARE db_cursor CURSOR FOR
SELECT name
FROM master.dbo.sysdatabases
WHERE name NOT IN ('master','model','msdb','tempdb')

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @name
WHILE @@FETCH_STATUS = 0
BEGIN
 EXEC('ALTER DATABASE ['[email protected]+'] SET RECOVERY SIMPLE WITH NO_WAIT')
 FETCH NEXT FROM db_cursor INTO @name
END



    4. Добавляем задачу перестроения индексов:

    5. В настройках задачи выбираем перестроение индексов всех пользовательских баз:

    6. Сбрасываем процедурный кэш SQL-сервера и возвращаем пользовательские базы из режима восстановления SIMPLE в режим FULL. Для этого добавляем в субплан задачу Execute T-SQL Statement task.

    7. В настройках задачи добавляем код: 
      DBCC FREEPROCCACHE

DECLARE @name VARCHAR(50)
DECLARE db_cursor CURSOR FOR
SELECT name
FROM master.dbo.sysdatabases
WHERE name NOT IN ('master','model','msdb','tempdb')

OPEN db_cursor
FETCH NEXT FROM db_cursor INTO @name
WHILE @@FETCH_STATUS = 0
BEGIN
 EXEC('ALTER DATABASE ['[email protected]+'] SET RECOVERY FULL WITH NO_WAIT')
 FETCH NEXT FROM db_cursor INTO @name
END



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

    9. Настраиваем добавленное задание:
      • Ставим время устаревания резервных копий 14 дней.

      • Включаем проверку целостности резервных копий (Verify backup integrity), включаем сжатие резервных копий (Compress backup).

      • Указываем создание отдельных файлов для каждой базы данных с созданием отдельных папок для каждой базы, указываем путь для сохранения (локальный или сетевой). Расширение файлов резервных копий bak.


    10. Указываем тип backup Full, указываем пункт все пользовательские базы без игнорирования отключенных баз.

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


Не нашли ответа на свой вопрос?

Смотрите также

Инструкции:


  • Настройка веб-публикации 1С, подключение кассового оборудования


  • Как опубликовать базы 1С на веб-сервере Windows и Linux


  • Очистка кэша 1С


  • Как обновить платформу 1С на сервере


  • Как перенести базу 1С в облако

Содержание

SQL Backup for SQL Server

Получите полный контроль над созданием резервных копий SQL Server!

  • Быстрое развертывание политик резервного копирования
  • Сжатие и шифрование резервных копий
  • Поддержка популярных облачных хранилищ
  • Непрерывный мониторинг журналов резервного копирования

 

Скачать бесплатную пробную версию

Ключевые особенности

Быстрый бэкап и восстановление

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

Сжатие и шифрование файлов

Экономьте место на диске с помощью эффективного режима сжатия, многопоточного выполнения операций и шифрования с использованием алгоритмов AES, DES, Blowfish.

Облачные сервисы

Сохраняйте резервные копии в удаленные хранилища. Реализована поддержка Amazon S3, FTP (SSL), SFTP (SSH), сетевых папок Windows (CIFS), Microsoft Azure, Google Drive, Dropbox.

Набор сервисных задач для регулярного обслуживания БД

Помимо резервного копирования и восстановления EMS SQL Backup позволяет решать такие важные задачи по обслуживанию БД, как реиндексация, обновление статистики, усечение, доставка журналов и др. Используя данный набор задач можно настроить полноценные политики обслуживания ваших БД.

Автоматизация выполнения сервисных задач

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

Быстрое развертывание

Благодаря механизму политик вы легко сможете развернуть на новом сервере уже работающую и отлаженную на других серверах политику. Так же быстро вы можете остановить выполнение политики на любом сервере. Теперь нет необходимости вручную создавать однотипные задачи обслуживания на каждом сервере.

Скриншоты продукта

Просмотр состояния серверов и баз данных

Просмотр текущей активности сервера

Поддержка облачных хранилищ

Создание шаблонов политик

Просмотр истории политик

Анализ состояния политик и решение проблем

Характеристики продукта

  • Многопоточное выполнение операций резервного копирования для увеличения быстродействия
  • Мгновенная выгрузка резервных копий в несколько облачных хранилищ
  • Резервное копирование нескольких баз данных в один файл
  • Массовое восстановление: аварийное восстановление нескольких баз данных
  • Поддержка облачных хранилищ (FTP (SSL), SFTP (SSH), Сетевые папки Windows (CIFS), Dropbox), Google Drive, Amazon S3, Microsoft Azure
  • Поддержка SQL Server Failover Cluster
  • Возможность выполнения 11 типов сервисных задач, включая резервное копирование, реиндексацию, обновление статистики и др.
  • Доставка баз данных между SQL серверами по расписанию
  • Простая организация процесса доставки журналов с помощью удобного мастера
  • Интеллектуальное восстановление
  • Быстрое развертывание задач обслуживания на нескольких серверах
  • Централизованное наблюдение за состоянием политик на множестве серверов
  • Возможность получать уведомления по электронной почте
  • Составление отчетов по результатам обслуживания баз данных

При покупке Вы получите также:

  • БЕСПЛАТНАЯ подписка на 1 год Сопровождения!
  • БЕСПЛАТНЫЕ Минорные и Мажорные обновления в период действия Обслуживания!
  • БЕСПЛАТНАЯ неограниченная техническая поддержка в период действия Сопровождения!
  • Разумные расценки на продление Сопровождения – всего от 35% в год!
  • Скидки при покупке двух и более лицензий одного продукта
  • Скидки на покупку сопутствующих продуктов
  • Гарантия возврата денег в течение 30 дней

SQL Backup for SQL Server

Начните работу с SQL Backup for SQL Server

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

Скачать бесплатную пробную версию

Есть вопросы?

Если вам требуется какая-либо помощь, если у вас есть вопросы по нашим продуктам или по вариантам приобретения, просто свяжитесь с нами.

Сопутствующие продукты

SQL Administrator for SQL Server

Упростите и автоматизируйте процесс администрирования SQL Server

Скачать
Подробнее

SQL Management Studio for SQL Server

Комплексное решение для администрирования и разработки баз данных SQL Server

Скачать
Подробнее

SQL Manager for SQL server

Упростите и автоматизируйте процесс разработки баз данных SQL Server

Скачать
Подробнее

Как создать резервную копию базы данных SQL с помощью Microsoft SQL Server Management Studio Express – Справочный центр

Цель:

  • Резервное копирование базы данных SQL в формат .bak
  • Получите файл .bak для перехода на Clio
  • Резервное копирование SQL

Среда:

  • Локальный сервер
  • База данных SQL
  • Microsoft Server Management Studio Express

Дополнительная информация:

  • Должен иметь прямой доступ к рабочему столу локального сервера
  • Перед экспортом на сервере должна быть установлена ​​и запущена Microsoft SQL Server Management Studio Express.

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

Процедура:

  1. Откройте SQL Server Management Studio Express и подключитесь к серверу SQL.
  2. Развернуть Базы данных .
  3. Щелкните правой кнопкой мыши базу данных, для которой требуется создать резервную копию, затем выберите Задачи > Резервное копирование . (Недоступно для версии 2018/2019)
  4. В окне «Резервное копирование базы данных» убедитесь, что поле Database содержит имя базы данных, резервную копию которой вы хотите создать.
  5. Выберите тип резервной копии . По умолчанию это Полный — оставьте это значение.
  6. Нажмите  Удалить  , чтобы удалить имя файла по умолчанию/последней резервной копии.
  7. Нажмите  Добавить  , чтобы открыть окно «Выбор места назначения резервного копирования».
  8. Нажмите  […]  рядом с полем «Имя файла».
  9. В окне «Найти файлы базы данных» выберите папку, в которую вы хотите поместить файл резервной копии. По умолчанию это  ..\Microsoft SQL Server\MSSQL.1\MSSQL\Backup .
  10. В поле Имя файла введите имя этой резервной копии с расширением .bak . Например, xyz_20080221.bak для резервной копии базы данных XYZ, созданной 21 февраля 2008 г.

    11. .

  11. Нажмите  OK , чтобы закрыть окно «Найти файлы базы данных».
  12. Нажмите  OK  , чтобы закрыть окно «Выбор места назначения резервного копирования».
  13. Нажмите  OK  , чтобы начать резервное копирование. Значок прогресса отображается в левом нижнем углу, а когда это сделано, отображается сообщение «Выполнено успешно».

 

Была ли эта статья полезна?

Эта информация сбивает с толку или неверна

Это не та информация, которую я искал

Мне не нравится эта функция

Обзор резервного копирования

(SQL Server) — SQL Server

  • Статья
  • 6 минут на чтение

Применяется к: SQL Server

В этом разделе описывается компонент резервного копирования SQL Server. Резервное копирование базы данных SQL Server необходимо для защиты ваших данных. В этом обсуждении рассматриваются типы резервного копирования и ограничения резервного копирования. В этом разделе также представлены устройства резервного копирования SQL Server и носители резервных копий.

Термины

backup [глагол]
Копирует данные или записи журнала из базы данных SQL Server или его журнала транзакций на устройство резервного копирования, например на диск, для создания резервной копии данных или журнала.

резервная копия [существительное]
Копия данных SQL Server, которую можно использовать для восстановления и восстановления данных после сбоя. Резервная копия данных SQL Server создается на уровне базы данных или одного или нескольких ее файлов или файловых групп. Резервные копии на уровне таблиц создавать нельзя. В дополнение к резервным копиям данных модель полного восстановления требует создания резервных копий журнала транзакций.

модель восстановления
Свойство базы данных, которое управляет обслуживанием журнала транзакций в базе данных. Существуют три модели восстановления: простая, полная и с неполным протоколированием. Модель восстановления базы данных определяет требования к ее резервному копированию и восстановлению.

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

Типы резервных копий

резервная копия только для копирования
Резервная копия специального назначения, которая не зависит от регулярной последовательности резервных копий SQL Server.

резервное копирование данных
Резервное копирование данных полной базы данных (резервная копия базы данных), частичной базы данных (частичная резервная копия) или набора файлов данных или групп файлов (резервная копия файлов).

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

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

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

полная резервная копия
Резервная копия данных, содержащая все данные в определенной базе данных или наборе файловых групп или файлов, а также журнал, достаточный для восстановления этих данных.

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

резервное копирование файлов
Резервное копирование одного или нескольких файлов базы данных или файловых групп.

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

Термины и определения носителей резервных копий

устройство резервного копирования
Диск или ленточное устройство, на которое записываются резервные копии SQL Server и с которых их можно восстановить. Резервные копии SQL Server также можно записывать в хранилище BLOB-объектов Azure, а формат URL-адреса используется для указания места назначения и имени файла резервной копии. Дополнительные сведения см. в статье Резервное копирование и восстановление SQL Server с помощью хранилища BLOB-объектов Microsoft Azure.

носитель резервных копий
Одна или несколько лент или файлов на диске, на которые были записаны одна или несколько резервных копий.

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

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

Набор зеркальных носителей
Несколько копий (зеркал) набора носителей.

Сжатие резервных копий

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

Ограничения операций резервного копирования

Резервное копирование может выполняться, когда база данных находится в оперативном режиме и используется. Однако существуют следующие ограничения:

Невозможно выполнить резервное копирование данных в автономном режиме

Любая операция резервного копирования, явно или неявно ссылающаяся на данные, находящиеся в автономном режиме, завершается неудачно. Некоторые типичные примеры включают следующее:

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

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

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

  • Вы запрашиваете резервную копию определенных файлов, но один из файлов отсутствует в сети. Операция не удалась. Для резервного копирования онлайн-файлов можно исключить автономный файл из списка файлов и повторить операцию.

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

Ограничения параллелизма

SQL Server использует онлайн-процесс резервного копирования, чтобы обеспечить резервное копирование базы данных, когда база данных все еще используется. Во время резервного копирования возможно большинство операций; например, операторы INSERT, UPDATE или DELETE разрешены во время операции резервного копирования. Однако если вы попытаетесь запустить операцию резервного копирования во время создания или удаления файла базы данных, операция резервного копирования будет ожидать завершения операции создания или удаления или истечения времени резервного копирования.

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

  • Операции управления файлами, такие как оператор ALTER DATABASE с параметрами ADD FILE или REMOVE FILE.

  • Сжатие базы данных или операции с файлами. Это включает в себя операции автоматического сжатия.

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

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

Устройства резервного копирования и носители резервных копий

  • Определение логического устройства резервного копирования для файла на диске (SQL Server)

  • Определение логического устройства резервного копирования для ленточного накопителя (SQL Server)

  • Укажите диск или ленту в качестве места назначения резервного копирования (SQL Server)

  • Удаление устройства резервного копирования (SQL Server)

  • Установка срока действия резервной копии (SQL Server)

  • Просмотр содержимого резервной ленты или файла (SQL Server)

  • Просмотр файлов данных и журналов в наборе резервных копий (SQL Server)

  • Просмотр свойств и содержимого логического устройства резервного копирования (SQL Server)

  • Восстановление резервной копии с устройства (SQL Server)

  • Учебник. Резервное копирование и восстановление SQL Server в хранилище BLOB-объектов Azure

Создать резервную копию

Примечание

Для частичного резервного копирования или резервного копирования только для копирования необходимо использовать оператор Transact-SQL BACKUP с параметром PARTIAL или COPY_ONLY соответственно.

  • Создание полной резервной копии базы данных (SQL Server)

  • Резервное копирование журнала транзакций (SQL Server)

  • Резервное копирование файлов и файловых групп (SQL Server)

  • Создать разностную резервную копию базы данных (SQL Server)

  • Резервное копирование журнала транзакций при повреждении базы данных (SQL Server)

  • Включение или отключение контрольных сумм резервного копирования во время резервного копирования или восстановления (SQL Server)

  • Укажите, будет ли операция резервного копирования или восстановления продолжена или остановлена ​​после обнаружения ошибки (SQL Server)

  • Использование регулятора ресурсов для ограничения использования ЦП с помощью сжатия резервных копий (Transact-SQL)

  • Учебник.