Хабр Курсы для бэкендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Бэкенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 188
Закреплённые комментарии
https://m-en.yna.co.kr/view/AEN20250927001555315?section=search
взорвалась литий-ионная батарея. Чиновники сообщили, что взрыв произошел в одной из батарей источника бесперебойного питания центра, когда рабочие отключали их от серверов, чтобы перенести в подвал.
https://m-en.yna.co.kr/view/AEN20251001006300315?section=search
По данным NIRS, пожар начался примерно через 40 минут после того, как рабочие отключили питание аккумулятора.
https://m.koreaherald.com/article/10586088
Взорвавшаяся батарея, установленная в комнате в августе 2014 года, уже примерно год как отслужила свой 10-летний срок службы.
https://m.koreaherald.com/article/10585116
Часть аккумуляторов уже была перемещена в рамках текущих мер пожарной безопасности, но все 384 оставшихся литий-ионных аккумулятора в ИБП были уничтожены пожаром. Аккумуляторы, произведенные компанией LG Energy Solution, были установлены в стоечных шкафах.
Компания NIRS начала переезд, поскольку аккумуляторные батареи ИБП были установлены на том же этаже, что и серверы, что вызвало опасения по поводу пожарной безопасности. Хотя два предыдущих этапа переезда прошли без происшествий, пожар вспыхнул во время отключения аккумуляторных батарей перед третьим переездом.
А скажут, что виноваты во всем северокорейские хакеры
Здесь про это как раз пишут: https://phrack.org/issues/72/7_md#article
Причём выглядит это как заметание следов, потому что некоторое время назад был классический взлом, и как раз сейчас следствие должно было объявить о результатах.
Такой контекст таймлайна ещё:
У большинства систем были бэкапы, но удаленное хранилище файлов, которым пользовались 17% всех госслужащих страны — не имело бэкапов. Безвозвратно потеряны терабайты документов. Делайте бэкапы!
Кстати, у этой истории есть ещё и шпионское измерение: в июне 2025го двое хакеров взломали северокорейского (китайского?) хакера, который взломал LG и кучу южнокорейских государственных систем. Дали об этом знать южнокорейским правоохранителям, которые в августе перестали выходить на связь. А дальше уже совсем мистика: кто-то пишет им с одноразового номера в сигнале «Proton небезопасен», после чего Proton блокирует почтовый ящик, с которого они вели коммуникацию только с южнокорейскими властями, но разблокирует после публикации.
24 сентября южнокорейский парламент начинает расследование взлома, 25го анонсирует физический аудит дата-центра, 26го — пожар. Подробности и ссылки на дампы с компьютера хакера — в легендарном журнале phrack.
То есть весь бэкап есть у соседей? И его можно будет выкупить?
Может, дешевле в АНБ продадут...
Тут будет некоторое ИМХО, но как по мне, если все данные лежат в одной локации - то это банально сетевое хранилище. Облачное всё ж подразумевает распределение по нескольким физическим локациям, притом с избыточностью, что должно спасать от выбывания одного из дата-центров.
Люди делятся на две категории: кто еще не делает бэкапы, и кто их уже делает (С)
А третьи ещё и проверяют возможность восстановления из сделанных бэкапов.
Четвертые проверяют возможность восстановления в случае смены ответственного сотрудника.
И как минимум подробная инструкция должна быть.
Развели тут бюрократию... одни расходы от этих айтишников... Что тут вообще может произойти и кому мы нужны? </sarcasm>
У вас тег "сарказм" слишком маленький, чтобы так толсто троллить )))
Пока тут с сарказмами, решение уже найдено.
Министр энергетики Сергей Цивилев призвал устраивать вернувшихся с фронта военных на работу в IT — вместо уехавших.
«Многие IТ-специалисты в 2022-м сбежали из России, и слава богу. Все получилось и без них, в стране остались лучшие кадры», — сказал министр.
/Ы (жирный сарказм)
Потрясающе, прям золото, новость причем достаточно свежая.
Для тех, кто, как и я, не в курсе, привожу цитату Цивилева (между прочим бывшего губернатора Кемеровской области, а ныне министра энергетики)
"Война сейчас — это тоже IT, там используются самые разные технологии, и участники военных действий каждый день показывают свой опыт"
Он отметил, что перед отраслью стоит большая задача помочь таким специалистам адаптироваться в мирной жизни.
Перед IT отраслью эта задача, стоит, да?...
Ну и тезис, война = IT, а значит и IT=война тоже золотой
ЧетвертыеПятые еще думают о том что Софт который бекапил систему последние 10 лет внезапно может пропасть (например протухли сертификаты драйверов - реальный случай если что )
1, 2, 3, 4...
У тех, кто выполняет все эти требования, бэкапы пригождаются очень редко...В отличие от...
Литиевые аккумуляторы высокой мощности делятся на 10 категорий: те что уже взорвались и те, что взорвутся в самое ближайшее время?
750 000 госслужащих.. по 30гб места каждому ... там хранилище на 22 петабайта было? О.о Без резервирования и всё находилось в одном помещении? У высокотехнологичной страны?
Предположу что тогда подобный коллапс был только вопросом времени.. особенно учитывая что судя по тексту крутились там почти все государственные инфосистемы (повредив 96 информационных систем, признанных критически важными для работы центральных органов власти) и не померли они все разом только чудом.
У высокотехнологичной страны?
Нет, это в Южной Корее
Вот людям кажется, что ваш комментарий противоречит их представлениям, но кто жил в Южной Корее - тот над корпоративными сайтами не смеётся...
Пообладав корейским авто, сраниваю с немцами, это просто технологическая пропасть
В чью пользу и почему?
Подтверждаю на 146%. Сужу по своему профессору, университетскому окружению и его словам: состоятельные корейцы всегда берут немцев, ибо репутация местных марок авто что-то на уровне наших "жигулей" или даже хуже.
Конкретно у моего профессора 4 "немца" - две Бэхи, мерс, ауди. Все под разные задачи и настроения. Говорит, что раньше был ещё отдельный гараж на пяток корейцев (верим?), но он их все со временем продал с надеждой на металлолом, ибо лучшего они не заслуживали.
Не, 750000 дел на сотрудников. Сколько из них имеет Г-Диск не сказано.
Скорее всего нет, это выделено было лимитом. Дальше дедубликация по хешу, да и не все (а скорее почти никто) использовали всю ёмкость.
То есть если бы каждый попробовал забить под завязку свои 30 Гбайт запароленными ZIP-архивами видео с котиками (чтоб сымитировать бурную деятельность перед начальством, например), то внезапно оказалось, что 30 Гбайт выделено для 750 тысяч сотрудников, но по факту места есть только под 100 тысяч?
Да, именно так и есть. Но обычно есть ещё регламент, типа "если свободного места остаётся всего на 2 месяца/меньше 20%, немедленно закупаем и включаем ещё одну дисковую полку"
Очевидно, и полка и диски лежат на складе уже, можно доставить оперативно и заказать новые.
Я удивлен конечно, что ленточной библиотеки не было...
От них массово отказываются в последние десятилетия. Диски достаточно дешевы и достаточно надежны в рейдах чтобы выкинуть всю эту механику и ленты.
Ну тогда это должно быть несколько разнесенных в пространстве и времени дисковых хранилищ. Потому что убить массив может и логический сбой и атака.
около 750 000 госслужащих
Это если считать по максимуму 22,5 петабайта данных
Диски достаточно дешевы
LTO-8 кассета на 12 терабайт стоит в районе 120 баксов в розницу в РФ сейчас, это 230 400 баксов на кассеты, что равняется стоимости десятка серваков, плюс машина которая эти ленты будет читать и писать, ещё 30к баксов что сопоставимо с вменяемым сервером по ценнику.
Допускаем что надо бы хранить лент на три бэкапа, да и машинку кассетную лучше взять не одну, и всё равно это получается меньше ляма баксов за ~60 петабайт бэкапов, хранение на хардах подобного объёма стоит минимум х2 от ленты, а на вменяемых дисках х3+
LTO-8 кассета на 12 терабайт стоит в районе 120 баксов в розницу в РФ сейчас, это 230 400 баксов на кассеты, что равняется стоимости десятка серваков
Кассеты, может, и дешевые. Но надо же считать еще саму библиотеку, или хотя бы сами приводы, на чем их писать надо. И вот они - все портят до какого-то объема хранимых данных. Да еще сервис-контракты, гарантия (нельзя же просто купить и поставить - это не по правилам) и так далее. Вот и решили, что лишние N гигабайт жестких дисков, которые можно использовать - это лучше, чем дорогая в эксплуацации железка, которая прямой пользы (кроме вот таких случаев) никогда не принесет.
Справедливости ради диски для бекапов тоже использовать для чего-то другого нельзя. Это дисковые полки с довольно слабыми серверами обычно. Называются чаще всего s3.
Остальное да. Считаю затраты на эксплуатацию на год или срок жизни системы. И стандартные сервера со стандартными дисками выходят дешевле пары тройки уникальных железок.
Но надо же считать еще саму библиотеку, или хотя бы сами приводы, на чем их писать надо.
Если мы берём обычную библиотеку которая никуда не спешит, пишет себе по одной кассете за раз, обещает скорость до 72.45 ТБ/ч и хранит в себе до 28.8 Пб по заверению первого попавшегося продавца - то она стоит 6к баксов в рознице РФ, что определённо сравнимо с ну таким себе современным серваком, так что на фоне ценности данных и общей стоимости системы которая хранит и предоставляет доступ к такому объёму данных - не то, чтобы критичное вложение по сумме
понятно что библиотека для серьёзных объёмов стоит чемодан денег, но в качестве хоть какого-то бекапа можно было озаоботиться хотя бы подобными недорогими вариантами
Я удивлен конечно, что ленточной библиотеки не было...
Из одной из ссылок, что тут давали:
The stored data amounts to 858TB (terabytes)
Похоже, объем слишком маленький, чтобы оправдать покупку дорогущщей ленточной библиотеки. Косвенно подтверждает тем, что рядом есть отмазка, которая выглядит странно, если считать только по емкости ленточек.
“The G-Drive couldn’t have a backup system due to its large capacity,”
В смысле дорогущей? Покупайте недорогую, в продаже до сих пор есть и 6 и 7 LTO, и приводов можно ставить по потребности и сами библиотеки, по сути отсеки для кассет, есть от 2U...
Блин, у меня в хомлабе сервак на 100Тб, обошёлся в три килобакса с дисками (цена макбука или двух айфонов)
И это с zraid, где может вылететь 4 диска из 16
Получается, забекапить всё это в полдюжины мест -- цена вопроса меньше $1M
Это всего лишь 1000 дисков по 22 терабайта. По минималке можно влезть в 30 юнитов, половина стандартной стойки. Не так, чтобы много.
Да, отсутствие резервного копирования (или его неисправность), наводят мысли о вранье. Но в реальности бывает и страшнее.
750 000 госслужащих.. по 30гб места каждому ... там хранилище на 22 петабайта было?
30 Гб, это же дисковая квота, а не физически выделенное место.
750 000 госслужащих.. по 30гб места каждому
Вы понимаете, что максимально допустимый и используемый объемы - это не одно и то же?
750 000 госслужащих.. по 30гб места каждому ... там хранилище на 22 петабайта было?
а если зарабатывать сто тысяч в месяц, то в конце года у тебя будет миллион двести.
возможно, путают 750 000 пользователей и 30Гб каждому. Например, один сотрудник размещал регламенты или какие-то сводные таблицы, а 100 человек в отделе этим пользовались. Это распространённый сценарий, не все же пользователи генерируют бешеное число файлов. В итоге ёмкость системы на несколько порядков меньше, чем может дать расчёт по данным из новости
30 ГБ - квота по умолчанию. Кому-то индивидуальные квоты и на терабайты могли быть (админам, например), а кто-то в это облако ни разу не заходил (уборщица 3-го этажа центрального офиса управления делами президента).
Ну и разумеется общие шары (в которых лежали "сводные таблицы и регламенты") квотировались отдельно.
В любом случае это массив на петабайты. Скорее всего несколько стоек забитых дисками.
.del
Так вот циферка после RAID не имеет никакого значения, если не соблюдается золотое правило 3-2-1: 3 копии, на двух типах носителей, 1 в независимом месте.
Чёртова дюжина правил бэкапа. Не идеальный чеклист, но лучше, чем ничего.
Бэкап должен быть
Бэкап и оригинальные данные никогда не хранятся в одном месте
Снапшот - это не бэкап
Бэкапы должны делаться регулярно
Бэкапы должны валидироваться
Должно быть настроено уведомление о бэкапе и о его валидации
Кроме того, время от времени нужно производить ручную проверку бэкапов
RAID - это не бэкап. Даже RAID6. Но лучше RAID чем не RAID
Нужно разделение на локальный и off-site. Off-site бэкап хранится на физически отключенном носителе, в безопасном месте, вдали от локального и места хранения бэкапируемых данных
Старый бэкап удаляется только после валидации нового
У вас должно быть как минимум три точки восстановления(т.е. три полных бэкапа за разную дату)
Бэкап-сервер должен сам забирать файлы для резервного копирования с удалённого сервера, а не наоборот
Шифрование бэкапов так же имеет смысл
От чего спасает 12е правило?
От протроянивания бэкапов (частично)
вероятно, от возможности использования уязвимости, направленной на учёт/количество копий/ротацию бэкапов/исчерпание свободного места.
Это очень важное правило. Если сервер на котором хранится инфа записывает данные на сервер бекапа, то есть какое-то ПО на нем имеет право запись на сервер бекапа, то, если он сервер будет полностью скомпрометирован, то вероятно злоумышленник получит возможность удаления/шифрованич и бекапов и оригинальных данных.
По хорошему надо дополнить этот пункт информацией о том, что сервер бекапа или его учётная запись в основном хранилище тоже не должен иметь право на запись в хранилище, только чтение
Потенциально скомпрометированный сервер не должен иметь доступа к резервным копиям / системе резервного копирования
12. Бэкап-сервер должен сам забирать файлы для резервного копирования с удалённого сервера, а не наоборот
Вы только что послали всю философию restic в одно место, хех.
Почему? У меня сервер бэкапов подключается к машинам, рестик на сервере бэкапов насасывает данные, и сервер отключается.
Тут либо я как-то не так готовил restic, либо он может работать и так, и так.
Даже если поднять restic REST server, у меня всё равно получалась философия "клиент делает всё сам":
Клиент сам запускается по расписанию (нужно настроить crob job'ы или systemd timer'ы);
Клиент сам шифрует, дедуплицирует, проверяет валидность ключей, отсылает на сервер (неважно, облако это или вышеупомянутый REST server);
Клиент обязан сам восстановиться из бекапа, и это может сделать только он. Сервер даже методов таких не имеет.
P. S. Готовлю всё это не через сам restic, а его декларативную обёртку autorestic, но сути это не особо меняет.
Так то дофига у них госслужащих.
На 51 миллион не звучит как совсем уж много.
Ну +- как в России если пересчитывать на 10 000, и я бы не сказал, что у нас образец оптимального госаппарата.
Возможно, у них правительство - все таки занимается правительственными делами а не враги собственному населению?
Ну если у них в остальных сферах дела как в бэкапе данных важных документов, думаю, им есть куда стремиться в плане организации работы в целом. Недавно была как раз статья про "немытые кружки", как косвенный признак дезорганизации.
Очень похожи на нас по менталитету
Учитывая их любовь к посадке предыдущих премьеров (или президентов? Кто там у них главный?) с эпичными обвинениями в коррупции, это вопрос открытый.
С учетом учителей-полицейских -- даже мало
архитектура G-Drive не позволяла делать внешние копии
В таком случае у меня есть версия, как расшифровывается "Г" в названии системы...
лет двадцать назад, когда работал в ИБ банка, приходил циркуляр, что в одном головном отделении рухнула БД. По регламенту, она архивировалась каждый вечер на стримерную ленту, но когда попытались восстановить - оказалось, что ни одна из семи лент не читается. Пришлось почти на месяц закрыть отделение и вручную из сшивов дня восстанавливать базу, а регламент резервного копирования стал включать копирование на два физических носителя разных типов и раз в неделю - проверку восстановления из резервной копии.
Хз, почему трудно сделать облачное хранилище надежным, но Яндекс диск, Bitcasa, хранилище Mail.ru неоднократно били архивы или файл существовал, но скачать его было нельзя. Только с Гуглом не было проблем.
Так что, делая бэкап в облако, особо на него не рассчитываю. Закопать жесткий диск возле дома, что ли....
Вряд ли из него вырастет дерево.
Поэтому делаю бэкап на 2 массива, один из которых в другом городе, на случай если с квартирой что случится.
Пора на Луну забрасывать удалённые сервера для бэкапа. На случай, если с планетой что случится. Очень дорого, очень медленно, но зато очень надёжно (наверное), разве что метеорит упадёт или китайский луноход доберётся, но сколько их пока было, тех луноходов.
Здравствуйте.
Если у вас возникают трудности с использованием нашего сервиса, пожалуйста, расскажите о них как можно подробнее через нашу специальную форму: https://help.mail.ru/cloud_web/about/trouble
Постараемся разобраться в ситуации и помочь вам.
G-Drive используется с 2018 года и обязывал чиновников хранить все рабочие документы в облаке, а не на личных компьютерах.
Трудно поверить, что ввели в строй систему, предъявляющую именно такое требование. А ещё должны быть бумажные версии документов, без создания которых никто не имеет права полагаться на один только электронный документооборот. Неужели не понятно, что электронный документооборот призван не полностью заменить бумажный, а просто сделать его удобнее?!! Одни и те же грабли...
Одни и те же грабли...
Эти грабли и с бумажным архивом отлично раскладываются. Бумага весьма неплохо горит, если захотеть. И делать бакап бумажек в другое место - тоже вполне недешево. Боюсь, за стоимость организации этого бакапа для бумаги можно два бакапа электронных сделать.
Боюсь, за стоимость организации этого бакапа для бумаги можно два бакапа электронных сделать
Намного дороже. Нужно скопировать не только документы, но и заново воспроизвести систему их хранения - расшить тома, сверить все наличие по списку, отозвать все выданное на руки, списать всё, что не найдется, отремонтировать то, что начнет разваливаться при расшивании для копирования. И, как вишенка на торт - найти того, кто заверит корректность копии. Если организация-автор ещё существует, то надо уговорить должностное лицо оттуда. Если нет, то придется оплатить услуги уполномоченного (государственного) архива или нотариуса (что сделает это неприлично дорогим удовольствием). Это ж не ксерокопий напихать в коробку.
Это ж не ксерокопий напихать в коробку.
Это же государство. Вполне может сказать 'мы вот этим сотрудникам и этим ксероксам верим, поэтому те ксерокопии в тех коробках, что они изготовили и которые были отправленные в <данные для служебного пользования> - автоматически считаются верными. Ну или не ксерокопии а микрофиши.
Халтура, конечно, и так, по хорошему, нельзя. но если очень хочется и денег нет - сойдет.
вы можете верить вот "этим сотрудникам", но "эти сотрудники" не поверят на слово "тем сотрудникам", которые принесут якобы оригиналы из своего ведомственного архива - ибо с момента появления их фамилий на копиях (или талончиках к микрофишам) ответственность за возможный подлог ложится на "этих сотрудников". я достаточно долго проработал с автоматизацией ЭДО/ЮЗЭДО/ЭА и как консультант и как разработчик и много кто ещё, и даже успел пройти проф. переподготовку в ВНИИДАД, чтобы знать "врага в лицо" и могу сказать, что в этом деле гораздо больше нюансов, чем кажется на первый взгляд. сам видел, как на архивных копиях лишние подписи появляются.
которые принесут якобы оригиналы из своего ведомственного архива
Тут же ситуация проще? Есть некий архив госдокументов. Которым документам уже верят. И надо сделать их копии для offsite хранения. Вот прямо силами тех людей, что в этом архиве работают.
Угроза, что в процессе копирования их немного подредактируют, конечно, реальна, но как-то же до сих пор этот вопрос решали?
Есть некий архив госдокументов. Которым документам уже верят. И надо сделать их копии для offsite хранения.
Есть, например, дело с актами КС-2, КС-3 по капитальному строительству, 100 томов по 250 листов, все они пронумерованы и прошиты, в описи указан перечень. Есть сотрудник-архивист, которому говорят, ты сейчас сделаешь копию этих томов и в случае любого уголовного дела ты идешь прицепом, если в суде окажется подложный документ с твоей подписью. Внимание, вопрос, как найти достаточное количество желающих стать зицпредседателем Фунтом, чтобы они подтвердили прием документов не глядя. Сдача документов в гос.архив - это очень небыстрый процесс с актами приёмки-передачи, протоколами экспертизы ценности и прочими скрытыми от нормальных людей процессами. Я по работе пересекался с женщиной - архивистом, которая почти с 100% точностью отличала печати, поставленные на документ, от их копии на дорогом лазернике, даже не беря документы в руки, когда ей регулярно пытались сдать такие художества. Т.е. оснований верить даже сотрудникам "соседних" подразделений той же самой организации, не то, чтобы и много.
Поэтому никакой оптовой передачи не получится - слишком велика, как говорится, коррупционная ёмкость как для автора документа, так и для владельца архива.
случае любого уголовного дела ты идешь прицепом, если в суде окажется подложный документ с твоей подписью.
Чего-то в этой логике архивного дела я не понимаю. Сотрудник (почему, кстати, один? Целая пачка контроллеров должна быть.), отвечающий за копирование - отвечает за то, что копия соответствовала оригиналу. Даже если он и подложный. Нет разве? "Мы не утверждаем, что документ подлинный, мы утверждаем, что он такой же, как нам сдавали". А подлинность - вот этот человек, что нам документы сдавал - к нему вопросы.
"Мы не утверждаем, что документ подлинный, мы утверждаем, что он такой же, как нам сдавали"
в таком случае документ и его копия неравнозначны, у копии нет возможности проверить соблюдение базовых принципов типа неотказуемости, авторства, целостности
Это все уже про (уж не знаю, какой правильный термин) - про мета-информацию о документе. Содержание того, что нам принесли(включая случайно поставленные пятна кофе) и вот этой копии одинаковое? Одинаковое. Вот полдюжины контроллеров в этом расписалось. А все остальное - не к бакапу вопросы.
А если кому хочется всего остального (проблемный сценарий, как я понимаю: "Получили из архива копию а потом начинаем говорить, что в архиве не оригинал был, а подделка") - пускай оригинал проверяет перед сдачей в архив и результаты экспертизы тоже архивирует.
В общем, получается, хочу учебник по архивному делу. Какой сейчас имеет смысл хватать для общего ознакомления, что не слишком завязан на законодательства конкретной страны и включает еще и часть про электронные архивы?
Содержание того, что нам принесли(включая случайно поставленные пятна кофе) и вот этой копии одинаковое?
Приказ по организации отменили другим приказом. Копия одного есть, копию второго не принесли. По данным основной организации локальная норма уже не действует, по данным бэкапа - норма всё ещё действует.
Копия одного документа - не проблема. Проблема в обеспечении целостности массива документов. В классическом делопроизводстве это решается просто - документ сразу изготавливается в нескольких экземплярах, которые идут "в дело" в архиве организации и во внешние архивы. Что распорядительные документы, что письма, все эти CC: и BCC: имеют физический смысл.
В общем, получается, хочу учебник по архивному делу. Какой сейчас имеет смысл хватать для общего ознакомления, что не слишком завязан на законодательства конкретной страны и включает еще и часть про электронные архивы?
мои статьи в журнале делопроизводство и архивное дело
мне кажется, стоит посмотреть что рекомендует ВНИИДАД и РГГУ для своих студентов. а ещё ради интереса посмотрите на архивы NASA, они прям заморочились с сохранением документов. Можно полазить по коллекциям. Многое выложено в общий доступ, например документы JetPropulsion Lab.
По данным основной организации локальная норма уже не действует, по данным бэкапа - норма всё ещё действует.
И это проблема держателя архива почему?
В классическом делопроизводстве это решается просто - документ сразу изготавливается в нескольких экземплярах, которые идут "в дело" в архиве организации и во внешние архивы.
По описанию проблемы - не решается. Второй экземпляр до архива донести еще не успели, например. Точно так же "по данным внешнего архива (и его бакапа) норма все еще действует".
мне кажется, стоит посмотреть что
Но это же, (после беглого тыкания по ссылкам) - как раз просто про сохранение информации. А не про то, что вот этот человек на вот этой должности действительно это подписал, теперь не отбалтается, что 'не было такого'. Хочется именно про теорию и практики, что для этого используются, коль именно это проблемой является.
И это проблема держателя архива почему?
это не проблема держателя архива. это проблема организации-автора. у архива начинаются проблемы тогда, когда возникает какой-то спор и появляется другой вариант документа
По описанию проблемы - не решается. Второй экземпляр до архива донести еще не успели, например. Точно так же "по данным внешнего архива (и его бакапа) норма все еще действует".
Решает, они рассылаются одновременно. По таким вот экземплярам немецких приказов было получено больше данных о ходе второй мировой войны, чем по советским. Но это реально дорогое удовольствие, поэтому электронное хранение "на круг" обходится дешевле
у архива начинаются проблемы тогда, когда возникает какой-то спор и появляется другой вариант документа
Почему? "Этот вариант документа нам не сдавали. А копия соответствует тому, что нам принесли, потому что мы выполняем <ссылаются на тома инструкций и подписи проверяющих о том, что да, эти инструкции были выполнены>".
Все-таки у нас есть разница в понимании роли архива.
Мое: должны хранить и гарантировать (путем выполнения и контролем этого выполнения какой-то удобряемой методики) что выдаваемые наружу (и в бакап) копии совпадают по содержанию тому, что в архив сдавалось.
Подлинное оно, не подлинное, есть еще где-то другие варианты или более поздние изменения - это архива не касается и он тут ни при чем.
А вы указывает на другие отвественности, и мне непонятно, почему этого нужно от архива хотеть. Ну вот вопрос - а почему этого хочется и чего именно. И за что архив уже не отвечает?
мы выполняем <ссылаются на тома инструкций и подписи проверяющих о том, что да, эти инструкции были выполнены>
Так я в самом начале дискуссии написал перечень действий, который будет необходимо выполнить, а вы предложили заменить всё простым копированием с посылом, что копии надо верить просто потому, что она была принесена в помещение архива.
а вы предложили заменить всё простым копированием с посылом, что копии надо верить просто потому, что она была принесена в помещение архива.
Не. Я сказал, что государство может плюнуть и постановить, что простой копии можно верить. Коль 'не простой' не сделали. Потому что лучше такая, чем вообще никакой.
Точнее, постановить, что "простое копирование" - и есть та одобряемая методика.
Копии на лазернике слегка блестят, если лист покачивать. Расплавленный (и застывший) порошок (который тонер) потому что. А в случае с мокроу печатью — именно что впитавшийся в бумагу пигмент (после того, как жидкость улетучилась).
Печати надо печатать на струйнике.
Ок, а оттиск? Смотрим обратную сторону и там гладко...
(Восхищённо:) Коллеги, а этот — соображает!
ну это до первой проверки. если что, я сам видел заключение криминалиста по документу, где подпись была поставлена через несколько недель после постановки печати и суд его не принял в качестве доказательства
Трудно поверить, что ввели в строй систему, предъявляющую именно такое требование
в любой более-менее крупной организации хоть как-то претендующей на эффективность,
каталоги с данными пользователей хранятся не на рабочих станциях
А ещё должны быть бумажные версии документов, без создания которых никто не имеет права полагаться на один только электронный документооборот. Неужели не понятно, что электронный документооборот призван не полностью заменить бумажный, а просто сделать его удобнее?!
и как там, в 2005, обстановка?
В любом случае лучше чтобы они были, чем их нет если дело швах. Никто не будет спорить, что это откат в 90 годы 19 века, но на без рыбьи и рак рыба.
по бумажным экземплярам возможно более-менее восстановить состояние документов, которые прошли по своему жизненному циклу до момента хранения. при условии, что культура делопроизводства находится на высоком уровне. а вот восстановить состояние "в моменте", например, длинной цепочки переписки или договора, находящегося в процессе исполнения, будет на порядок сложнее. или вообще невозможно.
Вот и выходит, что хотели убрать бюрократию, а получили её апгрейд с запахом гари
Откройте секрет — что может гореть в цоде? Да ещё и так интенсивно? И что сгорело? HDD? Там какая температура горения была? Их коктейлями кимченына забросали? А системы пожаротушения? Южнокорейцы до сих пор не открыли для себя болид? 😁😁😁
Я видел как-то HDD после пожара в помещении, когда сгорела и рухнула крыша (только крыша, Карл! бетоные перекрытия, битумная гидроизоляция, всякие мембраны и прочее - оно упало вниз и горело внутри стен, очень жарко)
В общем, там всё плохо было.
Дополнил новость. Пожар начался при плановом обслуживании (замене) литий-ионных батарей системы UPS.
https://m-en.yna.co.kr/view/AEN20250927001555315?section=search
взорвалась литий-ионная батарея. Чиновники сообщили, что взрыв произошел в одной из батарей источника бесперебойного питания центра, когда рабочие отключали их от серверов, чтобы перенести в подвал.
https://m-en.yna.co.kr/view/AEN20251001006300315?section=search
По данным NIRS, пожар начался примерно через 40 минут после того, как рабочие отключили питание аккумулятора.
https://m.koreaherald.com/article/10586088
Взорвавшаяся батарея, установленная в комнате в августе 2014 года, уже примерно год как отслужила свой 10-летний срок службы.
https://m.koreaherald.com/article/10585116
Часть аккумуляторов уже была перемещена в рамках текущих мер пожарной безопасности, но все 384 оставшихся литий-ионных аккумулятора в ИБП были уничтожены пожаром. Аккумуляторы, произведенные компанией LG Energy Solution, были установлены в стоечных шкафах.
Компания NIRS начала переезд, поскольку аккумуляторные батареи ИБП были установлены на том же этаже, что и серверы, что вызвало опасения по поводу пожарной безопасности. Хотя два предыдущих этапа переезда прошли без происшествий, пожар вспыхнул во время отключения аккумуляторных батарей перед третьим переездом.
Погодите, разве не свинцовые батареи используются в ИБП?
разные используются сейчас. Свинцовые - не лучший выбор.
Некоторые предпочитают LiFePO4, т.к. они не горят в отличии от литий-ионных.
Свинцовые тоже не горят.
У свинцовых проблемы с сульфатацией и временем заряда (хотя тут время не критично)
Хуже, когда заряженные на 100% аккумуляторы внезапно оказываются пустыми, заряда нет.
Но факт остаётся фактом: не горят.
Да пусть горят. Но — где-нибудь в другом месте. Они сразу не могли догадаться про пожароопасность? Сколько оно у них проработало в одном помещении? Вот и нашёлся — кто оплатит этот банкет....
Кирпич тоже не горюч. Можно использовать кирпичные аккумуляторы - если это их основное назначение "не гореть"
Их можно привязать за вал генератора и спустить на первый этаж. Пока едут - выработают энергию
Свинцовые тоже не горят.
Но, вроде бы, могут требовать (в зависимости от того, какие именно свинцовые и местного регулирования) отдельного специально подготовленного помещения. Потому что водород.
И именно поэтому их могли не поставить.
зато взрываются
Но когда считают нагрузку на квадрат пола, проще сделать выбор в пользу тех что горят, ну дешевле просто подвести газ, чем усилить и сертифицировать пол.
Сейчас и литий-ионные в ходу, и еще какие-то.
Ну конечно, зачем делать резервные копии, когда можно хранить все на одном облаке и надеяться, что оно там вечность будет храниться
храним все документы в одном месте и молимся, чтобы никаких катастроф не произошло. О, а вот и пожар!
Без резервных копий это не облако, а дым
Когда специалисты предупреждали: «Данные могут сгореть», чиновники, видимо думали, что это всего лишь IT-метафора… ¯_(ツ)_/¯
Нашим бы сервисам сохранения данных тоже задуматься. Бахнет 1 раз и хлопот на пару миллиардов. И ещё все кругом смеяться будут.
Пишут что ответственный за восстановление уже сделал роскомнадзор
А никто не вспомнил фильм "Бойцовский клуб", 1998 года ?
Вот там была идея "уничтожения долговых обязательств" ))
//да, тут конечно не долговые обязательства, не банковская информация, но уж до чего дотянулись...
Ну не то чтобы это Паланик придумал, это общее место в человеческой истории
Дэвид Гребер. "Долг. Первые 5000 лет истории"
В то же время в последние пять тысяч лет народные восстания всякий раз начинались с одного и того же – с уничтожения долговых записей в форме табличек, папирусов, счетных книг или в любом другом виде в зависимости от места и времени. (После этого повстанцы, как правило, берутся за записи о земельных владениях и за книги оценки имущества.) Как часто повторял великий историк Античности Мозес Финли, в Древнем мире у всех революционных движений был один лозунг: «Списание долгов и передел земли»
скорее 3 сезон "Мистер Робот"
может всё-таки кто-то домой работу брал не флешке и что-то сохранилось?
может всё-таки кто-то домой работу брал на флешке
Это Вам не мультики какие!
домой не брал, а на работе флешка валялась с моими результатами
благо, ящик запирался
Видел формулировку:
не "сгорели сервера", а "выполнена прямая миграция данных в облака".
не понимаю как такое вообще возможно в наше время? Как это они так поверили и понадеялись на технологии 😨
баба Люба шнур шваброй выдернула
На заметочку всем нашим "цифровизаторам", которые всё хотят перенести на Госуслуги, мессенджер Макс и вообще чтобы всё работало с одной кнопки. Один пожар - и весь ваш ОГАС канет в лету.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Пожар уничтожил облачное хранилище правительства Южной Кореи, резервных копий нет