+26
На рассмотрении

Делать бэкапы VPS

Ануар Кошербаев 11 лет назад обновлен Andrew YUrchenko 11 лет назад 20
Был у нас сайт на VPS в вашем хостинге. На разработку сайта мы потратили примерно 300000 тенге. Через полгода сайт перестал быть доступным, Посмотрел наш специалист, сайт исчез, был удален. Обратились к вашим специалистам насчет бэкапов, ответ был такой: типа ваш VPS, сами разбирайтесь, это не наша проблема. Осадок от использования вашего VPS нехороший остался.
Спрашивал насчет бэкапов у поддрежки ps.kz, там они делают еженедельно бэкапы сайтов своих клиентов и смогут помочь, если понадобится. У вас такого нет, думаю вам нужно это тоже сделать.

На рассмотрении
Добрый день, спасибо за ваше сообщение.

Скажите, пожалуйста, писали ваш запрос на support@hoster.kz? Есть ли номер заявки?
+2
Добрый вечер.

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

На виртуальном выделенном сервере правильнее делать бекап самостоятельно - копию базы, копию файлов, перекачивать к себе на компьютер или удаленный сервер.

После этого мы добавили еще 2 варианта виртуализации - OpenVZ и KVM, там бекапы делаются немного лучше из-за того, что виртуальная машина или контейнер хранятся в другом формате - в виде одного файла.

На коммерческой системе виртуализации Parallels мы так же переводим контейнеры в формат ploop - контейнер-в-файле и создание резервных копий будет возможно.

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

Обязательно нужно делать бекап самостоятельно. Если у вас в базе данных происходят постоянные изменения - бекап нужно создавать каждый день. Есть у нас проекты, где бекап делается каждый час.

Настроить бекап в панелях управления ISPmanager, Plesk, Cpanel можно по определенному расписанию.

Бекап баз данных советуем создавать отдельно, например через решение Sypex Dumper.
+5
Первое о чем надо думать при желании завести сайт - это о его техподдержке. И хостер тут совершенно не имеет отношения к внутренней системе вашего выделенного пространства. Его задача обеспечивать работоспособность и стабильность системы сервера по заявленным параметрам при аренде хостинга. Жаль у нас многие так этого и не понимают.
+1
А вы думаете все клиенты умные и все нюансы по сайтам понимают? Все приходит с опытом. "защита от дурака" должна присутствовать, если не хотят терять таких клиентов. Я например, если мне понадобится VPS в хостере уже не буду заказывать, 2 раза на грабли вряд ли кто наступает.
+1
Ануар, бекап виртуальной машины или контейнера может делаться, но когда дойдет до восстановления - результат вас может очень сильно огорчить.

Бекап сайта, базы данных и всех настроек обязательно нужно делать внутри VPS.

Я согласен с вами, что клиенты не все понимают - но у вас же был какой-то специалист, которому вы заплатили за работу? Или в его обязанности-договор не входила настройка элементарного создания дампа базы данных?
+2
Денис, специалиста мы пригласили когда сайт перестал открываться. Он посмотрел и сказал, что сайта нет, его удивило то что все было отформатировано. Смысл это делать взломщику не понятно разумному человеку. Ваша поддержка так и не смогла предоставить логи и сказать что же произошло. Мой вопрос с в системе тикетов так и остался без ответа: "Вы можете посмотреть логи и сказать причину когда и как сайт был удален и все настройки VPS сброшены?" (SUPPORT #862675). Наверное лень было смотреть.
Я думаю что не все клиенты могут быть умными и знать все нюансы по сайтам. Но так же думаю, что человек с головой должен так же и понимать одну истину. Не зная брода, не суйся в воду. Абсурдно делать что то, не имея об этом даже малейшего понятия. По этому совет - сначала знания, после действия.
+2
Не всегда получается так, чаще всего знания появляются после действия :)
+1
Да согласен. Тут все придет с опытом. Но не думаю, что так же опыта нужно набираться новичкам на рабочих, тем более коммерческих проектах. Для этого сначала нужно убить так это с десяток личных-учебных сайтов. Если лень или просто нет желаний заниматься всем этим, то есть второй вариант - нанять человека с уже имеющимся опытом в этой сфере.
"специалиста мы пригласили когда сайт перестал открываться." - это ключевая фраза всего происходящего. Так как эти действия нужно делать еще на стадии проектирования ресурса по правилам, ну на крайний случай когда сайт в стадии запуска. Как бы не было это пародоксально, но подобный ответ приходится слышать в 80% подобных случаев. Я это пишу не в укор кому либо, а лишь как напутствие тем, кто решил себя попробовать в веб либо IT сфере. Лучше узнать про камни под соломкой со слов тех кто о них уже знает, чем самому на них падать и чувствовать их на своей "шкуре". ))) Любому техническому продукту просто необходима техническая поддержка и это есть аксиома пренебрегать которой нельзя ни в коем случае, кроме как намеренно.
+1
Я не пойму зачем вы в разговор лезите, я же к Денису обращался? Чтобы он улучшил сервис для своих клиентов, чтобы другие в такую ситуацию не попадали, как мой клиент. Совета у вас я не прошу. Не все себе могут техподдержку позволить, тем более, если сайт не мега портал, а небольшой сервис.
Повторюсь как и выше. Писал не конкретно вам и тем более не с целью уколоть, так что тут не стоит напрягаться. Писал для пользователей которые будут идти по похожему пути, чтоб знали о камешках под соломкой.
+1
Друзья, спасибо за то, что пишите свои мысли.

