Chown базируются ошибка

Во-первых, убедитесь, что Вы используете или собственные резервные копии SQL Server или SQL Backup/Litespeed/Hyperbac для поддержки до ДИСКА. В то время как мне нравится лента за получение удаленных вещей, это не надежно, ни достаточно быстро для резервных копий от SQL Server. BackupExec, Arcserver и другие основанные на агенте решения никогда не были достаточно надежны для меня. Я использовал бы их для перемещения файлов в диск для записи на ленту, но не от процесса как SQL Server. Они просто перестали работать достаточно раз в прошлом, что я не буду доверять им.

Ночной процесс резервного копирования хорошо работает, однако если кто-то бьет таблицу, или Вы повредили что-то, возможности состоят в том, что Вы захотите восстановиться к прошлому часу или минуте. Таким образом, я был бы уверен, что у Вас есть, по крайней мере, почасовые резервные копирования журнала транзакций.

Я обычно не имею в наличии больше чем 2 дня резервных копий, но это зависит от того, как далеко назад Вы, возможно, должны были бы пойти и нормативные вопросы. Планы технического обслуживания в SQL Server 2005 могут помочь Вам настроить их, а также удалить старые резервные копии. Отметьте, создайте новое резервное копирование прежде, чем удалить старые.

Я знаю, что много людей хочет просто использовать диск, и я могу понять это, ЕСЛИ можно получить данные, удаленные в течение ночи. Это требует пропускной способности, и Вы знаете, можно ли сделать это. Если Вы не можете получить его удаленный на проводе, сделайте это с лентой.

Айен-Маунтин или некоторый подобный сервис, вероятно, существует в Вашем городе к ежедневным лентам погрузки, и поверните их удаленный. Вы могли сделать, чтобы они взяли Карты памяти точно также, но удостоверились, что вещи становятся удаленными регулярно.

4
задан 11 January 2012 в 00:40
2 ответа

Вы говорили этому рекурсивно применять его?

Можно найти, что это не применяло его рекурсивно, в этом случае, только верхний уровень будет userx:uxery, таким образом, Вы не должны будете на самом деле изменять ничего кроме root:root снова.

Если Вы DID, НЕ показанный-R затем, это должно все еще быть прекрасным.

5
ответ дан 3 December 2019 в 02:48
  • 1
    Я проверю этот ASAP (-R штука), can' t доступ SSH в данный момент, VSP сказанный they' ре, имеющее большую ситуацию там также, don' t знают - ли это причина не смочь получить доступ к SSH. Угадайте mysql isn' t выполнение не отвечает на тот вопрос. Помимо it' s рабочий Plesk. –   23 February 2010 в 16:36
  • 2
    Johan, НЕ используйте chmod-R... Причина mysql isn' t выполнение не Ваш chmod' s ошибка. Просто позвольте своему хосту решить их вопросы сначала и проверить снова после. –  Wadih M. 23 February 2010 в 16:37

Если Вы сделали свой показанный рекурсивно:

На сопоставимом распределении запустите эту команду:

find / -type f -printf "chown %u:%g %h/%f\n" > /tmp/myperm.txt

В спасательном режиме Вашей системы source myperm.txt после Вас chrooted к корневому каталогу Вашей смонтированной путаницы к показанному намеченные файлы, на этот раз :-)

Это, по крайней мере, установит что-то корректное на большинстве файлов.

4
ответ дан 3 December 2019 в 02:48

Теги

Похожие вопросы