Полное, дифференциальное и журнальное резервное копирование баз данных, MSSQL и MYSQL

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

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

Я достаточно опытен в этой области и раньше управлял VPS. В моем случае для начала я выбрал два сервера; первый - это просто веб-сервер, у второго - почта и базы данных.

Хотя базы данных MS SQL изначально не будут доступны для клиентов, они могут быть добавлены или не добавлены с помощью «обновления» и т. Д. В любом случае у меня установлен экспресс-выпуск 2008 года, поскольку он мне нужен для панели веб-сайта (что я могу или не могу закончить с помощью). В противном случае базы данных MySQL можно использовать бесплатно для клиентов.

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

Для MS SQL у меня есть одно ежедневное полное резервное копирование в 00:00, а дифференциалы - каждый час с 01:00 до 23:00. На данный момент я подумал, что это будет лучший способ сделать резервную копию «панели управления» - я могу делать резервные копии журналов каждые 10 минут, даже когда я выхожу в эфир.

Что касается MYSQL, похоже, я не могу делать различий, как я сделал с MS SQL, где предпочтительным действием является каждый раз делать полный дамп. Я уверен, что вы можете себе представить, что дисковое пространство со временем заполнится довольно быстро.

Мой главный вопрос: как мне делать ежечасное резервное копирование MySQL?

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

Я где-то читал, что репликация MySQL на другую машину, а затем ежечасные дампы решат мою задачу, но тогда я буду беспокоиться о задержке. Я читал, что репликация является причиной узких мест. Так ли это до сих пор?

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

Во всяком случае, это почти все.

Спасибо за ваше время и помощь.

P.S

Я подумал упомянуть, на всякий случай, если это не очевидно, я использую Windows Server для бота VPS - в данном случае 2008 R2 Data Center.

Кроме того, в дополнение к своим резервным копиям я отправляю их по сети на iDrive в качестве резервных копий онлайн. Моя идея, которая отлично работает, состоит в том, что я создаю файлы резервных копий с теми же именами, что и предыдущие. Таким образом, при онлайн-резервном копировании я использую только размер данных, которые являются локальными файлами резервных копий, но при этом сохраняю 30-дневную «предыдущую версию» в оперативном режиме.

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