- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Звучит как-то бредово, или у вас там по 25 мегабайт бекапов с каждого сервера? У меня например стоят сервера внутри 100MB/s сегмента.... так вот у меня на несколько часов полочка 100MB/s на сервере куда сливаются бекапы.... так это внутри 100Mb/s и как бы серверов у меня не 25 а наверное в половину меньше...... что-то не сходится..... или ваш бекап начинается 1го числа а заливается последний байт 3го? :))) так тогда грош цена такому бекапу как бы..... :)
Руки растут поразомну у всех. Сливаться только те фалы что поменялись.
Я сегодня под влиянием этого поста настроил перекрестное резервирование меж разными хостами :) В итоге копия каждого сайта есть в 3-х разных местах. 1 из которых вообще в другом ДЦ.
http://www.seoskazki.ru/news/common/rezervnoe_kopirovanie.html
Надеюсь не придется кусать потом локти, мол ааааа, усе пропало шеф :)
Дорогие друзья!
Причиной технического сбоя был двойной отказ RAID массива. Чуть ли не в январе один из жестких дисков был выброшен из программного RAID массива, но никто этого не заметил (обращаю внимание - мы этого не могли сделать при всем желании, у нас нет доступов к машине и мы не предоставляем услугу администрирования).
Когда мы получили запрос о проблемах с машиной мы, разумеется, инициировали смену сгоревшего диска в полной уверенности, что единственный рабочий диск в системе хранит на себе данные. После замены выяснилось, что данные там не актуальны и имеют возраст почти полгода. А настоящие данные - хранятся на отказавшем диске. Мы вернули его в сервер, попытались восстановить, но все безрезультатно - сбой был на физическом уровне и диск просто не определяется.
В данной ситуации я могу только принести свои соболезнования, но нашей вины тут нет - мы выполнили то, что обещали по договору по первому же запросу и в заданные сроки.
Впредь для избежания подобного могу порекомендовать найм постоянного системного администратора, использование совершенно бесплатного для всех наших клиентов с выделенными серверами бэкап-ФТП, а также регулярную проверку целостности бэкапов.
---------- Добавлено 09.04.2012 в 13:26 ----------
По поводу "старых дисков" - машинка установлена в марте 2010го года, тогда это были совершенно новые жесткие диски, не стоит на них грешить. 2 года жизни для SATA диска - это крайне хороший результат.
Руки растут поразомну у всех. Сливаться только те фалы что поменялись.
Руки растут откуда надо у кого надо :D Вы бы сразу сказали что это инкремент и вопросов было бы меньше, но как вы понимаете , далеко не всегда это актуально.
Я сразу сказал что рсинк.
После вашего топика еще раз проверилb все виды бэкапирования. Советую на будущее, делать бэкапы как локально, так и удаленно на ближайший фтп сервер ночью. А если есть вопрос по месту - инкрементный бэкап. К слову, все серверы в hetzner за 2.5 года ни разу проблем не вызвали. Так что тут как повезет.
Я сразу сказал что рсинк.
А я видимо должен быть понять что Rsync вы используете для инкремента или rsync кроме как инкрементно копировать не умеет... В общем я понял вашу методу :D Она конечно оптимизирует затраты на полосу.... но как я понимаю несет в себе негатив в виде отката он как я понимаю одной кнопочкой не делается? Вы храните несколько копий обновлений либо же вы в одно место постоянно актуальное вливаете?
P.S: Беда сего топика в том, что у человека был сервер, а все "настроили" бекапы на свои шаред акаунты и хостинг сервера :D
Держу столько копий насколько хватает стораджа. Вообще я в процессе перехода на систему на основе bacula.org бо в ней есть поддержка винды.
Держу столько копий насколько хватает стораджа. Вообще я в процессе перехода на систему на основе bacula.org бо в ней есть поддержка винды.
Ага, то есть у вас несколько копий инкрементных например за 10 дней последних, а оригинал того с чем сравнения происходят? И каким образом вы из этой схемы откатываете бекап например на 5 дней назад? Ведь найденные проблемы могут быть не 1м днем датированы с точки зрения изменения кода...
Чтобы хранить бекапы полностью совсем необязательно их полностью копировать рсинк сливает измнения после чего я их архивирую.
На данные момент у меня полные архивы полных данных по каждому конкерному аккаунту. Если кому то нужен бекап он скачиват его целиков и сразу. Шас приблизительно 7 копий через 3 дня.
Вообще все уперлось в подорожание хардов: вообще программа максимум хранить целый год и каждый день и в 3х разных местах.