А нет там никакого космоса. Самый первый снимок делается те же 6 часов или больше (не считали, там спешки нету, главное чтобы бекап сделался без ошибок), так как гонялось по порту 100 мбпс притом еще и не выделенному. А последующие снимки - это инкрементальные снимки и им цена - 500Мь - 1-2 Гбт. Если понадобится восстановить несколько файлов, директорий потребуется несколько минут на это (ну + время на передачу данных. так как если например похерили 1 гиг, его все же придется передавать по сети полностью).
Вот если похерили диск целиком, тогда придется восстанавливать дольше так как время примерно так затрачивается - время потраченное на бекап + время на отслеживание изменений + восстановление + перекачка данных по сети). С другой стороны, в 3 версии можно перенести disk_safe непосредственно на восстанавливаемый сервер и там восстановление сделать. Получится быстрее за счет отсутствия необходимости перекачки и проверки всех данных по сети. Раза в 2 быстрее. Но это если для серверов целиком.
Бекапятся только данные, воздух не бекапится. Поэтому если занято на диске 100 гигов - примерно 120 -150 гигабайт понадобится, чтобы хранить до 7-14 снимков. На хостинге эта технология вполне себя оправдывает. В случае наступления эпик фейла - форматится сервер, копируется disk_safe (это в чем CDP сервер держит всю инфу о бекапе конкретного сервера) на второй диск, устанавливается CDP сервер и начинается восстановление данных. В результате имеем полностью идентичный диск тому, что был перед фейлом, со всеми настройками, данными и т.п. Но, это конечно за 5 минут не получится сделать.
PS. Диски обычные сата везде с рейдами 1 или 10. По количеству данных - у нас примерно столько же на каждый сервер, так как не обещаем безлимитов и т.п.
На cpanel серверах делается бекап файлов четыре раза в день. Базы бекапятся каждые 2 часа. Аналогично на ispmanager сервере, но с меньшей частотой. Хранятся до 4 дней + делаем недельный архив. На удаленный сервер. cPanel клиенты имеют доступ к бекапам своих файлов их спанели, а через клиентскую поддержку, могут быть восстановлены и базы данных. В ispmanager - все через клиентскую службу. Используется Idera (r1soft) бекап с 2009 года, за это время проблем с восстановлением не было.
На фрибсзд и опенвз нодах впски бекапятся каждый день на удаленный бекап сервер. На xen и kvm (так как используется полная виртуализация), бекапы могут делаться только самими клиентами внутри ВПС. Мы со своей стороны предлагаем бекап решения для них как по технологии Idera/R1soft так и традиционное ssh/ftp хранилище.
Не пытались попробовать обратиться к тем, кто восстанавливает из кешей гугля веб архива и т.п.?
Проверьте свой сервер на наличие вирусов, троянов на сайтах. Запросы с вашего сервера идут на агаву поэтому и ай-пи адреса засветились. Возможно, что у вас все и чисто, а ай-пи адреса в атаке спуфенные (подставные), тогда после проверки сможете так и отписаться.
Тут где-то на 2-3 странице, есть постоянная тема об этом.
HYIP запрещен везде. QIWI вовсе не анонимный, привязка счета к телефону мобильного, это уже не анонимность.
Синхронизация замененного диска в рейд массиве на объеме в 5-6 Тб на лету вполне может занять 15 часов. В отдельных случаях бывало и несколько суток. Во время синхронизации дисковые операции тормозятся и это может привести в том числе и к полной недоступности сайтов (сервер просто не будет успевать обрабатывать запросы). Но, это так, гипотеза для общего образования. Доверяйте хостеру больше. Ни одному хостеру специально в голову не придет ронять клиентские сайты.
Что касается faillover. Это удорожает хостинг в 2-3 раза, иногда и больше. Практика показывает, что ни один клиент на это не идет. Были бы клиенты готовые оплатить, был бы и сервис. В основном все предпочитают шуметь на форумах.
На тот случай, если текущая компания не сможет восстановить, попробуйте обратиться к http://hdd-info.ru/
Пока заняты переносом клиентов из старого в новый биллинг. К концу августа закончим. Сайтом будем заниматься уже после переноса - в сентябре видимо. Тогда же и акции возможно какие то будут.
Не знаю, почему у вас сложилось такое мнение о FirstDedic. По-моему такое огроменное "мужество" проявляют даже куда более мелкие хостеры. Свои ошибки научились признавать большинство, отдельные индивидуумы не делают погоды. Что касается технической возможности взлома аккаунта (любого, не только почтового) они есть, иначе бы не ломали пачками аккаунты твиттеров, фейсбуков и т.п. Другое дело, что это, как правило, не сколько взлом, сколько обычное головотяпство пользователя: некачественный пароль, трояны на компе, хождение по подозрительным сайтам и т.п. и т.д.
PS. Да и объяснение в виде такого взлома придумывать было не нужно, можно было бы куда затейливее все объяснить. Но я не верю, что ребята придумывали что-то в данном случае. Ай пи же зафиксирован и если дело дойдет до уголовного преследования, то это им может выйти большим боком.
