Доброго времени суток.

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

1. Акаунт клиента взломали, испортили данные и так далее.
2. Клиент сам испортил что то, после чего лучше залить копию из бэкапа.
3. Клиент просто уходит к другому хостёру.
4. Акаунт клиента был блокирован за неоплату.
5. Акаунт был блокирован за незаконное деятельство.

На этот раз мне в голову пришли пять причин, наверно это самые характерные. Попробуем выяснить как в этих случаюх должен действовать хостёр. По моему мнению:
1-2 похожие, у клиента неприятности, естественно помогаем чем можем и за спасибо.
3. Случай скользкий, так как тут возможные подводные камни. В общем случае, спасение утопающих дело самих утопающих. Мешать не будем, но помогать скорее всего тоже нет. Тем более просбьу клиента зделать полный бэкуп при уходе, я считаю не этичной со стороны клиента.
4. Клиент или продлевает хостинг, на определённый минимальный период, или платит деньги за создание резервных копий. По любому, чтобы подготовить копию требуется потратить время и это время должно оплачиватся.
5. Данные акаунта подлежит немедленому уничтожению, выдаче не подлежит. Так как хостёр не суд, скорее всего каждый хостёр будет эти данные хранить какой то определённый период времени. Но о выдачи речи не должно быть.

Дополнительное разьяснение 3,4 пункта. Клиент имеет намерение нагрузить работой администратора сервера. Он мог сам делать копии, но не делал. Так как это инициатива со стороны клиента, то эта работа должна оплачиватся как любая другая платная работа. То есть, утром деньги, вечером стулья

Если по-человечески - то клиенту надо отдать его бекап.

Ни кто не ведёт разговора о том, что не отдать. Клиент имеет право сам его забрать.

Чтобы случай не был скользким, нужно этично спросить клиента о причине ухода. И попробовать изменить свой сервис так, чтобы народ не уходил.


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


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


О какой загрузке администратора идет речь? У хостера администратор несколько раз в день выдает бекапы уходящим клиентам? Тогда стоит подумать, что в королевстве не так...
Сайт клиента - его ребенок. Как его можно уничтожить (не выдать бекап)?

PS: Изменил текст на общие выражения...

r2w в таком тоне, я с Вами не хочу вести разгорор.

Если бэкап регламентирован хостером и клиент просит предоставить бэкап, в том числе и при уходе, но в течение оплаченного срока - бэкап нужно предоставить. ИМХО.



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

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

Опять, попытка уходить в ту степь куда не надо Уточняю, у нас блокировка акаунта общего хостинга производится на 15 день после окончания оплаченного термина. То есть, клиент имеет 14 дней неоплатив за услугу спокойно зделать бэкуп и уходить. Никому из за этого голова не болит. На 15 день автомат блокирует акаунт и дело с концами Бэкуп ещё какое то время валяется на фтп, но как долго будет валятся это уже дело счастья, так как ни кто не обращает на такой бэкуп внимания. И найти его, уже надо время.

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

Я поднимаю вопрос о том, что клиент имея все возможности подготовить себе бякуп самостоятельно , требует от хостёра чтоб бякуп подготовил именно хостёр

5 пункт отдельный разговор, так как если есть явное нарушение законов, скорее отдавая резервные копии хостёр может сам попасть под удар. Естественно, на такого клиента пришла достаточно обаснованная абуза. Это не сам хостёр придумал что клиент что то нарушает. Мне кажется всем хостёрам не до того, что творится на аакаунтах. По крайней мере я не вижу и мне не интересно....

Здесь вопросов вообще не должно возникать.
Хостер или делает бекапы, или нет. И это должно быть отражено на сайте (или договоре, или правилах).
Если клиент обязан делать бекапы сам, то об этом он должен знать при заказе хостинга (сайт, договор, правила).


Хотелось бы услышать мнение юридически подкованных людей...
Чем грозит хостеру выдача клиенту бекапа сайта, на который пришла абуза?

Тут может быть несколько вариантов. Одни официально не делают и не обещают, но в реальности делают. Другие разказывают сказки про мощные сервера и удаленные ежедневные бэкупы, но реально не делают даже местных, так как на VPS нехватает места
Скажем в том случае о чём я говорю, даже не важно, обещает бэкупы или нет. У клиента есть возможность самому их подготовить и качать куда ему угодно. Особенно это касается 3 пункта, то есть уход. (не надо вдаватся почему этот уход)
4 пункт тоже интересный тем, что клиент обратился за долго после того, как закончился оплаченный период. То есть, можем уточнять - обязан ли хостёр хранить бэкупы клиента после того, как клиент изчез?


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

Есть ещё один нюанс, почему старемся не прикасатся к данным на акаунте и бэкупам. Имелись случаи, когда клиент начал катить на нас, что мол мы не всё ему распаковали, что что то потеряли

