Spec-Zone.ru › MySQL Enterprise Backup 9.2

4.4 Создание резервных копий с помощью распределенной файловой системы (DFS) или сети хранения (SAN)

При попытке администраторов систем настроить MySQL и MySQL Enterprise Backup в среде, использующей распределенную файловую систему (DFS) или сеть хранения (SAN), сервер MySQL, каталог данных сервера, MySQL Enterprise Backup и каталог резервных копий могут оказаться на разных физических серверах. В этом случае операции mysqlbackup могут быть затронуты. Наиболее вероятная операция, которая будет негативно затронута, — это горячее резервное копирование, успех которого зависит от:

  1. Каждая страница файла данных копируется последовательно, то есть все байты в странице соответствуют одному и тому же LSN.

  2. Ни одна скопированная страница не старше момента, обозначающего начало временного интервала, который должен охватывать резервная копия.

  3. Журнал переигрывания копируется последовательно, то есть копируется непрерывный фрагмент журнала переигрывания, включающий все изменения с начала временного периода, который должна охватывать резервная копия, до окончания операции резервного копирования. Каждый блок скопированного журнала переигрывания должен быть согласован.

Условие 1 легко достижимо с большинством DFS или SAN с приемлемой производительностью. Однако условие 2 может остаться невыполненным, даже если выполнено условие 1: например, mysqlbackup может скопировать все страницы табличного пространства правильно, за исключением одной страницы, для которой mysqlbackup включил в копию старую версию. Если LSN этой старой версии страницы меньше, чем LSN, впервые увиденный mysqlbackup в начале процесса резервного копирования, полученная резервная копия будет некорректной. Этот пример показывает, что mysqlbackup может иметь проблемы с выполнением горячего резервного копирования, если не может увидеть записи в файловую систему в правильном порядке, то есть в порядке, в котором сервер их выполнил.

Что касается условия 3, в отличие от страниц файлов данных, блоки журнала переигрывания записываются последовательно, что означает, что условие 3 легче выполнить, чем условия 1 и 2, особенно при использовании функции архивирования журнала переигрывания . Однако, если mysqlbackup достигнет наибольшего LSN в скопированных страницах файла данных, прежде чем встретит конец журнала переигрывания, резервное копирование завершится неудачей. Также возникает ошибка, если mysqlbackup читает поврежденный блок журнала в любой момент во время копирования журнала переигрывания. Обе эти ошибки могут произойти, если mysqlbackup не видит такую же историю состояний файловой системы, как сервер MySQL.

Поэтому, чтобы использовать mysqlbackup с DFS или SAN, важно убедиться, что mysqlbackup видит все записи в файловую систему в том же порядке, что и сервер MySQL. Это условие наиболее вероятно выполняется, когда mysqlbackup и сервер MySQL работают на одном узле сервера, и маловероятно, что оно будет всегда выполняться в противном случае.

© 2025 Oracle
Licensed under the GPLv2 License.
https://docs.oracle.com/cd/E17952_01/mysql-enterprise-backup-8.4-en/mysqlbackup.dfs-san.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API