www.InTouch.su

Коллеги, добрый день.
Подскажите, пожалуйста, кто нибудь имел честь ставить Historian на кластер?

да, я

Eraser писал(а):да, я

молодец

спасибо, я знаю

Eraser, подскажи, пожалуйста, делали на виртуальных машинах данное действие или с дисковой стойкой на серверах?
Ставили какие нить патчи на InSQL?
Я делаю это на виртулаьных машинах - все хорошо ставится. Запускаю, даже с первого взгляда работате все нормально без ошибок, переезжает с машины на машину. Единственное, но самое важное отказывается хранить данные, хотя ичточник видет.

на виртуалках пробовал, все работало... тока хреново , через раз, переключалос с резервного обратно на основной
а на объекте естественно на реальном оборудовании:
1 сервер контроллер домена (ибо без него кластер не поднимешь)
2 сервера - узлы кластера
1 хранилище данных (дисковый массив на 12 дисков), соединен 4-мя кабелями SAS с каждым из серверов попарно..
патчей вроде никаких не ставил
аа, на винду че то там ставил.. КБ какой то.. около полумегабайта

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

Домен естественно тоже поднимал. Не могу найти ошибку, что делаю не так - не пойму (( На виртуалках кластер работает нормально - переезжает все как положено. После деплоя на InSQL появляется новый клиент - кластер. Только хранения не происходит, в логах пишет следующее - Adding Tag "имя тега" failed (error 30) [Storage Node.cpp,7348]
Уже переставлял по нескольку раз и кластер и домен, не помогает .

Eraser, подскажи, пожалуйста, с каким софтом ставил это? Я пытаюсь со ледующим:
1. Кластер(2 одинаковых машины):
- OC Windows Server 2003 Enterprise Edition R2 SP1;
- MsSQL 2000 Enterprise Edition SP4;
- InSQL 9.0
2. Машина, где IAS:
- OC Windows Server 2003 Enterprise Edition R2 SP2;
- MsSQL 2005 SP2;
- Application Server 3.0 Patch 03.

упс.. я думал мы говорим о простом InSQL 9.0 (а не об Historian, который увязан с IAS).

Да и зачем Historian делать кластерным? ведь если он откажет, то данные могут хранится в буфере на одном из серверов IAS, а затем плавно перетекут на заработавший Historian.

Так что ничем помочь тогда не смогу... разве что мысли наугад..

Может, надо что бы везде была одна и та же версия MSSQL ?
Или где то права не позволяют что то добавлять, а только вычитывать (просмотри права и в домене и в самой БД)

NIK писал(а):Eraser, подскажи, пожалуйста, с каким софтом ставил это? Я пытаюсь со ледующим:
1. Кластер(2 одинаковых машины):
- OC Windows Server 2003 Enterprise Edition R2 SP1;
- MsSQL 2000 Enterprise Edition SP4;
- InSQL 9.0
...

я, конечно, кластеров ни разу не делал - уровень объектов видимо не тот.
Одно скажу что у меня InSQL 9.0 на MsSQL 2000 работать отказывался. Попробуйте 2005 ?.

вот как раз вот такая связка и работает:
- OC Windows Server 2003 Enterprise Edition R2 SP1;
- MsSQL 2000 Enterprise Edition SP4;
- InSQL 9.0

а вот с SQL 2005 он не очень дружит, мне так объяснили в московском представительстве Wonderware

Да и зачем Historian делать кластерным? ведь если он откажет, то данные могут хранится в буфере на одном из серверов IAS, а затем плавно перетекут на заработавший Historian.

Ну как никак повышает отказоустойчивость, на больших объектах думаю лишним не будет, если есть конечно возможность и средства.

Может, надо что бы везде была одна и та же версия MSSQL ?
Или где то права не позволяют что то добавлять, а только вычитывать (просмотри права и в домене и в самой БД)

IAS 3.0 уже требует MsSQL 2005, сейчас буду пробовать с IAS 2.1 + MsSQL2000. С правами тоже долго эксперементировал, разрешил уже всем и все ))

вот с SQL 2005 он не очень дружит, мне так объяснили в московском представительстве Wonderware

Согласен с Eraser, говорили то же самое.

Eraser писал(а):а вот с SQL 2005 он не очень дружит, мне так объяснили в московском представительстве Wonderware

Ну не знаю, у меня все отлично работает с SQL2005. Два сервера с SQL2005, собираюсь и остальные переводить на 2005.