На сколько я знаю. В РФ нет в законе "О Связи" пункта о резервном копировании данных клиента.

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

Все мировые мега хостинги не делает резервных копий. В TOS прописанно, что хостёр не несёт никакой ответственности за сохранность данных.

видимо мы не попадаем под мировые хостинги... даже на 5 мегабайтном тарифе трехразовое бэкапировение...

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

Это понятно, так как хоть таким способом стараемся обеспечить сохранность данных. Хотя при взломе акаунта, чаще всего клиент не сразу замечает проблему и автоматические копии уже не спасают.
Традиция ежедневного резервирования пришла с тех времён, когда акаунты хостинга мерились единицами мегабайт и клиент не имел возможности сам позаботится о бэкупах без специальных знаний. Теперь имеем уже гигабайты на , развитые инструменты управления хостингом.
Когда видишь статистику нагрузки сервера во время резервирования и видишь безполезность этого процеса, тога и приходит мысль что надо закрыть эти безполезные работы. Дополнительно керосина подливает не очень честные клиенты, которые бэкупы использует как средство для шантажа. На среднем сервере, резервное копирование длится 4 - 6 часов (с отсылкой по фтп на другой сервер). В это время, канал полностью забит, доступ к серверу лимитированный. Да и скорость процесов в это время на этом сервере оставляет желать лучшего. То есть, если кто то ночью работает, то ему не повезло, сервер еле дышит.
Скажем у нас ситуация с бэкупами такая, что официально их у нас нет, мы не делаем. В реальности они пока есть и при том паранойдальные. Но скорее всего централизованно их не будет (кроме dB, хотя официально и бэкапа dB не будет ). Просто увеличиваем обьёмы акаунта и кому надо есть услуга удаленного фтп бэкапа.
За два года с личним работы в сфере хостинга, был один случай, когда действительно клиенту был нужен бэкап, но и то базы данных (форум). Во всех остальных случаях, клиенты просили бэкап по тому, что просто не разобрались что им надо. В реальности обошлись без него.
И самое интересное то, что бэкап не один раз стал именно конфликтом с пользователям. Когда они начали требовать того, что им не обещанно и так далее



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

Под бекапы взять сервер/vds в том-же дц, бекапы валить на него - а с него - на сервер в другом дц. Не?

Конечно, есть хостинги без TOS, без бекапов, без менибека, и тд.

Но это уже личное дело владельца - относиться по-человечески к своим клиентам или нет.

1.лучше конечно отдать бэкапы, если таковые есть.
всетаки это личные данные клиента.
(случай №5 спорный очень. опять вопрос о незащищенности хостера и, скорее всего, анонимности клиента. тут уже на усмотрение . так как это его подставляют и ему решать "есть еще бэкап на сервере" или уже "нет").
и по боку все "неправомерно".
хотя это скорее всего уже будет отражать личное мнение хостера к содержанию сайта.
как ни крути, а человеческого фактора не избежать.
2.если в правилах и не прописано, а бэкапы существуют, то отдать не тяжело, но лучше предупредить, что за актуальность и целостность данных ответственности хостер не несет. ибо на "автомате" все.
-касательно случая № 3. предпочтительнее дать возможность клиенту самому слить резервную копию.
иначе есть вариант потом услышать о себе "бэкапы хостер битые отдал".
тоже встречал подобное.
3.мое мнение, что никто и никогда не сделает бэкап актуальнее чем сам пользователь. так что сами должны думать об этом заранее, если ему данные важны. не смотря на то, что там у хостера в правилах прописано.
тем более что есть и встроенные и сторонние средства резервного копирования.
вроде это нормальное отношение к своим трудам.
но зад лучше всегда прикрыть себе))
4. в любом случае, если бы со мной поступили бы как указано выше, по всем пяти пунктам, я бы зла на хостера не держал точно.
нормальная позиция, в общих чертах.
а вот поправочки каждый уже для себя сам делает. так как не предусмотреть же всех возможных развитий ситуации.
5. а вот властям, вместо того что бы думать как запустить свои шаловливые ручки в новый для них бизнес, лучше бы подумать о том, как средства, полученные от лицензирования, налогов и прочей дани, ну оччччень образно говорю, проспонсировать кнопочку в панелях управления:
(Обратить внимание на моего клиента)).
кликнул хостер, прикрыл себе зад и работает дальше, а вот они пусть сами разбираются законен этот контент или нет.

У нас на хостинге qwarta.ru бекапы делаются для всех клиентов, все бекапы доступны по FTP в кол-ве 15 штук за 15 последних дней, удаленных бекапов не делаем, но диски на сервере в 10 рейде - для скорости и надежности.

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

