[{"data":1,"prerenderedAt":155},["ShallowReactive",2],{"publication:ru:P169":3},{"meta":4,"copy":16,"relatedArticles":141,"terms":142,"term":143,"resourceParent":149,"glossaryParent":152},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":10,"description":11,"incoming":12,"updated":15},"P169","\u002Fglossary\u002F3-2-1-backup","term","правило резервного копирования 3-2-1","Правило резервного копирования 3-2-1: копии, носители и проверка","Правило 3-2-1: резервные копии и восстановление","Оригинал и две копии, разные носители и отдельное место. Почему число копий не заменяет защиту доступа, историю и проверку восстановления.",[13,14],"\u002Fservices\u002Fbackups","\u002Fservices\u002Fweb-resilience-audit","2026-10-31",{"intro":17,"sections":18,"checklistTitle":95,"checklist":96,"faq":103,"sources":113,"links":116,"cta":136},"Правило резервного копирования 3-2-1 означает три экземпляра важных данных: оригинал и две резервные копии, размещение на разных носителях и хотя бы одну копию в отдельном месте. Это принцип разделения, а не гарантия восстановления. Права, история, защита удаления и проверка рабочей функции требуют отдельного внимания.",[19,29,39,75,81,90],{"title":20,"paragraphs":21,"sources":25},"Как правильно считать три, два и один",[22,23,24],"NCSC Нидерландов описывает три версии как оригинал плюс две копии, два разных носителя и отдельное место. Не считайте исходную рабочую базу третьей резервной копией. Сначала перечислите экземпляры и реальные места хранения.","Название папки backup не подтверждает независимость. Копии могут разделять один диск, устройство, учетную запись или полномочие удаления. Для бизнеса важно понять, какое общее событие может лишить сразу нескольких экземпляров.","Начните с нужных данных и зависимостей: файлы, база, настройки, права и внешние сервисы. Три копии неполного набора не обеспечивают возврат нужной функции. Для каждого экземпляра опишите состав, владельца и актуальное состояние.",[26],{"label":27,"url":28},"NCSC Нидерландов: правило 3-2-1 и разделение копий","https:\u002F\u002Fwww.ncsc.nl\u002Fen\u002Fbackup\u002Fall-about-good-backups",{"title":30,"paragraphs":31,"sources":35},"Разделение копий и общие причины потери",[32,33,34],"Разные носители и отдельное место помогают разнести часть рисков, но их нужно оценить в реальной среде. Несколько логических каталогов на одном устройстве не устраняют физический отказ. Другое облако также требует понимания владельцев и доступа.","Проверьте, кто может менять или удалять каждый экземпляр. Если один доступ управляет всем набором, его компрометация может затронуть несколько копий. Отдельное расположение и независимость управления являются разными свойствами.","NCSC Великобритании подчеркивает, что локальное или облачное размещение само по себе не делает резервную копию устойчивой к разрушению. Нужны дополнительные меры защиты, согласованные с владельцем и возможностями выбранной среды.",[36],{"label":37,"url":38},"NCSC Великобритании: защита резервных копий от разрушения","https:\u002F\u002Fwww.ncsc.gov.uk\u002Fcollection\u002Fransomware-resistant-backups",{"title":40,"paragraphs":41,"table":44},"Карта экземпляров и восстановления",[42,43],"Карта CyberFixCrew помогает увидеть состав схемы и ее пробелы. У каждой копии должны быть владелец, условия доступа и понятный путь восстановления. Она дополняет правило 3-2-1 рабочими вопросами, не превращая его в сертификат.","Неизвестное отмечайте явно. Если команда не знает, как получить копию без основного ящика или аккаунта, это отдельная задача готовности. Список носителей не заменяет фактическую возможность использовать данные.",{"caption":45,"headers":46,"rows":50},"Что записать для каждой копии",[47,48,49],"Поле","Рабочий вопрос","Проверка",[51,55,59,63,67,71],[52,53,54],"Состав","Что именно включено","Есть нужные данные и зависимости",[56,57,58],"Место и носитель","Где расположен экземпляр","Разделение действительно существует",[60,61,62],"Доступ","Кто читает, меняет и удаляет","Нет необъясненного общего управления",[64,65,66],"История","Какие точки доступны","Нужный период покрыт",[68,69,70],"Возврат","Кто и куда восстанавливает","Среда и полномочия готовы",[72,73,74],"Приемка","Как подтверждается функция","Результат и ограничения записаны",{"title":76,"paragraphs":77},"Offline и immutable - отдельные свойства",[78,79,80],"Автономная копия и ограничение изменения или удаления могут дополнительно защищать историю. Но значение зависит от реализации, прав и условий. Не объявляйте любой отключенный носитель пригодным к восстановлению без проверки состава и актуальности.","Проверьте, кто может изменить защитные настройки и что происходит при смене владельца или завершении услуги. Маркетинговое название режима не заменяет понимание удаления, периода и доступного восстановления.","Секреты для доступа к копиям не помещайте в общий реестр. Запишите ответственного и согласованный механизм получения. Безопасность доступа и способность восстановиться должны поддерживать друг друга, а не создавать недоступную команде копию.",{"title":82,"paragraphs":83,"example":87},"Частота, история и цели восстановления",[84,85,86],"Частота отвечает, как часто создается новое состояние, история показывает, какие старые точки сохраняются, а цели восстановления описывают нужный бизнес-результат. Эти параметры связаны, но не взаимозаменяемы.","Условная компания часто создает копии, но быстро заменяет старые. Поздно обнаруженная проблема может уже попасть во все доступные состояния. Для решения нужны глубина истории и проверка выбранной старой точки, а не только зеленый статус последней задачи.","Тест выполняют в согласованной изолированной среде с учетом внешних интеграций. Нельзя создавать настоящий платеж или рассылку ради проверки. В результате фиксируют восстановленные функции, время наблюдения и ограничения.",{"title":88,"text":89},"Условная проверка схемы","Три экземпляра перечислены, но два имеют общее управление удалением, а старая точка еще не проверена. Назначены отдельные задачи по правам и приемке. Пример не является созданием копий или выполненным восстановлением клиента.",{"title":91,"paragraphs":92},"Что подтвердить перед завершением",[93,94],"Проверьте состав, разделение, доступ, историю и рабочий возврат. Отдельно учитывайте вопрос доверенного состояния и предыдущего доступа к данным. Копия может помочь доступности, не доказывая конфиденциальность всей прошлой истории.","CyberFixCrew - израильская компания по защите сайтов и цифровой инфраструктуры для русскоязычных бизнесов по всему миру. Применяем израильские знания в области кибербезопасности к копиям, доступам и зависимостям. Согласуем область восстановления и приемку важных рабочих функций.","Проверка схемы 3-2-1",[97,98,99,100,101,102],"Оригинал и две резервные копии посчитаны правильно.","Разные носители и отдельное место описаны.","Общие причины потери и права удаления рассмотрены.","Состав, история и цели восстановления различаются.","Доступ к копии не зависит от единственного неизвестного владельца.","Изолированная приемка нужной функции согласована.",[104,107,110],{"question":105,"answer":106},"Три папки на одном сервере соответствуют смыслу 3-2-1?","Они могут разделять носитель, отказ и полномочия удаления. Перечислите фактическое размещение и общие зависимости. Правило предполагает разделение экземпляров, а не только разные имена каталогов. Отдельно проверьте состав, права и рабочий возврат.",{"question":108,"answer":109},"Схема 3-2-1 гарантирует восстановление?","Нет, нужны пригодные данные, история, доступ, среда и приемка нужной функции. Также важно доверенное состояние и согласованность зависимостей. Число экземпляров помогает организовать защиту, но не заменяет проверку результата и не задает универсальное время восстановления.",{"question":111,"answer":112},"Синхронизацию можно считать независимой резервной копией?","Сначала уточните поведение удаления, изменения и истории. Синхронизация может перенести нежелательное состояние на другой экземпляр. Для резервной копии важен сценарий возврата к нужной точке, его права и проверка. Не считайте механизмы одинаковыми по одному наличию второго места.",[114,115],{"label":27,"url":28},{"label":37,"url":38},[117,120,123,126,129,132,134],{"path":118,"label":119},"\u002Fglossary\u002Fbackup","Что такое резервная копия",{"path":121,"label":122},"\u002Fglossary\u002Fimmutable-backup","Ограничение изменения копий",{"path":124,"label":125},"\u002Fblog\u002Fwebsite-backup-retention","История и ротация копий сайта",{"path":127,"label":128},"\u002Fblog\u002Fbackup-restore-test","Приемка восстановления",{"path":130,"label":131},"\u002Fglossary\u002Frpo","Допустимая потеря данных",{"path":13,"label":133},"Резервное копирование",{"path":14,"label":135},"Проверка устойчивости веб-инфраструктуры",{"title":137,"description":138,"button":139,"type":140},"Проверим разделение копий и возможность возврата","Опишите данные, экземпляры и владельцев без секретов. Согласуем историю, доступы и приемку.","Обсудить схему копирования","check",[],[],{"name":144,"aliases":145},"Правило резервного копирования 3-2-1",[146,147,148],"3-2-1 backup","правило трех копий","схема 3 2 1",{"path":150,"label":151},"\u002Fresources","Материалы и шаблоны безопасности сайта",{"path":153,"label":154},"\u002Fglossary","Словарь кибербезопасности для бизнеса",1794134064289]