Вход на сайт

Облако тегов

Календарь

пн
вт
ср
чт
пт
сб
вс
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
 
December 2020
 

Маркировка на фарме сдулась

Аватар пользователя Директор моря

Москва. 24 октября. INTERFAX.RU - В России система маркировки лекарств будет временно переведена в уведомительный режим, что позволит аптекам продавать их без задержек, сообщил глава Минпромторга Денис Мантуров.

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

"Соответственно, никаких задержек для граждан при приобретении лекарств не будет. Придя в аптеку, они смогут в привычном режиме выбрать лекарство, оплатить его и сразу получить покупку", - добавил он. Ранее аптечные сети сообщали о сложности выполнения требований по маркировке лекарств: при поступлении препарата в аптеку требуется регистрировать каждую пачку в системе "Честный знак", на это уходит до 10 дней, а при продаже необходимо "прокатывать" каждую пачку по двум кодам. Если один код не прошел, а кассир не заметил, то он платит сам.

На самом деле все сильно веселее:

Система маркировки лекарственных препаратов перестала работать. Проблемы начались 20 октября примерно в обед, когда система стала «подвисать», а ближе к ночи она и вовсе отключилась. Сейчас при попытке войти в систему на экране появляется сообщение, что на сайте ведутся плановые работы. Ожидаемое время восстановления – 12.30 по московскому времени 21 октября.

То есть, ни выпускать препараты, ни продать / переместить их невозможно. Оттуда же:

15 октября на закрытой встрече рабочей группы по маркировке ЛС при Росздравнадзоре оператор СМДЛП «Честный знак» признал, что 30 сентября произошел серьезный инцидент, вызванный техническим фактором – сбоем дисковой системы, обслуживающей продуктивный контур. Из-за этого данные об уже загруженных в СМДЛП лекарствах оказались утрачены.

Ну надо же, кто бы мог подумать smile3.gif

И это то, на что было потрачено бизнесом от 117,5 млрд до 140 млрд руб.

Не забываем также про побочные эффекты от данной инициативы - вымывание дешевого ассортимента - уже нельзя продать только блистер с препаратом без коробочки, потому как на блистере некуда маркировку наносить. Поэтому какой нибудь цитрамрон или БФ-6 от этого должен подорожать как минимум вдвое, имхо.

Авторство: 
Копия чужих материалов
Комментарий автора: 

Последние пару лет я в этом блудне принимал участие как инженер по автоматизации. Как я вижу себе основные задачи, поставленные авторами данной инициативы:

- Дать заработать г-ну Усманову (почти вся маркировка платная - 50 коп. за код)

- Понизить производительность труда. Если у производителя имеется линия, способная выпускать 300 пачек в минуту, то с маркировкой больше 200 не получится (это конкретно у меня было). Требуется использовать кучу лишнего народа для агрегации коробок и паллет. Если раньше упаковку обслуживали два человека, то теперь пять.

- Снизить выход годных изделий (по данным производителя, допустимый процент брака на этапе маркировки - 2%, реально бывает и 40%)

- Дать заработать европейским производителям оборудования. Ничего российского в этой системе вы не найдете.

- Сделать зависимым производство от ЦРПТ. Нет связи - завод не может выпускать продукцию. Связи кстати не бывает каждые сутки с 17 до 18 часов. А раз и на 10 часов отвалилось.

Собственно пока все. Если интересно, могу развернуть тему.

Комментарии

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

15 октября на закрытой встрече рабочей группы по маркировке ЛС при Росздравнадзоре оператор СМДЛП «Честный знак» признал, что 30 сентября произошел серьезный инцидент, вызванный техническим фактором – сбоем дисковой системы, обслуживающей продуктивный контур. Из-за этого данные об уже загруженных в СМДЛП лекарствах оказались утрачены. Лишь около 40% из них удалось восстановить, сообщал тогда представитель оператора. 

Здесь прекрасно ВСЕ! Отсутствие резервирования, отсутствие бекапов, отсутствие вменяемой системы мониторинга... За 100+ миллиардов рублей...

