В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Цифровая подстанция

774 membersпожаловаться на группу
2018 April 12

AA

Alex Anoshin in Цифровая подстанция
Vladislav Maslov
Ну если пример с VLAN - это проектный косяк, то вот бред интерфейса может легко случиться и с вполне нормальным на первый взгляд оборудованием (что и произошло). И тут вот как раз очень пригодится контроль пропускной способности
Но это не решит проблему. То есть проблему надо все равно будет решать. А функционал лишь снимет симптомы. И совсем не факт, что это реально требуется.
источник
12:21пожаловаться#1

VM

Vladislav Maslov in Цифровая подстанция
Alex Anoshin
В условиях, в частности, работы РЗА в режиме «дежурства» достаточно просто планомерно выявлять и устранять эти проблемы, так как они не будут приводить мгновенно к отказу функционирования. Усложнение же оборудования, направленное на решение этих проблем будет вести только к появлению ещё большего количества проблем.
Как показывает мой опыт, усложнение в виде перехода с ЭМ РЗА на МПРЗ приводит к другим проблемам, например оперативный персонал не понимает что делать с этими коробочками (МПРЗ) и относится к ним как к шайтан-машинам. Но это же не повод отказываться от внедрения элементов ЦПС?
источник
12:23пожаловаться#2

VM

Vladislav Maslov in Цифровая подстанция
Alex Anoshin
Но это не решит проблему. То есть проблему надо все равно будет решать. А функционал лишь снимет симптомы. И совсем не факт, что это реально требуется.
Да. Проблему не решит. Но позволит сохранить управляемость объектом до момента обеспечения возможности вывода устройства в ремонт
источник
12:24пожаловаться#3

VM

Vladislav Maslov in Цифровая подстанция
Alex Anoshin
Но это не решит проблему. То есть проблему надо все равно будет решать. А функционал лишь снимет симптомы. И совсем не факт, что это реально требуется.
Может на подстанциях это не критично, но на АЭС управляемость должна максимально сохраняться
источник
12:25пожаловаться#4

AA

Alex Anoshin in Цифровая подстанция
Не повод, согласен. Просто в коммутаторе и так есть приоритеты и очереди (понятно, не во всех). А вот «кастомизация» оборудования под нужны конкретной ниши — это неминуемое удорожание. Проще говоря, весь этот функционал он может быть более замороченной наладкой коммутатора, если там это требуется. А там, где это не требуется, то можно просто этим и не заморачиватся.
источник
12:28пожаловаться#5

LO

Leonid Orlov in Цифровая подстанция
простите, если мой вопрос покажется наивным,
а сохраняются ли сейчас где-либо у нас требования по резервированию цифровой техники электромеханикой?
источник
12:28пожаловаться#6

SK

S K in Цифровая подстанция
Ivan Dorofeev
Вы забываете, что по вычислительной мощности средний сервер эквивалентен нескольким десяткам средних терминалов. Т.о. удельная стоимость единицы производительности у серверов существенно ниже. Кроме того серверы того же hp внедряются миллионами штук ежегодно, что позитивно сказывается на стоимости и отработанности решения. Ни одной серии Мурза такого не снилось.
Да, и поэтому на пилотном проекте в мрск Сибири не смогли дореализовать все алгоритмы рза, уткнувшись в предел производительности сервера?
источник
12:29пожаловаться#7

ID

Ivan Dorofeev in Цифровая подстанция
S K
Да, и поэтому на пилотном проекте в мрск Сибири не смогли дореализовать все алгоритмы рза, уткнувшись в предел производительности сервера?
А откуда у вас такая информация? Конечно такое возможно. Сервер он же не резиновый.
источник
12:31пожаловаться#8

VM

Vladislav Maslov in Цифровая подстанция
Alex Anoshin
Не повод, согласен. Просто в коммутаторе и так есть приоритеты и очереди (понятно, не во всех). А вот «кастомизация» оборудования под нужны конкретной ниши — это неминуемое удорожание. Проще говоря, весь этот функционал он может быть более замороченной наладкой коммутатора, если там это требуется. А там, где это не требуется, то можно просто этим и не заморачиватся.
Поэтому, кмк, должны быть линейки коммутаторов, покрывающие все необходимые потребности. Нужен коммутатор с QoS - бери подороже. Не нужен - бери подешевле. Тем более, что 90% подобных фич можно реализовать соответствующей прошивкой, а не заменой железа
источник
12:31пожаловаться#9

VM

Vladislav Maslov in Цифровая подстанция
Больше коммутаторов - хороших и разных!
источник
12:32пожаловаться#10

SK

S K in Цифровая подстанция
Ivan Dorofeev
А откуда у вас такая информация? Конечно такое возможно. Сервер он же не резиновый.
Так озвучил заказчик на техсовете
источник
12:35пожаловаться#11

SK

S K in Цифровая подстанция
В то же время, процессорной мощности терминалов рза там хватает
источник
12:36пожаловаться#12

SK

S K in Цифровая подстанция
Парадокс?
источник
12:36пожаловаться#13

VM

Vladislav Maslov in Цифровая подстанция
Leonid Orlov
простите, если мой вопрос покажется наивным,
а сохраняются ли сейчас где-либо у нас требования по резервированию цифровой техники электромеханикой?
Возможно в нашей отрасли есть, для особо важных элементов систем аварийного электроснабжения (САЭ), например отвечающих за обеспечение электропитанием систем расхолаживания реактора. А вот что могу сказать точно, что МПРЗ, используемые в САЭ управляются исключительно по меди. По цифре только контроль.
источник
12:36пожаловаться#14

SK

S K in Цифровая подстанция
S K
Так озвучил заказчик на техсовете
И косвенно это подтвердил Гвоздев на СГИЭ
источник
12:37пожаловаться#15

SK

S K in Цифровая подстанция
Про это доступна видеозапись
источник
12:38пожаловаться#16

ID

Ivan Dorofeev in Цифровая подстанция
S K
Парадокс?
Очевидно, что никакой сервер в одиночку не сможет переплюнуть произвольное количество терминалов. Никакого парадокса, скорее недостатки проектирования.
источник
12:39пожаловаться#17

IY

Igor Yakushev in Цифровая подстанция
S K
В то же время, процессорной мощности терминалов рза там хватает
Ну там реализованы все алгоритмы РЗА, заложенные проектом, к слову. И реализованы они в одном сервере аппаратном, т.е. вся ПС. Если посчитать и сравнить количество терминалов, а также количество ядер в сервере, победа по количеству будет за терминалами, их больше.
источник
12:39пожаловаться#18

SK

S K in Цифровая подстанция
Igor Yakushev
Ну там реализованы все алгоритмы РЗА, заложенные проектом, к слову. И реализованы они в одном сервере аппаратном, т.е. вся ПС. Если посчитать и сравнить количество терминалов, а также количество ядер в сервере, победа по количеству будет за терминалами, их больше.
Не буду спорить, у меня другая информация по реализации заложенных алгоритмов
источник
12:44пожаловаться#19

SK

S K in Цифровая подстанция
А то, что ядер в сумме терминалов больше - согласен
источник
12:45пожаловаться#20