powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
23 сообщений из 73, страница 3 из 3
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38851828
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
orawayOracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC?


Складывалась скверная ситуация: с WAY4 могла наступить полная задница, как раз во время прямой трансляции выступления президента В.Путина сегодня днём!

Переключиться на Stand-in и откатить патч в дневное время у нас почти невозможно, поскольку резервная база не потянет высокую нагрузку, такое возможно лишь ночью (Stand-in как минимум в 2 раза менее мощный, поскольку он, в отличие от основной базы, почему-то был сделан не в RAC конфигурации по воле архитекторов).

Похоже, что основная оракловая база главного процессинга страны таки стоит RAC-ом....и видимо на POWER 795-ых
там ниже еще клевый кейс есть. Асинхронный комит, пока нагрузка не спадет.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38851839
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SergSuperorawayпропущено...


Складывалась скверная ситуация: с WAY4 могла наступить полная задница, как раз во время прямой трансляции выступления президента В.Путина сегодня днём!

Переключиться на Stand-in и откатить патч в дневное время у нас почти невозможно, поскольку резервная база не потянет высокую нагрузку, такое возможно лишь ночью (Stand-in как минимум в 2 раза менее мощный, поскольку он, в отличие от основной базы, почему-то был сделан не в RAC конфигурации по воле архитекторов).

Похоже, что основная оракловая база главного процессинга страны таки стоит RAC-ом....и видимо на POWER 795-ыха чем бы тут рак помог?
А что мешало в дневное время переключится на stand-in и откатить патч снижавший производительность?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38851840
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вася УткинSergSuperпропущено...
а чем бы тут рак помог?
А что мешало в дневное время переключится на stand-in и откатить патч снижавший производительность?а как это возможно? - база то одна и процедуры общие для всех нод
(я сталкивался с раком пару раз и только как разработчик, имею весьма общее представление)
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38851841
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
orawayOracle RACПодскажите, почему в банковском карточном процессинге обычно используют один большой сервер, как например, в Сбербанке Way4 база Oracle на сервере IBM p795 (на тысячу ядер) за миллионы долларов, а не несколько серверов в Oracle RAC?


Складывалась скверная ситуация: с WAY4 могла наступить полная задница, как раз во время прямой трансляции выступления президента В.Путина сегодня днём!

Переключиться на Stand-in и откатить патч в дневное время у нас почти невозможно, поскольку резервная база не потянет высокую нагрузку, такое возможно лишь ночью (Stand-in как минимум в 2 раза менее мощный, поскольку он, в отличие от основной базы, почему-то был сделан не в RAC конфигурации по воле архитекторов).

Похоже, что основная оракловая база главного процессинга страны таки стоит RAC-ом....и видимо на POWER 795-ых
Как же во время появился глючный патч - рубль падает, с пластиковых карт деньги не снять :)
Значит все-таки после "того случая" они как и обещали перенесли базу на RAC.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38851987
orasap
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.!мне нет. вот беру сопоставимые системы из SAP benchmarks
740250 saps на 6 x Sun Fire X4800 M2, 8 processors / 80 cores Xeon Processor E7-8870, 2.40 GHz
VS
688630 saps IBM Power 795, 32 Processors / 256 Cores POWER7, 4 Ghz

В реальных (а не бенчмарковых) тяжелых SAP ERP инсталляциях на оракле RAC на "писюках" не используют "чуть меньше чем полностью", а как-то в основном на больших POWER-ах или SPARC-ах без никаких раков.

Yo.! учитывая что оракловый софт с SAP идет бесплатно ?
Да щас, ага. 15% от SAV или 18% если с RAC-ом.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852116
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
orawayСкладывалась скверная ситуация: с WAY4 могла наступить полная задница, как
раз во время прямой трансляции выступления президента В.Путина сегодня днём!

И ведь ведутся люди на такую утку... Кто-нибудь встречал админа, в личной переписке
пишущего "MUTEX" и "президент В.Путин"?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852137
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вася УткинSergSuperпропущено...
а чем бы тут рак помог?
А что мешало в дневное время переключится на stand-in и откатить патч снижавший производительность?