При этом - я готов спорить что деньги не попилили, а тупо про...ли...

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Another_jim
Another_jim(5 лет 7 месяцев)

Как я понимаю, вы разработчик.

Может быть бэкапы были, но навернулась какая-то из систем, которая всем управляла. Насрала во все файлы.

100 млрд. - это затраты бизнеса, как я понимаю, те это стоимость и оборудования по маркировке и подключение, наладка и прочее.

У усманова мегафон есть. Что-то там они справляются, а тут прям отупели.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Как я понимаю, вы разработчик.

Нет я системный архитектор и РП.

Может быть бэкапы были, но навернулась какая-​то из систем, которая всем управляла. Насрала во все файлы.

В таких системах - никаких бекапов в файлы не бывает, только на ленты. И копирование на ленты - идет напрямую с СХД, по FC (NDMP обычно), по Eth - только управление этим процессом. Так что "насрать во все файлы" - просто не получиться при хотя бы минимально разумной стратегии резервного копирования.

Далее причина инцидента явно указана, это "сбой дисковой системы, обслуживающей продуктивный контур" Я немного шокирован термином "дисковая система", ибо она намекает что данные хранились на дисковой подсистеме некого сервера, чего конечно быть не может - они обязаны храниться на СХД. Видимо все-таки имеется ввиду сбой СХД. Такое вполне возможно и тут даже RAID6/RAID10 не спасут, если были проблемы именно с контроллерами на СХД. Правда на любом современном СХД - стоит минимум 2 контроллера, "в зеркале" и в случае отказа одного - второй продолжает работать. Более того - в таких серьезных системах - сами "хранилки" тоже обычно резервервуются, так же как Eth и FC-коммутаторы... 

И добавлю, на счет мониторинга - даже на сервере достаточно просто прогнозируется отказ дисковой подсистемы (S.M.A.R.T. и т.д.), а уж на современных СХД стоит такая прогностическая система, которая может сама заказать резервный диск у вендора за несколько месяцев до того как он реально выйдет из строя... Серьезно, сам еще лет 10 тому назад был удивлен внезапной посылкой от NetApp с запасным диском и сопроводительной запиской в стиле "У вас там диск № такой-то скоро выйдет из строя, замените его, замена - в коробке. Неисправный диск - вышлете нам, а если вы не можете этого сделать, например по соображениям безопасности - выстрелите в него из своего любимого кольта и пришлите нам фотографию для отчетности."

У усманова мегафон есть. Что-​то там они справляются, а тут прям отупели.

При всей моей нелюбви к МТС, вынужден с прискорбием заметить что правильно функционирующая ТфОП есть только у них. У всех остальных - переодический ступор на тему "мля! этих телефонистов при Сталине давно бы расстреляли!!! И блин - были бы абсолютно правы!!!"

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя ВладиславЛ
ВладиславЛ(2 года 1 месяц)

Ленты это долго но более надёжно, храниться может десятками лет, я в 1999 общался с мужиком у коего программы 1960-х были на DEC Alpha переведены и были оставлены два кажется магнитофона один перфолентный, лопушистный дискетник на 8 дюймов кажется. для именно перевода. Изящно выполненые программы были и есть в том же Питерском Политехе на факультете кибернетики. Вот у кого - вопрос. То что показывал вместо десятков кб откомпилированного кода на С занимало 6-6,5кб.

Пока нет сильного ЭМИ, размагничивающего их полностью.

Железо явно не тянет, а ассоциативной голографической памятью и надёжной и быстрой после развала СССР не занимались по-серьёзному, Денисюк а там на халькогенидах были, лаба (в ГОИ в первую очередь) фактически тут умерла ещё задолго до его смерти, есть только опытные образцы в РФ.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

К чему был этот поток сознания?

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя ВладиславЛ
ВладиславЛ(2 года 1 месяц)

