Ольга ведёт бухгалтерию в небольшой фирме: счета, зарплата, отчётность, переписка с налоговой. Полгода назад ей объяснили, что данные надо беречь, и она завела привычку: каждый вечер копировала файл базы в папку «Копии» — рядом с рабочей папкой, на том же диске. Так у неё появилось спокойствие: копия есть, значит, всё в порядке.

Спокойствие закончилось в одно утро. Компьютер включился, но диск издавал щелчки, и система не загрузилась. Мастер в сервисе сказал то, что говорят в таких случаях: диск не читается, а восстановление данных — отдельная история, которая не всегда заканчивается успехом. Вместе с рабочей папкой пропала и папка «Копии», потому что это была та же самая железка.

Ольга сделала то, что подсказывает здравый смысл: она копировала. И всё равно потеряла полгода работы. Этот разрыв между «я копировала» и «я защитилась» — главная тема статьи. Разберёмся, почему копия рядом с оригиналом почти ничего не даёт, из чего складывается копия, которая действительно спасает, и как заранее узнать, что из неё получится восстановиться.

Почему копия рядом с оригиналом — не вторая копия

Папка — это не отдельное место. Это имя, которое дали каталогу на том же диске. Когда Ольга создавала «Копии», она создавала каталог внутри той же файловой системы, под теми же правами доступа, с тем же питанием и тем же владельцем. Всё, что убивает рабочую папку, добирается и до копии, потому что между ними нет никакой преграды.

Первый сценарий — сбой железа. Диски умирают от износа, от скачка напряжения, от удара по столу; данные при этом теряются целиком, а не по одному файлу. Копия на том же диске увеличивает не защищённость, а объём потерянного: у Ольги исчезли и база, и её дубликат. Чтобы такая копия помогла, нужен второй носитель, который не зависит от первого.

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

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

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

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

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

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

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

Отсюда — правило, которое в профессиональной среде записывают тремя числами: три, два, один. Три копии данных, включая оригинал. Два разных типа носителей. Одна копия — вне того места, где находятся остальные. Звучит как формальность, но за каждым числом стоит конкретный страх.

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

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

Стоит понимать, что эти числа — не ритуал, который надо исполнить, чтобы «всё было правильно». Они описывают независимость. Если у вас три папки на одном ноутбуке, у вас одна копия. Если у вас два диска, лежащие рядом на одном столе, у вас тоже одна копия с точки зрения пожара.

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

Почему шифровальщик добирается до копий

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

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

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

Облачная синхронизация подводит иначе. Синхронизация — это не архив, а зеркало: что изменилось на компьютере, то изменится и в облаке. Зашифрованный файл приходит в облако и занимает место нормального. Спасает история версий, но она хранится ограниченное время, и в разгар рабочего дня никто не помнит, что она вообще есть.

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

Важно. Копия защищает не тогда, когда она существует, а когда её нельзя изменить или удалить с того компьютера, где случилась беда. Всё остальное — вопрос удобства и дисциплины.

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

И вот здесь возникает следующий вопрос. Допустим, копии есть, они лежат в трёх местах, одна из них отключена от сети. Значит ли это, что в нужный момент мы восстановимся?

Почему «бэкап есть» не значит «восстановимся»

Не значит. Файл на диске может существовать и быть бесполезным: копия сделана в момент, когда база уже была повреждена; архив закрыт паролем, который знал только уволившийся сотрудник; программа, делавшая копию, обновилась и не открывает собственный старый формат. Внешне всё на месте — и только в момент аварии выясняется, что восстанавливать нечего.

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

При этом важно заранее ответить на два вопроса, которые на языке профессионалов называются страшными аббревиатурами. Первый: сколько времени фирма может работать без этих данных? Если ответ «до обеда», то восстановление, которое занимает день, вам не подходит, даже если копия идеальная. Это допустимое время простоя, или RTO.

Второй вопрос: сколько работы можно позволить себе переделать? Если копия делается раз в неделю, то в пятницу вы рискуете потерять неделю. Если раз в день — день. Это допустимая потеря данных, или RPO, и она напрямую задаёт частоту копирования.

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

И ещё одна деталь, которая редко попадает в инструкции: восстановление — это навык. Если процедуру знает один человек, его отпуск или болезнь становятся отдельным риском. Короткая инструкция на одну страницу, напечатанная и лежащая рядом с диском, стоит дороже, чем ещё один терабайт в хранилище.

Что делать на практике

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

Такая связка работает потому, что у неё разные слабые места. Диск не зависит от интернета и от аккаунта, облако не зависит от того, доживёт ли диск до утра, а копия в другом месте переживает пожар. Если что-то одно подведёт, у вас останется второе — и это ровно то, ради чего всё затевалось.

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

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

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

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

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

Главная мысль

Резервная копия — это не файл и не папка. Это процесс: договорённость о том, что копируется, расписание, место, где копия недоступна для записи, и проверенная процедура восстановления. Пока чего-то из этого нет, у вас не бэкап, а надежда.

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

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

Что делать дальше