Это базовая теория массового обсуживания.....

Технологическая организация любого процессинга, в соотвествии с правилами Платежных Систем.

Любая даже минимальная задержка ( таймаут) в отбаботке потока транзакций
приводит к лавинообразному росту нагрузки на систему.


Остановка потока в 1100 тразакций в секунду на одну минуту ,
может привести к очереди с тремящеся к 1100 + 60*1100 тразакций.

На практике 60*1100 размазывается приблизительно 10-20-30 - минут , что что
сотвествует росту ТПСов в 2-3-4-5 раз.

Если остановить на 2 минуты , очередь будет стремиться к 120*1100....


А в условиях паники, 60*1100 необслуженных
клиентов начинают звонить друзьям и знакомым и создавать дополнительный
коэфициент к 60*1100 .....
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852157
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ДохтаРВася Уткинпропущено...

А что мешало в дневное время переключится на stand-in и откатить патч снижавший производительность?

Это базовая теория массового обсуживания.....

Технологическая организация любого процессинга, в соотвествии с правилами Платежных Систем.

Любая даже минимальная задержка ( таймаут) в отбаботке потока транзакций
приводит к лавинообразному росту нагрузки на систему.


Остановка потока в 1100 тразакций в секунду на одну минуту ,
может привести к очереди с тремящеся к 1100 + 60*1100 тразакций.

На практике 60*1100 размазывается приблизительно 10-20-30 - минут , что что
сотвествует росту ТПСов в 2-3-4-5 раз.

Если остановить на 2 минуты , очередь будет стремиться к 120*1100....


А в условиях паники, 60*1100 необслуженных
клиентов начинают звонить друзьям и знакомым и создавать дополнительный
коэфициент к 60*1100 .....
Т.е. в Сбере нету резервной железки с ораклом без непроверенных патчей и синхронной копией БД на которую можно переключиться за несколько секунд?
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852205
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вася УткинТ.е. в Сбере нету резервной железки с ораклом без непроверенных патчей и
синхронной копией БД на которую можно переключиться за несколько секунд?
Нету, не по карману она им.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852231
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вася УткинДохтаРпропущено...


Это базовая теория массового обсуживания.....

Технологическая организация любого процессинга, в соотвествии с правилами Платежных Систем.

Любая даже минимальная задержка ( таймаут) в отбаботке потока транзакций
приводит к лавинообразному росту нагрузки на систему.


Остановка потока в 1100 тразакций в секунду на одну минуту ,
может привести к очереди с тремящеся к 1100 + 60*1100 тразакций.

На практике 60*1100 размазывается приблизительно 10-20-30 - минут , что что
сотвествует росту ТПСов в 2-3-4-5 раз.

Если остановить на 2 минуты , очередь будет стремиться к 120*1100....


А в условиях паники, 60*1100 необслуженных
клиентов начинают звонить друзьям и знакомым и создавать дополнительный
коэфициент к 60*1100 .....
Т.е. в Сбере нету резервной железки с ораклом без непроверенных патчей и синхронной копией БД на которую можно переключиться за несколько секунд?

Я не знаю что у них есть сейчас.
Я знаю, вернее знал, когда то , когда участовал на ямере открытом расследовании нашумевшего сбоя,
что у них 2-е процессиговые системы WAY4 и SmartVista ,
База WAY4 занимет польностью 795 машину
SmartVista и еще минимум одну 795 машину .

Остановка обработки в любой из этих систем для клинета может выглядеть
как глобальный сбой процессинга.

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

Что самое печальное, что эффективный менеджмент ( не только Российский)
не научился считать KPI по предотвращению сбоев, а значит работы предовращению сбоев не оплачивает.

Если современный эффективный менеджмент запустит в АЭС
то она она врядли протянет больше года до повторения Чернобыля.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852399
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаРЕсли современный эффективный менеджмент запустит в АЭС
то она она врядли протянет больше года до повторения Чернобыля.

Уже несколько лет в кошмарах снится многим...
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852448
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81ДохтаРЕсли современный эффективный менеджмент запустит в АЭС
то она она врядли протянет больше года до повторения Чернобыля.

