Сбой сервера

У меня на работе в эксплуатации также есть SPPA T-3000. На каких серверах она у Вас установлена? Primergy или stratus? Или другие?
Проблема с графиками была, но по всем параметрам. В Siemens мне уточнили, что она может быть связана со слишком большим количеством запросов на сервер (открыто много трендов). Помогал перезапуск контейнера tds.
Кстати, на клиентах вылетают какие-нибудь ошибки?
Я попробую завтра посмотреть по Вашей проблеме на самом оборудовании.
А у Вас есть возможность полностью перезапустить сервера? Или оборудование в работе?

s-ilent Насчет серверов как на работе буду посмотрю. А на клиентах вылетает одна ошибка: что то вроде "Потеряна связь с динамическими данными видеограмм" точнее сказать не могу. Сам сервер не желательно перезагружать, так как работает оборудование. Конечно если точно можно сказать, что это поможет... За совет насчет перезапуска контейнера tds спасибо. А он быстро перезагружается? Будет ли это сильно заметно для клиентов? Кстати насчет трендов у нас и так ограничили количество видеограмм на каждом компьютере по 3 штуки можно только открывать. И странно что такая фирма как Siemens вводит ограничения по числу трендов

Коньейнер tds перезапускается довольно быстро. У нас ~1 минута. На клиентах это не отобразится, кроме пропадания графиков (но по-скольку их и так нет - то никаких последствий). А по поводу ограничений, они вводятся не компанией Siemens, а ресурсами сервера. SPPA-T3000 построена на базе контейнеров, каждый из которых выполняет свою функцию - динамическое отображение данных, графики, архивирование, контроль лицензии, контроль работы каждого контроллера и т.п. И вот под каждый контейнер выделяется определенный объем оперативной памяти (обычно расчитывается в момент пуско-наладочных работ). Поменять размер можно в любой момент, но делать это нужно аккуратно, чтобы не ухудшить ситуацию с другими контейнерами. На сервере в консоли SPPA можно посмотреть установленный размер, а в диспетчере задач - текущее использование (процессы с имнами _t3k....).
Судя по картинкам, у Вас все-таки сервера Primergy. А CoServer1 и CoServer2 - сервер приложений и архивный сервер соответственно.
При работающем оборудовании, перегружать сервера лучше не стоит. Отключение CoServer1 приведет к полной потере управления верхнего уровня и контроля за процессами. А перегружаются они довольно не быстро.

Я дичайше извиняюсь за оффтоп, но зачем, ЗАЧЕМ мучать форум и читателей такими страшно большими картинками? В то время как можно было сделать просто скрины, например, или выписать данные ошибок.

Первые три окошка - это отслеживание служб, запущенных в системе. Поиск осуществляется назначеным заданием и сравнивает список запущенных служб со списком известных (находятся в файле). Если запускаются службы, которые отсутствуют в файле в журнал заносится предупреждение о неизвестной службе.

Согласно четвертой картинке железные и виртуальные сервера работают и синхронизированы.

А пропадание связи еще продолжаются?
И каким устройствам принадлежат ip 192.168.20.1(2)?

Да, B - код качества "плохой". Поскольку он вылетает у всех значений, скорее всего дело в пропадании связи. Если сможете, в момент пропадания данных, запустите клиент SPPA на сервере. Если там данные будут в этот момент впорядке - дело явно со связью. GMT+4 - это московсое время. А синхронизация времени как настроена?
Сервер от GPS-часов, клиенты от сервера?

У нас были проблемы с графиками из-за того, что когда вводилась поправочная секунда одни из GPS часов ее подловили, а вторые - нет. Из-за рассинхронизации могут быть проблемы. Но не уверен, что со всеми данными.

И проверьте ping от клиента до сервера во время пропадания данных.

s-ilent спасибо буду проверять

управление через винду - это изврат .
у вас как в анекдоте :
экскурсия по заводу -
в этом цеху у нас ДОС... в этом ЮНИКС... а перед входом в цех где виндовс попрошу надет скафандры высшей защиты .

Еще у нас с 3-х до 4-х утра теряются графики - отображаются пунктиром и дискреты и аналоговые значения

Необходимая синхронизация.

в программном обеспечении Sppa t3000 отображается ошибка в настройках системного файла config.sys сверяйте там с программным обеспечением
Sppa t3000!!!

Уважаемый Fellinggood!

Меня зовут Михаил Арзуманьянц, и я работаю в подразделении «АСУ ТП для электростанций» Департамента «Производство энергии на ископаемом топливе» компании «Сименс». Я увидел Ваше сообщение на форуме и хотел бы помочь с решением возникшей проблемы.

Ниже Вы найдете некоторые рекомендации, которые помогут Вам разрешить вопросы, озвученные на форуме.

Я увидел у Вас на данный момент 4 явные проблемы:

