• XSS.stack #1 – первый литературный журнал от юзеров форума

Статья Резервное копирование – уверенность в завтрашнем дне, также, как и в сегодняшнем

Benihowy

(L1) cache
Пользователь
Регистрация
30.01.2019
Сообщения
815
Реакции
428
Делаем бэкапы. Не ленимся. Суть статьи не показать методы, а дать понять пользователю, что его данные в постоянной опасности. Потерять информацию довольно легко, случайно зацепив системный блок ногой, попался вирус, ошибка файловой системы и т.д. Даже сами носители информации могут подводить, и выходить из стоя.

Приведу пример, о том, как компании теряют данные:

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

- В 2011 году Gmail, почтовый сервис, заставил поволноваться тысячи своих пользователей. Некоторые из них, зайдя в свой аккаунт, не увидели ни писем, ни контактов. Тогда было затронуто, по словам Google, «всего 0,08%» от общего числа пользователей сервиса. Но на тот момент Gmail-ом пользовались 193 миллиона человек, и даже сотые доли процента от этого числа — это население небольшого города. Один из клиентов сервиса тогда жаловался на утерю 17 000 писем — это была вся его деятельность за все время.

- Утеря сотрудниками Pixar большого массива данных по ToyStory 2. Тогда кто-то из сотрудников случайно стер с сервера БД с сотнями важных элементов анимации персонажей, исходников самих персонажей и т.п. После того как компания решила восстановить данные из бэкапа, оказалось, что резервное копирование не работало уже более месяца.

- В 2007 года компания Rackspace (которая не была еще такой авторитетной, как годы спустя) столкнулась с неожиданностью. В ее дата-центр врезался внедорожник. Водитель этого автомобиля страдал диабетом. Во время поездки он потерял сознание, нога нажала на педаль газа, и машина, вылетев за пределы дорожного полотна, на всей скорости врезалась в объект, в котором располагался центр энергетической инфраструктуры дата-центра компании. Сразу заработала вспомогательная система энергоснабжения, но возникла проблема — не запустилась основная система охлаждения. Из-за этого оборудование быстро перегрелось, так что сотрудники компании приняли решение выключить все, чтобы сервера и другое оборудование не вышли из строя. В итоге дата-центр простоял без дела около пяти часов, в течение которого ничего не работало. Эти пять часов обошлись компании в $3,5 млн. Немало.

- В 2013 году перестал работать один из крупнейших хостинг-провайдеров мира. В дата-центре компании, расположенном в штате Юта, США, возникли проблемы в результате аппаратного сбоя при проведении профилактических работ на сервере. И это повлекло за собой ряд отключений оборудования по всему дата-центру. В результате огромное количество веб-сервисов и сайтов на время прекратили функционировать. Этот сбой обошелся хостинг-провайдеру в немалую сумму.

- В 2015 году пострадала известнейшая компания Vtech, которая производит игрушки и электронные устройства для детей. Тогда кто-то взломал сервера компании, и 4,8 млн записей из базы данных клиентов были похищены. Кроме того, были похищены и данные о 200 000 детей (их имена указывались родителями при регистрации).

- В утере данных виновным оказался руководитель небольшой хостинг-компании, которая обслуживала около 1500 клиентов. Марко Марсала (Marco Marsala) в один из загруженных работой вечеров запустил команду rm -rf {foo}/{bar} на всех серверах, причем переменные {foo}/{bar} заданы не были (по ошибке). В итоге удалились все данные со всех серверов. По неудачному стечению обстоятельств, к серверам были подмонтированы накопители с бэкапами. Все эти данные тоже были стерты.

- Один из крупнейших в мире банков, Barclays, был пару лет назад оштрафован на несколько миллионов долларов США. Причина — частичная утеря деловой переписки за 10 лет. Компания потеряла данные из-за несовершенства системы хранения данных. Технический сбой – и письма утеряны.


У этих компаний специальное оборудование, рейд массивы и т.д. Они обладают высокой отказоустойчивостью и все-же, бывают потери информации. Так что делаем бекапы, если уж компании теряют, а что тогда говорить, про обычного пользователя с одним дешевым накопителем информации? Это избавит от головной боли в процессе восстановления (если носитель подлежит восстановлению) и сэкономит кучу времени. Программ для бэкапов полно. Рассмотрим на примере windows 10. В меню пуск вбиваем в поиск слово «резервное» и тут же появляется предложение

1.png


Выбираем резервное копирование и восстановление (windows 7). В появившемся окне нажимаем «настроить резервное копирование»

2.png


И следуем указаниям мастера. Стоит бэкапить действительно важные данные, а фильмы, сериалы, игры не стоят того, их можно легко скачать. Архивировать можно и простым копирование на внешний жесткий диск или облако (например, телеграм). После того как мы определились с данными делаем бэкап.

Можно пойти еще дальше, и сделать копию всей системы. Для этого рассмотрим замечательную программу Acronis True Image. Записываем на флешку и загружаемся. В появившемся окне сразу же предстоит выбрать, резервировать или восстанавливать. Сделаем копию диска с операционной системой

3.png


Выберем два раздела. На первом находится сам загрузчик windows’а, на втором томе сама операционная система

4.png


Следуем указаниям мастера. В процессе архивирования есть полезная опция - сжатие. Она существенно уменьшает объём архива, к примеру, удобно копировать в облако.
Процесс восстановления выглядит похожим образом, выбираем архив и восстанавливаем ОС. Таких программ большое количество, и каждый выберет на свой «вкус и цвет».

Если взять серверную инфраструктуру, то там есть специальное программное обеспечение

5.png


