Решение для облачного резервного копирования баз данных, MS Exchange, QuickBooks и файлов Outlook PST

Почему сложно создавать резервные копии файлов баз данных?

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

Файлы баз данных (таких как SQL Server, Oracle, DB2, Sybase, Informix, MySQL, PostgreSQL) сильно отличаются друг от друга:

• (1) Обычно они очень большие, и для их копирования/загрузки требуется гораздо больше времени;
  
  
• (2) Они всегда открыты и закрыты. Вы не можете использовать обычный инструмент для копирования или загрузки.
  
  
• (3) Они часто меняются без нажатия пользователем кнопки «Сохранить». Они меняются до того, как вы сможете завершить резервное копирование.
  
  

Файлы PST для MS Exchange, Quickbooks и Outlook — это файлы баз данных или файлы, похожие на файлы баз данных.

Способ резервного копирования 1: Используйте онлайн-сервис резервного копирования DriveHQ для создания резервных копий файлов базы данных.

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

• - DriveHQ Online Backup поддерживает теневое копирование томов (VSS Copy). Оно может создавать моментальные снимки файла базы данных, когда он заблокирован и в него ведется запись. Затем оно может создавать резервные копии файла моментального снимка базы данных в облачном хранилище DriveHQ.
  
  
• - DriveHQ Online Backup поддерживает автоматическое повторение и возобновление процесса. Резервное копирование большого файла базы данных может занять очень много времени. В случае сбоя сети DriveHQ Online Backup может автоматически повторить попытку и возобновить процесс с того места, где он был прерван. Нет необходимости начинать все заново.
  
  
• - DriveHQ Online Backup поддерживает прозрачное сжатие данных для более быстрой передачи. Файлы баз данных обычно не сжимаются для достижения наилучшей производительности ввода-вывода. Они могут быть сжаты на 75% и даже больше, то есть файл базы данных размером 10 ГБ часто можно сжать до 2,5 ГБ. DriveHQ Online Backup прозрачно сжимает и распаковывает данные для более быстрой загрузки и скачивания.
  
  

Воспользуйтесь мастером резервного копирования баз данных/электронной почты в DriveHQ Online Backup

При резервном копировании файла базы данных используйте мастер резервного копирования баз данных/электронной почты DriveHQ Online Backup. Не используйте задачу резервного копирования в реальном времени для резервного копирования файлов базы данных. Это связано с тем, что файлы базы данных постоянно изменяются без участия пользователя. Резервное копирование всех изменений в реальном времени невозможно. Частота резервного копирования зависит от размера файла базы данных и скорости загрузки. Если файл небольшой, можно создавать резервные копии ежедневно. В противном случае, возможно, лучше создавать резервные копии в облаке еженедельно. Если вам необходимо ежедневное резервное копирование, вы можете настроить его на ежедневное резервное копирование в локальное хранилище.

Оптимизация производительности резервного копирования больших баз данных

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

Сервис онлайн-резервного копирования DriveHQ поддерживает инкрементальное/дельта-резервное копирование при создании резервных копий обычных файлов. Например, если вы уже создали резервную копию 1 миллиона файлов и добавили/изменили 10 файлов, то потребуется создать резервную копию только 10 файлов. Кроме того, онлайн-резервное копирование поддерживает возобновление. Если вы создали резервную копию файла размером 10 ГБ, и сеть отключилась после загрузки 8 ГБ данных, то в следующий раз потребуется загрузить только 2 ГБ данных.

Сервис DriveHQ Online Backup напрямую не поддерживает инкрементное (дельта- или блочное) резервное копирование файлов баз данных. Этому есть две причины:

• - Изменение файла базы данных часто затрагивает множество блоков. Например, если база данных содержит таблицу с миллионом строк, простая операция DELETE, UPDATE, SORT, COMPACT или INDEX может полностью изменить содержимое файла, что сделает невозможным или крайне неэффективным использование инкрементного резервного копирования на уровне блоков.
  
  
• - Файл базы данных постоянно изменяется в нескольких местах (множестве блоков). Все блоки должны быть скопированы в правильном порядке; любая ошибка потребует отката всей пакетной операции.
  
  
• - Создание резервных копий множества небольших блоков занимает гораздо больше времени, чем создание резервной копии одного большого блока.
  
  
• - При ежедневном/еженедельном резервном копировании файла базы данных, если предположить, что за день изменяется только 1% данных, это может фактически повлиять на 10% блоков. (В крайнем случае, если имеется 1000 блоков по 1 МБ, и в каждом блоке изменяется один байт, то изменяются все блоки, хотя изменение данных составляет всего 0,0001%). В этом случае резервное копирование всего файла будет гораздо эффективнее.
  
  
• - Наиболее эффективным методом инкрементного резервного копирования файлов базы данных является резервное копирование журнала транзакций. Вместо резервного копирования измененных блоков файла базы данных, вам нужно резервно копировать только транзакции базы данных (например, команды SQL, за исключением команд SELECT только для чтения). Команды SQL намного меньше, чем затронутые блоки данных. К сожалению, этот метод требует идентичного сервера базы данных (в противном случае процесс восстановления займет очень много времени).
  
  
• - Гибридное решение для инкрементного резервного копирования файлов базы данных: Используйте встроенный инструмент инкрементального резервного копирования программного обеспечения базы данных для создания локального файла инкрементальной резервной копии, а затем используйте DriveHQ Online Backup для резервного копирования локального файла резервной копии в облако. Например, как SQL Server, так и Oracle поддерживают инкрементальное резервное копирование, основанное на резервном копировании журналов транзакций. Поэтому оно гораздо эффективнее, чем резервное копирование на уровне блоков.
  
  

Метод резервного копирования 2: Использование FTP-скриптов (FTPS/SFTP) для резервного копирования файлов базы данных

DriveHQ — один из крупнейших поставщиков Услуги хостинга FTP-серверов-файлов. Если вы предпочитаете использовать скрипты командной строки/оболочки, вы можете создать FTP-скрипты командной строки для резервного копирования файлов базы данных на FTP-сервер DriveHQ.

Если ваш сервер баз данных работает под управлением Unix/Linux/Mainframe (включая AIX, Solaris, HP-UX, OpenVMS, BSD и т. д.), то вам необходимо использовать резервное копирование по FTP или функцию сетевого резервного копирования в программе DriveHQ Online Backup. Для получения более подробной информации посетите веб-сайт Решение для резервного копирования данных для Unix/Linux/Mainframe .