диск zfs гниет защита, автоматическая и встроенная?
<Имя файла файлов> только относится к имени файла, Вы не можете использовать путь с ним.
Направляющие состояния документации Файлов:
Директивы, данные в этом разделе, будут применены к любому объекту с базовым именем (продержитесь компонент имени файла), соответствие указанному имени файла.
Возможное решение:
В каталоге, admin/paypal, создайте .htaccess с:
Order Deny,Allow
Deny from All
Allow from paypal.com
Править: инвертированный Отклоняют и Позволяют.
1. Но нужно ли вам выделить запасной диск или пул zfs, чтобы сделать это вручную? или это внутренне присуще zfs?
Для этого необходимо, чтобы затронутые данные были избыточными. Эта избыточность может быть достигнута без дополнительных дисков. Наличие нескольких дисков также не подразумевает избыточности.
ZFS поддерживает запасные устройства, но они предназначены для замены других устройств, находящихся в неисправном состоянии. Они не используются для избыточности данных.
2. Есть ли эта функция в однодисковой файловой системе zfs или вам нужно получить RAIDZ?
Независимо от конфигурации пула, поврежденные данные всегда обнаруживаются с помощью ZFS, если вы явно не отключите контрольные суммы, но это было бы очень плохой идеей.
Одиночный пул дисков может восстанавливать испорченный блок, если он содержит метаданные. Блоки, содержащие данные файла, можно восстановить только в том случае, если для свойства copy установлено значение 2 или выше.
Несколько пулов дисков в конфигурации с чередованием аналогичны пулам с одним диском, т. Е. Метаданные могут выдерживать гниение дисков, наличие блоков того же типа является требованием для самовосстановления файловых данных.
Несколько пулов дисков в конфигурации с резервированием (зеркало, raidz) , raidz2, raidz3) может устранить любую проблему гниения диска (если, конечно, не возникнет серьезная ошибка, например, отказ нескольких дисков).
Ошибки обнаруживаются при чтении затронутого файла (или метаданных, или блока zvol). Если ZFS может исправить ошибку, ошибка будет прозрачно исправлена и будут возвращены правильные данные. В противном случае выдается сообщение об ошибке чтения. Обратите внимание, что контрольная сумма не является ECC, поэтому ее нельзя использовать для восстановления поврежденных блоков, а только для их обнаружения.
Если вы хотите проверить весь пул, не дожидаясь чтения, вы можете использовать механизм очистки.
Чтобы обнаружить такое гниение на всем диске, вы должны запустить периодическое копирование данных. Некоторые дистрибутивы делают это в cron, так что взгляните на них.
Команда zpool scrub techrx . Одновременно можно запускать только один процесс очистки.
Каждый раз, когда данные считываются с диска, zfs проверяет их на гниение. Так что вы почти наверняка читаете чистые данные. Рекомендуется выполнять полную проверку от одного раза в неделю до одного раза в месяц (как мы делаем для большинства RAID).
1 вам не нужно выделять дисковое пространство. Исправление данных выполняется в пределах доступного пространства (я помню, что видел, как сначала это делается путем перезаписи ошибочных секторов, а в случае сбоя они перезаписываются в другом месте, но это может быть неточно). Конечно, если ваш диск уже заполнен на 100%, это может быть невозможно
2 процесс основан на контрольных суммах, уже интегрированных в zfs
3 большую часть времени чистка исправляет данные, потому что контрольная сумма на самом деле является кодом исправления ошибок. если поврежденные данные слишком велики, zfs не может их восстановить, но ваш диск уже может считаться мертвым
Дополнительную информацию можно получить здесь:
запустить периодическую очистку данных: http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide
zfs самовосстановление снова тихие повреждения: http://hub.opensolaris.org/bin / view / Community + Group + zfs / selfheal