Во-первых, убедитесь, что Вы используете или собственные резервные копии SQL Server или SQL Backup/Litespeed/Hyperbac для поддержки до ДИСКА. В то время как мне нравится лента за получение удаленных вещей, это не надежно, ни достаточно быстро для резервных копий от SQL Server. BackupExec, Arcserver и другие основанные на агенте решения никогда не были достаточно надежны для меня. Я использовал бы их для перемещения файлов в диск для записи на ленту, но не от процесса как SQL Server. Они просто перестали работать достаточно раз в прошлом, что я не буду доверять им.
Ночной процесс резервного копирования хорошо работает, однако если кто-то бьет таблицу, или Вы повредили что-то, возможности состоят в том, что Вы захотите восстановиться к прошлому часу или минуте. Таким образом, я был бы уверен, что у Вас есть, по крайней мере, почасовые резервные копирования журнала транзакций.
Я обычно не имею в наличии больше чем 2 дня резервных копий, но это зависит от того, как далеко назад Вы, возможно, должны были бы пойти и нормативные вопросы. Планы технического обслуживания в SQL Server 2005 могут помочь Вам настроить их, а также удалить старые резервные копии. Отметьте, создайте новое резервное копирование прежде, чем удалить старые.
Я знаю, что много людей хочет просто использовать диск, и я могу понять это, ЕСЛИ можно получить данные, удаленные в течение ночи. Это требует пропускной способности, и Вы знаете, можно ли сделать это. Если Вы не можете получить его удаленный на проводе, сделайте это с лентой.
Айен-Маунтин или некоторый подобный сервис, вероятно, существует в Вашем городе к ежедневным лентам погрузки, и поверните их удаленный. Вы могли сделать, чтобы они взяли Карты памяти точно также, но удостоверились, что вещи становятся удаленными регулярно.
Вы говорили этому рекурсивно применять его?
Можно найти, что это не применяло его рекурсивно, в этом случае, только верхний уровень будет userx:uxery, таким образом, Вы не должны будете на самом деле изменять ничего кроме root:root снова.
Если Вы DID, НЕ показанный-R затем, это должно все еще быть прекрасным.
Если Вы сделали свой показанный рекурсивно:
На сопоставимом распределении запустите эту команду:
find / -type f -printf "chown %u:%g %h/%f\n" > /tmp/myperm.txt
В спасательном режиме Вашей системы source myperm.txt
после Вас chrooted к корневому каталогу Вашей смонтированной путаницы к показанному намеченные файлы, на этот раз :-)
Это, по крайней мере, установит что-то корректное на большинстве файлов.