Объяснение резервного копирования только на серверах SQL

Хотя SQL (язык структурированных запросов) существует уже несколько десятилетий, очевидно, что SQL по-прежнему актуален для бизнеса и никуда не денется. Фактически, более 80% предприятий по-прежнему используют SQL и не планируют менять его в ближайшем будущем. Как говорится, «не сломалось — не чини». Хотя SQL немного устарел, это распространенный язык запросов к базе данных , который по-прежнему без проблем работает для многих ИТ-команд по всему миру.

Чтобы гарантировать, что данные, хранящиеся на серверах SQL, остаются защищенными, ИТ-специалисты регулярно выполняют резервное копирование информации. Существует несколько способов сделать это, и некоторые известные методы резервного копирования для серверов SQL — это дифференциальное резервное копирование и резервное копирование только для копирования. Если вы хотите выполнить резервное копирование, которое не зависит от последовательности обычных резервных копий, то резервное копирование только для копирования — это именно то, что вы искали.

Что такое резервное копирование только для копирования для SQL-сервера?

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

Как поясняет Microsoft , «резервная копия только для копирования — это резервная копия SQL Server, которая не зависит от последовательности обычных резервных копий SQL Server. Обычно создание резервной копии изменяет базу данных и влияет на то, как восстанавливаются последующие резервные копии. Однако иногда бывает полезно создать резервную копию для особой цели, не влияя на общие процедуры резервного копирования и восстановления базы данных. Резервные копии только для копирования служат этой цели».

Типы резервных копий SQL-сервера, предназначенных только для копирования

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

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

Только копирование для резервных копий журналов (только модели полного восстановления и модели восстановления массивов журналов)

Целью резервного копирования журнала только для копирования является резервное копирование существующей точки архива журнала, но в большинстве случаев этот конкретный метод резервного копирования не нужен. Вместо создания резервных копий только для копирования пользователи «предпочитают создавать новую процедуру для резервного копирования журнала (используя WITH NORECOVERY) или использовать эту новую резервную копию вместе со старыми или предыдущими резервными копиями журнала, которые необходимы для поддержания последовательности восстановления», — поясняет DataNumen . Резервное копирование журнала только для копирования используется нечасто, но может быть полезно для выполнения восстановления в режиме онлайн в определенных ситуациях.

Плюсы и минусы резервного копирования только для серверов SQL

Плюсы:

• Резервное копирование только для копирования не влияет на последовательность резервного копирования

Главное преимущество резервного копирования только в том, что оно не влияет на последовательность резервного копирования или обычные процессы восстановления. Обычно большинство методов резервного копирования SQL-сервера влияют на базу данных и процессы восстановления. Используя резервное копирование только в том, что касается резервного копирования, ИТ-отделы могут создавать резервные копии, которые не влияют на другие исходные резервные копии и процессы восстановления.

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

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

• Методы резервного копирования, предполагающие только копирование, просты в реализации

Существует несколько способов выполнения резервного копирования только для копирования , включая использование SQL Server Management Studio (SSMS) , настройку transact-SQL или реализацию PowerShell. С помощью резервного копирования только для копирования ИТ-администраторы могут выбирать наилучший способ выполнения резервного копирования в зависимости от ситуации.

Минусы:

• Резервное копирование только для копирования не поддерживает дифференциальное резервное копирование

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

• Резервное копирование только для копирования может быть ненужным

Поскольку резервная копия только для копирования сохраняет существующую точку архива журнала, она не влияет на последовательность обычных резервных копий. Однако Microsoft признает, что резервные копии только для копирования не всегда нужны, говоря: «Резервные копии журналов только для копирования обычно не нужны. Вместо этого вы можете создать новую резервную копию журнала (используя WITH NORECOVERY) и использовать эту резервную копию вместе с любыми предыдущими резервными копиями журнала, которые требуются для последовательности восстановления».

• Резервное копирование только для копирования не позволяет централизованно записывать историю резервного копирования.

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

3 способа выполнить резервное копирование только для копирования

1) Используйте SQL Server Management Studio (SSMS)

Если ваша организация использует SQL Server Management Studio (SSMS) , то вы можете выполнить резервное копирование всего за несколько щелчков мыши.

2) Попробуйте Transact-SQL

Другой метод проведения резервного копирования только SQL — это использование transact-SQL (TSQL) , который является расширением языка SQL. Этот метод использует параметр COPY_ONLY и будет выполнять резервное копирование журнала транзакций.

3) Настройте PowerShell

Наконец, пользователи могут использовать PowerShell для выполнения резервного копирования только с помощью параметра -CopyOnly.

Защитите свою организацию от потери данных. Используйте инструменты автоматизации и настройте расписание резервного копирования SQL Server.

Заключение

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