Надежен ли NTBackup каталога данных MySQL?
Этот вопрос задавался на форумах MySQL в 2004 году без ответов.
Я устанавливаю MySQL 5.0.x на Windows 2003 Server для использования с Drupal. Я начал настраивать резервное копирование с помощью mysqldump, когда мне пришло в голову, что ntbackup, созданный с использованием теневого копирования, должен быть достаточно надежным для резервного копирования базы данных. Есть ли недостаток в моей логике?
3 ответа
Это полностью зависит от состояния службы mysql во время резервного копирования. Но простой ответ - нет, это не безопасный или хороший способ сделать резервную копию mysql. Вы должны использовать включенный mysql backup для периодического резервного копирования базы данных. Вы можете создавать резервные копии на локальном компьютере, а затем создавать резервные копии с помощью ntbackup.
Как правило, никогда не делайте резервную копию каталога данных (каталогов) работающей базы данных. Создавайте резервную копию каталога, только если вы можете сначала закрыть базу данных. Если база данных работает и поддерживает горячее резервное копирование, вы можете выполнить резервное копирование с работающей базой данных. Обычно для этого требуется связь между программным обеспечением резервного копирования и программным обеспечением базы данных.
Возможно, но я бы на это не рассчитывал. Данные могут быть кэшированы в памяти или изменены во время копирования. Если вы выключили MySQL перед резервным копированием данных, это должно быть надежно. Существуют инструменты администрирования для резервного копирования. Это создаст надежные резервные копии в другом каталоге.
Я предполагаю, что база данных mysql используется. Иначе это не имело бы смысла.
- Невозможно сравнить файлы после резервного копирования. Они могли бы измениться за это время.
- А также вы не получите последовательный снимок.
Может быть, вы хотите настроить реплицированную базу данных mysql и отключить ведомое устройство от главного устройства во время резервного копирования ведомого устройства, а затем снова подключиться, чтобы подчиненное устройство могло возобновить работу до следующего резервного копирования. Вы можете сделать это с помощью некоторых сценариев.
Изменить: Если вы делаете снимки только для чтения с использованием теневой копии NT, это не сильно изменится. Это поможет вам с проблемой сравнения, но не с последовательностью.
Если вы хотите получить последовательное резервное копирование, вы должны сделать это на уровне MySQL, например, как я описал выше. Mysql будет использовать двоичный журнал для репликации баз данных, и вы должны иметь максимальную согласованность. Двоичный журнал будет учитывать транзакции.
Но на уровне приложений есть что рассмотреть: http://dev.mysql.com/doc/refman/5.0/en/replication-features-transactions.html