Himiko

Himiko
Рейтинг
560
Регистрация
28.08.2008
Должность
ООО "Системные интеграции", Генеральный директор. ООО "Медиа-группа "Автор", Исполнительный директор
15.04.1985
Избавляет от лишних вопросов порой,

Скорее добавит вопросов от юзеров.

Да и если в какое-то время нагрузка увеличится (атака или что-то ещё), то вопрос можно решить не заметно для клиентов. А если выложить статистику, то начнутся вопросы : "что случилось?", "что это делается?" и т.д.

Hack_phoenix, вот вам пример вопроса: "А что это у вас за пробелы в статистике и почему LoadAverage до 10 поднимался? У вас там всё стабильно и не будет лаГав, если к вам переехать? А то у меня на VDS при LoadAverage 4 всё уже лежит" :-)

Письмо такое тоже получил и проигнорировал.

Тоже не понимаю, что здесь обсуждать?

klassev:
"Бэкап ТОЛЬКО на удалённый сервер" - значит - "Бэкап ТОЛЬКО на удалённый сервер"

Это именно то, что я рекомендую. Написано довольно-таки категорично, без Ваших «А если». И предполагать ничего не нужно, тем более коверкая выражения собеседников.

Что вы прикопались к этим "если"?

Здесь речь про бэкапы, которые могут помочь в критической ситуации. Поэтому здесь всё основано на "если".

"Если жёсткий диск вылетит, то RAID1 может спасти".

"Если будет сбой системы, который "испортит" какой-либо файл, то RAID1 не спасёт. Нужен отдельный бэкап".

и по вашему варианту с удалённым сервером:

"Если возникнут серьёздные аппаратные сбои на сервере или проблемы с ДЦ, то бэкап на внешний сервер (желательно в другом ДЦ) поможет избежать проблем с восстановлением".

P.S.:Бэкап же делается не от хорошей жизни и редко бывает нужен. Он делается как раз, чтобы в случаях с "если", проблем было меньше.

depp2004:
Дело не в дешевом хостинге вовсе. Вот я хостил сайты, скажем так, в престижной компании, есть и офисы, и телефоны, хостинг достаточно дорогой 500р в месяц получалось. Но случилась такая же не приятность с моими сайтами, так еще бекапы мои удалили.
Поэтому говорить, что дешево значит гнило я бы не стал. Проблемы у всех бывают. Просто решаются по разному, но все-таки решаются

Только возможностей для решения проблем может быть меньше.

djipa:
Что именно понятно? То что типа нужно сидеть и ждать когда каждый день это убытки и не только финансовые, но и имиджевые....

А вы думаете, что процесс пойдёт быстрее, если вместо восстановления данных они будут с клиентами переписываться?

Даже если говорить не про этот хостинг, а про любой другой в момент проблем. Им решать их нужно, а вам "трёпа" по e-mail не хватает. На главной странице понятно написана просьба : "не тратьте время на связь с тех-поддержкой хотя бы в течении 2-3 дней, проблем много, приятного мало"

klassev:
С чего это вдруг, Вы приравняли противоположности? Аргументируйте…

Вы пишете "Бэкап ТОЛЬКО на удалённый сервер".

Можно предположить, что вы не рекомендуете делать на тот же сервер и ваша мысль выглядит подобно: "Если делать на тот же сервер, то ".

Или я не прав?

Поэтому я и говорю, что учесть все возможные проблемы не возможно.

Сжимать данные в случае инкрементального бекапа и не требуется. Гораздо большую экономию Вы получаете за счет хранения только лишь измененных данных.

Но если потеряется один из бэкапов, то восстановление в итоге может быть не возможным.

Из за глюка mysql возможно вызванного переносами слетели все привилегии, все базы целые, но нужно добавить к каждой базе пользователя, делается это в разделе Базы данных в ISPmanager, кликаем 2 раза на базу, справа наверху Добавить пользователя. Мы сейчас занимаемся добавлением пользователей БД из конфигов скриптов, можете сделать это сами для скорейшего восстановления. ISPmanager как то не совсем адекватно реагирует на переносы, вечно что то глючит.

Видимо хостер не догадался перенести базу mysql. Все настройки там и не зависят от ispmanager.

Andreyka:
Бекапы надо всегда делать самому и ни на кого не рассчитывать

Тоже верная мысль.

Ваши слова:

Райд1, второй диск – это самовнушение спо
койствия.
Бэкап ТОЛЬКО на сторонний сервер!

Ваше ТОЛЬКО - это и есть "а если")

Одно другого не исключает.

У нас (в Зеноне) несколько разных систем бэкапов.

Наши собственные - на случай каких-либо сбоев (это и RAID'ы, и дополнительные диски, и т.п.).

И пользовательские - за последние 7 дней. На тот случай, если пользователь сам что-то удалил, и нужно это восстановить.

Это понятно. Так и нужно делать, я про это и говорил.

Вы прочитайте, что предлагали) или вы тоже прячете бэкапы в незгораемые сейфы?)

Всего: 9394