15.5.3. Обработка MySQL Recovery с ZF

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

В случае отказа следуйте за этой последовательностью:

Остановите сценарий на ведущем устройстве, если он все еще в порядке.
Установите ведомую файловую систему, чтобы быть чтением-записью:
```
root-shell> zfs set readonly=off slavepool
```

Запустите mysqld на ведомом устройстве. Если Вы используете InnoDB, Вы получаете автовосстановление, если оно необходимо, чтобы удостовериться, что табличные данные корректны, как показано здесь, когда я запустил от нашей середины, ВСТАВЛЯЮТ снимок:

InnoDB: The log sequence number in ibdata files does not matchInnoDB: the log sequence number in the ib_logfiles!081109 15:59:59  InnoDB: Database was not shut down normally!InnoDB: Starting crash recovery.InnoDB: Reading tablespace information from the .ibd files...InnoDB: Restoring possible half-written data pages from the doublewriteInnoDB: buffer...081109 16:00:03  InnoDB: Started; log sequence number 0 1142807951081109 16:00:03 [Note] /slavepool/mysql-5.0.67-solaris10-i386/bin/mysqld: ready for connections.Version: '5.0.67'  socket: '/tmp/mysql.sock'  port: 3306  MySQL Community Server (GPL)

Использовать InnoDB таблицы и регулярная синхронизация планируют уменьшать риск за существенную потерю данных. На таблицах MyISAM Вы, возможно, должны были бы работать REPAIR TABLE, и Вы, возможно, даже потеряли некоторую информацию.