Резервное копирование: как применяется правило «3-2-1» при создании музыки

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

Причины могут быть самые разные:

• Архив остался на другом носителе
• Закончилось свободное место
• Случайное удаление файлов
• Сбои

Чтобы быстро вернуться к работе с музыкальным произведением необходимо иметь в наличии какую-то версию мультитрека. Иначе приходится создавать и записывать композицию «с нуля» или работать с тем, что есть. И сам поиск исходников, особенно разрозненных, может занимать значительное время.

Как заранее защититься от подобных проблем? В IT cуществует правило «3-2-1»  для создания и хранения бэкапов.

Введение

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

• Локальная разработка
• Сохранение изменений
• Тестирование
• Боевая эксплуатация

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

Например, этот сайт.

Локальную версию разработчик хранит на своем жестком диске. Далее он сохраняет изменения в систему контроля версий — в локальную. После этого «заливает» изменения на сервер «хранения версий». Это уже 2 носителя.

Далее происходит тестирование — версия «выкатывается» на тестовый сервер. После всех проверок утвержденный продукт отправляется на сервер, где будет происходить боевая эксплуатация.

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

Из жизненного опыта мы знаем правила — «не хранить все яйца в одной корзине», «доверяй, но проверяй», «7 раз отмерь, один раз отрежь». IT-шники за годы работы в сфере усилили подход, так появилось то самое «3-2-1»

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

В музыкальной индустрии всё происходит похожим образом:

• Локальный проект с дорожками, запись материала, первые версия создания музыки
• Архив с мультитреком, который содержит чистовики. В таком виде отправляется на сведение и мастеринг
• Архив, который после этапа всех работ сохраняется в другом месте — в облаке, на флэшке, другом жестком диске
• Боевая версия. Например, набор файлов для playback’а, или диджейский проект

Чтобы защититься от потерь данных и времени на восстановление (иногда с нуля, песни же могут быть полностью переписаны), хорошей практикой является правило «3-2-1», которое в своей ежедневной работе используют добросовестные системные администраторы IT-компаний.

Правило «3-2-1» и его применение

Основные принципы следующие:

1. ТРИ резервные копии,
2. которые должны быть сохранены в ДВУХ различных физических форматах хранения,
3. причем ОДНА из копий, должна быть передана на внеофисное хранение

Что гарантируют эти тезисы:

• Если один жесткий диск выйдет из строя, то будет в наличии резервная копия на другом физическом носителе
• Если пространство на одном диске заполнено и необходимо удалить проект, то версия бэкапа сохранится в других источниках
• Если нарушена доступность к данным из конкретной точки, например, физический диск находится далеко — то их можно достать из облака или с носителя, который находится под рукой
• Потеря от одновременного сбоя в нескольких местах сразу маловероятна, а также при грамотной организации резервного копирования на других источниках (например бэкапы в самом облаке или «мягкое удаление»), остается возможность достать данные

Как резервное копирование использовать в музыкальных проектах?

Рассмотрим простой пример.

Допустим, рок-группа записывает песню на студии. Процесс выглядит следующим образом:

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

Как повторить этот процесс в домашних условиях?

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

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

Яндекс выдает следующие формулировки с учетом IT-специфики:

Принцип

Правило «3-2-1» минимизирует риски потери информации в результате аппаратных сбоев, человеческого фактора или природных катаклизмов. Некоторые особенности принципа:

• Хранение копий на разных типах носителей снижает вероятность единовременного отказа всех устройств. Например, локальное резервное копирование может быть реализовано на NAS-сервере, а удалённая копия — на защищённом облачном ресурсе.
• Наличие одной копии за пределами офиса или основного помещения — на случай пожара, наводнения или взлома. Это может быть как коммерческое облачное хранилище, так и физически обособленный data-центр. Главное, чтобы эта копия не зависела от внутренней инфраструктуры компании.
• Учёт рисков — разные носители часто предполагают разные технологии, что усложняет задачу хакерам, даже если они получат доступ к одной из систем.

Требования

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

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

Если посмотреть на аналогии, то процесс с точки зрения музыканта или продюсера выглядит гораздо проще:

• Локальная версия
• Облачная версия
• Переносимая версия (для других музыкантов, для звукорежиссеров)
• Архивная на другом носителе — второй компьютер, ноутбук, флешка
• Порядок бэкапирования — сохранять актуальные состояния проекта в процессе с некоторой регулярностью

Заключительные тезисы

• Всегда делать бэкапы с правильным наименованием, датой, складывать в едином стиле в одно из мест
• «Доверяй, но проверяй» — проверяйте всё, особенно если работаете в «одного»
• Бэкапы должны быть актуальны на 3-х разных типах носителей: 2 физических и облако
• Ведите музыкальные проекты с минимизацией лишних данных, храните только то, что необходимо в будущем, а не излишние черновики
• Разработайте план восстановления при физическом или техническом перезде