Так как мы 10-ки гигабайт не раздаем, как сейчас стало модно у многих хостеров, то архивы сайтов храним больше года.

И бывали случаи когда клиенты через 8 месяцев обращались с просьбой восстановить сайт или отдать им бекап если есть!

А ежедневными бекапами до того как они заработали на автомате - клиенты просили восстановить им файлы несколько раз в месяц. Но сейчас все бекапы доступны у них на FTP и саппорт они уже не мучают!

Тут наверно гвоздь програмы. Скажем у нас уже получается на сервере общего хостинга около 30 - 40 GB полезных данных и эта цыфра имеет тенденцию расти. То есть, с таким обчёмом данных на сервере, уже ежедневный бякуп становится проблематичным. Из практики, уже 5 гигабайтовые акаунты становится проблематичные для бэкапа. Но тут скажем проблемы решаемы, просто сперва надо определится или клиенту дать много дискового пространства или повышенную надёжность . С другой стороны, посмотрел на объём своего почтового ящика и там вижу 1.2 GB.
Из своего горького опыта (потери данных) могу сказать, что потеря очень больно бъёт и с моральной стороны и с финансовой.
По поводу бэкапа на том же сервере, то я считаю что в таком случае не имею бэкапа. Так как у нас общий хостинг дырявый и я в полне верю, что есть возможность чтоб кто то сумеет запустить "rm -f /". Дырявость эта политика, так как я не понимаю зачем нужен хостинг, в котором всё закрыто.


Отличную работу проделали. Я как раз в этом направлении гребу.

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

А при большом желании можно даже исключить случайное удаление под рутом если выставлять правильно флаги chflags

Что касается большого объема тарифных планов математика банально простая! Если я предоставляю тариф на 10 гигобайт, то я обязан резервировать диски просто на случай умирания этих дисков, получается что это уже не 10 гиг, а 20 гиг физического места (в случае 10 рейда), если бекап делать на этих же ресурсах и только один, то это уже 40 гиг (так как бекап тоже на 10 рейде зеркалится) - так у нас сделано, но у нас нет тарифов на 10 гиг. В итоге один тарифный план на 10 гиг должен быть обеспечен 40 гигами физического дискового места. Отсюда многие хостеры и экономят - либо бекапы хранят на дисках с риком их умирания, либо вместо 10 рейда использую 5 рейд, или используют внешние рейд массивы (что реже для мелких хостеров) либо не делают бекап вообще.

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

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

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

Даже очень, так как если мы типично держим 3 бэкапы, то на 10 GB данных получаем около 30 - 40 GB реального дискового пространства RAID1 ( в зависимости от реальной компресии). В принцыпе технические проблемы можно решить, только я лично не вижу смысла в этой работе. Дело в том, что клиенты которые дорожат своими данными, они дечают резервные копии сами и в ручную. Так как автоматические копии это только для того, чтобы обеспечить востановление сервера в случае одновременного выхода из строя обеих дисков или взлома сервера с последующим полным уничтожением.
С другой стороны, сервер на котором есть крупные акаунты во время полного резервирования становится полудоступным. Это неудобно для тех клиентов сервера, которые работают ночью, также это может отражатся на работу поисковиков (скорее всего и отражается).
То есть, я всё таки вижу смысл, чтобы резервным копиям руководил сам клиент, так как только в исключительных случаях нужен ежедневный бэкап всех файлов. В основном, меняется содержимое емайла и базы данных.
Так как пока не определился с тем стоит ли обещать клиентам резервные копии, просто их втихаря делаем Повторяюсь, что все мировые лидеры отказались или отказывается от ежедневных резервных копий. Даже те, которые реально не оверселит дисковое пространство или оверселит разумно. Возникает вопрос, почему так? Ответ вижу только один - для типового пользователя общего хостинга бэкап не нужен.

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

Как-то это не очень правильно - и хостеру платить за резервирование, и делать его самостоятельно.

Вот по этому и не включенна услуга резервирования в план. Я просто знаю, что не смогу дать 100% гарантию сохранности данных на стандартном хостинге по ценам сегодняшнего дня. Конкретный пример маленького сервера:
полезных данных - 39 GB
после архивирования - ~20 GB
общий месячный трафик чисто на бэкап 2 х ~600 GB (один сервер вход, дугой выход) = 1.2 ТБ
так как хранятся 3 копии, получаем 60 ГБ дискового пространства чисто на резервные копии.

Нагрузка сети:



Акаунты заполнены в среднем на 30-40%, сам сервер работает с очень небольшой нагрузкой, а уже около 4 часов ежесуточно занимает резервное копирование и скачивание на другой датацентр
То есть, имеется сервер на грани окупаемости, а уже почти оверселен по бэкапам, которые не учтенны в себестоймость

