Что это бэкапы


Что такое бэкап и зачем нужно делать резервное копирование?

31 марта — международный день резервного копирования. Самый распространённый способ хранения данных — на жёстких дисках компьютеров. Однако он не гарантирует, что однажды информация не будет утеряна. Файлы на винчестерах могут быть безвозвратно утеряны, если периодически не сохранять информацию на внешнем носителе.

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

Что такое резервное копирование и когда его нужно делать? 

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

«Бэкап» (от англ. backup) — «запас» (можно также перевести как «резервный» или «дублирующий»). Бэкап копия (backup copy) — создание копии файлов на дополнительном носителе информации (внешнем жёстком диске, CD/DVD-диске, флешке и т.д.). 

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

Как обезопасить себя от потери данных? 

Существует два способа создания резервной копии данных: на физических носителях или с помощью облачных интернет сервисов.

Ёмкость современных внешних дисков достигает одного терабайта и больше, подключить его к компьютеру можно через USB-кабель. Преимуществом внешнего жёсткого диска является то, что его можно легко взять с собой и подключать к другому компьютеру.

Сохранить небольшой объём информации можно и на флешке подходящего размера. USB накопители автоматически распознаются компьютером. Однако у флешки ограничено число записей. Если на ней хранить данные, которые нужно интенсивно перезаписывать, то флешка довольно быстро сломается. 

Самым распространённым диском является однослойный DVD с ёмкостью 4,7 ГБ. Двухслойные DVD имеют ёмкость до 8,5 ГБ. Компакт-диски лучше использовать для редко изменяемых файлов, а во-вторых, такие диски следует оберегать от перепадов температур, механических повреждений и ультрафиолета. К тому же, доверить важные данные можно только качественным дискам и пишущим приводам. 

Blu-ray Disc является современной альтернативой классическому DVD. Стандарт дисков, пришедший на смену DVD, позволяет сохранять до 25 ГБ данных. 

Хранить данные можно на интернет-сервисах, но для этого нужен компьютер с выходом в интернет. Минусом такого варианта является то, что информация хранится на чужом сервере и в любой момент может стать достоянием общественности. Один из таких сервисов хранения является getdropbox.com. После регистрации он предоставляет бесплатно 2 ГБ места.

Что может послужить причиной потери данных?

Потерять данные на компьютере можно по причине:

  • невнимательности при работе с файлами;
  • заражения системы компьютерными вирусами;
  • поломки операционной системы;
  • поломки жёсткого диска;
  • поломки или потери всего компьютера.

Что делать, если вы случайно удалили файлы? 

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

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

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

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

Не привлекайте для восстановления информации неквалифицированных людей и не пытайтесь это сделать сами — вы рискуете потерять информацию навсегда.

Смотрите также:

www.aif.ru

Что такое «backup»?

Очень часто я слышу фразы вроде «зачем мне бэкап, у меня же есть RAID!». Или «я делаю бэкапы на второй HDD в сервере!». Или что-то подобное. Очень часто через несколько месяцев после этого я слышу вопрос «а как мне восстановить убитые данные?». И это печалит. В статье я хочу немного порассуждать о том, что такое «резервное копирование» и какая схема такого копирования поможет защититься от потери своих данных. Ну и попытаться обличить некоторые мифы и вредные привычки. Большинство, думаю, ничего для себя нового не найдет, но если вы все еще относитесь к категории тех, кто бэкапы не делает или делает, но это не бэкапы — добро пожаловать!

Требования?
Давайте определимся с терминологией. Что такое резервная копия? Логично предположить, что это копия данных, предварительно сохраненная с целью восстановления в случае уничтожения оригинала.

Отсюда вытекает первое требование — изолированность. Не имеет смысла делать копию документов на квартиру и хранить ее там же, где оригинал. Так не имеет смысла делать копию данных и хранить ее на том же диске/в том же сервере, что и оригинал. Логично? Вполне.

Едем дальше. Если мы делаем копию данных, значит, боимся их потерять. Так? Так. Значит, все резервируемые данные для нас ценны. Так? Снова так. Отсюда второе требование — целостность. Не смысла в копировании без проверки целостности — на выходе мы вполне можем получить битые данные или потерять часть безвозвратно.