Подвесят СБ работодателя за БД, узнаете. Я предполагаю что через энное время будут популярны как кряки физическое воздействие. Это в случае перевозки носителей машине несмотря на ферриты и прочее крайне уязвимо. Проехала рядом машина, ничего, а данных нет. Могут и на бОльшем расстоянии. Причём это система которую в состоянии рассчитать и построить после второго курса студент с ряда специальностей. По готовым - технарь-самоучка или техник. Массы устройств воздействия от сотен грамм - килограмм если в портфеле/кейсе перенос. С флешками лично дважды испытал подобное. Один раз с новенькой, недешёвой.

А вы готовьтесь. Я знаю некоторые достоинства и недостатки лент. Как и дискетт, часть которых наблюдал, потому во спасение данных и писали не на 1,44 а на 5,25 360 и ниже  Указал один из возможных, есть и другие технологии коррекции данных и в США два ещё как минимум известны.

Вы мне напоминаете того генерала который в 2003 смеялся когда ему рассказывал что будут атаковывать роями дронов, прежде всего ПВО. То что в Закавказье и Хмеймиме  ешё цветочки.

Аватар пользователя Арбалет говорит

Это по ходу нейросеть со случайными ‘умными мыслями’. Мне по моей специальности тоже писал псевдоумную чушь))

Аватар пользователя vvelichko
vvelichko(8 лет 11 месяцев)

Схерали долго, что за бред ты несёшь, гигабайт/с на каждый магнитофон, коих в библиотеке может быть не один десяток. 

Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

В таких системах - никаких бекапов в файлы не бывает, только на ленты.

Неправда ваша. Начиная с того, что разные стратегии резервного копирования могут подразумевать разные типы носителей, и ленты используют в них исключительно как один из носителей (для оффсайт-бэкапа или архива). И заканчивая системами типа DataDomain.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Давайте не будем путать архив и бекап для начала. Оперативный бекап на диски - возможен, но по большому счету то что не лежит на ленте - не может считаться полноценным бекапом.

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Для начала, я архив с бэкапом и не путаю.

Оперативный бекап на диски - возможен, но по большому счету то что не лежит на ленте - не может считаться полноценным бекапом.

Всё зависит от стратегии и глубины хранения.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

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

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Вот здесь с вами полностью согласен.

Аватар пользователя Системник
Системник(5 лет 9 месяцев)

В таких системах - никаких бекапов в файлы не бывает, только на ленты. И копирование на ленты - идет напрямую с СХД, по FC (NDMP обычно)

smile3.gifАрхитектор...

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Узнал много новых и незнакомых слов дебилушка? Погугли...

Или как и любой красноглазый идиот думаешь что бывает только Eth, а все остальное от лукавого? Ну таких мы с удовольствием выгоняяем на мороз.. :) И они идут строить системы, типа описываемой - которые складываются от малейшего чиха...smile3.gif

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Системник
Системник(5 лет 9 месяцев)

Ты, конечно, врёшь, как сивый мерин. smile1.gif Слышал, где звон, но не знаешь где он.

Видно, кто-то подарил тебе каталоги IBM 15-летней давности. smile1.gif Признайся, картинки понравились? smile7.gif

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Слушай, похоже ты один из уволенных мной по профнепригодности и устроившийся в госы... Надо было тебе не по собственному уйти позволять, а по статье...smile3.gif

Видно, кто-​то подарил тебе каталоги 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-...

Все эти производители - видимо лохи, раз держат такую нехилую продуктовую линейку лент...

Так что прекращай жрать смузи и долбиться в пукан, сраный хипстер... Изучай как выглядят современные решения...smile3.gif

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Системник
Системник(5 лет 9 месяцев)

Ой архитектор дурак, ой дурак-то... smile3.gif

Узнай, когда выпустили первую PDP-11, и когда последнюю. Может тогда до архитектора дойдёт, зачем ленты в каталогах до сих пор.

Чубатик, тебя, наверное, на хабре зачморили, и ты пришёл тут рассказывать, что ты великий архитектор. smile1.gif

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Veeam Software — частная компания, специализирующаяся на разработке программного обеспечения для резервного копирования. Основана в 2006 году 

Еще раз - на унаследованные фичи не свалишь. К тому же еслиб ты удосужился сходить по ссылкам - обнаружил бы весьма свежие модели. 