Уже несколько лет в кошмарах снится многим...

Кастате для тех , кто хоть как то занитресован минимизации проблемных ситуаций в своих
системах полезно читать расследования любых аварий
Например :
Как думаете из какого расследования этот текст :
Особенность этой аварии, которая очень сильно психологически довлела над всеми нами, в том, что она произошла в штатных условиях . Она произошла, когда всё работало исправно, выполнялись регламенты по ремонту, выполнялись требования по эксплуатации. Никто ничего не нарушил, станция полностью соответствовала всем нормам и требованиям, эксплуатационный персонал выполнял все предписанные регламенты


Тынц

Жопа наступила , когда все КПИ находились в зеленой зоне ..... ((
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852524
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
... что она произошла в штатных условиях . Она произошла, когда всё работало исправно, выполнялись регламенты по ремонту...

На сколько я помню из обсуждений в Инет:
1. У "улетевшего" ротора показатели были НЕ в "зеленой зоне". Ремонт выполнялся (и не давно), но вот качество ремонта было достаточно странным (возможно ремонт и помог ротору улететь).
2. Обсуждение оторванных "шпилек", вроде начиналось с того - что они a) еще советские, как поставили, так и стоят b) похоже они вообще были не все c) похоже их заворачивали руками с нарушением правил d) оторвать их должно было уже давно. И на "регламенты по ремонту,.... требования по эксплуатации." все уже давно и надежно положили нано-болт
3. Ремонтную службу "эффективный менеджмент" давно оптимизировал и перевел на аутсоурс.

Из Вашей же ссылки к Вики:
Википедия....После проведённого ремонта гидроагрегат был принят в постоянную эксплуатацию; при этом были зафиксированы повышенные вибрации оборудования , остававшиеся, тем не менее, в пределах допустимых значений.[1] В ходе эксплуатации гидроагрегата его вибрационное состояние постепенно ухудшалось и в конце июня 2009 года перешло допустимый уровень . Ухудшение продолжилось и в дальнейшем; так, к 8:00 17 августа 2009 года амплитуда вибрации подшипника крышки турбины составляла 600 мкм при максимально допустимых 160 мкм; в 8:13, непосредственно перед аварией она возросла до 840 мкм. В такой ситуации главный инженер станции в соответствии с нормативными документами был обязан остановить гидроагрегат с целью выяснения причин повышенной вибрации, чего сделано не было , что и послужило одной из главных причин развития аварии...
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852544
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev ... что она произошла в штатных условиях . Она произошла, когда всё работало исправно, выполнялись регламенты по ремонту...

На сколько я помню из обсуждений в Инет:
1. У "улетевшего" ротора показатели были НЕ в "зеленой зоне". Ремонт выполнялся (и не давно), но вот качество ремонта было достаточно странным (возможно ремонт и помог ротору улететь).
2. Обсуждение оторванных "шпилек", вроде начиналось с того - что они a) еще советские, как поставили, так и стоят b) похоже они вообще были не все c) похоже их заворачивали руками с нарушением правил d) оторвать их должно было уже давно. И на "регламенты по ремонту,.... требования по эксплуатации." все уже давно и надежно положили нано-болт
3. Ремонтную службу "эффективный менеджмент" давно оптимизировал и перевел на аутсоурс.

Из Вашей же ссылки к Вики:
Википедия....После проведённого ремонта гидроагрегат был принят в постоянную эксплуатацию; при этом были зафиксированы повышенные вибрации оборудования , остававшиеся, тем не менее, в пределах допустимых значений.[1] В ходе эксплуатации гидроагрегата его вибрационное состояние постепенно ухудшалось и в конце июня 2009 года перешло допустимый уровень . Ухудшение продолжилось и в дальнейшем; так, к 8:00 17 августа 2009 года амплитуда вибрации подшипника крышки турбины составляла 600 мкм при максимально допустимых 160 мкм; в 8:13, непосредственно перед аварией она возросла до 840 мкм. В такой ситуации главный инженер станции в соответствии с нормативными документами был обязан остановить гидроагрегат с целью выяснения причин повышенной вибрации, чего сделано не было , что и послужило одной из главных причин развития аварии...


