- В этой теме 20 ответов, 6 участников, последнее обновление 3 года, 4 месяца назад сделано
.
-
Сообщения
-
Доброе утро!
У нас есть скада система.
Опрос более 2000 точек.
Еще 500 точек выстывает программной.И у нас появилась проблема.
Выходят из строя жесткие диски.
В логах пишет что превышено максимальное число запросов на жесткий диск.Мой предшественник решил эту проблему перенеся архивы баз данных на другой физический диск.
Но скада продолжает расти.
Что можете посоветовать?Параметры пк:
core i5
16ГБ озу
1 ssd
2 hddВнешнюю СХД, которая специально рассчитанную на большое количество запросов. Потянет за собой и дополнительный контроллер (SAS или FibreChannel, ну или iSCSI но сеть под не должна быть выделенной).
Второй вариант — серверное железо и серверные диски в RAID 5. 6. 10, причем диски с высоким быстродействием и увеличенным MTBF. Диагностика S.M.A.R.T. и запасец дисков для оперативной замены. Или же договор с производителем на оперативную замену диска (NBD) — например у нас такой договор с НР, поскольку почти все оборудование их. Как только диагностика показывает что диск накрывается, делаем заявку, на следующий день как правило привозят (Москва) на филиалах несколько позже.
Да, дорого…Добрый день!
Выходит из строя SSD или HDD?
Windows или Linux?Чаще всего записываются файлы текущего среза
C:\SCADA\ArchiveDAT\Cur\current.dat и
C:\SCADA\ArchiveDATCopy\Cur\current.dat
а также журналы в папки Log.Что можно сделать:
1. Основной архив писать на 1-й диск, а копию архива на другой диск, снизив таким образом нагрузку в 2 раза.
2. В Коммуникаторе снять галочку детального журнала или настроить папки логов на RAM-диск.
3. Поставить запись текущего среза реже.Добрый день!
ОС стоит на ssd и там же скада, орс сервера (4 шт используется, для некоторого оборудования необходим орс их производства)
ArchiveDAT пишется на другой диск(физический)
ArchiveDATCopy пишется на 3 диск.Мы перенесли 3 орс сервера на другой диск, пока работает.
Но на ssd нагрузка всё равно большая.В Коммуникаторе снять галочку детального журнала или настроить папки логов на RAM-диск.
Попробуем этот вариант.3. Поставить запись текущего среза реже.
Этот вариант не подходит3. Поставить запись текущего среза реже.
В версии 6 текущие данные будут браться из оперативной памяти, поэтому частота записи текущего среза может быть уменьшена. Но пока так как есть.
Есть ли средства диагностики, чтобы точно сказать, запись в какие файлы даёт высокую нагрузку? Может быть бороться надо с чем-то другим.
А в каком месте программы настраивается каталог для логов?
Присоединяюсь к вопросу, логи в папке ScadaComm kp.txt постоянно перезаписываются для SSD это не очень.
Для Windows, нужен RAM драйвер или виртуальный диск и направление данных папок туда.. з.ы. как-то давно находил подобные.
Про RAM интересная информация, сейчас скачал прогу будем разбираться, но вот как указать путь, куда бы эти логи могли бы писаться/перезаписываться? Лазил в Scada коммуникаторе на вид не попадается..
У меня стоит Scada версии 5.0.3.0;
История приложения Коммуникатор: 5.2.1.0(28.01.2020)
— Исправлена локализация службы
— Исправлен опрос 1 раз сутки
— Добавлена директория хранилища
Полагаю это и есть та заветная директория хранения логов? Обновляться не очень хочется, боюсь что не будь нарушить. Можно ручками изменить директорию хранения логов коммуникатора?Тут не подскажу, скорее всего не так просто все. Может где-то в xml файлах указаны еще пути, но я не искал.
В настройках Scada только всю папку можно перенаправить ArchiveDat
А нужно только одну из них — Cur
Ну и логи тоже. Таких настроек нет к сожалению. Только искать средства системы.В общем ищите и обрящите 🙂
Вам нужен RAM disk driver с функцией переноса папок в него. На месте реальной папки создается символьная ссылка на ее расположение в RAM диске. Программа не будет подозревать, что пишет в память.https://4pda.ru/forum/index.php?showtopic=287174
вот тема на 4pda, пробуйте варианты и ищите в них описанный функционал.
А в каком месте программы настраивается каталог для логов?
Логи пишутся в подпапки Log внутри папок приложений. Настроек для того, чтобы их изменить, нет. Поэтому нужно использовать системные средства, чтобы логи работали в RAM.
Директория хранилища Storage предназначена для хранения рабочих файлов модулей. Например, в неё сохраняется состояние триггеров модуля автоуправления.
Для SSD, насколько я понимаю, важен объём записываемых данных. Даже если перезаписывается один и тот же файл, данные записываются в разные физические ячейки для равномерного износа диска. Надеюсь, по крайней мере, что это так.
В будущем, полагаю, все диски будут SSD. Поэтому менять расположение файлов — это не решение. Если сделать запись состояния реже, тоже неудобно. Поэтому RAM-диск представляется самым лучшим решением.
Кстати, на Linux файловая система реально пишет изменения на диск с определённой частотой, которую можно поменять. Но детали уже не помню.
- Вы должны авторизироваться для ответа в этой теме.