Журналируемые файловые системы и сбой питания
Если brctl не дает Вам, в чем Вы нуждаетесь (возможно, программный слой добавляет слишком много задержки), следующий лучший выбор состоит в том, чтобы использовать промежуток или порт монитора на Вашем переключателе. Трафик не соединяется мостом, он просто копируется в целевой порт, где безотносительно контроля необходимо сделать, может произойти. Вниз сторона - то, что Вы не можете отфильтровать на том трафике, но можно контролировать его.
Повреждение может также произойти на большинстве современных дисков из-за переупорядочения на диске.
Современные диски обычно переупорядочивают запросы, которые используются для повышения производительности (путем переупорядочения). упорядочение записи, чтобы сделать весь список запросов менее интересным), это называется Очередь команд с тегами .
Возможно, запись в журнал на диске задерживается, потому что она более эффективна с позиции заголовка в настоящее время записывать в порядке, отличном от того, который запрашивала операционная система в качестве фактического порядка, что означает, что блоки могут быть зафиксированы до того, как будет выполнен журнал.
Способ решить эту проблему - заставить операционную систему явно ждать, пока журнал было совершено до совершения каких-либо дополнительных операций записи. Это известно как барьер. Большинство файловых систем не используют это по умолчанию и явно нуждаются в включении с помощью параметра монтирования.
mount -o barrier=1 /dev/sda /mntpnt
Большим недостатком барьеров является то, что они имеют тенденцию замедлять ввод-вывод, иногда значительно (около 30%), поэтому они не работают. включен по умолчанию. В дополнение к этому ситуация становится двойной плюс, когда вы начинаете добавлять логические слои поверх стандартных дисков, таких как LVM или Raid. LVM (относительно недавно) добавил поддержку барьеров для большинства конфигураций LV, и mdadm, похоже, использовал это уже некоторое время.
Большинство журналируемых файловых систем (ext3 / 4, ntfs) только транзакционно защищают метаданные. В случае отключения электроэнергии пользовательские данные могут оказаться несовместимыми, но метаданные в порядке.
Zfs и я думаю, что xfs защищают как метаданные, так и пользовательские данные с помощью транзакций и журналов.
Барьер - это способ избежать повреждения при отключении электроэнергии, но эта функция безопасности имеет снижение производительности . Лучшее из обоих миров (производительность / барьер = выключено, практически отсутствует риск повреждения) стоит немного дороже: используйте устройства с энергонезависимыми кэшами записи с резервным питанием от батареи.