1) Превышение подписки.
Признак – появление множественных сигналов качества B или U на мнемокадрах, чаще всего на динамических элементах, относящихся к одному контроллеру.
Причиной является то, что АРМы через Сервер Приложений опрашивают контроллеры о состоянии сигналов. Когда число одновременных опросов (подписок) достигает 1900, в ПСО появляется ошибка Subscription_Size_UL или Верхний предел количества по подписке, при достижении значения 2000, все динамические элементы на мнемокадрах, открытых далее, получат код качества B или U и перестанут обновляться.
Обходное решение – перезапуск (остановить/запустить) контейнера PDS через Вид диагностики. Занимает не более 2 минут, но в процессе перезапуска будут недоступны все динамические значения, и будет невозможно управление технологическим процессом. Данную процедуру не рекомендуется производить без консультации с проектировщиком и поставщиком ПТК.
Проверка текущего значения подписки – значение Current Subscription Size или Текущий размер подписки в меню <Вид диагностики – рантайм контейнер S7 или AS3000, в зоне которого замечены параметры с недостоверностью>. С помощью этого параметра можно отслеживать увеличение размера подписки при открытии видеокадров.
Решение:
• не открывать видеокадры в масштабе, меньше 100%. Т.е. не открывать несколько видеокадров на одном экране или ЭКП.
• пересмотреть состав «насыщенных» видеокадров и разбить их на несколько, с меньшим количеством динамических элементов.
2) Превышение нагрузки на контейнер TDS (контейнер для создания графиков) слишком большим количеством запросов.
Признак – отсутствие любых значений на графиках (пустые видеокадры с графиками).
Причиной является большое количество графиков, одновременно выведенных на экран.
Обходное решение – перезапуск контейнера TDS через Вид диагностики. Занимает до 2 минут, не влияет на управление. Во время перезапуска будет невозможно запустить график.
Решение (наблюдения желательно выполнять во время нормальной нагрузки на оборудование, а изменения во время останова основного оборудования):
• Проконтролировать, при каком количестве графиков, выведенных на АРМах, возникает данный сбой, сколько сигналов всего было выведено на графики, и сообщить цифру поставщику ПТК.
• Провести перераспределение ресурсов Сервера приложений. Для этого необходимо обратиться к поставщику ПТК.
3) Превышение нагрузки на архивный контейнер слишком большим количеством запросов.
Признак – отсутствие любых значений на графиках (пустые видеокадры с графиками) и невозможность создавать отчеты.
Причиной является большое количество запросов в архивный контейнер через отчеты (более 300 страниц единовременно) или графики.
Обходное решение – перезапуск контейнеров TDS, RC и ARC через Вид диагностики. Последовательность следующая: остановить контейнеры TDS, потом RC, потом ARC, запустить ARC, потом RC, потом TDS. Занимает, в зависимости от нагрузки на архив, до 10 минут, не влияет на управление. Во время перезапуска будет невозможно сформировать отчет или запустить график, а также значения любых сигналов не будут поступать в архив.
Решение (наблюдения желательно выполнять во время нормальной нагрузки на оборудование, а изменения, с помощью табличного проектирования, во время останова основного оборудования):
• пересмотреть апертуры аналоговых сигналов и увеличить их для сигналов с высокой частотой изменения величин. Это позволит избежать т.н. эффекта «дребезжания», который возникает, если колебания сигнала с датчика, возникающие без изменения технологического параметра, превышают апертуру, выставленную на блоках ASMON и ASEL.
• пересмотреть состав архивируемых параметров и исключить из архива вторичные и промежуточные значения.
• Провести перераспределение ресурсов Сервера приложений. Для этого необходимо обратиться к поставщику ПТК.
4) Неправильная настройка синхронизации времени.
Признак – ежедневное отсутствие или неверные значения на графиках в определенные промежутки времени, и превышение нагрузки на архивный контейнер (см. п.1) ввиду большого количества повторяющихся запросов сигналов с неправильной меткой времени (запрос параметров из будущего).
Причиной является неправильная конфигурация синхронизации времени на АРМ или Сервере приложений, т.к. именно клиент, на котором запущен workbench, формирует запрос в архив со своей меткой времени.
Обходное решение – не существует.
Решение (изменения на АРМ можно вносить в любой момент времени, предварительно выведя его из работы, изменения на Сервер приложений необходимо вносить только во время останова основного оборудования):
• на АРМ и Сервере приложений должна быть отключена служба «Windows time» и включены службы «Network Time Protocol Daemon» и «NTP Prepare».
• на АРМ и Сервере приложений проверить файл c:\Program files\ntp\etc\ntp.conf, он должен содержать следующие строчки на Сервере:
# Use specific NTP servers
server tmesrv01 minpoll 5 maxpoll 5 iburst
server tmesrv02 minpoll 5 maxpoll 5 iburst
и на АРМ:
# Use specific NTP servers
server <имя-сервера-приложений> minpoll 5 maxpoll 5 iburst
• на Сервере приложений проверить файл c:\Windows\system32\drivers\etc\hosts, он должен содержать следующие строчки:
tmesrv01 xxx.xxx.xxx.xxx
tmesrv02 xxx.xxx.xxx.xxx
где xxx.xxx.xxx.xxx – это IP-адреса Серверов точного времени (GPS-часов). Согласно стандартам «Сименс», поставщик ПТК вместе с Серверами приложений должен передать папку с документацией, содержащей настройки Сервера приложений, АРМ, их резервные копии, пароли и список сетевых компонентов. В этой документации Вы можете найти IP-адреса Серверов приложений и Серверов времени. Также эту информацию можно найти в документах «Структурная схема сетевого обмена» и «Перечень сетевых компонентов».
• на АРМ и Сервере приложений проверить временные зоны в настройках Windows. Она должна быть выставлена как UTC +Ваша временная зона. Переход на летнее время должен быть отключен. Внимание: смена временной зоны влечет за собой перезагрузку сервера.


Если у Вас возникнут дополнительные вопросы, пожалуйста, присылайте через личные сообщения свои контакты, и мы сможем в рамках поддержки продукта дополнительно Вас проконсультировать.

Спасибо большое вам. Когда будет время остановить станцию будем пробовать ваши советы