Ануар, мы улучшаем сервис и что именно сделали я расписал.

Скажите, пожалуйста, после того случая вы начали делать отдельные бекапы для себя, что бы не потерять свой сайт?
Ребята вот и я к вам с вопросами. Долго шукать не стал по теме, у меня все повисло с рабочими проектами. А проблема как раз в этих самых БэкАпах которые вы принудиловкой впендюрили. Не знаю как на серверах их не умеют включать, но на хостинг блин. Там и так место ограничено а тут еще 2 резерв копии висяком встали. Мне места нет теперь. Уберите срочно это убожество. Оно пригодится для чайников, но мне оно ужасно мешает и проект по времени валится теперь. У меня сам сайт делает бекАпы и шлет их сразу на почту в архив, удаляя файлы БэкАпа с хостинга, чтоб не засирать и без того крохотные места файлового хранилища на хостинге. Надеюсь на вашу скорую реакцию по данному вопросу. Спасибо.
Хотел извиниться за прежде описанное предположение. БекАп мне по сути дела не нужен. Прождав день, предварительно дав заявку на "обратный звонок" так у вас называется эта услуга на сайте по поддержке которая доступна и видна клиентам. Так вот на следующий день связался с Александром через модуль Он-Лайн поддержки клиентов. Он мне сказал, что место для резервных копий резервируется из файловой системы самого Хостера (в чем несомненно преклоняю голову перед вами). Но остались вопросы по поводу того, что файлами и базой данных было занято 122 мегабайта файлы и 10 мб база данный. Почта и остальные ресурсы используются со сторонних ресурсов. А в хостинге так и показывалось 202 с лишним занятых мегабайта. На четко поставленный вопрос и в желании получить ответ, я услышал только "послание для написания письма в службу тех поддержки клиентов"? Не совсем тогда вообще понятно, что делал на сайте Александр? Если он там просто как человек сидящий и желающий провести беседы "о прекрасной погоде", то думаю это не то место для этого. Я ему объяснил, что я еще вчера подавал заявку, на что получил еще один вопрос - скажите номер вашей заявки. (И это при всем том, что я уже указал в каком домене имеется проблема). Надо провести думаю работы по работе с клиентами, так как отвечать вопросами на вопросы, тем более что уже известны все обстоятельства и пути их разрулить - это по крайней мере не корректно в отношении клиентов. В итоге, копался сидел сам, в итоге понял где были дыры и что было в правах моего аккаунта - поправил. Но остался не очень хороший осадок о общении с вашей тех поддержкой. Создалось четкое впечатление, что данный сотрудник просто поленился потыкать мышкой и помочь хоть как то клиенту компании.
Добрый день.

Все дополнительные проверки, настройки, которые занимают больше 5 минут решаются не в чате, просим написать заявку и всегда предоставляем письменный ответ.

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

Мы всегда рады помочь клиентам - если вопрос быстрый, решится в чате. Если более сложный - через заявку.
Номер заявки я и даже не пытался запомнить. Да и думаю глянуть, что и в какой папке сколько места занимает это намного меньше 5 минут. У меня на это ушло не более минуты. Заметьте я не знаю и не имею доступа к полному функционалу хостинга. Я продолжительное время работаю в этой сфере и знаю не по наслышке, что и как тут делается.
Хотел уточнить, что в данный момент это не камень в ваш огород, а всего лишь сухое изложение фактов. Выводы уже делает каждый для себя.
Номер заявки запоминать не нужно - он есть в теме письма.

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

Если можете решить проблему самостоятельно - значит вы хороший специалист.

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


+1
Да знаю. По этому и извинился прежде. Ваши возражения и рекомендации полностью поддерживаю. Какой бы не был специалист, без должного доступа многие вопросы без root прав порой просто не разрешимы на хостинге. По этому конечно же и надо и приходится обращаться в службу тех поддержки. Просто тут время шло на минуты и ждать времени не было пока парни раскачаются. По этому так жестковато возможно отреагировал. Хотя и сам знаю всю тягомотину по таким вопросам. Еще раз извиняюсь.

Сервис поддержки клиентов работает на платформе UserEcho