“Всё пропало, Лёлик, всё пропало!!!” © к/ф “Бриллиантовая рука”.

Пол года назад я уже писал о переезде от одного хостера к другому. Статья была о том, как избежать проблем при смене хостера. Но что делать когда проблемы уже возникли? Эта статья именно о том как можно решить проблемы возникшие ещё до решения о переезде и как минимизировать потери от возникших проблем. Я расскажу Вам как бороться с возникшими проблемами, используя свой опыт.

Предыстория

Пол года назад я переехал от хостера Komtet на сервер Infiumhost. Не то чтобы Komtet был плохим хостером, скорее наоборот, но у него небыло подходящего для меня тарифного плана, поэтому пришлось переехать. Я долго выбирал хостера и остановился на Infiumhost. По началу всё шло хорошо, первые два месяца нареканий не было. Всё супер: быстрый отклик сервера, богатый набор выделенных ресурсов и цена очень даже демократичная для уровня и объёма предоставляемых услуг. Но вдруг, всё плохое бывает “вдруг”, начались падения сервера. И чем дальше, тем чаще. Дошло до того, что по выходным сервер скорее “лежал”, чем “стоял”. Техподдержка, в лице Ануфриева Сергея Валерьевича, поначалу весьма вежливая, начала откровенно хамить. В довершение ко всему, меня вдруг заблокировали без объяснения причин. С трудом удалось выяснить, что это не очередное падение сервера, а банальная блокировка:

От: minimus – 2012-03-17 09:32:10
Сервер в дауне вторые сутки!!! У Вас хоть что-нибудь работает? Ваш сервер “колбасит” уже неделю!!!

——————————————————————————————
От: Ануфриев Сергей Валерьевич – 2012-03-17 09:34:15
я боюсь, что именно у вас уже ничего и не будет работать.

——————————————————————————————
От: minimus – 2012-03-17 09:36:05
Это ещё почему?

——————————————————————————————
От: minimus – 2012-03-17 10:50:05
Ну так что? Есть что ответить?

——————————————————————————————
От: Ануфриев Сергей Валерьевич – 2012-03-17 11:34:00
систематическое нарушение правил и превышение нагрузки

Вы считаете, что я слишком жестко начал разговор? Это следствие предыдущего:

От: minimus – 2012-02-08 09:50:45
www.simplelib.com, blogcoding.ru – последние 12 часов “504 Gateway Time-out”
Как долго это будет продолжаться? Я несу финансовые потери!

——————————————————————————————
От: Ануфриев Сергей Валерьевич – 2012-02-08 11:58:08
> Я несу финансовые потери!
нам это не очень интересно.

сайты функционируют нормально.
проверяйте через //host-tracker.com/

—————————————————————————————–
От: minimus – 2012-02-08 14:16:34
Сейчас УЖЕ ДА …
08072012.jpg

—————————————————————————————–
От: minimus – 2012-02-08 18:34:26
>нам это не очень интересно.
Г-н Ануфриев, мне не интересно по каким причинам Вы и Ваши коллеги не могут обеспечить нормальное функционирование моих сайтов. Вы взяли на себя определённые обязательства, будьте любезны их исполнять! А хамство в отношении клиентов, это в любом случае моветон …
Удачи Вам в вашем нелёгком труде … ну или изучите инструкцию в конце концов …

—————————————————————————————–
От: Ануфриев Сергей Валерьевич – 2012-02-12 00:00:00
Перемещено в архив по причине отсутствия активности в течение 3 дней.

Ответа я тогда не дождался …

Позднее, анализируя сложившуюся ситуацию, я пришёл к выводу, что меня забанили незаконно. А суть вот в чём. Я заказал хостинг когда Infiumhost предлагал на тарифном плане “Оптимум” другие параметры нежели сейчас. Например 256Mb memory_limit тогда против 192Mb сейчас. Другие параметры тоже изменились в худшую сторону. Я думаю, что перенастроив параметры выделяемые для данного тарифного плана и настроив систему контроля, техники забыли или умышленно оставили без изменений (для перезаключения договоров на новых, худших условиях) ограничения для старых аккаунтов. Таким образом мой WordPress запрашивает 512Mb памяти (он всегда просит столько, но использует сколько дадут) и получает 256Mb, согласно настройкам аккаунта, а система контроля фиксирует нарушение по выделению памяти (перерасход). Я, конечно, не специалист в этой области, но думаю, что это происходит приблизительно так.

Но, вернёмся к нашим “баранам” … Доступ к сайтам, и, соответственно, к базам данных закрыт. Техподдержка отвечает “стиснув зубы”. Что же делать?

Исходные данные

Итак, что же мы имеем в качестве исходных данных для продолжения работы нашего сайта? Практически ничего, кроме желания всё восстановить.

