1. Кирилл Антипин (владелец аккаунта), Роман Александров (вебмастер)
2. Логин skipper-art, сайт communicative.ru и еще полсотни рабочих сайтов наших клиентов.
3. Арендуется выделенный сервер, в течении недели три(!) раза умирали намертво оба жестких диска в рейде, замена занимала 1-2 дня.
4. Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com и эта компания за счет оборудования не первой свежести сокращает издержки, но когда ответ на тикет о падении сервера идет полтора часа и приходит "наши специалисты сейчас посмотрят", плюс 16 часов (!) никто внятно не может дать ответ о том, когда работоспособность сервера будет восстановлена, такое отношение, мягко говоря начинает отпугивать.
Здравствуйте
Должен заметить что заголовок "Некомпетентность технической поддержки" никак не стыкуется с вашими же словами: "Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com". Причем тут fastvps в таком случае. Что касается времени ответа и особенно решения проблемы - в зависимости от конкретного датацентра Hetzner AG предоставляет круглосуточную или не круглосуточную поддержку. Естественно, предположить, что во втором случае во вне рабочее время (оно у них с 10 до 17 насколько я помню действует) придется ждать техников для того чтобы заменить неисправные жесткие диски. Это никак не связано с "некомпетентностью технической поддержки" реселлера который не имеет физического доступа к серверам и если бы даже имел - не имеет прав менять что либо на чужом, не принадлежащем ему оборудовании.
Прекрасно понимаю, что в данном случае, вы просто выразили свое недовольство Hetzner AG, опосредствованно лягнув ни в чем не повинных FastVPS. Все же надо быть справедливым даже тогда когда вам не везет и вы попали в неприятную ситуацию. Должен так же заметить что даже в дорогих, совсем не бюджетных датацентрах, время замены вышедшего из строя оборудования далеко не всегда гарантируется. А даже если гарантируется то может составлять более 4-х часов. Да еще могут и тесты сначала запустить аппратные чтобы убедиться в том что диски нерабочие (этим обычно страдают американские датацентры независимо от бюджетности/небюджетности).
От себя лично могу только посочувствовать и пожелать удачи в решении проблемы и терпения и справедливости в определении источников проблемы.
PS. Добавлю еще по сути проблемы - если винты действительно три раза умирали то, это очень подозрительно и возможно имеет смысл поменять шасси или материнскую плату. Но, конечно, это надо смотреть на месте. Трудно верится, что три раза вам могло так "повезти" с жесткими дисками. Все же жесткие винты довольно легко проверяются на наличие сбоев и проблем и вряд ли их меняли не проверив перед установкой и после установки.
Ок, понял Вас.
Вот смотрите ситуацию:
1. Никто нам не говорил о техниках и прочем. Это точно.
2. Нам сказали что идет проверка файловой системы и идет она уже почти сутки и никто нам не может внятно назвать время восстановления работоспобности!
3. Это все нам говорит поддержка Fastvps.ru, ей же мы платим деньги, если бы платили в hetzner и их поддержка так к нам относилась, значит в заголовке стоял бы hetzner, логично?
4. Так что, я понимаю, Ваше стремление снизить градус напряженности и обелить коллег по цеху, но все верно написано.
6. Мы абсолютно терпеливы, я все написал более чем корректно
1) Ну как бы эта информация имеется на сайте Hetzner AG насколько я помню. Вы же знали что получаете сервер именно там. Стоило бы изучить их сайт.
2) Нам сказали что идет проверка файловой системы и идет она уже почти сутки и никто нам не может внятно назвать время восстановления работоспобности!
А какой общий объем дисков? Они в рейде? Если произошел сбой который требует ручной проходки с помощью fsck -y то, к сожалению, никто не может сказать когда эта проверка окончится так как она проходит медленно и к тому же скорость проходки может меняться в зависимости от количества ошибок на диске. Поэтому не представляется возможным сказать что нибудь конкретное даже приблизительно.
PS. Стремление к объективности не стоит приравнивать к корпоративной солидарности. Если бы FastVPS задержали оплату, тормозили бы с передачей ответов от техподдержки Hetzner к вам и обратно, искажали бы смысл переписки, я бы их не стал поддерживать ни в коем разе. Но в данном случае, очевидно, что ситуация is not under their control как говорится и пинать их за это необъективно и несправедливо.
PPS. Что касается кому вы платите деньги - FastVPS выступает агентом Hetzner по факту и поэтому основную ответственность за услугу несет именно Hetzner. Бесспорно, с формальной стороны дела, как клиент вы общаетесь именно с FastVPS и можете предъявлять им претензии, но фактически вы будете сотрясать воздух и делу никак не поможете. FastVPS со своей стороны может предложить вам какую то альтернативу (например, заменить сервер на другой) и т.п. и т.д., но они не могут починить то, что не находится под их контролем и вынуждены ждать решения от техников датацентра вместе с вами. Никто не может принудить вас к продолжению сотрудничества как с агентом так и с датацентром и вы всегда можете сменить и того и другого.
Конечно, хотелось бы чтобы и представители FastVPS огласили свою точку зрения на эту ситуацию.
Объем: 1.5 тб
Занято: 100 гб
Да, в рейде.
Теперь насчет невозможности огласить сроки.
Вот смотрите, компетентным человеком в той или иной области называется человек, имеющий как теоритические знания, так и практический опыт в данной области. На основе практического опыта, человек может делать некие выводы, суждения, проводить анализ, строить гипотезы и предположения.
Из википедии:
Как я уже сказал, при ручной проверке диска сроки ее окончания огласить невозможно. Вернее, можно, но они не будут под собой иметь фактической базы. Если, на последних секторах будет обнаружено много побитых блоков, то скорость проходки уменьшиться с нормальной до 2-3 Кб/с а то и меньше. Величина динамическая, никак не контролируемая админом и от его умений не зависящая. Поэтому назвать можно но, по сути это пальцем в небо тыкать. К тому же дело осложняется наличием рейда - он еще добавляет непредсказуемости в этом плане. Вчера изменял клиенту настройку с рейда5 на рейд6 - реиницилизация заняла почти 6 часов. Хотя не такие уж большие винты - 4 х 1 Тб и операция на первый взгляд простая и должна была уложить в 1 час максимум. Теоретически можно предположить что на скорость проходки могут влиять:
а) Параметры жестких дисков (наличие резервных секторов, размер кеша, скорость вращения шпинделя, тип интерфейса)
б) Параметры контроллера
в) Настройки самого рейд массива
г) Наличие и колиество плохих блоков на секторах жестких дисков
д) производительность самого сервера
В конце концов, если настолько не верите в компетентность FastVPS что мешает задать абсолютно тот же вопрос непосредственно техникам Hetzner? Я уверен что они точно так же ответят: надо дожидаться окончания работы.
PS. Весьма условно можно посчитать по уже пройденным секторам сколько может занять времени дальнейшая проходка - fsck показывает сектор где обнаружилась проблема - если сектор xxx и времени чтобы до него дойти отняло 1 час, то вычитаем текущий сектор из общего количества, получаем оставшее количество секторов и делим на среднее количество времени необходимое чтобы пройти один сектор - получаем очень эмпирическое значение времени которое еще может продолжаться проходка. Но фактическое время может отличаться в разы - причем как в одну так и в другую сторону.
Ок, а если понизить порядок точности с часов до суток, проще называть станет вилку?
Насчет техников hetzner. Поверьте, мне есть чем заняться кроме как доказывать службе поддержки hetzner что я клиент их реселлера и они обязаны предоставить мне информацию. Деньги платились в Fastvps, а они могли их заносить хоть Папе Римскому. Спрос теперь с них.
А какой смысл? И день и два может быть. По опыту могу только сказать, что когда так замедляется процесс, скорее всего, лечение файловой системы ничем хорошим не кончится.
Что касается спроса: бычить = бычить и ничему больше. Позиция неконструктивная изначально и рассчитанная на все что угодно, но не на реальное решение проблемы. Лично я бы как клиент попросил бы:
а) озвучить вероятность и сроки лечения файловой системы (хотя бы примерно). Если срок превысит 1-2 дня то вероятно стоит забыть о лечении.
б) в зависимости от ответа:
1) предоставить другой сервер, чтобы развернуть сайты из имеющихся бекапов
2) отказаться от услуг в связи с несоответствием качества услуг заявленному (хотя обычно в аренде выделенных серверов возврата денег не предусмотрено, но данный случай может считаться исключением так как вы не нарушили никаких правил а справиться с вашим сервером техники не могут на протяжении длительного времени) и развернуть сайты где нибудь в другом месте.
И узнайте в каком ДЦ стоит сервер
http://www.hetzner.de/en/hosting/kontakt/telefon-support
Не везде железо меняют круглосуточно, а только по рабочим дням и в рабочее время.
Я не намеревался с вами спорить. Я отписался в теме для не для того, чтобы конкретно вас переубедить, хотя и привел достаточно доводов для этого (на мой взгляд вполне убедительных но, пусть это оценивают другие). А для того, чтобы читатели темы могли составить себе объективное представление о том, какие проблемы могут случатся и как их следует решать вне зависимости от эмоций и обид, базируясь только на основании фактов, технических возможностей и условий договоров и соглашений . Надеюсь, что в результате обсуждения читатели темы смогут сделать свои собственные выводы об этом прискорбном случае с неудачной железкой. Желаю удачи в скорейшем решении этой проблемы.
Всем привет!
Беда с цитированием, почему-то, выделяю цитаты курсором.
1. Кирилл Антипин (владелец аккаунта), Роман Александров (вебмастер)
2. Логин skipper-art, сайт communicative.ru и еще полсотни рабочих сайтов наших клиентов.
3. Арендуется выделенный сервер, в течении недели три(!) раза умирали намертво оба жестких диска в рейде, замена занимала 1-2 дня.
4. Мы прекрасно понимаем, что fastvps.ru это реселлер hetzner.com и эта компания за счет оборудования не первой свежести сокращает издержки, но когда ответ на тикет о падении сервера идет полтора часа и приходит "наши специалисты сейчас посмотрят", плюс 16 часов (!) никто внятно не может дать ответ о том, когда работоспособность сервера будет восстановлена, такое отношение, мягко говоря начинает отпугивать.
3. Это не соответствует действительности. Как минимум, потому что интервал между заменами - 6 и 17 число ну никак не неделя. Да, диски ставят не новые, это никогда и никем не отрицалось, но это не значит, что в 100% случаев они умирают через неделю.
По поводу замены 1-2 дня - тоже неправда, вот реальная хронология событий по предыдущей замене
06/02/2012 15:24 Дорогой Кирилл!
Ситуация критическая - отказали оба диска.
Далее обсуждение что и как делать, чтобы не потерять данные
06/02/2012 15:43 - Клиент
06/02/2012 15:50 - Саппорт
06/02/2012 15:52
06/02/2012 15:52
06/02/2012 15:54
06/02/2012 15:57
06/02/2012 16:00
06/02/2012 16:06
06/02/2012 16:19
06/02/2012 16:34
06/02/2012 16:35
06/02/2012 17:22
06/02/2012 18:07
06/02/2012 18:13
06/02/2012 18:23 - после этого момента выполняется бэкап 100 ГБ и дальше идет замена диска
[quote]07/02/2012 06:58
Уважаемый Кирилл!
Диск sdb был заменен. Идет синхронизация массива в Rescue-режиме.
В данный момент синхронизировано 50% массива.
До завершения синхронизации осталось приблизительно 220 минут.[/quote]
Дальнейшие тикеты:
07/02/2012 09:38 - Саппорт
07/02/2012 09:46 - Клиент
07/02/2012 09:49
07/02/2012 09:51
07/02/2012 09:54
07/02/2012 09:55
07/02/2012 10:00
07/02/2012 10:02
07/02/2012 10:06
07/02/2012 10:10 - Клиент - идет процесс синхронизации RAID
07/02/2012 11:51 - Клиент уточняет, как дела
07/02/2012 11:52 - Синхронизация завершена
07/02/2012 11:54
07/02/2012 11:57
07/02/2012 11:58
07/02/2012 12:00 - Отправлен запрос на замену второго диска
07/02/2012 12:02
07/02/2012 13:48 - Замена второго диска
07/02/2012 14:50
07/02/2012 14:56
07/02/2012 15:11
07/02/2012 15:16
07/02/2012 15:19 - Синхроизация массива, были проблемы с загрузкой сервера, решены
[quote]07/02/2012 15:29
Дорогой Кирилл!
Пожалуйста. Всегда рады Вам помочь.[/quote] - последний ответ саппорта по данной проблеме, тикет был закрыт клиентом 17 числа.
Извините, но тут вообще не вижу поводов на что-либо жаловаться. В он-лайн чатах саппорт может медленней быть. Не про какие 16 часов и прочее речи вообще не идет. Саппорт занималс втч созданием бэкапов за клиента и т.д.
Следующая проблема от 17/02/2012 17:04
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
[quote]17/02/2012 18:51
Дорогой Кирилл!
Вам с срочном порядке нужно менять /dev/sdb диск, так как по нему очень много ошибок.[/quote] - отет админа после диагностики.
Дальнейшая переписка
17/02/2012 18:54 - Клиент
17/02/2012 18:56 - Клиент
17/02/2012 19:05 - Саппорт
17/02/2012 19:12 - Клиент
17/02/2012 19:14 - Клиент
17/02/2012 19:19 - Саппорт
17/02/2012 19:20 - Клиент
17/02/2012 19:21 - Клиент
17/02/2012 19:23 - Клиент
17/02/2012 19:23 - Саппорт
17/02/2012 19:25 - Клиент
17/02/2012 19:28 - Клиент
17/02/2012 19:34 - Клиент
17/02/2012 19:46 - Клиент
17/02/2012 19:55 - Саппорт
17/02/2012 19:58 - Клиент
17/02/2012 20:27 - Саппорт
17/02/2012 20:28 - Клиент
17/02/2012 20:46
17/02/2012 20:51
[quote]17/02/2012 21:09
Уважаемый Кирилл!
Новости плохие. После перезагрузки ( которую средствами системы так и не удалось провести, так как один из дисков перестал определяться ) /dev/sdb не определяется как диск вообще. /dev/sda тоже помечен, как сбойный ( и на нем тоже присутствуют ошибки ) и основная часть его недоступна. Сейчас можем провести проверку файловой системы, но высок риск потери данных. Что делаем ?[/quote]
17/02/2012 21:17 - Клиент
17/02/2012 21:20 - Клиент
17/02/2012 21:29 - Выяснилось, что бэкапы клиент не делал за эти 10 дней ни разу свежие.
17/02/2012 21:39
Дальше опускаю часть - устал копировать
[quote]
17/02/2012 22:03
Уважаемый Кирилл!
Забекапленные данные на нашем сервере вижу, данные от 6 февраля.[/quote]
17/02/2012 22:40 - Клиент
17/02/2012 22:48
17/02/2012 22:50 - Клиент
17/02/2012 23:03 - Предложение проверки ФС
18/02/2012 00:06 - Начата проверка
18/02/2012 07:20 - Клиент уточняет статус проверки
[quote]18/02/2012 07:53
Дорогой Кирилл!
Ведутся работы по восстановлению информации. На данный момент практически закончено исправление ошибок ФС, в скором времени начнём скачивание информации на бекап-сервер.[/quote]
18/02/2012 08:02
18/02/2012 08:10
18/02/2012 08:28
Клиенту честно говорят, мы ничего не скрываем и не отмалчиваемся:
[quote]18/02/2012 08:33
Уважаемый Кирилл!
Прогресс этой операции отследить нельзя, поскольку количество ошибок в ФС неизвестно. В связи с этим никаких предположений выдивнуть не могу, приношу извинения.[/quote]
[quote]18/02/2012 10:00
Уважаемый Кирилл!
Проверка всё ещё выполняется.[/quote]
[quote]18/02/2012 10:52
Дорогой Кирилл!
Доступ можно выдать прямо сейчас, если на данный момент он требуется.
Проверка всё ещё идёт, но есть архив Вашей системы, развёрнутый вчера Николаем. Вам необходим доступ к этим данным?[/quote]
[quote]18/02/2012 13:12
Дорогой Кирилл!
Всё ещё создаётся архив. Сканирование ФС продолжается.[/quote]
[quote]
18/02/2012 15:47
Дорогой Кирилл!
К сожалению, да. Еще идет[/quote]
[quote]18/02/2012 16:25
Уважаемый Кирилл!
Сейчас проверяется ФС диска. Восстанавливается часть файлов.
[/quote]
[quote]18/02/2012 19:46
Дорогой Кирилл!
Мы постоянно смотрим за сервером. Проверка еще идет. Каждый файл проверяется отдельно.
Как только проверка закончится - сможем сделать бекап.
От шлейфа и материнки это не зависит[/quote]
[quote]18/02/2012 20:03
Дорогой Кирилл!
Есть бекап, сделанный нашим сотрудником ранее, который весит 62 Гб. Можем выдать Вам его сейчас.[/quote]
[quote]18/02/2012 20:13
Уважаемый Кирилл!
Хорошо. Сейчас перекачаем его, чтобы Вы могли его скачать.[/quote]
[quote]18/02/2012 23:06
Дорогой Кирилл!
ФС проверена.
Вот ссылка на скачивание бекапа:
xxxxxxxx
Тикет оставляю ночной смене, чтобы проверили диск, рабочий ли.[/quote]
[quote]
19/02/2012 09:33
Дорогой Кирилл!
Сейчас ждем kvm что бы получить к нему доступ и понять что именно происходит с дисками.
На запрос о замене дисков ДЦ пока ответил отказом, но по их словам сейчас оба диска определяются.
По ssh доступ пока получить не удалось, сейчас сервер загружен в обычном режиме.[/quote]
[quote]19/02/2012 10:23
Дорогой Кирилл!
Сейчас перевел сервер в rescue. Из-за @ в пароле по kvm зайти не удалось.
md2(корневой раздел есть на sdb). Рейд сейчас собрал. Стоит дождаться конца сихронизации, так-как sdb скорее всего уйдет на замену.
Сейчас оно должно завершится через 408.3min. Можно перезагрузить сервер в обычный режим. Синхронизироваться будет дольше, но сайты будут доступны. Как именно дожидаемся сихронизации?[/quote]
Ну итд, проблема в процессе решения на данный момент. Да, может быть долго, но ведь никто на нее не забил, над ней работают, отвечают клиенту так быстро, насколько возможно, помогают сохранить данные и т.д. Если бы в наших силах было сделать еще быстрее - мы бы сделали, поверьте.
Честно говоря, я вообще не вижу даже к чему я со своей стороны могу придраться со стороны саппорта. Разве что могли бы чуть чаще информировать, что процесс проверки по-прежнему идет.
Я понимаю недовольство и клиента также, но если бы он делал бэкапы регулярно, вопрос давно бы мог быть уже решен, оперативной сменой дисков или сервера и разворачиванием сайтов из бэкапов, мы всегда, по возможности, стараемся войти в такое положение и предложить какие-то варианты.
Т.о., честно говоря, в данном случае, вообще не вижу никакого смысла в данной теме. Понятно, что вредить клиенту никто не станет, но ради чего она была создана, я не очень понимаю.
Работоспобность после двух суток была восстановлена, всем спасибо.
Цитата
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
Так об этом ответе поддержки и шла речь. Относительно 16 часов- я все верно написал. Именно столько времени прошло с падения сервера до того как я написал жалобу. И все 16 часов служба поддержки не могла внятно назвать время восстановления работоспособности.
Это ерунда как бы, Вы не наш клиент, отсюда непонимание Ваше. Перечитайте, пожалуйста
Следующая проблема от 17/02/2012 17:04
17/02/2012 18:28 - ответ саппорта - это FAIL - тут не спорю, к сожалению, еще иногда бывают такие задержки.
Меньше, чем полтора часа, это не укладывается в наши обещаемые 30 минут, но где тут 16 часов-то?!
Так что извините, но ничего правильного Вы тут не написали.
Я все уже процитировал и рассказал выше. Если нет конфликтного отношения - то я не понимаю вообще смысла темы. Что должно произойти было после ее написания? Резко закончится проверка и восстановится все данные сами по себе?
Саппорт отработал отлично, сказать что-то о сроках было невозможно - их не сказали и извинились за это. Я процитировал этот ответ. Время реакции все прекрасно видят. Назвали бы кривые сроки и получили бы тему о том, что "не укладываются в сроки"?
Сути вопроса нет вообще.
Мы, со своей стороны, сделали все, что было в наших силах в этой ситуации - это клиентоориентированный подход, а не называние мифических сроков. Было бы лучше, если бы мы ничего не делали и не отвечали раз в 5 минут, но говорили бы - "да, дцатого числа все будет ок, не беспокойтесь"?
Я всегда с пониманием отношусь к проблемам клиентов и учу этому ребят и они получают наказания, когда это заслужено, но данные претензии считаю абсолютно необоснованными и надуманными, скорость, отношение к клиенту и способ реакции на проблему были адекватны. И уж тем более речь не идет о некомпетентности.
16 часов поддержка не могла сказать когда восстановится работоспособность. Все верно?
Когда наступит конец света?
также меня интересует вопрос - сколько времени займёт восстановление мира из последнего бэкапа. Кстати, когда мы его делали последний раз?
Полтора года?
Тогда вам еще крупно повезло.
Обычно сервера без присмотра живут не больше года.
А вот скажите мне теперь такую вещь. После получения этого горького опыта вы все еще будете надеяться на авось или предпримите активные меры. И если да, то какие?
Следующий желающий нарушить п. 3.1 http://forum.hostobzor.ru/index.php?act=boardrules пойдет в длительный бан. Желающих в любой форме порекламировать услуги хостеров либо свои собственные постигнет аналогичная участь.
К сожалению, эпопея наша на этом не закончилась. После восстановления работоспособности сервера, поддержка заявила о том, что сервер все равно сбоит и многострадальные жесткие диски будут снова заменены.
После полутора суток колупаний (новые жесткие тоже оказались битыми), поддержка, которую многократно просили восстановить работоспособность сервера, выпустила победную реляцию: Ваши бекапы загружены в корень, Вам вообще ispmanager нужен (был установлен на сервере)? Домены и базы создавайте сами.
Я, безусловно, понимаю, что многие хостинг провайдеры скажут: радуйтесь хоть этому! Но нас не предупреждали о том, что будет такая ситуация, потому что если бы предупредили— мы бы тоже самое сделали бы развернув сохраненные бекапы на резервном сервере. Без полутора суток колупаний.
Роман, я, как видите, не сплю и слежу за проблемой и обсуждаю ее с саппортом.
Пожалуйста, не изображайте нашего клиента - Вы им не являетесь в данный момент (наличие нулевого аккаунта - это не клиент) и не отвлекайте, пожалуйста, поддержку от ее прямой работы своими тикетами. Ну ей богу детский сад какой-то. Вы думаете, что быстрее будут отвечать что ли в два тикета вместо одного? Я понимаю Ваше беспокойство, но Вы реально мешаете ребятам работать.
Договоритесь уже со своим партнером, пожалуйста, о том, кто чем занимается и не перекладывайте с больной головы на здоровую. Если у Вас были бэкапы - почему Вы их до сих пор нигде не развернули?! В рабочее время мы выделяем сервер почти моментально.
Бэкапы, которые делали мы - были направлены на то, чтобы спасти данные по максимуму, а не сделать так, чтобы их было удобно разворачивать где-либо. Об этом должен был Ваш партнер и Вы озаботиться своевременно. Никто не обещал развернуть все 1 в 1, потому что бэкап был сделан НЕ средствами панели, понятное дело. Формулировки "восстановить данные" и "восстановить работу сайтов" - несколько разные как бы.
Вот сколько ни вижу тем г-на ТС что здесь, что на другом тематическом форуме, то что ни тема, то видно, как ему не живется у хостеров, уже несколько как минимум насчитал таковых, которыми он недоволен. В связи с этим: Роман, а не задумывались ли Вы надо открытием своего хостинга? Сам себе хозяин, не надо зависеть ни от каких реселлеров, ни от каких вебмастерских программ, все можно сделать полностью свое!
Ложка дегтя: правда, и ответственность выше на порядки...
Есть такая фраза - незнание закона не освобождает от ответственности. Вы взяли свой сервер и не позаботились об его обслуживании, свалив все на пресловутый Авось.
Теперь вы недовольны, что вам восстановили данные не так как вы этого ожидали.
Если вы не знаете законов, то у вас два варианта:
1) Изучать их самостоятельно
2) Заплатить знающему юристу
Сейчас вы все валите на хостера, хотя он свою работу выполнил и спас данные. Я сталкивался много раз с таким, что данные не удалось спасти.
Так что советую осмыслить этот опыт и использовать сложившуюся ситуацию с пользой для себя и своего бизнеса.
Вам требуется чтобы владелец аккаунта зарегистрировался на данном форуме и подтвердил, что я являюсь его полномочным представителем и могу вести от его лица диалог? Или что? Мне кажется, это уже фарс и передергивание.
Роман, мне требуется, чтобы Вы не отвлекали саппорт от работы своей Интернет-борьбой с хостерами
Так дело в том, что об этом никто не предупреждал, вот в чем соль. В воскресенье работоспособность восстановили, а потом сказали что все равно надо переезжать, при этом в прошлый раз при сбое жестких дисков все было восстановлено корректно и нам не пришлось ничего самим делать, собственно за это мы Вам были очень благодарны и поэтому никаких претензий высказано не было. Сейчас же, служба поддержки предлагая заменить жесткие и ОС не проинформировала о том, что все придется разворачивать вручную. Если проинформировала и я заблуждаюсь, будьте так добры, приведите цитату. Заранее спасибо.
Потому что при первом FAIL дисков - они были поочередно поменяны и отсинхронизированы. А потом уже все умерло куда серьезней и пришлось делать бэкапы, которые почему-то сам клиент решил не делать, несмотря на первый вылет.
Ситуация другая была, ну. Опять нет понимания, потому что Вы не читаете же тикет или читаете, но не вникаете в суть.
Остальное, думаю, понятно из ответа саппорта сегодня утром:
Возможности перенести таким образом нет, поскольку вся информация на дисках старого сервера была утеряна и единственное, что осталось - это резервные копии на удаленном бэкап-сервере и часть бэкапов, спасенная непосредственно с дисков. На каком сервере поднимать данные из этих архивов нам в общем все равно, НО если сперва поднимать на старом, а потом тащить переносом пользователей на новый - это займет + двое суток примерно от того срока, который уйдет на восстановление всех данных сразу на новом.
Сейчас, как я посмотрел, проблема почти решена, серверы запущены, бэкапы залиты и уже почти восстановлены клиентом. Мы по-прежнему готовы помогать в процессе восстановления, хотя тут есть другой момент, но я не буду на него ссылаться, ибо назвался груздем - ..
eSupport.org.ua, ShahID, Lawman, kpv - спасибо за поддержку!
Роман, Вам тоже спасибо Правда, Ваша позиция, честно говоря, несколько странна для меня. Надеюсь, что Вы когда-нибудь найдете себе хостера, который Вас всем устроит или же, действительно, сделаете собственный
Огромное спасибо всем за участие в дискуссии. В результате, я почерпнул очень много полезного и написал объемную статью для своего портала.
Короткие правила для тех, кто пользуется бюджетными вариантами хостинга:
1. Проверки (проверять систему и железо самому и производить нагрузочное тестирование)
2. Бекапы (как можно чаще, не забывать проверять работоспособность бекапов)
3. Резервные площадки (например облачные, куда можно быстро перенаправить dns и куда уже скопированы и настроены сайты)
4. Не расслабляться
5. Четко и автоматизированно выполнять пункты 1, 2, 3. Следить за новыми технологиями.
Да, я недоволен уровнем качества поддержки Fastvps (и мне все равно что об этом думают остальные, у меня своя голова есть на плечах и я имею право на свое мнение).
Тем не менее я благодарен им за то, что 1,5 года все работало без сбоев и при сбоях они хоть и не проявили должного рвения чтобы нивелировать проблему и оставить клиента довольным, но и не облажались сумев сохранить данные.
Еще раз всем спасибо за крайне полезную дискуссию.
Эти советы для любых вариантов хостинга.
У меня глупый наверное вопрос, но сервер брался с администрированием или без ?
С трудом верится, что при минимальном мониторинге проблемы "рассыпающихся" HDD не выплыли бы наружу до "все пропало". А если в сервере стали одномоменто сбоить оба диска, и это аргументированно описать хостеру/ресселеру, то для давнего клиента, вполне могут заменить платформу ( ну и напомнить что надо сделать backup).
Русская версия Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)