Страница 1 из 1

Система распределенных исторических архивов

СообщениеДобавлено: Чт ноя 22, 2007 6:26 pm
Ironman
Задача:
Есть основной АРМ (первый) на котором кроме хранятся исторические данные и алармы.
Необходимо отобразить исторические данные в приложении InTouch на АРМ (втором), подключенном к первому по сети.

В Distributed Name Manager прописываю:
Provider Name: History
UNC: \\Server\C$\Work\LIT\Oven

В тренде обращаюсь к тегам History.tag_name.

Службы Wonderware SuiteLink, Wonderware NetDDE Helper запущены.

Получаю в System Management Console сообщение:
Primary Retrieval path 'C:\Work\LIT\Oven\HistoricalLogging' does not exist.

Указанная папка существует, из нее на первом АРМ отображаются исторические данные. Связь по сети есть - на втором АРМ отображаются текущие значения.

Куда копать? Что я делаю неправильно?

СообщениеДобавлено: Чт ноя 22, 2007 6:54 pm
Admin
Primary Retrieval path 'C:\Work\LIT\Oven\HistoricalLogging' does not exist.


Внимательно посмотрите, второй АРМ обращается к локальной директории

СообщениеДобавлено: Сб ноя 24, 2007 11:49 pm
Ironman
Admin писал(а):
Primary Retrieval path 'C:\Work\LIT\Oven\HistoricalLogging' does not exist.


Внимательно посмотрите, второй АРМ обращается к локальной директории


Честно говоря была такая мысль...
Но куда копать? Все настройки, как описано выше, сделал согласно документации.
Подкиньте идею!

СообщениеДобавлено: Пн ноя 26, 2007 12:19 pm
Admin
Второй АРМ должен обращаться к директории на \\Server, поэтому
1) Убедитесь что имя Server разрешается вторым АРМ -ом (ping Server)
2) Убедитесь что папка \$C\Work расшарена по DDE (команда ddeshare)
3) Убедитесь что в DNM действительно определен InTouch history provider
4) Убедитесь что запущены службы Network DDE и Newtwork DDE DSDM
С уважением, и желаю успехов

СообщениеДобавлено: Пт ноя 30, 2007 1:16 pm
Ironman
Admin писал(а):Второй АРМ должен обращаться к директории на \\Server, поэтому
1) Убедитесь что имя Server разрешается вторым АРМ -ом (ping Server)
2) Убедитесь что папка \$C\Work расшарена по DDE (команда ddeshare)
3) Убедитесь что в DNM действительно определен InTouch history provider
4) Убедитесь что запущены службы Network DDE и Newtwork DDE DSDM
С уважением, и желаю успехов


Попытался пройти таким "путем самурая".

1) ping Server проходит
2) запускаю на Client ddeshare, выбираю компьютер Server и создаю на нем ресурс LIT$ со статической связью C:\Work\LIT\
3) в DNM проверяю флажок на InTouch history provider и прописываю UNC \\Server\LIT$\Oven
4) я использую Windows XP, у меня запущены:
Диспетчер сетевого DDE
Wonderware NetDDE Helper

В итоге я получаю сообщения в логгере:
Unable to access file \\Server\LIT$\Oven\dhistcfg.ini. Please ensure that the UNC path is valid
Could not obtain range info for History.U_AB
и так далее по всем перьям тренда

а вот содержимое файла, которого якобы нет, но который лежит на Server в директории C:\Work\LIT\Oven\:

[History]
szRetrievalDll=WWNHIST.DLL
szRetrievalParams=C:\Work\LIT\Oven\HistoricalLogging
szLoggingDll=WWFILPRO.DLL
szLoggingParams=C:\Work\LIT\Oven\HistoricalLogging
szTagProvDll=WWNHIST.DLL
szLoggingNode=
szFailOver=
bLoggingEnabled=1
bUseAppDir=0
[InSQL]
szRetrievalDll=WWINSQL.DLL
szRetrievalParams=C:\Work\LIT\Oven\HistoricalLogging
szLoggingDll=WWFILPRO.DLL
szLoggingParams=C:\Work\LIT\Oven\HistoricalLogging
szTagProvDll=WWINSQL.DLL
szLoggingNode=
szFailOver=
bLoggingEnabled=1
bUseAppDir=0

Честно говоря, у меня осталось всего 2 идеи, почему не работает:

1) на обоих АРМах стоит одна и та же временная лицензия
2) что-то я не допонимаю в разделяемых ресурсах и правилах создания имен UNC.

Прошу помощи у клуба!

СообщениеДобавлено: Пт ноя 30, 2007 2:19 pm
Admin
Подождите ка, по поводу 2)
2) запускаю на Client ddeshare, выбираю компьютер Server и создаю на нем ресурс LIT$ со статической связью C:\Work\LIT\

Вы должны запускать ddeshare на сервере, а не на клиенте, чтобы
Client обращался к этому ресурсу на Server! (при этом на клиенте не требуется ничего расшаривать)
Во-вторых - UNC path не должен заканчиваться backslah -ем (попробуйте C:\Work\LIT вместо C:\Work\LIT\)

В третьих, попробуйте расшарить папку на Server по сети стандартными средствами Windows. А после этого скопировать путь в адресную строку проводника и перейти.

По поводу временной лицензии - она и есть одинаковая - это нормально.

UNC это "Uniform Naming Convention". Это стандартный метод доступа к общим сетевым ресурсам в WinNT. Формат для UNC path таков:
\\servername\\sharename\directory
Другой стандартный метод - создание "виртуального" диска с помощью команды subst (или map network drive в WinNT).
например:
subst R: D:\webserver

СообщениеДобавлено: Пт ноя 30, 2007 5:44 pm
Ironman
Admin писал(а):Подождите ка, по поводу 2)
2) запускаю на Client ddeshare, выбираю компьютер Server и создаю на нем ресурс LIT$ со статической связью C:\Work\LIT\

Вы должны запускать ddeshare на сервере, а не на клиенте, чтобы
Client обращался к этому ресурсу на Server! (при этом на клиенте не требуется ничего расшаривать)
Во-вторых - UNC path не должен заканчиваться backslah -ем (попробуйте C:\Work\LIT вместо C:\Work\LIT\)

В третьих, попробуйте расшарить папку на Server по сети стандартными средствами Windows. А после этого скопировать путь в адресную строку проводника и перейти.

По поводу временной лицензии - она и есть одинаковая - это нормально.

UNC это "Uniform Naming Convention". Это стандартный метод доступа к общим сетевым ресурсам в WinNT. Формат для UNC path таков:
\\servername\\sharename\directory
Другой стандартный метод - создание "виртуального" диска с помощью команды subst (или map network drive в WinNT).
например:
subst R: D:\webserver


1) ddeshare все равно где запускать, главное правильно выбрать компьютер, на котором шарить папку (проверил на Server - расшарена)
2) пробовал и со слешем и без - итог смотрите выше
3) по \\Server\C$ проводник переходит
по \\Server\LIT$ нет
4) вы пишете: Формат для UNC path таков:
\\servername\\sharename\directory
перед sharename точно 2 слеша?
5)как прописать путь к сетевому диску в формате UNC, пробовал W:\ и далее - ругается DNM?