комментарии: 125 30.03.2010 Оля Иванова @ Новости

SmartResponder сгорел

Вчера произошли достаточно поучительные события. По последним данным в Одессе сгорел дата-центр крупного хостинг-провайдера Hosting.ua. Об этом событии было написано на множестве ресурсов, но примечательно это событие тем, что в данном дата-центре располагались сервера одного из наших конкурентов – SmartResponder.RU.

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

Вот что о произошедшем  говорится на их сайте:

Вечером 28 марта 2010 года примерно в районе 21:00 по киевскому времени пропала полностью связь одновременно со всеми серверами, на которых размещались наши сайты

Оказывается в одесском датацентре хостинговой компании Hosting.ua произошел пожар!!
Причем выгорел почти весь второй этаж здания, где и располагался датацентр. Похоже на то, что многие сервера пострадали и пришли в нерабочее состояние.

Дело в том, что у нас было настроено автоматическое сохранение копий баз данных на другой сервер. Но этот сервер тоже располагался в сгоревшем Датацентре Hosting.ua.

Как Вы видите, нашей вины в случившемся совсем нет. Мы видим, что ни на есть классическую форму форс мажорных обстоятельств. Как говорится «Дерьмо случается».

По моим предварительным подсчетам займет процесс восстановления от 7 дней.

Какой можно сделать вывод? В принципе компания SmartResponder сама загнала себя и своих клиентов в такую неприятную ситуацию. Никто не отменял понятия и требований по диверсификации хранения данных. Наша компания хранит основные и резервные сервера в различных дата-центрах. Ведь если не пожар, то могут быть ещё десятки других причин отключения серверов. И хранить всё в одном дата-центре достаточно странное решение.

Подобное ЧП будет стоить компании десятков тысяч долларов недополученной прибыли, не говоря уже про подорванную репутацию. А исходя из принципов существования подобных сервисов, компания потратит не одну неделю на повторное добавление своих серверов в Whitelist всех основных антиспам фильтров.

На это событие успели отреагировать и непосредственные конкуренты SmartResponder. Так сервис Unisender именно сегодня предложил льготные условия перехода для новых клиентов. Отлично продуманный ход их маркетологов.

Вчерашнее событие – очередное доказательство, что лучше заниматься рассылками самостоятельно, используя специализированное программное обеспечение, а не пользоваться удалёнными сервисами, которые даже не гарантируют стабильности работы. Ведь значительно проще контролировать процесс рассылки у себя на компьютере, чем доверять его удалённым исполнителям.

А компании SmartResponder можно только посочувствовать, но они стали заложниками собственной недальновидной политики размещения серверов.

Не понравилась статьяПонравилась статья (Пока никто не проголосовал)

Теперь подписаться на свежие статьи и новости стало еще проще:

Статьи через RSS
Статьи на почту:

