• В Linux IDE и SATA накопители можно проверить с помощью hdparm -I; кэширование записи включено, если рядом с Write cache стоит символ *. Для отключения кэширования записи можно использовать hdparm -W 0. Накопители SCSI можно проверить с помощью sdparm. Используйте sdparm --get=WCE, чтобы проверить, включен ли кэш записи, и sdparm --clear=WCE, чтобы отключить его.

• В FreeBSD накопители IDE можно проверить с помощью camcontrol identify и отключить кэширование записи с помощью hw.ata.wc=0 в файле /boot/loader.conf; накопители SCSI можно проверить с помощью camcontrol identify, а кэш записи как проверить, так и изменить с помощью sdparm, если это возможно.

• В Solaris кэш записи на диск управляется командой format -e. (Файловая система Solaris ZFS безопасна при включенном кэше записи диска, поскольку она сама выдает команды сброса дискового кэша.)

• В Windows, если wal_sync_method имеет значение open_datasync (по умолчанию), кэширование записи можно отключить, сняв флажок Мой компьютер\Открыть\дисковый накопитель\Свойства\Оборудование\Свойства\Политика\Разрешить кэширование записи на диск. В качестве альтернативы установите wal_sync_method в значение fdatasync (только для NTFS) или fsync, которые предотвращают кэширование записи.

• В macOS кэширование записи можно предотвратить, установив wal_sync_method в значение fsync_writethrough.

Современные накопители SATA (соответствующие ATAPI-6 или выше) поддерживают команду сброса кэша накопителя (FLUSH CACHE EXT), в то время как накопители SCSI давно поддерживают аналогичную команду SYNCHRONIZE CACHE. Эти команды недоступны напрямую для Digital Q.DataBase, но некоторые файловые системы (например, ZFS, ext4) могут использовать их для сброса данных на пластины на накопителях с включенной обратной записью. К сожалению, такие файловые системы ведут себя неоптимально в сочетании с дисковыми контроллерами с блоком резервного питания (BBU). В таких конфигурациях команда синхронизации принудительно сбрасывает все данные из кэша контроллера на диски, сводя на нет большую часть преимуществ BBU. Вы можете запустить программу pg_test_fsync, чтобы проверить, затрагивает ли это вас. Если да, то преимущества производительности BBU можно вернуть, отключив барьеры записи (write barriers) в файловой системе или перенастроив дисковый контроллер, если это возможно. Если барьеры записи отключены, убедитесь, что батарея исправна; неисправная батарея потенциально может привести к потере данных. Будем надеяться, что разработчики файловых систем и дисковых контроллеров со временем устранят это неоптимальное поведение.

Когда операционная система отправляет запрос на запись оборудованию хранения, она мало что может сделать, чтобы убедиться, что данные попали в по-настоящему энергонезависимую область хранения. Скорее, это ответственность администратора — убедиться, что все компоненты хранения гарантируют целостность как данных, так и метаданных файловой системы. Избегайте дисковых контроллеров, имеющих кэши записи без резервного питания от батарей. На уровне накопителя отключайте кэширование с обратной записью, если накопитель не может гарантировать запись данных перед выключением. Если вы используете SSD, имейте в виду, что многие из них не соблюдают команды сброса кэша по умолчанию. Вы можете проверить надежность поведения подсистемы ввода-вывода с помощью diskchecker.pl.

Еще один риск потери данных связан с операциями записи на пластины диска сами по себе. Пластины диска разделены на сектора, обычно по 512 байт каждый. Каждая физическая операция чтения или записи обрабатывает целый сектор. Когда запрос на запись поступает на накопитель, он может быть кратен 512 байтам (Digital Q.DataBase обычно записывает по 8192 байта, или 16 секторов за раз), и процесс записи может прерваться из-за потери питания в любой момент, что означает, что часть 512-байтовых секторов была записана, а часть — нет. Чтобы защититься от таких сбоев, Digital Q.DataBase периодически записывает полные образы страниц в постоянное хранилище журнала предварительной записи перед модификацией самой страницы на диске. Благодаря этому во время восстановления после сбоя Digital Q.DataBase может восстановить частично записанные страницы из журнала предварительной записи. Если у вас есть программное обеспечение файловой системы, которое предотвращает частичную запись страниц (например, ZFS), вы можете отключить это создание образов страниц, отключив параметр full_page_writes. Дисковые контроллеры с блоком резервного питания (BBU) не предотвращают частичную запись страниц, если только они не гарантируют, что данные записываются в BBU полными (8 КБ) страницами.

Digital Q.DataBase также защищает от некоторых видов повреждения данных на устройствах хранения, которые могут возникнуть из-за аппаратных ошибок или износа носителя со временем, таких как чтение/запись «мусорных» данных.

Digital Q.DataBase не защищает от исправимых ошибок памяти, и предполагается, что вы будете работать с оперативной памятью, использующей стандартные промышленные коды исправления ошибок (ECC) или более совершенную защиту.