Скоростной канал связи

Все разработчики 1С так или иначе тесно взаимодействуют с IT-службами и непосредственно с системными администраторами.
Но не всегда это взаимодействие проходит гладко.

Большинство наших клиентов – это крупные холдинги со своими большими IT-подразделениями.
И за резервные копии информационных баз, как правило, отвечают специалисты клиента.
Но имеются и относительно небольшие организации.
Специально для них у нас есть услуга, согласно которой все вопросы, связанные с резервным копированием всего 1С-ного мы берем на себя.
Про такую вот компанию и пойдет речь в данной истории.

Пришел новый клиент в поддержку 1С и, среди прочего, в договоре был пункт, что за резервные копии отвечаем мы, хотя в штате у них и был свой системный администратор. База клиент-серверная, в качестве СУБД – MS SQL. Довольно стандартная ситуация, но все же был один нюанс: основная база была достаточно большого размера, но при этом месячный прирост был совсем небольшим.
То есть база содержала много исторических данных.
Учитывая эту особенность, я настроил планы обслуживания резервного копирования следующим образом: в первую субботу каждого месяца делалась полная резервная копия, она была довольно увесистой, далее каждую ночь делалась разностная копия – относительно небольшого объема и каждый час копия журнала транзакций. Причем полные и разностные копии, мало того, что копировались на сетевой ресурс, так еще и дополнительно загружались на наш FTP-сервер. Это обязательное требование при оказании данной услуги.
Все это было успешно настроено, пущено в эксплуатацию и работало в общем то без сбоев.
Но несколько месяцев спустя в этой организации поменялся системный администратор. Новый сисадмин начал понемногу перестраивать IT-инфраструктуру компании в соответствии с современными веяниями. В частности, появилась виртуализация, дисковые полки, закрывался доступ везде и вся и т. д., что в общем случае, конечно, не может не радовать.
Но не всегда у него все проходило гладко, часто были проблемы с работоспособностью 1С, что вызывало некоторые разногласия и непонимания с нашей поддержкой.
Также, надо отметить, что отношения с ним у нас вообще сложились достаточно холодные и несколько натянутые, что только увеличивало градус напряженности в случае возникновения каких-то проблем.

Но вот как-то утром обнаружилось, что сервер этого клиента недоступен. Я позвонил системному администратору, чтобы узнать, что случилось и получил в качестве ответа что-то вроде «У нас сервер упал, работаем над этим, не до вас». Ну хорошо, что работают.
Значит, ситуация под контролем. После обеда перезваниваю снова, в голосе админа вместо раздражения уже чувствуется усталость и апатия. Пытаюсь прояснить, что же случилось, и можем ли мы как-то помочь? В результате разговора выяснилось следующее:

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

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

Помните, я говорил, что полная резервная копия была довольно большого размера? Я не зря делал ее раз в месяц по субботам.
Дело в том, что компания представляла из себя небольшой завод, который находился далеко за городом и интернет у них был сильно так себе.
К утру понедельника, то есть за выходные, эта копия с горем пополам успевала прогрузиться к нам на FTP-сервер.
Но ждать день-два пока она загрузится в обратную сторону возможности не было.
После нескольких неудачных попыток перетянуть файл, админ вынул жесткий диск прямого из нового сервера, нашел где-то машину с водителем и быстренько помчался к нам в офис, благо находимся мы все же в одном городе.

Пока стояли у нас в серверной и ждали, когда файлы скопируются, мы впервые познакомились, так сказать, «вживую», выпили по чашке кофе, пообщались в неформальной обстановке.
Я посочувствовал его горю и с полным винтом бэкапов отправил назад, спешно восстанавливать остановившуюся работу компании.

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


Подслушано в курилке у: Tavalik

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Важно!

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

Просим делать заказ на сайте, он будет обработан очень быстро.