Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Ср 17 Май, 2006 6:38:25 Заголовок сообщения:
Да,но RSSql - это только интерфейс реального времени из FT-"зоны" к (глобальной) базе данных предприятия. Он ведь необязательно должен быть один Таких FT-структур. поставляющих данные наверх, может быть несколько.
Зарегистрирован: May 14, 2006 Сообщения: 33 Рейтинг: +0/-0 Откуда: г.Комсомольск-на-Амуре
Добавлено: Пт 19 Май, 2006 3:16:56 Заголовок сообщения:
oldDad писал(а):
Да,но RSSql - это только интерфейс реального времени из FT-"зоны" к (глобальной) базе данных предприятия. Он ведь необязательно должен быть один Таких FT-структур. поставляющих данные наверх, может быть несколько.
Хорошо, допустим следующее: Указываем для каждой установки свою FT-директорию, расположенную, скажем, на Primary HMI-сервере данной установки. Теперь мы будем вынуждены для каждой установки выделить не только отдельный сервер для RSSQL, но и инженерную станцию со своей лицензией на RSView Studio - ведь в один момент времени FT-директория может указывать на один FT-сервер и для его смены потребуется рестарт компьютера.
Если у Вас крупное предприятие с приличным количеством установок, то издержки на эксплуатацию серьезно увеличиваются. С одной инженерной станции нельзя будет открыть в один момент времени более одного проекта. Также затруднительно будет разместить такое количество системных блоков в одном помещении, чтобы организовать круглосуточную вахту.
Для супервайзеров вроде технического директора прийдется городить отдельный HMI-проект, чтобы предоставить доступ к данным более чем одной установки. Обладают ли RSSQL/RSHistorian достаточно выразительным графическим интерфейсом для этого?
Правды ради стоит заметить, что единое RSViewSE-приложение на базе одного FT-сервера помимо обеспечения надежности выделенного FT-сервера демонстрирует следующие проблемы:
- количество HMI-серверов в рамках приложения ограничено 10-ю (правда не проверял, физическое это ограничение или формальное),
- время открытия приложения в RSView Studio при добалвении новых HMI-серверов возрастает,
- время запуска клиентов RSViewSE при добалвении новых HMI-серверов также возрастает.
Зарегистрирован: Oct 05, 2005 Сообщения: 106 Рейтинг: +8/-0 Откуда: Харьков
Добавлено: Пт 19 Май, 2006 6:38:19 Заголовок сообщения:
Еще вопросик в тему: в RSViewSE есть встровенные средства резервирования (падает один сервере, автоматически включается второй). А вот как быть с RSSQL?
Ведь если его поставить на машину с Primary RSViewSE сервер, то при отключении этого сервера визуализация не пропадет (включится secondary RSView SE сервер), но передачи тэгов во внешнии БД уже не будет, т.к. RSSQL тоже отключиться.
Если же поставть RSSQL на обоих машинах, то как определять, какой из них в данный момент может и должен писать в БД?
Нет ли в RSSQL каких-нибудь средств резервирования?
Зарегистрирован: May 14, 2006 Сообщения: 33 Рейтинг: +0/-0 Откуда: г.Комсомольск-на-Амуре
Добавлено: Пт 19 Май, 2006 6:52:21 Заголовок сообщения:
Eraser писал(а):
Еще вопросик в тему: в RSViewSE есть встровенные средства резервирования (падает один сервере, автоматически включается второй). А вот как быть с RSSQL?
Ведь если его поставить на машину с Primary RSViewSE сервер, то при отключении этого сервера визуализация не пропадет (включится secondary RSView SE сервер), но передачи тэгов во внешнии БД уже не будет, т.к. RSSQL тоже отключиться.
Если же поставть RSSQL на обоих машинах, то как определять, какой из них в данный момент может и должен писать в БД?
Нет ли в RSSQL каких-нибудь средств резервирования?
Согласно настоятельным рекомендациям Rockwell, на компьютор с HMI-сервером RSView SE не рекомендуется ставить никакое другое ПО, даже производства Rockwell Software.
Поэтому для RSSQL нужна отдельная машина, которая с помощью FT-коннекторов сможет опрашивать активный в данный момент HMI-сервер, будь то основной или резервный, и об этом не надо будет беспокоиться.
Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Пт 19 Май, 2006 8:51:14 Заголовок сообщения:
Зря иронизируете, Eraser.
Мы не строим системы абсолютной надёжности, мы строим системы заданной, разумной надёжности. Что такого страшного произойдёт, если на час-другой выпадет Ваш RSSql сервер? Страшный взрыв? Точно нет. Меньше ценной продукции выпустит завод? Вряд ли.
Если так страшно - ставьте по всем правилам кластер, load balancer, свичи на hiperring, системы двухфидерного питания, не знаю что там ещё. При чём тут Rockwell Softaware?
Вообще, у Вас есть лучшее решение? Может быть, подскажете?
Что делать? Применять надёжные серверы и строить сети высокой доступности.
Кроме того, Вам никто не мешает посылать данные об алармах и исторические данные прямо из RSViewSE на какие-нибудь серверы через ODBC. А HMI-серверы моржно сконфигурировать так, чтобы в случае потери связи они буферировали данные локально, если уж всё так драматически обстоит.
Всё резервировать не нужно и невозможно. Вы же не разарвируетете установленные на технологическом оборудовании датчики, а они куда более подвержены отказам, чем резервированный и находящийся в комфортных условиях сервер.
Я могу понять стремление сшить из одной овечьей шкуры 10 шапок, т.е. сэкономть деньги и разместить все серверы на возможно меньшем количестве компьютеров, но нужно же себе отдавать отчёт в том. что если уж Вы хотите добиться максимальной надёжности,то она стоит максимальных денег соответственно Или - если мы говорим об оптимизации цена/качество - тогда нужно выбрать решения, обеспечивающие тот уровень надёжности, который максимально достижим за вполне определённую заданную сумму.
Последний раз редактировалось: oldDad (Пт 19 Май, 2006 9:15:23), всего редактировалось 5 раз(а)
Зарегистрирован: May 14, 2006 Сообщения: 33 Рейтинг: +0/-0 Откуда: г.Комсомольск-на-Амуре
Добавлено: Пт 19 Май, 2006 8:53:12 Заголовок сообщения:
Eraser писал(а):
А для Блокнота отдельная машина не нужна? А для Калькулятора?
Вопрос в том, что делать, если упадет машина с RSSQL ?
ну я бы не стал путать RSSQL с калькулятором.. хотябы по тому количеству памяти, которую "съедает" MS SQL Server после установки...
А делать надо то же, что и при падении машины с HMI-сервером - поднимать побыстрее...
А если серьезно - вопрос не праздный, потому как резервировать RSSQL/RShistorian тоже надо.. возможно там настраивается какая-нибудь репликация...
Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Пт 19 Май, 2006 9:02:35 Заголовок сообщения:
Vad писал(а):
Хорошо, допустим следующее: Указываем для каждой установки свою FT-директорию, расположенную, скажем, на Primary HMI-сервере данной установки. Теперь мы будем вынуждены для каждой установки выделить не только отдельный сервер для RSSQL, но и инженерную станцию со своей лицензией на RSView Studio - ведь в один момент времени FT-директория может указывать на один FT-сервер и для его смены потребуется рестарт компьютера.
Если у Вас крупное предприятие с приличным количеством установок, то издержки на эксплуатацию серьезно увеличиваются. С одной инженерной станции нельзя будет открыть в один момент времени более одного проекта. Также затруднительно будет разместить такое количество системных блоков в одном помещении, чтобы организовать круглосуточную вахту.
Для супервайзеров вроде технического директора прийдется городить отдельный HMI-проект, чтобы предоставить доступ к данным более чем одной установки. Обладают ли RSSQL/RSHistorian достаточно выразительным графическим интерфейсом для этого?
В общей физической сетевой структуре предприятия могут сосуществовать несколько распределённых аппликаций:
Цитата:
Multiple distributed applications, multiple Network Directory
computers
A network can also contain more than one computer running the FactoryTalk Network Directory software. This is useful to run multiple distributed applications that:
- are separated by a slow network, for example a wide-area network (WAN).
To do this, set up one Network Directory at each site on either side of the WAN.
- do not need to share data with each other.
Each computer on the network can connect to only one computer running the FactoryTalk
Network Directory software. You cannot connect a single computer to multiple FactoryTalk
Directory servers.
Если уж у главного инженера нужно обязательно крутить одновременно несколько клиентов от разных аппликаций, ну можно поставить ему несколько компьютеров. Но я, откровенно говоря, не думаю, чтобы ему это было так уж необходимо, он же не мастер и не начальник цеха. Или я чего-то не понимаю?
Зарегистрирован: Oct 05, 2005 Сообщения: 106 Рейтинг: +8/-0 Откуда: Харьков
Добавлено: Пт 19 Май, 2006 9:19:51 Заголовок сообщения:
Цитата:
Если так страшно - ставьте по всем правилам кластер, load balancer, свичи на hiperring, системы двухфидерного питания, не знаю что там ещё. При чём тут Rockwell Softaware?
Вообще, у Вас есть лучшее решение? Может быть, подскажете?
Вообще-то я считал, что форум предназначен для обмена опытом, для вопросов и ответов, а не наездов. Если вы не в состоянии предложить решения проблемы, то так и скажите.
Мне заказчик четко поставил задачу - данные из Data Logging теряться не должны. Я резервирую RSViewSE; в случае потери связи с БД - пишу локально на диск, в текстовый файл; но что делать, если падает машина с RSSQL пока еще не придумал, вот и спросил у Вас совета.
(вообще приходит в голову мысль вообще отказаться от RSSQL, и попробовать писать в БД просто через ODBC, но возможно ли это с СУБД FireBird - еще не знаю)
Зарегистрирован: May 14, 2006 Сообщения: 33 Рейтинг: +0/-0 Откуда: г.Комсомольск-на-Амуре
Добавлено: Пт 19 Май, 2006 15:25:41 Заголовок сообщения:
Несколько часов назад имел честь общаться по телефону с HMI-специалистами московского представительства Rockwell.
Общие выводы таковы:
1. Объединение нескольких HMI-серверов в одно приложение с общей FT-директорией является нормальным подходом, на который и ориентируется Rockwell Software.
2. Вышли новые патчи для FT и HMI Server RSView SE v 4.0 (CPR 7+):
http://domino.automation.rockwell.com/applications/kb/RAKB.nsf/7b50e6b308a8361485256a9d006bf396/164c7814a802a4e1852571090073cde6?OpenDocument
Сделан ряд доработок в FT, для HMI улучшены возможности резервирования!!!
3. Сервер уровня RSSQL/RSHistorian изначально задумывался для централизованного сбора данных от нескольких автоматизированных участков.
4. Есть удачные примеры резервирования сервера RSSQL/RSHistorian с помощью создания кластера. Только лицензия на MS SQL сервер в этом случае должна приобретаться не на версию Standard, а на Enterprise.
Зарегистрирован: May 05, 2005 Сообщения: 2773 Рейтинг: +89/-5
Добавлено: Пт 19 Май, 2006 15:37:47 Заголовок сообщения:
Vad, спасибо большое за информацию!
Репликация серверов - это очень нужное дело, до этого нужно было копировать вручную или использовать посторонний софт
Резервирование RSSql/Historian - да, на самом деле, с помощью кластера всё решается. Хорошо, что есть подтверждение, практический опыт, т.к. на этом обычно стараются сэкономить, а зря.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.132 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
Таких FT-структур. поставляющих данные наверх, может быть несколько.
ну я бы не стал путать RSSQL с калькулятором.. хотябы по тому количеству памяти, которую "съедает" MS SQL Server после установки...
Мы тут как раз и обсуждаем проблемы, и вполне дружелюбно.
Жизнь определенно налаживается! О полной автоматической репликации пока наверное говорить рано, но есть основания на это надеяться в будущем.