Причина номер один Вы хотите резервное копирование, состоит в том, не потому что физические среды умерли (это редко), но из-за некоторой ошибки, которая заставила данные быть потерянными или поврежденными.
RAID не защищает Вас от удаляемого файла.
RAID не защищает Вас от перезаписываемого файла.
RAID не защищает Вас от Вашей поставленной под угрозу системы и все Ваши данные, перезаписываемые, удаленные или поврежденные.
RAID не защищает Вас от Вашей команды операции в секунду, случайно прокладывающей машину с важными данными по нему.
RAID не защищает Вас от глупого DBA, выполняющего команду отбрасывания на рабочем сервере (принимающий его за тестовую среду).
RAID не защищает Вас, если здание сгорело дотла.
P.S. http://ma.gnolia.com/. Это - то, что может произойти, если у Вас нет хороших резервных копий. Ваш сайт нюхают из существования (примечание: это имеет тенденцию быть плохим для бизнеса).
Предпочтения только влияют на текущий сеанс пользователя, таким образом, анонимный пользователь может установить их собственные предпочтения, но не будет влиять ни на каких других пользователей (даже другие анонимные пользователи). Каково беспокойство с имением в наличии этого?
Можно хотеть использовать ApacheAuth для Trac (возможно против AD, LDAP, или просто .htpasswd): тот путь только прошел проверку подлинности, пользователи добираются для наблюдения страницы во-первых.
Также Вы не должны были бы волноваться о процессе входа в систему Trac, являющемся безопасным (спам и т.д.).
trac-администратор/opt/trac/разрешение $setup_name удаляет анонимный '*'
Это должно убрать все полномочия для анонимных пользователей.
ОБНОВЛЕНИЕ: По-видимому, это не имело желаемого результата для Luke.
ПРЕДЛОЖЕНИЕ 2: Что, если Вы повторно добавляете анонимный и затем блокируете его вниз? Комментарий № 1 упомянул, что предпочтение страница быть общедоступным не является настолько большим из соглашения. Это работало бы на Вас Luke?