Отзывов (125) на "SmartResponder сгорел"

  1. Согласен с вами. Автономность и резервное копирование – это основы любой работы. Остается пожелать вам удачи и много новых клиентов

  2. На чужой беде, конечно, наживаться нехорошо, но чувствую, этим много кто воспользуется

  3. Почему наживаться ? Если у вас магазин под домом закроется , вы пойдете в другой ….то что это они наживаются на чужой беде ? Законы бизнеса таковы, что выживает сильнейший ….и складывать все яйца в одну корзину не стоит

  4. Дело в том, что в договоре с Hosting.ua есть пункт об автоматических бэкапах на удаленный сервер! До недавнего времени никто не знал, что этот «удаленный» сервер располагался в том же здании!

  5. Я думаю, что многие стали заложниками этой беды ….тревожный сигнал …представьте если у google рухнет gmail ???

  6. gmail «рухнуть» не сможет, так же как и skype, почитайте концепцию организации этих сервисов :) Кстати, такие пожары на ровном месте не возникают…

  7. Maxima, в любом случае в любой крупной компании знают, что необходимо заботиться о резервной копии и обязательно делать бекапы в другой датацентр, это прописная истина.

  8. expertka, ну произойти может всё что угодно, просто у Хостинг.уа была выключена в ручном режиме противопожарная сигнализация.

  9. Согласен с Ольгой ! Резервные копии – это основа ! Они пренебрегли этим и поплатились.

  10. Валерий, они их делали, но глупо, сохраняя всё в том же дата-центре…

  11. Кто же поджег датацентр… уж не конкуренты ли.

  12. На своих ошибках люди учатся, на чужих делают карьеру :twisted:

  13. [...] This post was mentioned on Twitter by Ольга Иванова, t0ster_feed and Константин Макаров, Oleg. Oleg said: Сгорел дата-центр Hosting.ua – http://www.epochta.ru/blog/news/smartresponder-sgorel/ [...]

  14. Четно говоря, думаю что ущерб исчисляется не десятками а сотнями тысяч. Так как на этом хостинге хостились не только украинские сайты, но и русские. Я обычно серфлю большое количество сайтов, и не отвечает порадяка 5 сайтов, которые до этого всегда работали.
    Так это только те, что я знаю.

  15. Удаленный сервер в соседней комнате – жесть…

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

  17. Я была, одно время, их клиентом. Вовремя отказалась от их услуг…

  18. Н-да, кто бы с кем не конкурировал, а событие печальное… Хотя думать о клиентах надо в первую очередь!

  19. Удивительно, такая крупная компания. Правильно говорят: все самое лучшее держи при себе. :)

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

  21. Пострадало и моих несколько сайтов – резервное копирование было на сервер в этом же ДЦ. Хорошо хоть не все «яйца» в одной корзинке держал.

  22. Вот иверь после этого хостерам с их «бекап на удаленном сервере». Удалили на 5 метров и все? А на счет поджега уже есть инфа кто сделал. Одеситы просто не слушались.

  23. Да, с бэкапами просто беда. Слишком часто оказывается, что их то и нет… Как говорится, «а был ли мальчик»…

  24. Егор, где есть информация о поджоге?

  25. @Оля, не в инете, а так слухи от знакомых, там что-то не поделили. :???: Но горело не просто так от замыкания.

  26. Как всегда куча слухов …хотя реалии бизнеса на Украине таковы, что все возможно

  27. Вывод онин – нада чаще бэкапиться! В жизни всякое бывает!

  28. Да очень неприятные проблемы! Раньше сам пользовался SmartResponder до недавнего времени, хорошо успел закончить работу с этим сервисом до данных печальных событий!

  29. :mrgreen: Починят обязательно! Я уверен!

    Моя статья по этому поводу на блоге http://mihailaveryanov.ru

  30. починят или нет это уже другой вопрос, а вот то что бэкапа нет это плохо(

  31. Сколько шума по этому поводу, жаль конечно что информация пропала у людей многие говорят делайте бэкапы, делайте бекапы!!!! Но все равно все про них забывают как это не прискорбно.

  32. Я тоже пострадал (правда не сильно) от этого пожара.
    Дело в том, что мои сайты находились именно в этом дата-центре, однако хостер через несколько часов предоставил мне место, согласно моего тарифного плана, в другом месте.
    Бекапы (хоть я еще делаю только первые шаги в сайтосторонии) я естественно скачал на комп.
    А вообще от этого пожара пострадало огромное количество народа, у многих из тех кто не сделал бекапы сайты потеяны навсегда(((.

  33. Михаил Аверьянов, вы просто перепечатали статью Макса Хигера

  34. Я где-то читал, что система противопожарная была отключена. По причине неоднократного ложного срабатывания. Вспоминается фильм с Р.Рейганом в главной роли, названия не помню.

  35. Весь Интернет уже это мусолит. А между тем взрывы в метро унесли гораздо больше жизней…

  36. Жалко hosting.ua
    убытки там ужасные

  37. Все глубоко вдохните и выдохните :mrgreen:

    Все основные данные со Smartresponder.ru целы.

    Я за 4 часа до пожара слил себе бэкапы всех БД на локальный комп.

    Это значит, что как только мы поднимем архитектуру серверов на новом хостинге, то мы начнем работу с момента на 27.03.2010.

    Все подписные листы, данные рассылок и другие основные данные. будут в том же состоянии, что и до пожара.

    Smartresponder.ru жил 8 лет, Smartresponder.ru жив, Smartresponder.ru будет еще долго жить и преуспевать. Слишком много у нас накоплено опыта и наработок, поэтому мы далеко ушли от конкурентов.

  38. Может после этого события научатся перестраховываться

  39. Когда кто-то падает или хотя бы спотыкается, конкуренты набрасываются на его бизнес. И это нормально, в современных джунглях выживает сильнейший.

    К чему это я? Просто пост понравился. Честно признали, что проблемы конкурентов им выгодны. И заодно пропиарились, мол, «у нас такого не будет». И пошла спокойная поддержка истеричной дискуссии.

    Молодцы, отличный ход. Уважаю!

  40. Я наверное о пожаре узнал один из первых. У меня там один ресурс лежал – который я постоянно мониторил, как только связь оборвалось – забил тревогу. А с утра новость узнал.

  41. Мда, у меня тоже один из ресурсов на хостинг.уа. Правда не в одессе мои сервера находились.

  42. 2Хигер – cлишком много опыта не бывает… Даже если это 8 лет

  43. Ужас. Ни когда не нужно пренебрегать мерами пожарной безопасности. Хотя я не исключаю возможность, что это был умышленный поджег. Ведь помимо SmartResponder.RU на этих серверах располагалось огромное количество других сайтов. Так что все возможно.

  44. Даже не знаю поздравить вас, или посочувствовать всем у кого сайты погибли…
    Еще одно подтверждения что у нас противопожарная безопасность очень хромает. И ведь есть специальные средства защиты серверных. А у нас в России все также плохо ?

  45. Ее пример другим наука (с)

  46. На такие случаи должен быть резервный сервер. У них он был, но хранить его надо было не в этом же здании, а где-нить в другом месте. Хорошо, что я там ничего не хостил :-)

  47. Жаль, и из-за этого я не могу подписаться на некоторые рассылки (

  48. мой ресурс сгорел вместе с пожаром :x

  49. по-моему, надо самому заботиться о своих бекапах и не надеяться на хостеров. Тогда можно ночью спать спокойно

  50. Жаль сервис…

  51. Да не повезло, очень жаль.

  52. Тоже погорел я с этим хостингом( Только сегодня восстановил сайты. Бэкапов толком не было. Урок мне. :sad:

  53. Сочувствую всем, кто попал в эту неприятную историю со сгоревшим хостингом. Такого ни кому бы не пожелал бы – даже злейшему врагу: человек работает, работает и в один день происходит катастрофа, в результате которой, выходит, что все его усилия были бессмысленными.

  54. У меня у многих знакомых накрылись сайты, у одного 30, у другого 50, Зато все мы получили отличный урок на будущее – всегда делать копию – а лучше две.

    А если бы к примеру человек год или 2 года вкладывал все свои силы и финансы в один единственный сайт и потерял бы его без возможности восстановления? Это же все, полнейшая безысходность…

  55. Как-то не очень хорошо так писать о конкурентах.

  56. Это, конечно, очень печально. Я сам недавно хотел создать на новом проекте рассылку, с помощью данного сервиса. Все знакомые сайты, которыми пользуюсь, предлагают услугу email-рассылки с помощью этого сервиса.
    Правда я нашел альтернативу данному, предлагают эти же услуги. Если заинтересовала, то можете написать на почту или здесь же в комментариях :)

  57. Сейчас у них на сайте хостера написанно, что произошел сбой по причине форсмажора.
    Но если я не ошибаюсь, форсмажор это явление непреодолимой силы, типа стехия какак-нибудь. Пожар под эту категорию не попадает как мне кажется.

  58. HiFiT – пишите сюда, интересно знать о том, что предлагают конкуренты ;)

  59. SmartResponder сгорел? Невероятно!

  60. Евгений Медведников, хорошо :)
    http://www.unisender.com/ru вот сервис, предлагающий email маркетинг и рассылку SMS :smile:

  61. Хороший сервис, знаю таких (но еПочта СМС – дешевле) :mrgreen:

    А по рассылке e-mail мы с ними несколько в разных плоскосятх находимся и особо не конкурируем.

  62. Конечно жаль, что такая именитая компания совершает такие глупые ошибки.

    А в статье все правильно написано – нужно самостоятельно заботиться о своих материалах, нежели чем доверять сервисам.

    В чем я точно уверен, у Гугла такого не случиться :grin: :grin: :grin:

  63. seo4ip, форсмажор включает в себя обстоятельства непреодолимой силы, но не исчерпывается ими. Например, в форсмажор может быть вписано эмбарго.

  64. Репутацию подорвали конкретно!

  65. Как то не хорошо писать о конкурентах в таком свете ;-)

  66. хм интересно. Нужно было следить за мерами пожарной безопасности.

  67. Как так компания могла допустить ошибку??хммм, даже сложно себе представить..
    Ну репутацию они себе по любому подорвали..

  68. мдаа.., из-за их халатности пострадало только моих знакомых человек 10 как минимум, у них все сайты там были, немалые деньги потеряли, но сейчас слава Богу всё наладили. Но впредь я думаю их теперь пожарная инспекция в покое не оставит =) А вообще по отзывам знакомых фирма очень даже стабильная

  69. Жалко компанию, никто от этого не застрахован, тем более Одесса, мой любимый город. Теперь надеюсь они улучшат пожарную систему и быстро восстановятся!

  70. В чём-то мнения расходятся в чём-то сходится, но всё таки мне кажется когда на хостинге подобного уровня происходят такие ЧП…невольно начинаеш задумываешься на что же уходят наши деньги.

  71. Очень плохая история :x

  72. я бы, к сожалению, не удивился, узнав о преднамеренном поджоге…

  73. Ужас у самого было у них 10 рассылок :sad:

  74. Бред какой то пишите, поленившись почитать подробности из первых рук. ;-) С бэкапом у них все нормально – данные не потеряны. Только это не решает проблему – даже с сохранившимися данными, чтобы запустить такую непростую систему, нужно как минимум установить все ПО на другой хостинг. А это не день и не два. В чем их недальновидность и ошибки? В том что их система не была продублирована и не работала одновременно на двух разных серверах? :lol: Так это черезчур. А форсмажор имеет место быть всегда. Хотя я сам пользуюсь Почтовым Дятлом – и отвекчаю сам за себя. Так оно сподручнее.

  75. Дублирование – это не черезчур, это НОРМА. Просто дублирования даже мало, если требуется хотя бы 99.9% стабильности.

    Это халатное отношение к пользователям, не предоставлять такой возможности веб-сервисам. А уходить в даун на 2 недели (а то и больше, кто знает когда они воскреснут), это просто издевательство.

  76. Хотелось бы кое что разъяснить.

    Все эти замечания, про то, что надо держать порожняком где-то резервную архитектуру – рассчитаны на некомпетентных в теме читателей.

    Дело в том, что у нас не один сервер, а целых четыре сервера обслуживает сервис. Сервера такие мощные, что их почти ни один хостинг никогда не держит на складе. Отсюда и задержка сейчас при переезде на новый хостинг.

    И меньшая архитектура не потянет наши нагрузки просто физически. Мы вырастали до 4-х серверов в течение 8 лет. А нагрузка у нас постоянно расла и будет расти после запуска, потому что все больше авторов рассылок осознают наши выгоды и конкурентные преимущества. Наша клиентская база растет очень бурно и у нас уже более 4,5 млн. подписчиков на сервисе.

    Поэтому если и держать резервную архитектуру, то это означает держать равноценных 4-е сервера где-то в другом месте. А это означает платить примерно 1500 Евро за их аренду ежемесячно. 1500 Евро на 12 месяцев выходит 18000 Евро в год практически коту под хвост.

    А еще сюда надо добавить то, что резервная архитектура мало чего стоит пока там не разогреты IP-адреса отправляющих серверов. То есть пока не пробиты направления для спокойной доставки почты. А как их пробивать, если основная работа ведется на основной же архитектуре? Поэтому это только «бла-бла-бла» насчет того, что надо держать сервера где-то еще про запас.

    Наш проект не готов выбрасывать 18000 Евро в год из бюджета просто ради потенциальной опасности, которая может случиться 1 раз в 8 лет, а может вообще больше никогда не случиться.

    Но что мы теперь точно сделаем – так это возьмем еще один бэкап сервер где-то в другом датацентре, чтобы туда каждый день ложить все наши данные с архитектуры серверов. Чтобы у нас вообще даже потенциально не было проблем с потерями данных. Хотя у нас итак этой проблемы нет. У нас сохранены все актуальные данные на момент за 4 часа до пожара.

    Нормы дублирования – я Вас хочу расстроить, но на самом деле ни один почтовый сервис в Рунете это не делает по настоящему. Ни Subscribe.ru, ни Content.mail.ru, ни Maillist.ru не держат где-то во вторых центрах дублирующие сервера. Это миф, в который Вам хочется поверить и сказать, что так правильно. Вы это додумали сами. Поэтому пожар не переживет ни один из перечисленных сервисов.

    Вы еще Яндексу с его огромнейшим парком серверов предложите держать еще один такой же парк где-то дополнительно :) Это будет вообще смешно. :mrgreen:

  77. Форс мажор что сделаешь!!!Да когда рушится сервис, рушится бизнес но все же поправимо, дело времени , как всегда народ паникует и ищет виноватых!

  78. Форс мажор или нет разберутся следователи, а репутацию не вернуть!

  79. Ты дорасти вначале до десятков тысяч серверов, как у Яндекса, а потом рассуждай о дублировании. Опять показываешь скою полную некомпетентность в этом вопросе.

    А 4 сервера за 8 лет – это жутко мало для вебсервиса (у нас сервисом мало, но даже у нас не 4 сервера в сумме, ибо мы заботимся о максимальной доступности нас для клиентов). Что наглядно продемонстрировал этот случай твоего дауна на уже две недели (и ещё неизвестно сколько он будет длится).

    К примеры у нас в случае дауна мы поднимаем полностью все наши сервисы и сайты в течении пары часов. Это стоит денег и не одну тысячу долларов в год. Но мы любим своих клиентов, в отличие от тебя, и мы добровольно несём ради них эти расходы.

    Я надеюсь, что парни из UniSender, profi-post и прочих, кого ты недавно охаял на своём блоге (но потом тебя умные люди подсказали и ты стёр тот пост, в котором тебе же твои же клиенты показали, что это, мягко говоря, неприлично) нас почитают и расскажут немного о себе ;)

  80. а я так думаю – не с проста все это! просто так ничего не горит…

  81. Это просто ужасно. Много людей пострадает (не физически) материально.

  82. Часто что-то начали гореть дата-центры… даже хорошие и дорогие хостинги глюки дают.. куда катимся… :sad:

  83. Удалённые сервисы, не гарантируют стабильности работы – это точно :!:

  84. Natalya, вы правы, но содержать собственный сервер с широким каналом, мало кому под силу. Поэтому остается делать бэкапы и спать спокойно, у меня вон на McHost.ru с 10 сайтов лежало и ничего страшного, восстановил за пол дня.

  85. По большому счету все можно востановить, но кто ответит за нанесенный ущерб?

  86. За это есть кому ответить!

  87. Сумма не большая, починят и нет проблем!

  88. господа блоггеры натолкнули меня на замечательную мысль. создать страховой продукт покрывающий не только риски пожара арендуемого помещения, но и предоставления экстренных серверов на период восстановления основных.
    интересно имущество было застраховано?

  89. Я в тот день как раз статью хорошую написал… а там так получилось плохо ((

  90. В последнее время всё с большим количеством хостингов происходят какие-либо проишествия. Тот же случай с макхост. Искренне сочувствую всем клиентам Hosting.ua, с которыми случилась такая неприятная история :|

  91. Все сайты держу у hosting.ua, на половину не было бекапов. Хорошо что виртуальный хостинг не пострадал вообще.
    Убытки были только из-за простоя сайтов.

  92. Хостинги не рукописи, поэтому им свойственно иногда гореть((

  93. Небольшая проблема, все можно восстановить.

  94. Соглашусь с автором и добавлю что это не форс мажор а чистая ХАЛАТНОСТЬ!

  95. ужас… бывает же такое.

  96. Я в курсе этой новости был, у меня у заказчика мой сайт на хостинге пропал из за этого вроде, ну заново делать конечно же не стал =)

  97. Это все наше русское «авось» и погоня за деньгами у одних Хостинг сгорел у других рубильник выключили ( McHost)
    а у меня там сайты и теперь хватайся за голову….

  98. Соглашусь с автором в плане того что компания SmartResponder сама загнала себя и своих клиентов в такую неприятную ситуацию.

  99. Такой уж у нас народ, ничего не поделаешь =)

  100. Компания восстановится, да. Но репутация, как Вы сказали, упадет. Да и за 7 дней множество клиентов перейдут к Вам или к другим конкурентам. Я бы Вас поздравил, да не Ваша заслуга. Дело случая.

  101. Да, от этого никто не застрахован. Но за халатность нада платить. В даном случае – клиентами.

  102. Скупой платит дважды. Такие крупные проекты как SmartResponder необходимо размещать за пределами стран СНГ.

  103. хорошо, что у меня сайты в другом месте, я не пострадал. Сочувствую всем тем кто от этого получил какой либо ущерб…

  104. Соглашусь с автором, что компании SmartResponder можно только посочувствовать, они стали заложниками собственной недальновидной политики размещения серверов.

  105. Благодарю вас, очень интересно было прочитать, и сделать для себя определенные выводы. SmartResponder учится на своих ошибках, а это как извесно делают только …!

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

  107. Эхх, одесса) А у нас тут в Днепропетровске Рейдерские забеги на дата центры)

    ЗЫ. Наезжают номера комментов трехзначные)

  108. что касается резервного копирования, то на сайте http://www.srds.ru утверждается, что предоставляя эту услугу, они делают бэкапы для каждого своего заказчика в 2-х удаленных друг от друга на большое расстояние дата-центрах и зеркала в каждом из них существуют.

  109. Многие мои друзья поимели проблем на нем не мало. Блаженен тот кто бекапчики вовремя делает. Не иначе.

  110. :twisted: Это хорошо, что где-то что сгорает и это напоминает нам – «нужно делать бекапы»

  111. Да, у самого во время пожара в ДЦ сгорело несколько проектов. Обидно, а что делать? А вам, ясмотрю это только на руку.

  112. Дааа, наслышан о данном ЧП, ну и шороху навел в своих кругах этот пожар

  113. Идиотизм располагать рядом два серва.Толку на второй бекапить,если он рядом и также может сгореть)

  114. Не стоит класть в се яйца в одну корзину, как гласит народная мудрость. ЩИТ ХЭППЭНС как концепция навряд-ли устроить клиентов хостинг.уа. Удачи в востановлении всего этого безобразия.

  115. Такие профессионалы быстро восстанавливают свою работу

  116. В свое время обжегся на mchostе, что приучило меня к частому бэкапу, дабы не потерять информацию и всегда иметь возможность ее перенести на другой хостинг.

  117. Сандер: На беде нехорошо, а на ошибках – надо!! Иначе то они ничему учить не будут.
    Расположить резервные серверы в том же помещении что и основыне удивительно нелогичное решение даже для такой в целом нелогичной страны как наша «ненька».
    Ну да может это покажет остальным хостинг-провайдерам что не стоит мелочиться на бекапе, а то начинаешь поневоле беспокоится о судьбе своего сайта. Провайдер говорит что делает бекапы, но как узнать так ли это и куда он их «складирует».

  118. Да произошла досадная история, но тогда мои подписчики не пострадали. Теперь регулярно делаю бекапы.

  119. Насчет отношения к клиентам Smartrespondera скажу лишь по моему случаю. Отключили мой аккаунт посчитав мой письма спамом, даже не дав сохранить мою базу, и потом еще имели наглость слать мне свои рассылки. После этого я уже не доверяю никому своем рассылки ,а использую программное обеспечение для собственной рассылки.Я владелец своего списка рассылки, а блокировать его было неуважением со стороны сервиса.

  120. Да, бекапы надо делать во всех случаях, тем более, что все можно настроить в автоматическом режиме. Бекапы будут просто на почту приходить в установленное время.

  121. После восстановления падения хостинга, можно попросить через тикеты и пришлют бекапы. Сейчас любой нормальный хостер каждый день делает резервные копии.