Еще один пункт. Представим, что вы удалили файл. Или не файл, а много файлов. Например, случайно сделали «rm -rf ./ test». И ушли спать, со спокойной совестью. А в полночь произошел… бэкап. Но вот незадача — настроен он был так, что создавал полную копию данных без учета версий и изменений. Т.е. удалил удаленный вами файл и на резервном носителе тоже — сделал вещь, обратную своему назначению. Представили? Третье требование — версионированность. Вы должны иметь возможность вернуть предыдущее состояние своих данных, а не только иметь две одинаковые копии.

Ну и хватит, наверное. Статья ориентирована на SOHO-пользователей, а не на энтерпрайз, поэтому требования к безопасности, скорости disaster recovery, ограниченной избыточности и прочему мы рассматривать не будем.
И что в итоге?

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

Ближе к практике.
Не вопрос. Анализируя существующую или придумывая для себя новую СРК — подумайте, соответствует ли она критериям, изложенным выше? Пересекаются ли в одном месте основная и резервная копия? Обеспечивается ли при этом изолированность резервной? Существует ли возможность одновременно изменять файлы в основном и резервном хранилище? Существует ли значительная (более значительная, чем атомный взрыв) вероятность того, что оба носителя будут одновременно уничтожены или утеряны? Если ответ на любой из этих вопросов «да» — в системе есть ошибка. К примеру, если вы сделали бэкап файлов с ноутбука на usb flash и убрали ее в сейф — вы молодец. Если вы сделали этот бэкап и положили флешку в сумку к ноутбуку — вы не сделали бэкап. Обеспечивает ли ваша схема целостность данных? К примеру, если на резервном носителе закончится место и копия не сможет корректно сохраниться — вы об этом узнаете? Обеспечивает ли она полноту? Если это приложение — сохранены ли настройки, если база данных — схема и т.д.? Можно ли из существующей копии получить работающий оригинал? Или чего-то не хватает? Представляете ли вы себе, что будете делать, если потеряете основные данные? Есть ли (пусть простейшая) методика восстановления? Все ли ее пункты выполнимы и достаточны для получения данных? Практике известны примеры, когда бэкап делался на зашифрованный HDD, а сложный и безопасный ключ шифрования хранился не в голове у владельца и даже не на желтой бумажке, а… да-да, на том ноутбуке, откуда и делался бэкап. Как вы понимаете, при краже ноутбука данные были утрачены безвозвратно. Проведите «учения» — представьте, что основной носитель утрачен и попытайтесь восстановиться. Уверен, с первого раза у вас ничего не выйдет, или выяснится, что многое на самом деле не совсем так, как вы представляли ранее. Ответили? Провели? Все прекрасно? Нет, не совсем. Не забывайте о СРК. Поддерживайте ее в актуальном состоянии. Начали использовать новое ПО? Внесите его каталоги в список на бэкап. Подумайте, как его восстанавливать. Следите за состоянием резервного носителя (если это одиночный диск, флешка или NAS — он совсем не вечный). Думайте о своих данных, кроме вас этого не сделает никто.
Мифы и примеры плохих решений
Почему-то люди любят обманывать себя. Например, многие верят, что RAID заменяет бэкап и гарантирует сохранность данных. Особенно если RAID не простенький — первый, а навороченный, 5ый например.

Но RAID — не бэкап. Из определенных выше критериев в общем случае не выполняются все три — зеркальные диски не изолированы, не контролируются и не версионируются. Падение файловой системы, случайный «rm -rf /» или ошибка при работе с разделами уничтожит данные на обоих дисках и RAID ничем не поможет их сохранить. Больше того, если поврежденную FS на одном диске обычно можно восстановить хотя-бы частично, то распавшийся массив — почти всегда нет.

Распространенная схема «отдельный HDD для бэкапа» тоже нежизнеспособна. Во-первых, резервные данные доступны и уязвимы для злоумышленника, вируса или обычной ошибки на вроде вышеупомянутого «rm -rf /». Во-вторых, есть множество ситуаций, причем весьма вероятных, которые погубят одновременно оба диска. Например бурная и красивая (со спецэффектами) смерть блока питания. Или опрокинутое на компьютер уборщицей ведро воды. Или… много их.

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