Не веришь? Вот тебе еще - https://ru.wikipedia.org/wiki/LTO

Стандарт активно развивается, первая версия - 2000 год, последняя (восьмая!) - декабрь 2017-го, считай - 2018й. Еще две версии - в планах.

А твой хабр - хипстерская помойка, сборище лузеров, 99% которых до приличных сетей - не подпустят на пушечный выстрел. smile3.gif

Это тебе для понимания почему так, емкость 1й кассеты

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя oblomingov
oblomingov(7 лет 3 месяца)

Нет я системный архитектор и РП.

и про хотспару не слыхали?

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

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

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя vvelichko
vvelichko(8 лет 11 месяцев)

Ванга моде он

 

Цепф там навернулся, ванильный. Далеко не единичный случай в госках.

 

Ванга модели офф

 

ЗЫ

Хипстота гиперконвергентная бэкапом называет снапшоты. К слову. 

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Ceph... Ну возможно... а что есть идиоты, которые ставят его в продакшен?

Хипстота гиперконвергентная бэкапом называет снапшоты. К слову. 

ТОЧНО!!! Я таких обычно сразу увольнял - вот и не вспомнил эту фишку сразу... А ну да, если подумать - куда они идут после увольнения за такие вещи? Один, мною уволенный - точно в московским ДИТ-е работает...

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя ЧленПартии
ЧленПартии(4 года 11 месяцев)

Стоп , а бекап ты напрямую делаешь или  все таки со снапшота ?? ;)))

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Стоп , а бекап ты напрямую делаешь или  все таки со снапшота ?? ;)))

Особо интересно как ты будешь бекапить СУБД со снапшота... 

- Ты представляешь, оказывается наши админы 8 лет делали неконсистентные бекапы нашей СУБД...

- Ну... Нетрудно догадаться как это выяснилось...

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Особо интересно как ты будешь бекапить СУБД со снапшота... 

А вы бэкапите только СУБД? Чем плох снапшот для, к примеру, бэкапа системного диска сервера СУБД?

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

А вы бэкапите только СУБД?

СУБД - одна из важнейших, если вообще не самая важная подсистема/сервис для бекапа. Ибо в ней обычно храниться наиболее критичная информация для бизнеса. И одна из самых геморойных для бекапа...

Системные диски - в общем случае не так критично, их потеря просто увеличивает время восстановления, да и то - если развернута система автоматического развертывания (RIS/Ansible/etc.), то может оказаться что проще и быстрей развернуть подсистему с нуля, чем восстанавливать ее из бекапа...

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Кроме СУБД есть ещё сервера приложений, например. Там данные не так часто меняются и их объем куда меньше, чем у СУБД.

Да и не факт, что скорость развёртывания через Ansiblle будет выше, чем восстановление из снэпшота через тот же Нетворкер.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Да и не факт что восстановив системный диск СУБД и диск с базами вы сможете все это нормально запустить... Были прецеденты, хотя на учениях - все проходило... А вот развернуть СУБД с нуля и импортнуть восстановленные базы - получается можно сказать всегда...

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

А вот развернуть СУБД с нуля и импортнуть восстановленные базы - получается можно сказать всегда...

Для бэкапа БД необходимо использовать исключительно агента или выгрузку. Более того, диск с данными БД необходимо исключать из снэпшота (собенно когда он на несколько десятков ТБ). Но сервер приложений и ОС - вполне.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Ну о чем я и говорю - бекап СУБД одна из наиболее непростых задач бекапирования. Тут еще очень многое зависит от того, какую именно СУБД мы бекапим...

Все остальное - гораздо проще, в 90% действительно можно тупо сделать бекап через снапшот с последующей его выгрузкой на устройство хранения бекапов (буду использовать такой термин, если вам не нравится слово "лента", хотя обычно - это она и есть).

А как поступают любители смузи - я уже вам описал. И таки да - я согласен с вами, это клинический случай. И его распостраненость - поболее чем у ковидлы... smile8.gif

