Дак то-то и оно, что никто не указывает, а следовало бы. Незаслуженно обделяют вниманием такой "интересный" предмет. Как внезапно оказалось (и не первый раз), сим-карта - это не просто так себе, а элемент ЭЦП, с помощью которой можно совершать юридически и экономически значимые действия. Вот на случай, если она где-то всплывёт (или, наоборот, исчезнет) и должна быть составлена полная опись. Это забота стороны защиты, чтобы в опись было включено всё изымаемое имущество. И на этой стадии вообще не нужно думать, может ли это пригодиться где-либо, или не может. Просто: если что-то изымается, то этот факт фиксируется.
Другое дело, если такая фиксация потенциально может выйти боком подзащитному. Но это уже совсем другая история.
Итак, если уж вы попали в ситуацию, когда у вас изымают имущество, то надо в описи изъятого наряду с телефонами вносить и сим-карты. Никаких гарантий на будущее это не даёт, но всё-таки может сделать вашу позицию более убедительной впоследствии. Другого урока из этой ситуации вынести не получается. В принципе с кем угодно могло случиться.
Да, в реальном мире иногда АСУ ТП отказывают целиком. Вы правы, такого не должно быть, но вот поди ж ты.
Очень многое зависит от людей, которые в этот момент оказались на смене. Некоторые коллективы могут успешно бороться за живучесть объекта, другим лучше сразу брать сумки и идти перпендикулярно направлению ветра. Такие вещи плохо поддаются регламентации, и регламенты пишутся чиновниками исходя из соображения "вырубай, страшна-а-а!", что абсолютно понятно. Тем не менее, "асушник дол...б и что то сделал не так" -- это не конец истории, это ситуация, с которой надо работать.
У нас на объекте помимо АСУ ТП есть и другое оборудование, и даже если она "погасла", оно никуда не исчезло и в нём продолжают идти какие-то процессы.
И тогда операторы -- совершенно верно -- вручную обеспечивают техпроцесс в той мере, в какой это возможно. А если нет -- то обеспечивают аварийную остановку. И только если невозможно/неактуально даже это -- вводится алгоритм ПАЗ, который останавливает всё без участия человека. Так, мы однажды выяснили, что на полный ввод АСУ ТП после обесточивания (тут без комментариев) требуется около 30 минут, а потом ещё полдня бригада киповцев будет бегать и дёргать зависшие актуаторы. А операторы ещё сутки будут бегать и дёргать байпасы.
Всё это более-менее возможно при том условии, что есть люди, связь, хотя бы некоторые первичные преобразователи показывают "по месту" какие-то понятные значения, исполнительные механизмы ПАЗ, наоборот, заботливо выведены из строя глупыми операторами заблаговременно, а СБ оперативно отключаема.
В противном случае таки да, объект перейдёт в "безопасное состояние", но хорошо ли это? Не все объекты управления так хороши, как, например, сверлильный станок. Если посреди зимы резко "перевести в безопасное состояние" например нефтеперерабатывающий завод, то пускать его будут, в нашем климате, до середины весны. Там некоторые процессы должны работать не то что при потере какой-то АСУ ТП -- даже при потере электроснабжения. Ну конечно, НПЗ относится к первой группе надёжности, но ведь ток переменный, полностью зависеть от его наличия дураков нет.
Кроме того, это "безопасное состояние" на самом деле не такое уж безопасное. То есть да, оно безопасное по сравнению с МПА, но всё равно любая аварийная остановка сложной, крупнотоннажной, горячей ХТС наносит серьёзный ущерб оборудованию. Это манёвр почище "разворота линкора на ручнике", остановочные операции безопасны только тогда, когда они выполняются плавно.
Поэтому перевод, например, химических установок в "безопасное состояние" в ответ на каждый чих АСУ ТП -- крайне плохая практика, и технологи её по возможности избегают. Это не нравится надзорным органам и асушникам, у которых, как считается, все овраги учтены и рассчитаны. Ни один нормальный технолог не будет с этим спорить, потому что люди, которые склонны мочиться против ветра, не становятся нормальными технологами. Но материальная база реального мира несовершенна, и даже (крамольная мысль!) регламенты бывают несовершенны. "Жизнь жёстче".
Упомянутым в статье грейфером ("клешневой манипулятор"). Также цветной лом чаще бывает брикетирован, что облегчает механизированную выгрузку. Сейчас, чтобы выгружать вручную, нужны какие-то веские причины (чаще всего это крайняя дешевизна рабочей силы).
На самом деле, удалить snap из свежей (!) инсталляции Ubuntu - дело десяти минут максимум, и пока обходится без последствий (ну почти). Словом, это не серьёзный повод для отказа от дистрибутива.
Но если посмотреть на это как на принцип: после установки системы потерять ещё десять минут даже не на допиливание системы, а на выпиливание из неё анти-фичи... Ну такое. Мне сразу вспомнилось это место из биографии Джобса:
Джобс подошел к офисной доске и наглядно объяснил, что если Mac используют пять миллионов человек, и для его включения требовалось бы каждый день по десять дополнительных секунд, это бы добавило бы примерно триста миллионов часов, которые люди могли бы сэкономить. А сокращение скорости загрузки на десять секунд каждый год могло бы экономить (то есть спасать) время, примерно эквивалентное сотне человеческих жизней.
Шла, можно сказать, середина XXI века. Убунтийцы, наконец, воспроизвели все фичи, за которые человечество проклинало Windows XP и Vista.
Из-за половинной дозы умягчителя у него соли жёсткости быстро убьют ТЭН стиралки. Чтобы этого избежать, нужно поменьше нагружать ТЭН -- например, стирать в прохладной воде. Так одно странноватое решение компенсирует собой негативный эффект другого странноватого решения.
Качество стирки при этом оставляем за скобками, ну если его устраивает, то и ладно (хорошо бы и его близких тоже устраивало).
Потому что линия сварки кузова - ещё не весь конвейер?
Дак то-то и оно, что никто не указывает, а следовало бы. Незаслуженно обделяют вниманием такой "интересный" предмет. Как внезапно оказалось (и не первый раз), сим-карта - это не просто так себе, а элемент ЭЦП, с помощью которой можно совершать юридически и экономически значимые действия. Вот на случай, если она где-то всплывёт (или, наоборот, исчезнет) и должна быть составлена полная опись. Это забота стороны защиты, чтобы в опись было включено всё изымаемое имущество. И на этой стадии вообще не нужно думать, может ли это пригодиться где-либо, или не может. Просто: если что-то изымается, то этот факт фиксируется.
Другое дело, если такая фиксация потенциально может выйти боком подзащитному. Но это уже совсем другая история.
Итак, если уж вы попали в ситуацию, когда у вас изымают имущество, то надо в описи изъятого наряду с телефонами вносить и сим-карты. Никаких гарантий на будущее это не даёт, но всё-таки может сделать вашу позицию более убедительной впоследствии. Другого урока из этой ситуации вынести не получается. В принципе с кем угодно могло случиться.
Да, в реальном мире иногда АСУ ТП отказывают целиком. Вы правы, такого не должно быть, но вот поди ж ты.
Очень многое зависит от людей, которые в этот момент оказались на смене. Некоторые коллективы могут успешно бороться за живучесть объекта, другим лучше сразу брать сумки и идти перпендикулярно направлению ветра. Такие вещи плохо поддаются регламентации, и регламенты пишутся чиновниками исходя из соображения "вырубай, страшна-а-а!", что абсолютно понятно. Тем не менее, "асушник дол...б и что то сделал не так" -- это не конец истории, это ситуация, с которой надо работать.
У нас на объекте помимо АСУ ТП есть и другое оборудование, и даже если она "погасла", оно никуда не исчезло и в нём продолжают идти какие-то процессы.
И тогда операторы -- совершенно верно -- вручную обеспечивают техпроцесс в той мере, в какой это возможно. А если нет -- то обеспечивают аварийную остановку. И только если невозможно/неактуально даже это -- вводится алгоритм ПАЗ, который останавливает всё без участия человека. Так, мы однажды выяснили, что на полный ввод АСУ ТП после обесточивания (тут без комментариев) требуется около 30 минут, а потом ещё полдня бригада киповцев будет бегать и дёргать зависшие актуаторы. А операторы ещё сутки будут бегать и дёргать байпасы.
Всё это более-менее возможно при том условии, что есть люди, связь, хотя бы некоторые первичные преобразователи показывают "по месту" какие-то понятные значения, исполнительные механизмы ПАЗ, наоборот, заботливо выведены из строя глупыми операторами заблаговременно, а СБ оперативно отключаема.
В противном случае таки да, объект перейдёт в "безопасное состояние", но хорошо ли это? Не все объекты управления так хороши, как, например, сверлильный станок. Если посреди зимы резко "перевести в безопасное состояние" например нефтеперерабатывающий завод, то пускать его будут, в нашем климате, до середины весны. Там некоторые процессы должны работать не то что при потере какой-то АСУ ТП -- даже при потере электроснабжения. Ну конечно, НПЗ относится к первой группе надёжности, но ведь ток переменный, полностью зависеть от его наличия дураков нет.
Кроме того, это "безопасное состояние" на самом деле не такое уж безопасное. То есть да, оно безопасное по сравнению с МПА, но всё равно любая аварийная остановка сложной, крупнотоннажной, горячей ХТС наносит серьёзный ущерб оборудованию. Это манёвр почище "разворота линкора на ручнике", остановочные операции безопасны только тогда, когда они выполняются плавно.
Поэтому перевод, например, химических установок в "безопасное состояние" в ответ на каждый чих АСУ ТП -- крайне плохая практика, и технологи её по возможности избегают. Это не нравится надзорным органам и асушникам, у которых, как считается, все овраги учтены и рассчитаны. Ни один нормальный технолог не будет с этим спорить, потому что люди, которые склонны мочиться против ветра, не становятся нормальными технологами. Но материальная база реального мира несовершенна, и даже (крамольная мысль!) регламенты бывают несовершенны. "Жизнь жёстче".
Упомянутым в статье грейфером ("клешневой манипулятор"). Также цветной лом чаще бывает брикетирован, что облегчает механизированную выгрузку. Сейчас, чтобы выгружать вручную, нужны какие-то веские причины (чаще всего это крайняя дешевизна рабочей силы).
На самом деле, удалить snap из свежей (!) инсталляции Ubuntu - дело десяти минут максимум, и пока обходится без последствий (ну почти). Словом, это не серьёзный повод для отказа от дистрибутива.
Но если посмотреть на это как на принцип: после установки системы потерять ещё десять минут даже не на допиливание системы, а на выпиливание из неё анти-фичи... Ну такое. Мне сразу вспомнилось это место из биографии Джобса:
Шла, можно сказать, середина XXI века. Убунтийцы, наконец, воспроизвели все фичи, за которые человечество проклинало Windows XP и Vista.
Из-за половинной дозы умягчителя у него соли жёсткости быстро убьют ТЭН стиралки. Чтобы этого избежать, нужно поменьше нагружать ТЭН -- например, стирать в прохладной воде. Так одно странноватое решение компенсирует собой негативный эффект другого странноватого решения.
Качество стирки при этом оставляем за скобками, ну если его устраивает, то и ладно (хорошо бы и его близких тоже устраивало).