Вместо заключения

Берегите свои данные, потратив 15 минут «до» — можно сэкономить 15 часов «после». Не забывайте бородатый анекдот про тех, кто не делает бэкапы и тех, кто их уже делает.

Теги:
  • backup
  • резервное копирование
  • самообман

habr.com

Что такое бэкап андроид? Зачем нужен backup. Способы и типы резервного копирования андроид.

ГлавнаяПрошивкаЧто такое бэкап андроид

Автор: Александр Мойсеенко / Опубликовано:15.11.2018 / Последнее обновление: 14.12.2018

В переводе с английского, слово Backup означает резервное копирование информации. Применительно к телефону, это процесс, при котором создается копия определенных данных: фотографии, приложения, история звонков, телефонные контакты и т.д. А также резервная копия отдельных разделов прошивки или всего установленного на телефон образа ОС Android. Рассмотрим подробнее, в каких случаях вам может пригодиться бэкап и как его сделать.

Зачем нужен Backup телефона Android?

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

Бэкап или резервная копия – запасная копия вашей информации, на случай потери данных или повреждения системы Android, благодаря чему возможно быстрое восстановление потерянных или поврежденных данных.

Что можно сохранить в бэкап?

Резервная копия личных данных. Резервное копирование необходимо для предотвращения потери личных данных. Некоторая информация предоставляет для владельца особую ценность – фотографии, телефонные номера, голосовые записи, заметки и т.д.

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

Можно сделать резервную копию всего телефона (полная резервная копия) или только нужной вам информации: прошивки, личных данных, приложений.

Резервная копия прошивки Андроид. Иногда необходимо сохранить определенный раздел прошивки или полный образ системы Android. Полученный в процессе прошивки «кирпич» нередко помогает восстановить резервная копия. Если аппарат загружается только в recovery, полный образ системы позволит откатить изменения и вернуть аппарат в рабочее состояние.

Процесс сохранения данных – создание бэкапа.

Просмотр созданной резервной копии.

Просмотр списка сохраненных в бэкап данных.

Когда требуется резервировать данные

Особо ценную информацию следует сохранять незамедлительно. Особенно, если ее экземпляр единичен, и у вас нет копии.

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

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

Типы резервного копирования

Условно, бэкап делится на два типа – полный и частичный.

Полное резервирование предусматривает сохранение всей прошивки или отдельных частей – разделов: загрузчик, recovery и т.д. Такой бэкап годится для восстановления только в устройство, с которого снималась копия. Заливка образа в другой аппарат – приведет к кирпичу.

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

Способы резервного копирования

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

Вывод

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

Поделитесь статьей через кнопки социальных сетей, что бы напомнить свои контактам о своевременном бэкапе. Так же напишите в комментариях, как часто вы резервируете данные, а так же предпочтительный способ.

Статья была Вам полезна? Поставьте оценку - поддержите проект!

(2 оценок, среднее: 3,00 из 5)

Загрузка...

Комментарии пользователей

androfon.ru

12 заповедей про бэкап, за которые я чуть не заплатил пальцем

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

1. Бэкап должен быть всегда.

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

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

Пример из жизни. Недолгое время у одного из наших заказчиков работал некий товарищ, который, хоть был еще не стар, вел себя как Леонид Ильич в рассвете паралитических недугов. Он ходил вразвалку, неторопливо и с наслаждением разговаривал, то и дело причмокивая. Любая деталь подолгу занимала его внимание. Однажды он набирал в юниксовой консоли команду rm -rf, и перед тем, как его отвлекли разговором, он успел еще добавить слэш, после чего переключился на собеседника. Когда разговор закончился, товарищ обернулся к монитору, нахмурился, силясь вспомнить, чем до этого занимался, и решительно прогнал проклятый скринсейвер, нажав на Enter. Надо ли говорить, что в этот момент информация, весело шурша винчестерами, удалялась со всех копий RAID и даже с удаленных реплик массива. Кстати, после этого случая я всегда возвращаю компьютер из режима сна клавишей Alt — так безопаснее.

2. Бэкап должен быть автоматическим.

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

3. Восстановление из бэкапа — это крайняя мера.

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

