Данные в корпоративной базе данных являются жизненно важным ресурсом для ежедневной работы компании. Они могут быть повреждены из-за ошибок, возникающих в процессе регулярных обновлений программного обеспечения, или умышленно удалены сотрудником с недобрыми намерениями, что может подвергнуть компанию значительным юридическим рискам. Независимо от того, является ли это случайным событием или преднамеренной диверсией, любой из этих сценариев может сделать ключевой актив компании недоступным, что приведет к сбою в ежедневной деятельности.
Резервное копирование баз данных — это эффективный способ защиты этого важного ресурса. Создание четкого плана резервного копирования позволяет справляться с неожиданными событиями. Обычно резервное копирование, предоставляемое поставщиками, представляет собой физическое копирование данных. Однако, в зависимости от метода получения данных, резервные копии баз данных можно классифицировать как логические и физические.
Что такое физическое резервное копирование?
Физическое резервное копирование подразумевает прямое резервное копирование бинарных файлов базы данных, включая данные файлы, журналы и индексные файлы или резервное копирование через инструменты файловой системы (например cp или rsync). Преимущество физического резервного копирования заключается в том что скорость резервного копирования и восстановления выше, особенно при большом объеме данных, и процесс резервного копирования проще по сравнению с логическим резервным копированием. Недостатком является то что файл резервной копии большой и не может быть использован для резервного копирования и восстановления на разных платформах.
3 способа физического резервного копирования
Резервное копирование на уровне файловой системы: Непосредственно копируйте бинарные файлы базы данных, включая данные файлы, журналы и индексные файлы. Вы можете использовать инструменты файловой системы (например cp, rsync) для резервного копирования.
Резервное копирование уровня хранилища: Используйте функцию снапшота или зеркалирования, предоставляемую устройством хранения данных, для резервного копирования хранилища базы данных. Этот метод позволяет быстро создать копию базы данных без необходимости копирования всего файла базы данных.
Инструмент резервного копирования базы данных: Используйте встроенные инструменты управления резервным копированием, предоставляемые системой управления базами данных, такие как RMAN (Recovery Manager) от Oracle, XtraBackup для MySQL и т. д., для физического резервного копирования базы данных.
Что такое логическое резервное копирование?
Логическое резервное копирование баз данных означает экспорт и сохранение данных в логическом формате из базы данных, что можно рассматривать как метод резервного копирования на абстрактном уровне. Конкретно, логическое резервное копирование включает в себя экспорт данных таблиц базы данных, структур (таких как определения таблиц, индексы и т. д.), представлений, хранимых процедур, триггеров и других элементов в файлы SQL-скриптов, которые могут быть использованы для восстановления базы данных при необходимости. Этот метод отличается от физического копирования, которое непосредственно копирует файлы базы данных, в то время как логическое копирование создает снимок базы данных с помощью SQL-команд.
Суть логического резервного копирования заключается в экспорте содержимого базы данных с использованием DDL (Data Definition Language) и DML (Data Manipulation Language). DDL включает SQL-команды для создания таблиц, представлений, индексов и т. д., в то время как DML включает операторы INSERT, используемые для восстановления данных в таблицах. Этот метод делает данные резервных копий более гибкими и удобными для миграции между различными системами управления базами данных.
Общие инструменты для логических резервных копий включают "mysqldump" (для MySQL), "pg_dump" (для PostgreSQL) и "expdp/impdp" (для Oracle). Эти инструменты создают файлы скриптов SQL или другие форматы экспорта, которые можно выполнить в других экземплярах баз данных для восстановления базы данных.
Преимущества логического резервного копирования
1. Миграция между платформами и версиями
Поскольку логическое резервное копирование генерирует файлы SQL-скриптов, теоретически эти файлы могут быть выполнены на любой системе управления базами данных, поддерживающей SQL, что позволяет осуществлять миграцию между различными платформами. Кроме того, файлы логического резервного копирования могут использоваться на разных версиях одной и той же системы базы данных, что упрощает обновление и миграцию баз данных.
2. Меньший размер файлов резервных копий
В отличие от физического резервного копирования, логическое копирование экспортирует только структуру таблиц и данные, а не внутренние файлы базы данных. Это означает, что сгенерированные файлы резервных копий обычно значительно меньше. Это особенно полезно для удаленных резервных копий или при передаче файлов резервных копий через сети с ограниченной пропускной способностью.
3. Удобство управления и изменения
Поскольку файлы резервных копий являются текстовыми, их можно просматривать и редактировать с помощью любого текстового редактора. Это позволяет администраторам легко редактировать файлы резервных копий по мере необходимости, например, удалять чувствительные данные или изменять структуру таблиц.
Ограничения логического резервного копирования
Несмотря на множество преимуществ, логическое резервное копирование также имеет несколько ограничений:
1. Медленное выполнение и восстановление
Логическое резервное копирование обычно выполняется и восстанавливается медленнее, чем физическое копирование. Это связано с тем, что логическое копирование включает в себя генерацию и обработку SQL-скриптов, тогда как физическое копирование просто копирует файлы, что дает явное преимущество по скорости для физического резервного копирования.
2. Отсутствие журналов транзакций
Логические резервные копии, как правило, не включают журналы транзакций базы данных, что означает, что в некоторых случаях логические резервные копии могут не обеспечивать такой же уровень согласованности восстановления, как физические копии. Например, при восстановлении базы данных до определенного момента времени физическое резервное копирование в сочетании с журналами транзакций может обеспечить более точное восстановление данных, в то время как логические резервные копии могут не достичь этого.
3. Проблемы производительности при работе с большими объемами данных
Логическое резервное копирование может столкнуться с узкими местами производительности при работе с большими объемами данных. Для крупных баз данных, содержащих огромное количество данных, создание и обработка SQL-скриптов может потребовать значительных вычислительных ресурсов и времени, что может привести к снижению производительности системы в некоторых случаях.
Ключевые различия между физическим и логическим резервным копированием
| Физическое резервное копирование | Логическое резервное копирование |
Объект резервного копирования | Физические файлы базы данных (файлы данных, файлы управления, файлы архивных журналов и т.д.) | Объекты базы данных (например, пользователи, таблицы, хранимые процедуры и т.д.) |
Переносимость | Слабая, или даже непереносимая | Сильная |
Использование пространства | Большое | Меньше |
Эффективность восстановления | Высокая | Ниже |
Полное резервное копирование | Установите шлюз резервного копирования DBS на сервер базы данных, затем сделайте резервное копирование (копирование) файлов базы данных через шлюз резервного копирования. | Разделите данные каждой таблицы, затем выполните SQL-запросы к базе данных с многопоточной параллельной чтением данных. |
Инкрементное резервное копирование | Поддерживает захват логов памяти базы данных в реальном времени, что позволяет выполнять инкрементное резервное копирование в реальном времени, избегая накопления данных и снижая влияние на производительность ввода-вывода базы данных. Скорость чтения логов настраивается в зависимости от скорости их генерации. |
Особенности | Поддерживает только резервное копирование всей базы данных. Читает данные с диска базы данных, что может немного повлиять на производительность ввода-вывода базы данных. Обычно физическое резервное копирование и восстановление быстрее, чем логическое.
| Поддерживает более детализированное резервное копирование на уровне базы данных и таблицы. Не блокирует базу данных, с минимальным воздействием на производительность базы данных.
|
Рекомендуемый масштаб базы данных | Уровень ТБ | Уровень от МБ до сотен ГБ. |
Наиболее полезный способ резервного копирования базы данных
После обсуждения различий между логическим и физическим резервным копированием важно подчеркнуть, как Vinchin Backup & Recovery решает некоторые ограничения обоих подходов с помощью своих усовершенствованных функций резервного копирования баз данных. Vinchin предоставляет резервное копирование и восстановление на уровне приложений с использованием агентов для популярных платформ баз данных, включая Oracle, MS SQL Server, MySQL, MariaDB и PostgreSQL.
Решение упрощает управление резервными копиями через единую веб-консоль и поддерживает горячие резервные копии, не прерывая работу базы данных. Оно снижает размер резервной копии до 70%, не влияя на ресурсы производства, и предлагает гибкие стратегии резервного копирования, такие как полные, дифференциальные, инкрементные и резервные копии журналов транзакций. Кроме того, оно обеспечивает согласованность данных базы и оптимизирует процессы резервного копирования для Oracle RAC.
Вам потребуется всего 4 шага для резервного копирования баз данных:
1. Выберите объект резервного копирования.
2.Выберите место назначения для резервной копии.
3. Настройте стратегии резервного копирования.
4. Просмотрите и отправьте работу.
Vinchin Backup & Recovery предлагает 60-дневную бесплатную пробную версию с полным набором функций. Нажмите на кнопку ниже, чтобы испытать все мощные возможности резервного копирования и восстановления.
Заключение
Как логическое, так и физическое резервное копирование играют ключевую роль в эффективной стратегии защиты данных. Логические резервные копии предлагают гибкость и портативность, что делает их идеальными для данных приложений, которые могут потребовать миграции или восстановления с гранулярностью. С другой стороны, физическое резервное копирование обеспечивает полную защиту на уровне системы, обеспечивая быстрое и полное восстановление всей системы или дисков.