ОК, согласен, что пока нет проблем, всё организованно тупо, без изюменьки. Можно организовать чтоб вся эта работя была бы произведенна примерно за 1.5 часа (увеличивая нагрузку на сервер и сеть). Но по любому, имеем 600 GB трафика, который идёт между двумя датацентрами. rsync тут не поможет, так как говорим а нормальных бэкапах а не о зеркале.

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

Грубо говоря, себестоймость честного ежедневного резервирования одного акаунта в 1 ГБ данных, на Европейском датацентре стоит около 3 - 6 Евро в месяц только за трафик на бэкап (цена зависит от наличия свободного трафика и так далее). И это уже имея хорошие цены и не учитывая других мощностей сервера. При том, многие датацетры которыя дают анлимит трафик, в реальности при достижении 1 ТБ в месяц, ограничивают канал на уровне 10 мбпс. С 10 мбпс каналом про ежедневные резервные копии надо просто забыть....

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

Кто тут верит в сказку про деда мороза?

/offtopic/
gylys, извините если не правильно, но отвечу на Ваш коммент в репутацию здесь. Причина: я не собираюсь переходить на перепалку в ЛС, но и игнорировать такие необоснованные наезды не намерен.

1. На личности я не переходил. Зато Вы это сделали в полной степени. Соответственно, Вас не кусал, не собирался и не собираюсь. Скорее всего придеться Вас просто игнорировать. Мое сообщение, ровно как и сообщения других пользователей, касаются рассуждения на поднятую Вами тему, но НИКАК не об услугах, оказываемых Вами или кем-либо еще.

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

Повторю: я не жду от Вас каких-либо ответов, и дальнейшие сообщения с Вашей стороны буду по всей возможности полностью игнорировать. Остальным читателям просьба пропустить это сообщение и не обращать на это внимание.
/offtopic/

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

Если бекап делать локально не нужно трафик по сети гонять! Да и посети можно гонять на соседний сервер никто не запрещает бекап сервера А держать на сервере B, а бекап сервера B держать на сервере A и получается не дорогим решением и надежно!

Бекап мускуля тоже можно делать достаточно быстро так чтобы это было не заметно на работе сайтов.

Интересно было читать начало темы...

Если почитаем что пишется на сайтах у многих хостёрах, что найдём утверждение, что бэкапы делается на удаленый сервер ежедневно. Я по этому и на примере описал расходы. Теперь просто уточним, что типично Европеийский сервер ограничен 1 ТБ, что сами сайты тоже используют трафик, что надо иметь резерв трафика на ддос атаки и другие непредвиденные случаи.
Также типично европейские датацентры не делают разницы между внутренним трафиком и внешним. Есть просто трафик. Возможность VLAN представляют редкие и то, за дополнительные деньги.
Реально ситуация тут аналогична с сотнями гигабайт на акаунте за 5 доларов и месячным трафиком в 5 терабайт.....


Хотели как лучше, получилось как всегда. Мне тоже такая дискусия не интересна и не вижу смысла продолжать....

Ну да тема перешла из как лучше клиенту в тему как сложно хостеру и с техническими параметрами.

По сути, по идее, хостер обязан гарантировать сохранность данных в районе 100% как он это будет делать за счет рейд масивов или за счет бекапов на другие сервера его проблема. Что касается страховки на случай порчи данных клиента или случайными ошибками или взломом или клиенту съехать нужно, то нужно четко декларировать в договоре и/или договоре оферты что бекап гарантирован или нет и если да то в каких случаях он не выдается.

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

P.S. gylys, берите на западе стойку, ставьте там свои сервера, свой свитч и проблем у вас не будет с перебросом локального трафика или уж сразу не стесняясь пишите клиентам что не можете обеспечить должного бекапа по причине того что вы сами сервера арендуете и дц вам не дает гонять локальный трафик.

Сколько можно просить не уходить в личности Тема не для того создана. Что касается меня, то трафика имею достаточное количество. Ресурсов клиентам тоже даём дай бог, все столько давали. Дело совсем не в том. Я не смеюсь над Вашей жадностью, что мол 50 мб хостинг у Вас стоит 5 доларов. Хотя сам не могу понять кому на сегодняшний день нужен хостинг с таким объёмом, да ещё и акаунты емайла оказывается там может поместится Если такие планы иметь, то могу и три года бэкапы держать и проблем не видеть Кому надо будеть 50 МБ пространство, пусть он покупает у вас за 5 доларов, а кому надо 500 МБ пусть клиент покупает у меня за 2 Евро. Кому нужна поддержка любого плана (хоть морального) пусть зказывает поддержку (читал, что даже на дом можно вызвать представителя хостёра ) да просто давайте дадим людям выбор и не будем пудрить им мозги.

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

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

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