1. Данные, накопленные за четыре года, недоступны
2. Хостинг отсутствует и перенос данных невозможен (см. пункт №1)

Тем не менее, как Вы уже заметили, сайт работает и это значит, что ещё не всё потеряно. 😉

Восстанавливаем потерянные данные

Если не отчаиваться и включить мозг, всё не так уж и страшно. Первым делом, я запросил доступ к данным у тех. поддержки Infiumhost. Не смотря на то, что у нас случился нелицеприятный разговор и даже не один, мне дали ссылку на архивный файл backup‘а десятидневной давности. Не стесняйтесь просить, а если нужно и требовать, свои данные (базы данных, файлы) – это всё Ваша интеллектуальная собственность. И каким бы страшным не было Ваше прегрешение перед хостером, он не может и не в праве не вернуть Вам её, а тем более присвоить!

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

В моём случае это была одна статья. Но способ подойдёт для любого количества статей. Дело в том, что Google Reader не транслирует Ваш feed напрямую, а хранит его копию. Поэтому, для восстановления статьи нужно лишь открыть свой сайт в Reader’е и скопировать статью. Этот способ годится только в том случае, если Вы заранее подписались в Reader’е на собственный блог (сайт). Если Вы попытаетесь подписаться на свой сайт после утери оного, Вы получите сообщение об ошибке запрашиваемого feed’а.

Другим источником утерянной информации может быть кэш поисковика Google. Суть та-же самая, найдите необходимую статью в поиске Google, но переходите на неё не по ссылке, а через ссылку “Сохраненная копия”, если Ваша статья была просмотрена роботом Google до потери сайта, Вы сможете её открыть в “первозданном виде”.

Подбор хостера

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

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

Я искал хостера предлагающего объём предоставляемых услуг на уровне или большем, чем изначально предлагал мне Infiumhost. Это должен был быть хостер работающий на рынке не менее 5..7 лет. И это должен был быть хостер с нормальной, вменяемой тех. поддержкой.

Во-вторых, я решил расширить тестовый период (для себя лично и за свой счёт) и приобрёл хостинг на месяц у двух хостеров. Причём один виртуальный хостинг, а второй виртуальный выделенный сервер. Виртуальный хостинг я заказал на Timeweb. Этот блог, на момент написания статьи, расположен на виртуальном хостинге от Timeweb, можете оценить качество работы хостинга.

Второй хостинг, а точнее Виртуальный Выделенный Сервер (VDS), я приобрёл у firstVDS. По цене VDS обходится даже дешевле, чем Виртуальный хостинг от Timeweb – 249 руб/мес. за тариф VDS-Разгон от firstVDS против 265 руб/мес. за тариф Century от Timeweb. Кроме того, мне давно хотелось попробовать VDS в деле, хочется, знаете ли, самому назначать своим сайтам выделяемые ресурсы и не зависеть от прихотей хостера. К тому же, как оказалось, по управлению VDS ничуть не сложнее виртуального хостинга, если Вы не хотите установить что-то совсем экстраординарное. Та же панель (ISPManager), те же способы управления данными, просто больше возможностей (например подключить дополнительные библиотеки PHP). Более подробно о работе с VDS я расскажу в одной из следующих статей.

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

Установка данных

Первое с чем я столкнулся после переноса данных на новый хостинг, это отказ работы этого блога. Как я уже упоминал в начале этой статьи, часть файлов в backup’е была сохранена некорректно – расширения файлов при упаковке потеряли последнюю букву. Я обнаружил это уже после закачки данных на хостинг. Вам же советую проверять файлы ещё до закачки – это сохранит время и нервы. Мне повезло, что искорёжило только имена файлов, а не их содержимое.

Разумеется, я имел “частичную” резервную копию всех своих сайтов, но так случилось, что и она была устаревшей – файлы были на месте, а вот копия баз данных была трёхмесячной давности. Расслабился и поплатился за это.

 Заключение

Итак, что нужно делать в случае возникновения проблем:

1. Требовать резервную копию данных со своего аккаунта при любых обстоятельствах
2. При необходимости использовать Google Reader или кэш Google
3. Не торопиться при выборе следующего хостера – подбирать с особой тщательностью

Что нужно делать для того, чтобы проблем возникало как можно меньше:

1. Постоянно и как можно чаще производить резервное копирование
2. Периодически проверять статус и статистику превышений и предупреждений своего сайта
3. Подбирать хостера с особой тщательностью

По идее, если исполнять эти нехитрые правила, проблем возникнуть не должно. Однако, человек предполагает, а Бог располагает …

Удачи!

© 2012 – 2014, minimus. Все права защищены. При копировании и републикации статьи, ссылка на первоисточник обязательна.