В нашем дата-центре произошел интересный инцидент: Клиент принёс сервер на колокейшн и всё было хорошо, пока в его системе не появился модный в то время вирус-вымогатель.
Пострадавший обратился в службу поддержки дата-центра с просьбой восстановить резервную копию.
Инженеры поняли это и решили помочь, попросив резервную копию, которую необходимо было развернуть.
Однако клиент удивился и спросил: - Что, ты мне бэкапы не сделал!? Зачем я тогда вообще по-вашему пишу??? ….
Всем привет! В этой статье пойдет речь о неочевидных причинах, по которым вы можете потерять свои данные и о том, как с этим связана дебиторская задолженность с точки зрения самых популярных хостеров на рынке.
А вот продолжение истории из начала статьи, как говорится, это еще не все! - Что, ты мне бэкапы не сделал!? Зачем тогда я вообще пост по вашему??? Таким образом клиент намекнул, что мы должны не только развернуть его резервную копию, но и найти ее там, где мы должны были ее положить.
В этот момент инженеры были поражены, и вопрос был передан менеджеру.
Менеджер объяснил клиенту, что мы не можем делать бэкапы с размещенного (чужого) сервера без запроса владельца (которого там не было), не имеем права, и технически это не так просто реализовать, тем более не имея доступа к серверу (*которого нам не дали, но мы и не просим).
Все эти аргументы тонули в море негатива, вызванного стойким пониманием безвыходности ситуации.
Кстати, потратив довольно много сил и времени, мы смогли помочь клиенту, восстановив часть данных и возобновив его работу.
Но клиент все равно обиделся и вскоре съехал, естественно, ничего не заплатив, так как был уверен, что косяк наш и вся проведенная работа направлена на его устранение.
Как теряются данные?
Потеря данных – это поистине ужасная ситуация, это понимают все.Сотни оплаченных человеко-часов/результатов труда сотрудников, которые хранятся на серверах – это не только деньги, это еще ответственность и репутация.
Восстановление (*или попытка восстановления) данных после потери также является весьма трудоемким и дорогостоящим процессом.
Конечно, наличие резервных копий – это крепкий сон для любого задействованного сотрудника, но всякое бывает:
- молния ударила в дата-центр Google;
- что-то пошло не так во время миграции сервера и MySpace потерял все данные пользователи за 12 лет с 2003 по 2015 год (включая музыку, фото и видео);
- 16 000 результатов тестов на коронавирус был потерян из-за технической ошибки в Excel в Великобритании подробности не уточняются;
- Яндекс удалил виртуальные машины активных пользователей, применяющих неправильную фильтрацию и путающих их с должниками;
- администратор допустил ошибку и gitlab потерял свою базу данных объем 300ГБ;
- в результате кибератаки вируса-вымогателя все данные в базе данных «Мир МКС» были потеряны .
Деталей на порядки больше, так что давайте еще раз проверим наличие свежих резервных копий и двинемся дальше.
Наивность и дебиторская задолженность
Несмотря на вышеперечисленные ситуации, личный опыт и всевозможные инциденты, происходящие регулярно, возникла мысль, что многие технические хитрости – далеко не основная причина потери данных.Основную причину мне удалось сформулировать как «наивность», которая связана в первую очередь с тем, что мы не всегда внимательно изучаем условия договора, не задаем «правильных» вопросов, считаем, что кто-то «должен» что-то делать , и так далее.
Здесь стоит отметить зачастую слабый менеджмент, когда с клиентом не обсуждаются ключевые вопросы, не предлагаются дополнительные услуги (а иногда стоит делать это настойчиво).
Кому-то лень это делать, кто-то не хочет погружаться в проблему, а кто-то думает, что это и так очевидно.
Простым показателем этого может быть ваш (как человека, сотрудничающего с конкретным хостером) «самотест»; спросите себя, что произойдет, если вы не заплатите вовремя? Указаны ли эти условия в договоре? Предлагали ли вам дополнительные услуги? Менеджер интересовался, насколько стратегически важной будет система на вашем сервере? Но вернемся к оплате, это самая распространенная ситуация, с которой сталкивалось большинство людей.
И причины разные:
- вы забыли оплатить или не успели оплатить;
- денег сейчас нет;
- не получил оценку и забил;
- учет где-то как-то;
- прочая бюрократия.
Как хостеры обрабатывают данные
Я попросил коллег из отдела продаж собрать небольшую, но очень показательную статистику.
опрос десятка популярных хостеров , которые вы можете встретить в результатах поисковых систем и скорее всего, вы либо уже что-то у них арендуете, либо только планируете.
Не было цели определить, кто хуже или лучше; это была в первую очередь статистика, не более того.
Для понимания обрисую ситуацию, которую мы транслируем во время общения: В первый день месяца с баланса списывается абонентская плата и образуется минус.
Для упрощения расчета представим, что мы должны хостеру денег ровно один месяц.
Мы рассмотрели такие услуги, как аренда физического сервера (выделенного) и аренда виртуального сервера, поскольку я искренне (а возможно, и наивно) считаю, что мой личный колокейшн-сервер просто так не исчезнет, как и данные с него.
Первый вопрос довольно безобиден.
Как быстро после образования задолженности сервер будет отключен?
Работы остановились, но не все потеряно.
Однако что происходит после приостановки оказания услуг?
После возникновения задолженности, в какие сроки будет демонтирован/удален сервер?Аренда физического сервера:
Аренда виртуального сервера:
Произошло что-то ужасное.
Сервер выведен из эксплуатации или удален, но есть ли еще шанс, что данные можно будет восстановить?
После того как сервер был разобран/удален, можно ли восстановить данные?Аренда физического сервера:
Аренда виртуального сервера:
* если с момента удаления прошло не более 30 дней.
Раз статистика такая, может хостеры предлагают бэкапы, включенные в услугу по умолчанию? (здесь речь идет только о виртуальных серверах, для физических сразу не 100%, что логично)
Входит ли резервное копирование в стоимость услуги по умолчанию?
Вместо того, чтобы делать выводы, я могу лишь смоделировать ситуацию, при которой при отсутствии резервных копий, не хранящихся у вашего хостера (кто знает, может быть, они еще и оперативно удаляются), при задержке оплаты на 2 недели вы потеряете свой данные с вероятностью 70%.
И не надо молний, наводнений и апокалипсиса.
Что еще можно считать наивным?
“ Икона Контракт, покажи ему свой контракт!» (С) А если серьезно, то многие люди не любят читать договор, не умеют и не делают этого.Частично этот вопрос уже поднимался ранее в другом наша статья , но это не меняет факта.
Фраза «вообще-то это прописано в договоре» для многих становится шоком.
Они адаптируются ко мне.
Конечно? Чем лучше, чем крупнее хостер, тем меньше вероятность, что он изменит свои регламенты и правила ради вас.
И чем хуже клиент, тем меньше вероятность этого.
Автоматизация будет работать, но руководитель может не успеть детально разобраться в ситуации, как и почему.
Ситуация, когда « наша бухгалтерия платит только по четвергам» (с) не уникальный, но очень комичный.
«И мы не получили счет!» (С) «И мы его послали!» (С) – это типичный ответ, который можно получить в такой ситуации.
Хостер получит свои деньги, чуть позже, а вот что он будет делать с сервером во время ожидания, остаётся за кадром, а не для того, кто «не получил счёт».
«Вы профессионалы» (с) Именно так многие люди любят оправдывать происходящие неприятные ситуации.
Да, они профессионалы, но не все сервисы, а тем более «профессионалы», включены по умолчанию.
Здесь можно вернуться к вопросу о договоре и забыть об экономии, так как многие клиенты именно в целях экономии отказываются от предлагаемых им дополнительных услуг, самостоятельно настраивают резервное копирование, но не следят за ним.
Сделано и забыто.
Лучше было бы довериться тем самым «профессионалам».
"Уход, выключите свет " (С) Речь идет о забывчивости и переработке отходов.
Когда вы закончите брать напрокат, сотрите данные и перезапишите диски.
Уничтожить резервные копии с хостера.
Просто хорошее практическое правило: блокировать консоль и чистить зубы на ночь.
В идеале этим должен заниматься хостер, но стоит ли? «На Бога надейся, а сам не совершай ошибки» (с)
Заключение
В заключение хотелось бы написать простой чек-лист, который снизит вероятность потери данных, извините, если некоторые моменты очевидны:- делать резервные копии и хранить их отдельно с сервера в другом дата-центре, а еще лучше — в нескольких местах;
- проверить резервные копии (можно ли из них что-то развернуть?);
- внимательно читайте договор, задавайте вопросы, если не прописаны важные для вас моменты;
- убедитесь, что вы получили точный счет за услуги, резервируйте получателей;
- настроить автоматическую оплату, если не задействован бухгалтерский учет;
- если идет бухгалтерия, объясните ей, что сначала нужно заплатить, а потом уже решать возникающие вопросы; промедление может оказаться фатальной ошибкой;
- спрашивайте у хостера о резервных копиях и других, даже самых очевидных ситуациях;
- поинтересуйтесь у своего руководителя, как принято работать с дебиторской задолженностью, какие у вас сроки и как их можно «отсрочить»;
- не ждите, что хостер вас «кредитует», там тоже есть бизнес, есть и бюджеты и никто не потерпит, чтобы вас кормить «завтраками»;
- Не будьте наивными, это многого стоит.
- На ряд вопросов мы не сможем точно ответить, поскольку подход индивидуальный (и здесь придется объясняться);
- Мы не хотим привлекать клиентов, которые платят нерегулярно и несвоевременно.
Конечно, они есть, с некоторыми мы работаем в этом формате уже много лет, но из-за первых тезисов нам приходится тратить на них очень много времени, а это значит, что чем больше таких клиентов, тем больше вероятность.
заключается в том, что мы будем вынуждены встать на путь автоматизации.
что практически исключает индивидуальный подход.
Да, у нас есть условные 20 дней, когда нужно отключить должников (сервера через Ethernet, конечно), а в договоре предусмотрены более жесткие сроки, и это цифра для управляющего.
Вот первый нюанс.
Да, у нас по умолчанию есть резервные копии виртуальных серверов, но спросите у менеджера, когда пропадут ваши данные, и он не ответит. Почему? Потому что подход все равно индивидуальный.
Факторов много, но один из самых важных — мы не доверяем автоматическим оповещениям.
Счета-фактуры отправляются автоматически по электронной почте, туда же с завидной частотой приходят письма с напоминаниями и дубликатами счетов.
Мы также используем SMS-уведомления, остановились на API greensms.ru , но это все автоматически.
Индивидуально - менеджер создает заявку в личном кабинете, где уже пишет реальную дату, когда вас точно* отключат, также там будет дополнительная информация о судьбе вашего сервера.
* но это не точно (с) И менеджер позвонит вам несколько раз, если вы вдруг решите не брать трубку.
И я ни разу не видел ситуации, чтобы клиент пишет в заявке «Пожалуйста, не отключайтесь, я скоро отправлю платеж», и его отключают. Наверное, есть исключения, но это те, кто: а) не отправил платеж; б) использует этот «лайфхак» с завидной регулярностью.
И да, наш менеджер без фанатизма принимает платежи и гарантийные письма, но почему бы и нет. Берегите свои данные, не позволяйте хостерам их уничтожить!
Дата-центр ИТСОФТ - размещение и аренда серверов и стоек в двух дата-центрах в Москве.
В последние годы UPTIME 100%.
Размещение GPU-ферм и ASIC-майнеров, аренда GPU-серверов, лицензии на связь, SSL-сертификаты, администрирование серверов и поддержка сайтов.
Теги: #Хранение данных #Хостинг #Хранение данных #резервные копии #данные #ServiceDesk #аренда сервера #потеря данных #vps #долг #долг #наивность #дебиторская задолженность
-
Ротор 2007 Завершен.
19 Oct, 24 -
Худшее Интервью В Моей Жизни
19 Oct, 24 -
Opera 9.5+Mac, Решение Проблем Со Шрифтами
19 Oct, 24 -
Сохранено В .Wwf – Спасено Дерево!
19 Oct, 24
