проблема RSVIew SE

[liliya]

Есть проблема с RSView SE : периодически, где-то раз в неделю, на клиентских машинах начинается сильное запаздывание на выполнение команды переключения между экранами и вводом значений в теги. Затем приложение клиента вообще начинает виснуть. Приходится перезагружать все сервера: сервер FTD, сервер RSLinx, HMI сервер. Уважаемые коллеги, помогите, что может вызвать такую проблему и как ее попробовать решить?
Если на FTD сервере еще работает RSSQL и MSSQL, может ли это быть причиной и как это проверить?

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

[SimpleX]

[kempo]

Аналогичная проблема в плане зависания. Примерно раз в неделю виснет система. Помогает рестарт RSViewSEServer и FTD. Подозреваем "виновником" MSSQL

[w00d00]

2 liliya:
Для начала вы бы написали какие сообщения есть в FactoryTalk Diagnostics на сервере и на клиентах, а так это лишь гадание на кофейной гуще.

2 SimpleX:
Хоть Rockwell и пишет в своих рекомендациях об использовании MSSQL на выделенном сервере, связка FTD + SE server + RSSQL + MSSQL работает с 25 клиентами без каких-либо зависаний, проверено.

[oldDad]

w00d00,
очень врзможно, что у Вас всё хорошо работает. Но если Rockwell пишет об отдельной машине для MSSQL, то для этого есть определённые основания. Значит, то, что в Вашем случае безпроблем функционирует. совсем необязательно будет функционировать в другой конфигурации и в других условиях. Правда?

[SimpleX]

Уважаемый w00d00!
Обращу Ваше внимание на то, что я употребил слово "зачастую", и не спроста. Корректно работающие связки, как у Вас, встречаются. Однако, как показывает опыт, в большинстве случаев такая конфигурация системы всё же приводит к нестабильной работе. Но, как я уже сказал, исключения есть, а они, как известно, только подтверждают правило.

[w00d00]

Уважаемые господа, SimpleX, OldDad!

Конечно, при совместном использовании продуктов от мелкософт и роквел, количество баго-глюков меньше не становится, но мне очень удивительно слышать слова "очень возможно" и "зачастую" ... остается только помолиться. Аминь.

[oldDad]

Уважаемый w00d00,

что это Вас так сильно удивляет? Отсутствие свойственной Вам категоричности в наших с коллегой высказываниях?

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

Поэтому (в отличие от Вас) мы с такой уверенностью не заявляем, что

[liliya]

Уважаемые господа, я прекрасно понимаю, что можно долго рассуждать по поводу предложенной темы, но проблема сама собой не улетучилась. Поэтому вот информация к размышлению:
1) FTD, MSSQL и RSSQL находятся на сервере с ОС Windows server 2003
2) HMI также на сервере с ОС Windows server 2003
3) RSLinx Enterprise на офисной машине с ОС Windows XP
4) контроллер домена на сервере с ОС Windows server 2003
5) клиентов 29 из них в домене 25

В FTD Diagnostics чаще всего сообщение:
Сommunications error occured while sending transaction to distributed alarm client ( а дальше имя машины, на которой не отображаются аварийный сообщения и код ошибки800706ВА)
По коду ошибки на АВ.соm есть разные патчи, стоит ли их ставить?
А еще хуже не будет? Может система вообще умрет? Да и ставить его не так просто.

[AlexV]

Естественно, что скорее всего виновником может оказаться именно MSSQL, потому что сам по себе это достаточно малоглючный продукт, НО он изначально сделан как кэширующий сервер базы данных.
И именно поэтому с ним не уживется ни один софт, требующий более-менее существенных ресурсов для работы, т.к. MSSQL имеет одну особенность (это не ошибка): когда ему требуется память, он её всегда запрашивает у ОС, а когда явная нужда отпадает - никогда не отдает обратно (а вдруг опять понадобится ).
Кончается это как правило плачевно для работающих рядом приложений, т.к. им нифига не остается, кроме свопа, да и самой винде тоже туго приходится, если физического объема памяти маловато.
Поэтому везде и рекомендуют MSSQL запускать на выделенном сервере!!!

чтобы практически однозначно убедиться, что виновник MSSQL - достаточно при повторении ситуации с глюками просто запустить диспетчер задач на сервере и посмотреть как разделена физическая и виртуальная память м/д приложениями. Если 80-90% занято MSSQL и общий объем памяти сервера не превышает 2Гб - то система работает в "глубоком свопе", т.е. в условиях жесткой нехватки ресурсов со всеми вытекающими последствиями.

[w00d00]

[liliya]

На сайте роквелла поискали разные патчи, как и посоветовал Alek. Но там их немало, да и почти в каждом есть приписочка, что перед тем как ставить "этот" патч, сначала поставьте "тот". Нет ли какого-то кумулятивного патча для RSViewSE сервер и для клиентов, что бы одним разом поставить и не перегружать сервера по много раз?

[liliya]

Уважаемый Alek, огромное СПАСИБО за помощь и участие. Вы мне очень помогли с Roll up Pach-ем. Еще раз спасибо! Попробую поставить, надеюсь это поможет.