На ваше сообщение я ответил до того как вы написали коментарий :)
17105853
авторЕсли современный эффективный менеджмент запустить в АЭС
то она она врядли протянет больше года до повторения Чернобыля.


Поэтому интересно читать описание расследований всевозможных проблем с точки зрения всестороннего анализа причин.
В большенстве своем причины проблем не технические, а организационные.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852549
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаРВ большенстве своем причины проблем не технические, а организационные.
Да ну? А ничего, что к аварии привели конструкционные недостатки турбины в совокупности с
конструкционными же недостатками самой станции? Один рукожоп спроектировал турбину,
которая идёт штатно вразнос, второй - аварийные системы без автономного аварийного
питания, третий - единую точку отказа в виде общего машзала, четвёртый написал софт,
регулярно выводящий агрегат на этот самый "нерекомендованный" режим работы. Ну а виноват,
конечно, Чубайс, да...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852565
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovДохтаРВ большенстве своем причины проблем не технические, а организационные.
Да ну? А ничего, что к аварии привели конструкционные недостатки турбины в совокупности с
конструкционными же недостатками самой станции? Один рукожоп спроектировал турбину,
которая идёт штатно вразнос, второй - аварийные системы без автономного аварийного
питания, третий - единую точку отказа в виде общего машзала, четвёртый написал софт,
регулярно выводящий агрегат на этот самый "нерекомендованный" режим работы. Ну а виноват,
конечно, Чубайс, да...


Там не всё так просто, стрелочников искать всегда прощё, такие сооружения по сути "Эксперементальные", и когда они начинают использоваться как ширпотреб, может стать плохо.
p.s. любая турбина может пойти в разнос при неправильной эксплуатации ;)
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852568
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovДохтаРВ большенстве своем причины проблем не технические, а организационные.
Да ну? А ничего, что к аварии привели конструкционные недостатки турбины в совокупности с
конструкционными же недостатками самой станции? Один рукожоп спроектировал турбину ,
которая идёт штатно вразнос, второй - аварийные системы без автономного аварийного
питания, третий - единую точку отказа в виде общего машзала, четвёртый написал софт,
регулярно выводящий агрегат на этот самый "нерекомендованный" режим работы. Ну а виноват,
конечно, Чубайс, да...


Насколько я помню то, что когда то читал ,
Там комплексная проблема.
1 Выбор места ( узкий кнаньон) с цель экономии бетона
Энергоблоки тупо не помешаются по ширине , что бы утилизировать всю энергию имеющейся воды.

2. Понты , чутли не самая высокая плотина в мире , и самая высокая эффективность затрат на строительство в расчете на проектную мощьность.

3. Причина не в рукожопе проектировщика турбины,
турбина была спроектирована правильно непосредствнно под данное сооружение.
Проблема в точности изготовления.
По проекту поверхности лопастей и прочие критичные по точности детали
должны были делать на заводе , который делал гребные винты подводных лодок на японских станках,
но военные послали энергетиков куда подальше , и пришлось делать на том оборудовании, которое нашлось в наличии в соотвествующем министерстве.
И под диктовку Министра менять требования к проекту с соотвествующими рисками.....
С этого момента могло выстрилить все что угодно , шпильки, подшипники .......

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

Перед ЦК отчитались еще одной единицей в каскаде Энисейских электостанций , привет KPI
И получчили еще по одной медали, за еще одну стройку века :)
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852572
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаРНасколько я помню то, что когда то читал
С большой долей вероятности, среди нас нет ни одного человека, который бы разбирался в вопросе достаточно, чтобы судить "кто именно рукожоп и насколько". Вопрос лишь в том, кто что читал и кто писал то, что читал конкретный человек.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852576
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ДохтаРЕсли современный эффективный менеджмент запустит в АЭС
то она она врядли протянет больше года до повторения Чернобыля.
простите за серость, а команда Киренко, что уже лет 10 рулит АЭС это кто ? по вашему выпустники физикотехнических ?
взгляните на реальность, у этих "дефективных" менеджеров даже бу боинги исправно летают, тогда как у профессионалов СССР простите в редкий, год менее 100 пассажиров гробили.
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852579
ДохтаР
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerДохтаРНасколько я помню то, что когда то читал
С большой долей вероятности, среди нас нет ни одного человека, который бы разбирался в вопросе достаточно, чтобы судить "кто именно рукожоп и насколько" . Вопрос лишь в том, кто что читал и кто писал то, что читал конкретный человек.

