5.3. Резервирование базы данных
5.3. Резервирование базы данных
Резервное копирование баз данных необходимо, чтобы в случае сбоев операционной системы, файловой системы или разрушения физических носителей информации вы могли восстановить данные из резервной копии и с минимальными потерями продолжить работу. В MySQL предусматривается множество способов резервного копирования данных, так что вы можете выбрать наиболее подходящий для вас.
Рекомендуется использовать стратегию резервного копирования, которая сочетает два взаимодополняющих метода:
• периодическое полное резервное копирование базы данных;
• ведение двоичных журналов, в которых регистрируются все изменения данных в промежутках между резервными копированиями.
Слишком частое полное резервирование неэффективно, поскольку занимает много времени, а значительная часть данных в базе не успевает измениться. Поэтому наряду с полным резервированием используется промежуточное, которое заключается в копировании двоичных журналов на резервный носитель. Таким образом, даже в случае полного разрушения диска, на котором располагается база данных, вы сможете восстановить не только информацию, сохраненную при полном копировании, но и последующие изменения вплоть до момента последнего промежуточного копирования.
В зависимости от назначения и интенсивности эксплуатации вашей базы данных вы можете подобрать оптимальную частоту полного и промежуточного резервирования. Например, полное резервное копирование может выполняться еженедельно, а промежуточное – ежедневно.
Вначале вы узнаете, как настроить запись информации в двоичные журналы, затем узнаете об организации полного копирования и, наконец, познакомитесь с процедурой восстановления данных в случае сбоя.
Двоичные журналы
Файл двоичного журнала накапливает историю изменений в базе данных за некоторый промежуток времени и позволяет в случае необходимости воспроизвести эти изменения.
Чтобы включить ведение двоичных журналов, запустим сервер MySQL с параметром –log-bin. Это можно сделать одним из следующих способов.
• Если вы запускаете сервер вручную из командной строки (об этом шла речь в подразделе «Запуск и остановка сервера MySQL из командной строки» главы 1), укажите параметр –log-bin в команде запуска сервера:
mysqld-nt –log-bin
• Если сервер MySQL сконфигурирован как сервис Windows и запускается автоматически, или с помощью панели управления, или с помощью MySQL Administrator (см. подразделы «Запуск и остановка сервера MySQL с помощью MySQL Administrator» и «Запуск и остановка сервера MySQL с панели управления» главы 1), откройте конфигурационный файл my.ini, находящийся в папке, где установлена программа MySQL, и добавьте параметр log-bin в раздел [mysqld] (рис. 5.9). Сохраните файл my.ini. Ведение журналов начнется после перезапуска сервера.
• Вместо того чтобы редактировать файл my.ini вручную, вы можете запустить MySQL Administrator, в левой области главного окна щелкнуть пункт Startup Variables (Параметры запуска), открыть вкладку Log files (Журналы) (рис. 5.10) и установить флажок Binary Logfile (Двоичный журнал), а затем нажать кнопку Apply Changes (Сохранить изменения). Чтобы сервер MySQL начал вести журналы, его необходимо перезапустить.
В процессе работы сервера в папке data корневой папки MySQL будут создаваться двоичные журналы – файлы с именами вида <Имя xocTa>-bin.xxxxxx, где xxxxxx – порядковый номер журнала. Очередной файл журнала создается в следующих случаях:
• при достижении предельного размера предыдущего файла;
• при запуске (перезапуске) сервера;
• при принудительном «сбросе» журналов.
«Сброс» журналов необходим при выполнении полного резервного копирования, чтобы изменения с момента резервирования отражались в новом файле (старые файлы журналов при этом становятся не нужны). Кроме того, принудительный «сброс» осуществляется перед промежуточным резервным копированием: сервер начнет протоколировать изменения в новом файле, а предыдущие файлы вы скопируете на резервный носитель.
Для «сброса» журналов выполните SQL-команду FLUSH LOGS; либо запустите утилиту mysqladmin с параметром flush-logs, выполнив в окне командной строки Windows командуmysqladmin -u <Имя пользователя> -p flush-logs
После появления приглашения Enter password (Введите пароль) введите пароль пользователя.
Для сокращения трудозатрат на администрирование базы данных рекомендуется настроить промежуточное резервирование в автоматическом режиме, по расписанию. Чтобы организовать принудительный «сброс» журналов по расписанию, выполните следующие действия:
1. Откройте панель управления Windows и дважды щелкните на значке Назначенные задания.
2. В появившемся окне Назначенные задания щелкните правой кнопкой мыши и в контекстном меню выберите последовательно пункты Создать ? Назначенное задание (рис. 5.11). Введите название задания, например MySQL Incremental Backup.
3. Дважды щелкните на названии задания. В окне настройки задания на вкладке Задание (рис. 5.12) в поле Выполнить введите команду
mysqladmin -u <Имя пользователя>
-p<Пароль пользователя> flush-logs
Пользователь, от имени которого выполняется «сброс» журналов, должен обладать привилегией RELOAD. Обратите внимание, что пароль пользователя должен следовать сразу после ключа -p без пробела. Учитывая риск разглашения пароля, рекомендуем выполнять «сброс» журналов не от имени пользователя root, а от имени специально зарегистрированного пользователя, не имеющего никаких привилегий, кроме RELOAD.
4. Нажмите кнопку Задать пароль. В окне Установка пароля дважды введите ваш пароль в Windows (не пароль в MySQL!). Нажмите кнопку OK.
5. Перейдите на вкладку Расписание (рис. 5.13) и укажите время, в которое будет ежедневно выполняться «сброс» журналов.
6. Если промежуточное резервное копирование необходимо выполнять несколько раз в течение дня, нажмите кнопку Дополнительно. В окне Дополнительные параметры расписания установите флажок Повторять задание и настройте периодичность выполнения задания (рис. 5.14). Нажмите кнопку OK.
7. В окне настройки задания нажмите кнопку OK для сохранения задания.
8. В окне Назначенные задания протестируйте созданное задание. Для этого щелкните на названии задания правой кнопкой мыши и в контекстном меню выберите пункт Выполнить. В папке data корневой папки MySQL должен появиться новый двоичный журнал.
Следующий этап промежуточного резервирования – копирование двоичных журналов на резервный носитель информации. Для решения этой задачи существует множество утилит, как платных, так и бесплатных, которые позволяют по расписанию создавать резервные копии файлов на любом носителе – CD, DVD, USB, удаленном FTP-сервере и др.
xcopy «<Корневая папка MySQL>/data» «<Папка на резервном носителе>» /c/d/y
Данный текст является ознакомительным фрагментом.