Архивная архивная копия (01.07.2025). |
![]() |
2025 - Июль |
01.07.2025 09:42 |
Об архивации - было написано очень многое (в т.ч. правило "3-2-1"). Сам же - модернизировал это правило: использование не просто архивного диска для данных, а ещё и архивного архивного диска - архивируемого реже, чем раз в месяц. Использование данной парадигмы спасает очень редко (3-4 раза за всю жизнь). Но если бы архивного архивного диска не существовало - последствия каждого из случаев были бы очень тяжелыми.
Вчера - произошло событие, способное парализовать работу сектора на несколько недель. Виновник - естественно, говноОС Astra Linux; зачинщик - принудители перехода с Windows на Linux. Но кто будет виновником признавать разработчиков российского софта или СБ-шников - ведь можно найти виновника гораздо ближе, не выходя за пределы предприятия. Самого бесправного, исполнителя, - например, меня. Краткое описание бага: - пусть подключен внешний HDD с тремя одинаковыми архивными копиями босса; - ОС отрубает его через какое-то время, если нет нагрузки; - когда этот HDD подключается к виртуалке VirtualBox - он исчезает из родительской ОС и появляется в дочерней; - но родительская ОС продолжает его видеть наполовину. В виртуальной машине идёт чтение с HDD 100МБ/с - а родительская ОС считает, что HDD простаивает; - в один прекрасный момент, родительская ОС принудительно снимает питание с HDD - и процессы на виртуальной машине сваливаются с ошибками. Думалось, что отключение HDD на чтении - не разрушает ФС или файлы. На деле - оказалось: все 3 файла архивных копий повреждены (их контрольные суммы не совпадают). 2 повредились в процессе работы (ошибочно думалось, что дело было в файле копии, - подсунулась вторая копия в ISO-файле - её так же долбануло). Добавилась ошибка ФС, исправление которой убило третью копию. И вот, стоит ПК босса, который в отпуске. Его жёсткий диск - полностью зачищен от старой инфы (теперь стоят голые ОС и виртуальная машина), все архивные копии теперь - мертвы. Данные - полностью погибли. А там документация разрабатываемого софта, взаимодействия с отделами, настроенные тестовые стенды и т.д. И вот, от эмоций вернувшегося босса - спасает именно архивный архивный диск, на который копия информации закинута была просто, чтоб была, на всякий случай (а копировать лишний раз сотни гигабайт информации - не всегда желанная затея). Можно продолжать натягивать босса дальше (как сову на глобус - в вопросе миграции с Windows на Linux). Но перед этим - размножить его копию раза 3-4, во все доступные места. А с учётом того, что материально ответственный ни новых дисков не выписал, ни старых не дал - засунуть куда-то файл весом >500ГБ есть проблема. |
Обновлено ( 01.07.2025 11:46 ) |