Бэкапить можно файлы, базы, виртуальные машины и целые сервера

6.png


Также можно подключать рейд массивы. Рейд 1 зеркалирует информацию между несколькими дисками. Создать его достаточно просто, достаточно перейти в «управление дисками» и выбрать 2 диска. Предположим у нас есть два диска, пусть даже разного объёма

7.png


Инициализируем оба диска и ПКМ по одному из дисков => создать зеркальный том.

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

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

8.png


Можно долго говорить, показывать различные примеры. Но суть одна – резервировать информацию обязательно! Хочу закончить словами преподавателя из учебного центра «Специалист» Алексея Губаря: «Вы еще не теряли данные?! Тогда у вас все впереди».
 
Из всего описанного мне очень нравился акронис. Но вот LiveCD - не решение. Если найти ломанную версию - то это норм вариант. Ставишь в систему. Настраиваешь куда и когда бэкапиться. Прелесть в дифференциальных бэкапах.
т.е. первый файл - вся система, остальные хранят только изменения. Очень нравилось в свое время.
Ну и старое доброе правило. Нельзя делать бэкапы на тот же винт. У себя на предприятии поднимали для бэкапов отдельный сервак с кучей винтов в рэйде. Что-то в районе 16 террабайт получалось. Вот туда и льются все бэкапы.
 
Из всего описанного мне очень нравился акронис. Но вот LiveCD - не решение. Если найти ломанную версию - то это норм вариант. Ставишь в систему. Настраиваешь куда и когда бэкапиться. Прелесть в дифференциальных бэкапах.
т.е. первый файл - вся система, остальные хранят только изменения. Очень нравилось в свое время.
Ну и старое доброе правило. Нельзя делать бэкапы на тот же винт. У себя на предприятии поднимали для бэкапов отдельный сервак с кучей винтов в рэйде. Что-то в районе 16 террабайт получалось. Вот туда и льются все бэкапы.
Хочу донести до всех что их нужно делать, не важно как, акронисом или парагоном, инкрементным или дифференциальным методом, в облаке или на каком-то диске. Они должны быть.
 
Но вот LiveCD - не решение. Если найти ломанную версию - то это норм вариант.
Есть много бесплатных на Линусе. CloneZilla, например.

У себя на предприятии поднимали для бэкапов отдельный сервак с кучей винтов в рэйде. Что-то в районе 16 террабайт получалось. Вот туда и льются все бэкапы.
У нас было четыре библиотеки esl712e и ещё всякого по мелочи. Где-то 3 PB только под бекапы получалось. Это уже от бюджета и требований зависит :)
 
Есть много бесплатных на Линусе. CloneZilla, например.
Я не это имел ввиду. Делать бэкапы с LiveCD - плохой путь. Они должны делаться автоматом. Без участия человека. Иначе все скатится к варианту "ой блядь забыл".

Это уже от бюджета и требований зависит
Вот тут на 100% согласен.
 
Делать бэкапы с LiveCD - плохой путь.
Depends. Если я хочу быть уверен, что это точный и полный клон ОС, то лучше делать холодный бэкап. Volume Shadow Copy помогает забирать залоченные файлы, но я ему не полностью доверяю :)
Хотя, если просто систематически бэкапить пользовательские каталоги (Documents, Downloads, Desktop и ко), то тут действительно лучше софтом из самой ОС.
 
2 бэкапа: один из которых полностью оффлайн.

Автоматические и ручные бэкапы - это работает пока вы не встретились с криптолоком который залочил все: хосты, сервера с бэкапами и подключенные внешние диски. Бэкапы на Linux или удаленном сервере/облаке можно почистить. Уведомления о смене файлов отключить.

Самое надежное все бэкапить на то, что вообще к сети не подключено.

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

Именно так. Оффлайн бэкап с онлайн бэкапа. Это работает как для бэкап сервера, так и для одного рабочего компа. Для дополнительной безопасности, бэкап рабочего компа шифруется.
 
Нортон Гост никто ещё не отменял ))
 
При чем тут сотни.
При том что никто в большом продакшене не заморачивается оффлайн хранилищами. Они не удобны для быстрого восстановления. А продакшен не любит простоев.
Вариант с двойным хранением (оффлайн копия) имеет место быть только на критически важной инфраструктуре. Такое очень редко встречается в жизни.
Но я не против того что вы написали. Я за. Это действительно более надежно, хотя и мало распространено в жизни.
 
Пожалуйста, обратите внимание, что пользователь заблокирован
При том что никто в большом продакшене не заморачивается оффлайн хранилищами.
А как же бекапы на ленточные носители? Это и есть своего рода офлайн копия.. Они достаточно часто встречались где то еще в 2007-2010х. Ситуация уже поменялась? Похоже я застрял во времени...
 
А как же бекапы на ленточные носители? Это и есть своего рода офлайн копия.. Они достаточно часто встречались где то еще в 2007-2010х. Ситуация уже поменялась? Похоже я застрял во времени...
Используются. Долгосрочно хранить большие объемы данных на ХДД несколько накладно.
 
А как же бекапы на ленточные носители? Это и есть своего рода офлайн копия.. Они достаточно часто встречались где то еще в 2007-2010х. Ситуация уже поменялась? Похоже я застрял во времени...
На сколько мне известно - это самый дешевый (хотя и не самый надежный) способ долгосрочного хранения больших объемов информации. Для бэкапов, на мой взгляд, почти идеальный вариант. Но вот в живую я их давно не видел. При текущей стоимости винтов место давно перестало быть проблемой.
 


Напишите ответ...
  • Вставить:
Прикрепить файлы
Верх