4. Бэкап нужно хранить отдельно от данных и минимум 2 недели.

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

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

Еще более предпочтительными являются дисковые хранилища, по мере удешевления производства это перестало быть роскошью. СХД отличаются скоростью работы и надежностью, конечно, при условии, что используется RAID. Есть так называемые виртуальные библиотеки – VTL – которые умеют прикидываться ленточной библиотекой, но данные записывают на диски.

5. Бэкап нужно регулярно проверять.

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

6. Полезно дублировать бэкап на удаленную площадку.

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

Как это можно организовать? В простом случае кассеты извлекаются из библиотеки, и их отвозит куда-нибудь в Химки водитель дядя Вася. Понятно, что при восстановлении также участвует дядя Вася, поэтому он во всей цепочке является самой медленной стадией. Ну а для тех, кто сумел построить или использует на аутсорсинге полноценный резервный ЦОД с хорошим каналом, резервные копии можно автоматически дублировать при помощи современных средств резервного копирования. Например, имея на каждой площадке по АПК Symantec NetBackup Appliance, можно получить полноценный DR-сайт, куда резервные копии с основной площадки попадают при помощи технологии Automatic Image Replication (AIR).

7. Бэкап – это нагрузка на работающую систему.

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

В давние времена ночью все пользователи спали, и окно резервного копирования могло длиться, например, с 11 вечера до 7 утра. За это время все данные успевали скопироваться. Когда стало расти число систем, которые обслуживают запросы клиентов и ночью, скорость создания резервных копий стала иметь большее значение. Теперь нужно уложиться в пару-тройку часов, а для систем, работающих 24х7, в минуты. Именно поэтому рынок систем резервного копирования продолжает активно развиваться, изобретая все новые подходы.

8. Данные можно копировать по SAN, а не по LAN.

Большой поток копируемых данных нагружает сеть. Существует техника, которая называется LAN-free backup. Если СХД с данными и библиотеки подключены в SAN (сеть хранения данных), то вполне разумно передавать данные между СХД и библиотекой напрямую по SAN, при этом исключив загрузку локальной сети. Это часто бывает и быстрее, потому что далеко не везде локальная сеть построена на 10G, а обычный 1GB ethernet сильно уступает по пропускной способности даже не самой современной SAN.

9. Приложения можно бэкапить на ходу…

Создать консистентную копию данных, например, СУБД Oracle или MS Exchange без остановки работы невозможно: информация непрерывно меняется, часть ее находится в буферах, в оперативной памяти. У серьезных продуктов промышленного класса, таких как Symantec NetBackup, EMC Networker, CommVault Simpana и др., есть широкий спектр агентов для работы с различными бизнес-приложениями. Эти агенты умеет перевести приложение в режим, когда буфер сбрасывается на диск, а файлы с данными на время перестают меняться.

10. …и минимизировать нагрузку на основную систему.

Чтобы не держать приложение долго в таком режиме работы, эту технику можно скомбинировать с созданием снапшотов — мгновенных снимков данных. Снапшот создается быстро, после чего приложение можно «отпустить», а копировать консистентные данные уже со снапшота. Для создания снапшотов применяются в свою очередь свои агенты, которые также могут входить в состав программного обеспечения для резервного копирования.

Если создать не просто снапшот данных, а клон, то его можно отсоединить от исходного диска с данными и передать через SAN на другой хост. И уже на другом хосте программа резервного копирования увидит эти данные и будет передавать их на резервное хранилище. Это техника называется Offhost backup.

11. Виртуальные машины нужно стараться бэкапить средствами гипервизора.

Современные гипервизоры, такие как VMware ESXi, предоставляют инструменты по созданию образов виртуальных машин на лету, без остановки их работы. По сути — те же снапшоты. Такой образ виртуалки бэкапится как файл, а вот топовым функционалом средств резервного копирования является возможность восстанавливать из этого образа гранулярно любой объект, например, единичное письмо электронной почты, если внутри виртуалки работал почтовый сервер. Самыми продвинутыми возможностями тут, по моему мнению, обладают продукты от Symantec.

12. Нужно избавляться от дублей.

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

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

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

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

habr.com


Смотрите также