Москва. 24 октября. INTERFAX.RU - В России система маркировки лекарств будет временно переведена в уведомительный режим, что позволит аптекам продавать их без задержек, сообщил глава Минпромторга Денис Мантуров.
"Мы с коллегами из других ведомств, принимая во внимание пик повышенного спроса, решили временно перевести систему маркировки лекарств в уведомительный режим работы в аптечном и дистрибьюторском сегментах. Это позволяет "отпускать" товар сразу, не дожидаясь "ответа" системы маркировки",- сообщил Мантуров, чьи слова привели в пресс-службе Минпромторга.
"Соответственно, никаких задержек для граждан при приобретении лекарств не будет. Придя в аптеку, они смогут в привычном режиме выбрать лекарство, оплатить его и сразу получить покупку", - добавил он. Ранее аптечные сети сообщали о сложности выполнения требований по маркировке лекарств: при поступлении препарата в аптеку требуется регистрировать каждую пачку в системе "Честный знак", на это уходит до 10 дней, а при продаже необходимо "прокатывать" каждую пачку по двум кодам. Если один код не прошел, а кассир не заметил, то он платит сам.
На самом деле все сильно веселее:
Система маркировки лекарственных препаратов перестала работать. Проблемы начались 20 октября примерно в обед, когда система стала «подвисать», а ближе к ночи она и вовсе отключилась. Сейчас при попытке войти в систему на экране появляется сообщение, что на сайте ведутся плановые работы. Ожидаемое время восстановления – 12.30 по московскому времени 21 октября.
То есть, ни выпускать препараты, ни продать / переместить их невозможно. Оттуда же:
15 октября на закрытой встрече рабочей группы по маркировке ЛС при Росздравнадзоре оператор СМДЛП «Честный знак» признал, что 30 сентября произошел серьезный инцидент, вызванный техническим фактором – сбоем дисковой системы, обслуживающей продуктивный контур. Из-за этого данные об уже загруженных в СМДЛП лекарствах оказались утрачены.
Ну надо же, кто бы мог подумать 
И это то, на что было потрачено бизнесом от 117,5 млрд до 140 млрд руб.
Не забываем также про побочные эффекты от данной инициативы - вымывание дешевого ассортимента - уже нельзя продать только блистер с препаратом без коробочки, потому как на блистере некуда маркировку наносить. Поэтому какой нибудь цитрамрон или БФ-6 от этого должен подорожать как минимум вдвое, имхо.
Комментарии
Здесь прекрасно ВСЕ! Отсутствие резервирования, отсутствие бекапов, отсутствие вменяемой системы мониторинга... За 100+ миллиардов рублей...
При этом - я готов спорить что деньги не попилили, а тупо про...ли...
Как я понимаю, вы разработчик.
Может быть бэкапы были, но навернулась какая-то из систем, которая всем управляла. Насрала во все файлы.
100 млрд. - это затраты бизнеса, как я понимаю, те это стоимость и оборудования по маркировке и подключение, наладка и прочее.
У усманова мегафон есть. Что-то там они справляются, а тут прям отупели.
Нет я системный архитектор и РП.
В таких системах - никаких бекапов в файлы не бывает, только на ленты. И копирование на ленты - идет напрямую с СХД, по FC (NDMP обычно), по Eth - только управление этим процессом. Так что "насрать во все файлы" - просто не получиться при хотя бы минимально разумной стратегии резервного копирования.
Далее причина инцидента явно указана, это "сбой дисковой системы, обслуживающей продуктивный контур" Я немного шокирован термином "дисковая система", ибо она намекает что данные хранились на дисковой подсистеме некого сервера, чего конечно быть не может - они обязаны храниться на СХД. Видимо все-таки имеется ввиду сбой СХД. Такое вполне возможно и тут даже RAID6/RAID10 не спасут, если были проблемы именно с контроллерами на СХД. Правда на любом современном СХД - стоит минимум 2 контроллера, "в зеркале" и в случае отказа одного - второй продолжает работать. Более того - в таких серьезных системах - сами "хранилки" тоже обычно резервервуются, так же как Eth и FC-коммутаторы...
И добавлю, на счет мониторинга - даже на сервере достаточно просто прогнозируется отказ дисковой подсистемы (S.M.A.R.T. и т.д.), а уж на современных СХД стоит такая прогностическая система, которая может сама заказать резервный диск у вендора за несколько месяцев до того как он реально выйдет из строя... Серьезно, сам еще лет 10 тому назад был удивлен внезапной посылкой от NetApp с запасным диском и сопроводительной запиской в стиле "У вас там диск № такой-то скоро выйдет из строя, замените его, замена - в коробке. Неисправный диск - вышлете нам, а если вы не можете этого сделать, например по соображениям безопасности - выстрелите в него из своего любимого кольта и пришлите нам фотографию для отчетности."
При всей моей нелюбви к МТС, вынужден с прискорбием заметить что правильно функционирующая ТфОП есть только у них. У всех остальных - переодический ступор на тему "мля! этих телефонистов при Сталине давно бы расстреляли!!! И блин - были бы абсолютно правы!!!"
Ленты это долго но более надёжно, храниться может десятками лет, я в 1999 общался с мужиком у коего программы 1960-х были на DEC Alpha переведены и были оставлены два кажется магнитофона один перфолентный, лопушистный дискетник на 8 дюймов кажется. для именно перевода. Изящно выполненые программы были и есть в том же Питерском Политехе на факультете кибернетики. Вот у кого - вопрос. То что показывал вместо десятков кб откомпилированного кода на С занимало 6-6,5кб.
Пока нет сильного ЭМИ, размагничивающего их полностью.
Железо явно не тянет, а ассоциативной голографической памятью и надёжной и быстрой после развала СССР не занимались по-серьёзному, Денисюк а там на халькогенидах были, лаба (в ГОИ в первую очередь) фактически тут умерла ещё задолго до его смерти, есть только опытные образцы в РФ.
К чему был этот поток сознания?
Подвесят СБ работодателя за БД, узнаете. Я предполагаю что через энное время будут популярны как кряки физическое воздействие. Это в случае перевозки носителей машине несмотря на ферриты и прочее крайне уязвимо. Проехала рядом машина, ничего, а данных нет. Могут и на бОльшем расстоянии. Причём это система которую в состоянии рассчитать и построить после второго курса студент с ряда специальностей. По готовым - технарь-самоучка или техник. Массы устройств воздействия от сотен грамм - килограмм если в портфеле/кейсе перенос. С флешками лично дважды испытал подобное. Один раз с новенькой, недешёвой.
А вы готовьтесь. Я знаю некоторые достоинства и недостатки лент. Как и дискетт, часть которых наблюдал, потому во спасение данных и писали не на 1,44 а на 5,25 360 и ниже Указал один из возможных, есть и другие технологии коррекции данных и в США два ещё как минимум известны.
Вы мне напоминаете того генерала который в 2003 смеялся когда ему рассказывал что будут атаковывать роями дронов, прежде всего ПВО. То что в Закавказье и Хмеймиме ешё цветочки.
Это по ходу нейросеть со случайными ‘умными мыслями’. Мне по моей специальности тоже писал псевдоумную чушь))
Схерали долго, что за бред ты несёшь, гигабайт/с на каждый магнитофон, коих в библиотеке может быть не один десяток.
Неправда ваша. Начиная с того, что разные стратегии резервного копирования могут подразумевать разные типы носителей, и ленты используют в них исключительно как один из носителей (для оффсайт-бэкапа или архива). И заканчивая системами типа DataDomain.
Давайте не будем путать архив и бекап для начала. Оперативный бекап на диски - возможен, но по большому счету то что не лежит на ленте - не может считаться полноценным бекапом.
Для начала, я архив с бэкапом и не путаю.
Всё зависит от стратегии и глубины хранения.
Я соглащусь - в принципе не важно что там физически находиться, диски или лента, если соблюдены определенные правила доступа и хранения. Но сразу скажу - отдельно собранный RAID в сервере - устройством для бекапом не является. И тем более - отдельный логический диск.
Вот здесь с вами полностью согласен.
Узнал много новых и незнакомых слов дебилушка? Погугли...
Или как и любой красноглазый идиот думаешь что бывает только Eth, а все остальное от лукавого? Ну таких мы с удовольствием выгоняяем на мороз.. :) И они идут строить системы, типа описываемой - которые складываются от малейшего чиха...
Ты, конечно, врёшь, как сивый мерин.
Слышал, где звон, но не знаешь где он.
Видно, кто-то подарил тебе каталоги IBM 15-летней давности.
Признайся, картинки понравились? 
Слушай, похоже ты один из уволенных мной по профнепригодности и устроившийся в госы... Надо было тебе не по собственному уйти позволять, а по статье...
А мужики-то не знают...
Современный лидер на рынке бекапов, не старье типа BackupEXEC у которого поддержку лент можно свалить на унаследованность - https://www.veeam.com/blog/tape-backup-best-practice-from-support-team.html
Производители железа:
https://www.hpe.com/ru/ru/storage/storeever-tape-storage.html
https://www.dell.com/ru/business/p/tape-backup-products?~ck=bt
https://www.ibm.com/ru-ru/it-infrastructure/storage/tape
https://www.lenovo.com/ru/ru/data-center/storage/tape-storage/c/storage-...
Все эти производители - видимо лохи, раз держат такую нехилую продуктовую линейку лент...
Так что прекращай жрать смузи и долбиться в пукан, сраный хипстер... Изучай как выглядят современные решения...
Ой
архитектордурак, ой дурак-то...Узнай, когда выпустили первую PDP-11, и когда последнюю. Может тогда до архитектора дойдёт, зачем ленты в каталогах до сих пор.
Чубатик, тебя, наверное, на хабре зачморили, и ты пришёл тут рассказывать, что ты великий архитектор.
Еще раз - на унаследованные фичи не свалишь. К тому же еслиб ты удосужился сходить по ссылкам - обнаружил бы весьма свежие модели.
Не веришь? Вот тебе еще - https://ru.wikipedia.org/wiki/LTO
Стандарт активно развивается, первая версия - 2000 год, последняя (восьмая!) - декабрь 2017-го, считай - 2018й. Еще две версии - в планах.
А твой хабр - хипстерская помойка, сборище лузеров, 99% которых до приличных сетей - не подпустят на пушечный выстрел.
Это тебе для понимания почему так, емкость 1й кассеты
И сюда загляни https://aftershock.news/?q=comment/9342824#comment-9342824
и про хотспару не слыхали?
И ее у них - тоже с очевидностью нет. Хотя конечно это скорей сервисная чем защитная функция, если говорить о дисковых массивах...
Ванга моде он
Цепф там навернулся, ванильный. Далеко не единичный случай в госках.
Ванга модели офф
ЗЫ
Хипстота гиперконвергентная бэкапом называет снапшоты. К слову.
Ceph... Ну возможно... а что есть идиоты, которые ставят его в продакшен?
ТОЧНО!!! Я таких обычно сразу увольнял - вот и не вспомнил эту фишку сразу... А ну да, если подумать - куда они идут после увольнения за такие вещи? Один, мною уволенный - точно в московским ДИТ-е работает...
Стоп , а бекап ты напрямую делаешь или все таки со снапшота ?? ;)))
Особо интересно как ты будешь бекапить СУБД со снапшота...
А вы бэкапите только СУБД? Чем плох снапшот для, к примеру, бэкапа системного диска сервера СУБД?
СУБД - одна из важнейших, если вообще не самая важная подсистема/сервис для бекапа. Ибо в ней обычно храниться наиболее критичная информация для бизнеса. И одна из самых геморойных для бекапа...
Системные диски - в общем случае не так критично, их потеря просто увеличивает время восстановления, да и то - если развернута система автоматического развертывания (RIS/Ansible/etc.), то может оказаться что проще и быстрей развернуть подсистему с нуля, чем восстанавливать ее из бекапа...
Кроме СУБД есть ещё сервера приложений, например. Там данные не так часто меняются и их объем куда меньше, чем у СУБД.
Да и не факт, что скорость развёртывания через Ansiblle будет выше, чем восстановление из снэпшота через тот же Нетворкер.
Да и не факт что восстановив системный диск СУБД и диск с базами вы сможете все это нормально запустить... Были прецеденты, хотя на учениях - все проходило... А вот развернуть СУБД с нуля и импортнуть восстановленные базы - получается можно сказать всегда...
Для бэкапа БД необходимо использовать исключительно агента или выгрузку. Более того, диск с данными БД необходимо исключать из снэпшота (собенно когда он на несколько десятков ТБ). Но сервер приложений и ОС - вполне.
Ну о чем я и говорю - бекап СУБД одна из наиболее непростых задач бекапирования. Тут еще очень многое зависит от того, какую именно СУБД мы бекапим...
Все остальное - гораздо проще, в 90% действительно можно тупо сделать бекап через снапшот с последующей его выгрузкой на устройство хранения бекапов (буду использовать такой термин, если вам не нравится слово "лента", хотя обычно - это она и есть).
А как поступают любители смузи - я уже вам описал. И таки да - я согласен с вами, это клинический случай. И его распостраненость - поболее чем у ковидлы...
P.S. Ты серьезно ни разу не видел "бекапы" в виде настроенных на СХД снапшотов с автоматическим созданием оных? И СУБД - тоже. Нет, никуда они не выгружались - а зачем?
Мало ты с госами работал...
Видимо, мсье предпочитает ставить в виртуалки агенты, чтобы бэкапить ОС.
Еще раз, снапшот это инструмент, используемый в процессе создания бекапа, а не сам бекап!!!!
Именно это я написал вам тремя минутами ранее вашего комментария.
Да нет - речь шла о том что любители смузи нажимают кнопочку "сделать снапшот" в интерфейсе СХД и/или в управлении кластером и все - с их точки зрения бекапирование закончено...
Не, ну это клинический случай.
Внезапно - гораздо более распостраненый чем хотелось бы.
Ну где-то и агенты, как говорится Кесарю кесарево...
сделал снапшет и заливай его куда душе угодно.. забекапил - грохнул..
Ну только если это не снапшот данных СУБД...
Да и не только СУБД - тот же эксчендж сильно обидется если ты так сделаешь, к примеру...
Для БД (особенно если это какой-нибудь Oracle) и Exchange - бэкап только через агента.
Особенно какой-нибудь Oracle всю дорогу байпасил буфер кеш и сложностей с снапшотами не испытывает. Сам много лет использую офф сайт снап для бэкапа и это честное поддерживаемое решение.
У виндовс с появлением vss в принципе тоже как то что то через ж заработало.
В сухом же остатке не нужно путать резервное копирование с снимками, последние не дают ни резерва, ни копии.
Зы
Для БД в принципе и консистентность снимка не так уж и важна. Кто руководство postgres читал, тот поймет ;-)
Снапшот - годный инструменты сохранения состояния виртуальной машины, который используют вполне себе промышленные системы бэкапа (например, Veeam, Veritas и Networker), поэтому ваш снобизм крайне удивляет. Другое дело, что использовать только снапшоты - часто невозможно да и просто глупо.
Снапшот - используется в процессе бекапа тех же VM, но сам по себе - бекапом не является!!!
Росреестр например. У всех надеюсь оригиналы договоров на недвигу хранятся?
Я подозревал... Разумеется да!
P.S. Вот кстати где блокчейн - то что доктор прописал...
P.P.S. Обрати внимания - +2 любителя смузи уже в треде...
Усманов - держатель кассы самаркандо-бухарских евреев, подданный королевы Англии. То что он будет работать и далее и работает в интересах их ни в коей мере не сомневаюсь, Кабаева воспитанница тренера Винер, являющейся женой Усманова.
Надоели эти говорящие головы. Как и псевдолюди в реальном руководстве - они давно не справляются с функционалом. Замена на сильный ИИ как вариант - будет благом для людей а в долгосрочной перспективе и для похожих на людей нелюдей, часть их пройдёт барьер а так шансы единицы имеют.
А Кабаева причем тут? Она отвечает за бекап?
не мешайте бредить... пжалста!
Тихо вы, не мешайте конспектировать
Страницы