Мы запускаем производственный сервер базы данных MySQL v5.5 на виртуальной машине Windows 2008 R2. В настоящее время мы просто выполняем ежедневный mysqldump базы данных, а затем создаем их резервную копию. Наше решение для резервного копирования (Veeam) поддерживает Hyper-V и использует VSS для создания согласованного моментального снимка виртуальных машин. Это хороший метод резервного копирования? Это лучший метод резервного копирования? Если бы нам пришлось восстанавливать эту виртуальную машину, испытали бы мы какие-либо повреждения базы данных? Должны ли мы продолжать выполнять ежедневные mysqldump и сохранять их отдельно? Спасибо!
Hyper-V создает моментальные снимки VSS виртуальных машин, и если в этих ОС установлены службы интеграции, он уведомит внутреннюю ОС, чтобы она также подготовилась к моментальному снимку. Затем эта ОС виртуальной машины сообщает всем приложениям, у которых есть поставщики VSS, сбросить на диск (известное как Покой). Так что круто то, что уведомление VSS просачивается из Hyper-V-> VM-> Apps in VM. Плохо то, что это помогает только приложениям, поддерживающим VSS. VSS используется в Windows Server с 2003 года и широко поддерживается продуктами Microsoft, но не сторонними поставщиками.
Кажется, MySQL не имеет встроенной поддержки VSS, но есть сторонний инструмент. согласно этому.
Если бы это был я, я бы настроил MySQL на создание резервных копий БД и журналов на локальный диск (часто, может быть, даже каждые 15 минут, в зависимости от ваших целей точки восстановления) и по-прежнему делать снимки Hyper-V для захвата этих файлов. В сценарии восстановления, если у вас есть какие-либо потери данных, вы можете восстановить их, а не только онлайн (открытые файлы) MySQL DB и журналы. Обратите внимание, я не эксперт по MySQL :)
Резервная копия - это не только решение для аварийного восстановления, но также может быть архивом.
Что касается аварийного восстановления, то вам достаточно снимков ваших виртуальных машин. Но представьте, что вы просто хотите восстановить одну таблицу или одну запись из своей базы данных или хотите увидеть, как запись в базе данных менялась с течением времени. В таком случае вам, вероятно, будет намного лучше иметь каталог, полный дампов ваших баз данных.
Поэтому я могу порекомендовать не только полагаться на снимки, но и где-то хранить дампы.