Полностью согласен.

Поэтому я выше сказал о том, что полезно знакомиться с результатами расследования разных аварий.
Будь то Чернобыль, ГЭС или авиакатастрофа.
Проводить аналогии и делать выводы .
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852583
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerС большой долей вероятности, среди нас нет ни одного человека, который бы
разбирался в вопросе достаточно, чтобы судить "кто именно рукожоп и насколько". Вопрос
лишь в том, кто что читал и кто писал то, что читал конкретный человек.
Саш, ты же достаточно старый, чтобы понимать как возникают "нерекомендованные режимы". Я
готов спорить на то, что нахождение точки резонанса точно посередине рабочего режима
выявилось уже на динамических испытаниях (поскольку компьютеров чтобы просчитать динамику
ещё при проектировании тогда не было), но сроки поджимали и баг документировали как фичу.
И это нормально работало бы все 30 расчётных лет, пока к делу не подключилась
автоматическая динамическая регулировка мощности. После этого авария уже была
фактически запрограммирована. И таки да, предвидеть это всё было практически невозможно,
поскольку вряд ли кто-то разработчику софта ЕЭС сказал, что "на ГЭС турбины нестабильные,
так что вы там не злоупотребляйте их переключениями-то".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852599
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаРполезно знакомиться с результатами расследования разных аварий.
Да, есть такой очень интересный сериал "секунды перед катастрофой", в которой практически
все истории сводятся к двум вариантам: "случилось что-то не предвиденное при
проектировании" и "предвиденные отклонения сложились и вывели всю систему из равновесия".
Ну, не считая тупо человеческих ошибок. Вот и сбербанк наступил на эти грабли, когда
условия вышли за рамки средних, а резервов для компенсации отклонения - не было.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
    #38852602
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ДохтаР...В большенстве своем причины проблем не технические, а организационные.

Полностью согласен.

Технические проблемы это детали, а то, что они НЕ устранялись - это уже организационная проблема.

Как я помню, даже авария на ЧС из-за концевого эффекта была ВТОРАЯ. Вроде была авария в начале 80-х, благодаря грамотным действиям персонала - развития не получила. Но никаких организационных выводов сделано не было. Пронесло и пронесло. А на ЧС уже не пронесло.

Вики...Существование концевого эффекта было обнаружено в 1983 году во время физических пусков 1-го энергоблока Игналинской АЭС и 4-го энергоблока Чернобыльской АЭС ([17], с. 54). Об этом главным конструктором были разосланы письма на АЭС и во все заинтересованные организации. На особую опасность обнаруженного эффекта обратили внимание в организации научного руководителя, и был предложен ряд мер по его устранению и нейтрализации, включая проведение детальных исследований. Но эти предложения не были осуществлены , и нет никаких сведений о том, что какие-либо исследования были проведены, как и (кроме письма ГК) о том, что эксплуатационный персонал АЭС знал о концевом эффекте....


Note: У меня чувство, что читал про аварию на Ленинградской АЭС из-за данного эффекта. Но в Вики об этом не нашел. Могу ошибаться.

Саяно-Шушенская тоже не один год работала. Думаю многие ошибки проектирования кому надо были известны. Вопрос, что с ними делали. Исправляли или забивали нано-болт.

ДохтаРНа ваше сообщение я ответил до того как вы написали коментарий

После чего "все KPI были в зеленой зоне", "когда всё работало исправно, выполнялись регламенты по ремонту, выполнялись требования по эксплуатации". Это НЕ так.

p.s. А вообще, ушли в злобный оффтопик.
...
Рейтинг: 0 / 0
23 сообщений из 73, страница 3 из 3
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Подскажите, почему в банковском карточном процессинге не используют Oracle RAC?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]