P.S. Ты серьезно ни разу не видел "бекапы" в виде настроенных на СХД снапшотов с автоматическим созданием оных? И СУБД - тоже. Нет, никуда они не выгружались - а зачем?smile10.gif Мало ты с госами работал...smile7.gif

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Видимо, мсье предпочитает ставить в виртуалки агенты, чтобы бэкапить ОС.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Еще раз, снапшот это инструмент, используемый в процессе создания бекапа, а не сам бекап!!!!

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Именно это я написал вам тремя минутами ранее вашего комментария.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Да нет - речь шла о том что любители смузи нажимают кнопочку "сделать снапшот" в интерфейсе СХД и/или в управлении кластером и все - с их точки зрения бекапирование закончено...

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Не, ну это клинический случай.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Внезапно - гораздо более распостраненый чем хотелось бы. 

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя ЧленПартии
ЧленПартии(4 года 11 месяцев)

Ну где-то и агенты,  как говорится Кесарю кесарево...

сделал снапшет и заливай его куда душе угодно.. забекапил - грохнул.. 

 

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Ну только если это не снапшот данных СУБД...smile3.gif Да и не только СУБД - тот же эксчендж сильно обидется если ты так сделаешь, к примеру...

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Для БД (особенно если это какой-нибудь Oracle) и Exchange - бэкап только через агента.

Аватар пользователя vvelichko
vvelichko(8 лет 11 месяцев)

Особенно какой-нибудь Oracle всю дорогу байпасил буфер кеш и сложностей с снапшотами не испытывает. Сам много лет использую офф сайт снап для бэкапа и это честное поддерживаемое решение. 

У виндовс с появлением vss в принципе тоже как то что то через ж заработало. 

В сухом же остатке не нужно путать резервное копирование с снимками, последние не дают ни резерва, ни копии. 

 

Зы

Для БД в принципе и консистентность снимка не так уж и важна. Кто руководство postgres читал, тот поймет ;-) 

Аватар пользователя Fantom.net
Fantom.net(4 года 10 месяцев)

Снапшот - годный инструменты сохранения состояния виртуальной машины, который используют вполне себе промышленные системы бэкапа (например, Veeam, Veritas и Networker), поэтому ваш снобизм крайне удивляет. Другое дело, что использовать только снапшоты - часто невозможно да и просто глупо.

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Снапшот - используется в процессе бекапа тех же VM, но сам по себе - бекапом не является!!!

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя vvelichko
vvelichko(8 лет 11 месяцев)

Росреестр например. У всех надеюсь  оригиналы договоров на недвигу хранятся? 

Аватар пользователя Irsi
Irsi(6 лет 5 месяцев)

Я подозревал... Разумеется да! 

P.S. Вот кстати где блокчейн - то что доктор прописал...

P.P.S. Обрати внимания - +2 любителя смузи уже в треде... smile3.gif

Комментарий администрации:  
*** Отключен (невменяемое общение) ***
Аватар пользователя ВладиславЛ
ВладиславЛ(2 года 1 месяц)

Усманов - держатель кассы самаркандо-бухарских евреев, подданный королевы Англии.  То что он будет работать и далее и работает в интересах их ни в коей мере не сомневаюсь, Кабаева воспитанница тренера Винер, являющейся женой Усманова.

Надоели эти говорящие головы. Как и псевдолюди в реальном руководстве - они давно не справляются с функционалом. Замена на сильный ИИ как вариант - будет благом для людей а в долгосрочной перспективе и для похожих на людей нелюдей, часть их пройдёт барьер а так шансы единицы имеют.

Аватар пользователя Ice Rain
Ice Rain(7 месяцев 1 неделя)

А Кабаева причем тут? Она отвечает за бекап?

Аватар пользователя Вов
Вов(3 года 1 месяц)

не мешайте бредить... пжалста!

Аватар пользователя feodor89
feodor89(2 года 9 месяцев)

Тихо вы, не мешайте конспектировать

Страницы

АШ-YouTube

Лидеры обсуждений

за 4 часаза суткиза неделю

Лидеры просмотров

за неделюза месяцза год