Локальное хранение и архитектура копий
Локальное хранение и архитектура копий — это комплекс технологических решений для создания, размещения и защиты дубликатов данных внутри собственного периметра компании (on-premise) без обязательного использования публичных облаков. Такой подход гарантирует максимальную скорость восстановления систем, независимость от интернет-провайдеров и полный контроль над конфиденциальной информацией.
Перед облаком и ссылками — базовая модель: где лежит файл и сколько его копий существует на дисках. Путаница «оригинал / копия / ярлык» приводит к отправке не того документа или удалению единственного экземпляра.
Оригинал и копия
★ Оригинал — экземпляр файла, которым вы считаете основным (рабочая версия). Это исходные, актуальные данные, с которыми в реальном времени работают пользователи, приложения, базы данных и операционные системы.
Оригинал является «источником правды» и отправной точкой для построения всей ИТ-инфраструктуры:
- Расположение: Размещается на самых быстрых и отказоустойчивых локальных хранилищах (All-Flash СХД, NVMe-массивы) для обеспечения минимального времени отклика (Latency).
- Нагрузка: Находится под постоянной промышленной нагрузкой (чтение и запись ввода-вывода — IOPS).
- Взаимодействие с бэкапом: При создании резервной копии специальный агент или прокси-сервер временно «замораживает» состояние оригинала (например, через технологию VSS в Windows или LVM-снимки в Linux), чтобы сделать точный слепок данных без остановки бизнес-процессов.
Копия (или резервная копия, backup) — это точный дубликат данных оригинала, зафиксированный в определенный момент времени и сохраненный в изолированном хранилище. Главная цель копии — гарантировать, что при повреждении, шифровании или удалении оригинала бизнес сможет быстро вернуться к работе.
В архитектуре локального хранения копия должна обладать тремя ключевыми свойствами:
- Изолированность: копия не должна зависеть от работоспособности источника. Сбой на основном сервере не должен затрагивать хранилище бэкапов.
- Консистентность (целостность): копия должна быть пригодна для развертывания. Для этого в момент копирования учитываются транзакции в оперативной памяти (например, базы данных «замораживаются» на миллисекунды через VSS или snapshot).
- Неизменяемость (Immutability): современный стандарт защиты, при котором копия записывается в режиме WORM (Write Once, Read Many). Даже если хакер получит права администратора, он не сможет удалить или зашифровать такую копию в течение заданного времени.
Архитектура копий жестко регламентирует движение данных:
[ Оригинал ] ──► [ Оперативная копия ] ──► [ Архивная копия ] ──► [ Уничтожение ]
(Продакшн) (Быстрые диски/SSD) (Ленты / Медленные HDD) (По регламенту)
Оперативная копия (Short-term) хранится на быстрых локальных дисках от 7 до 30 дней. Предназначена для мгновенного восстановления при случайных сбоях (RTO в минутах).
Архивная копия (Long-term) сжимается, дедуплицируется и переносится на медленные емкие диски или ленты. Хранится годами для регуляторной отчетности или глубокого аудита.
Ротация и удаление - это автоматический процесс (Retention Policy), который удаляет устаревшие копии, чтобы освободить место для новых.
| Действие | Результат |
|---|---|
| Копировать (Copy → Paste) | Новый файл, второй набор байтов |
| Переместить (Cut → Paste) | Один файл, новый путь |
| Ярлык | Указатель на оригинал, не копия данных |
| «Сохранить как…» | Новый файл с выбранным именем |
Копия на том же диске (C:\ → C:\Backup\) защищает от случайного удаления в одной папке, но не от поломки диска или шифровальщика. Копия на другом носителе — шаг к резервному копированию.
Метаданные (дата изменения, размер) у копии свои; содержимое при копировании совпадает на момент операции.
Устаревшие копии (или expired backups) — это резервные копии, срок хранения которых истек согласно принятой в компании политике удержания данных (Retention Policy). Они больше не представляют ценности для аварийного восстановления или отчетности, но продолжают занимать дефицитное место на локальных хранилищах.
- Если вовремя не удалять старые бэкапы, локальное хранилище переполнится. Это приведет к сбою создания новых, критически важных копий.
- Покупка новых локальных дисков и дисковых массивов (SAN/NAS) для хранения ненужного «цифрового мусора» неэффективно расходует ИТ-бюджет.
- Некоторые регламенты (например, персональные данные) прямо запрещают хранить конфиденциальную информацию дольше установленного законом срока.
Когда копия признается устаревшей, система запускает один из архитектурных сценариев:
- Автоматическое удаление (Purge): ПО бэкапа физически стирает файлы с дискового репозитория, освобождая блоки для новой записи. При включенной дедупликации удаляются только уникальные блоки, которые больше не используются другими (активными) копиями.
- Перезапись (Overwriting): При использовании магнитных лент (LTO) кассета с устаревшими копиями возвращается в пул доступных и перезаписывается новыми данными.
- Физическое уничтожение: Применяется в организациях с повышенным уровнем секретности (банки, госсектор). Ленты или жесткие диски с устаревшими конфиденциальными данными размагничиваются или физически уничтожаются шредером.
Несколько копий на одном ПК
Хранение нескольких копий данных на одном физическом ПК — это базовый, но самый уязвимый уровень локального хранения. В архитектуре бэкапа такой подход называют «локальным дублированием». Он отлично защищает от случайного удаления файлов или неудачного обновления программ, но абсолютно бессилен против аппаратных поломок ПК, вирусов-вымогателей, пожара или кражи устройства.
Имеет смысл намеренная схема, а не «отчёт (2).docx» в Загрузках:
| Роль копии | Пример имени / места |
|---|---|
| Рабочая | Projects\2025\report.docx |
| Черновик / архив | Projects\2025\archive\report_v3.docx |
| Отправленная | Sent\report_to_client_2025-07-01.pdf |
Риск: правите не ту копию или отправляете устаревшую. Привычка — одна «истина» в одной папке; экспорт в PDF перед отправкой — снимок на дату.
Эффективность такой схемы целиком зависит от того, как именно изолированы копии внутри компьютера:
- Критически опасно: Копии на том же логическом диске (например, в другой папке на диске C:). При выходе из строя жесткого диска или заражении шифровальщиком вы теряете и оригинал, и все копии одновременно. Смысл бэкапа теряется.
- Низкая надежность: Копии на другом разделе того же диска (например, оригинал на C:, копии на D:). Защищает только при сбое файловой системы или переустановке ОС Windows. При физической поломке диска гибнут оба раздела.
- Приемлемая надежность: Копии на втором, физически отдельном внутреннем диске (SSD или HDD). Оригинал лежит на одном накопителе, копия — на другом внутри того же системного блока. Это защищает от поломки конкретного SSD/HDD, но не спасает при сгорании блока питания (который может «убить» все компоненты ПК) или атаке вируса, имеющего доступ ко всем дискам в системе.
Чтобы несколько копий на одном ПК не превратились в хаос и не переполнили диск, настройте автоматизацию (через встроенный Архиватор Windows, Проводник истории файлов или сторонний софт вроде Veeam Agent for Windows / Acronis).
Версии в облаке и co-editing — главы 2 и 6; жизненный цикл файла — 1.11/5.
Храня несколько копий на одном ПК, вы выполняете условие «несколько копий», но полностью нарушаете правила «разные носители» и «вне площадки».
Внешний носитель как перенос
Использование внешнего носителя (USB-флешки, внешнего HDD/SSD или карт памяти) в качестве инструмента переноса — это классический метод реализации правила «1 копия вне площадки» (Offsite Backup) для домашних пользователей и малых офисов. В архитектуре резервного копирования такой метод называется «съемным репозиторием» (Removable Media).
★ Переносной носитель — флешка, внешний HDD/SSD, карта памяти: файлы физически перемещаются между компьютерами без интернета.
| Сценарий | Подход |
|---|---|
| Отдать файлы коллеге | Скопировать на флешку, передать |
| Перенести домой большой объём | Внешний HDD быстрее, чем домашний интернет |
| Временный «курьер» | Не единственная копия важных данных |
Файловая система на флешке (FAT32, exFAT) влияет на размер файлов и совместимость — 1.11/4. Безопасное извлечение — 1.13/7.
Носитель без шифрования = любой, кто нашёл, читает содержимое. Конфиденциальное — шифровать архив или использовать зашифрованный диск.
Внешний переносимый носитель решает три критические задачи, с которыми не справляется копирование внутри одного ПК:
- Защита от физических катастроф: Копия физически покидает помещение (офис или дом), где находится оригинал. При пожаре, затоплении или краже ПК копия остается в безопасности (например, в кармане, машине или другом здании).
- Абсолютный Air Gap (воздушный зазор): Когда внешний диск отключен от ПК и лежит на полке, он физически изолирован от электрической сети и интернета. Ни один вирус-вымогатель (шифровальщик) или хакер не сможет до него добраться.
- Миграция и автономность: Данные можно развернуть на совершенно другом компьютере без использования интернета, что критично при сбое сетевой инфраструктуры.
Бэкап эффективен, только если он регулярный. Перенос данных вручную требует жесткой дисциплины. Рано или поздно пользователь забывает подключить диск, и актуальность копий падает.
Внешние жесткие диски (HDD) крайне чувствительны к ударам и падениям. Одно случайное падение со стола во время переноса может уничтожить и оригинал (который переносили), и архив.
Если вы носите накопитель с собой, возрастает риск его потери или кражи. Без должной защиты любой, кто найдет устройство, получит доступ к вашим файлам.
Чтобы внешний переносимый носитель стал надежным звеном защиты, соблюдайте четыре правила:
- Шифрование данных (Обязательно): Перед переносом обязательно зашифруйте данные на носителе (например, с помощью встроенного в Windows BitLocker или кроссплатформенного софта VeraCrypt). При утере флешки или диска никто не сможет прочитать ваши файлы.
- Алгоритм «Подключил – Скопировал – Отключил»: Никогда не оставляйте переносимый диск постоянно подключенным к ПК. Он должен находиться в разъеме только во время сессии копирования.
- Использование SSD вместо HDD для мобильности: Если накопитель постоянно переносится в сумке или кармане, используйте внешние портативные SSD. Они не имеют движущихся частей и не боятся тряски и ударов.
- Автоматизация при подключении: Настройте ПО (например, бесплатный Veeam Agent или скрипты автоматизации), чтобы резервное копирование запускалось автоматически в ту же секунду, когда вы вставляете конкретный USB-диск в ПК, а по окончании процесса система сама размонтировала устройство.
Связь с резервным копированием
Связь между оригиналом, локальным хранением, копиями и внешними носителями объединяется в единую ИТ-дисциплину — систему резервного копирования (СРК).
Резервное копирование — это сквозной архитектурный процесс управления жизненным циклом данных от момента их появления до утилизации.
ПО резервного копирования непрерывно следит за оригиналом. Чтобы копия была точной и рабочей, ПО временно «замораживает» запись в оригинал, делает снимок состояния (Snapshot) и переносит данные в хранилище. Напрямую вручную скопировать открытый файл (например, работающую базу данных) нельзя — копия будет повреждена.
| Перенос | Резервная копия |
|---|---|
| Доставить файл сейчас | Сохранить данные на потом |
| Часто вручную | Часто по расписанию |
| Может быть перезаписан | Хранит состояние на дату |
Локальное хранилище имеет ограниченный объем. Чтобы новые копии всегда помещались, СРК жестко связывает их с устаревшими. Как только создается свежая копия оригинала, система сверяет правила (Retention Policy) и автоматически уничтожает или перезаписывает устаревшую копию.
Создайте на ПК отдельного локального пользователя-администратора только под задачи бэкапа. Папку со светлыми копиями закройте для чтения/записи со стороны вашей учетной записи. Это частично защитит копии, если ваш ПК поймает вирус-шифровальщик.
Локальная копия на ПК или СХД создается быстро и нужна для мгновенного восстановления при мелких сбоях (RTO — минуты). Но для защиты от крупных катастроф (пожар, шифровальщик) СРК дублирует локальную копию на внешний переносимый носитель. Локальное хранилище обеспечивает скорость, а внешний носитель — выживаемость данных.
Архитектура «оригинал + перенос + бэкап» закрывает и обмен, и сохранность. Sync и облако добавляют второе измерение — глава 2.