Есть необходимость обратится из одной рабочей области, которая находится на рабочей станции в сети к другой рабочей области, которая в свою очередь находится на сервере.
Область "SOC" на сервере сетевой путь к каталогу в котором находится база \\khd\c$\CacheSys\Mgr\SOC

Судя по документации у нас есть возможность обращения к глобалу находящемуся в определенной директории на определенной удаленной машине.
В документации описывается несколько способов доступа к глобалам используя расширенный синтаксис

http://127.0.0.1:1972/csp/docbook/DocBook.UI.Page.cls?KEY=GGBL_structure#GGBL_C10972

На локальной машине обращение к глобалам в другой области проходит на ура
w ^["Namespace"]glob

Перепробовал все варианты, с различными возможными комбинациями, к сожалению доступ к глобалу в другой
области на другой машине в сети получить не удается.

Ну к примеру
Та же ситуация со всеми вариантами обращения к глобалу и на локальной машине используя доступ через указание директории
w ^|"^^C:\CacheSys\Mrg\SOC\"|Human(1,"FAM",1) , естественно указанный
глобал находится в области которая использует файл CACHE.DAT находящийся в указанном каталоге. В этом случае возвращает ошибку <DIRECTORY>.
Делаю вот так
Где я допускаю ошибку или это глюк Cache? Версия 5.0.21

Может кто пробовал работать по этому вопросу?
Поделитесь синтаксисом.

solwolfЕсть необходимость обратится из одной рабочей области, которая находится на рабочей станции в сети к другой рабочей области, которая в свою очередь находится на сервере.
Область "SOC" на сервере сетевой путь к каталогу в котором находится база \\khd\c$\CacheSys\Mgr\SOC
Проблемма решилась довольно просто, а именно настройкой ECP соединения между сервером и рабочей станцией.

solwolf
Судя по документации у нас есть возможность обращения к глобалу находящемуся в определенной директории на определенной удаленной машине....
Перепробовал все варианты, с различными возможными комбинациями, к сожалению доступ к глобалу в другой области на другой машине в сети получить не удается.

Ну к примеру
Та же ситуация со всеми вариантами обращения к глобалу и на локальной машине используя доступ через указание директории
w ^|"^^C:\CacheSys\Mrg\SOC\"|Human(1,"FAM",1) , естественно указанный
глобал находится в области которая использует файл CACHE.DAT находящийся в указанном каталоге. В этом случае возвращает ошибку <DIRECTORY>.
Делаю вот так
Где я допускаю ошибку или это глюк Cache? Версия 5.0.21
А если нет возможности изменить конфигурацию на сервере или идет рабочий процесс? Ведь при изменении конфигурации требуется перезапуск Cache, как поступить в этом случае? Говорят данная тема поднималась, может это вопрос в WRC?

krvsa solwolf , а что за надобность привела к такой проблеме?...

Проблемма решилась, но теперь вопрос в другом. Как средствами терминального доступа без конфигурирования ECP решить проблемму доступа к глобалам на удаленной рабочей станции. Это не вопрос несанкционированного доступа, а вопрос изучения.
На версии 2007.1 все проходит нормально. Мой ноутбук подключенный к локальной сети имеет имя MOBILEWS, сервер в сети KHD. Обращаясь к глобалу в области SOC на моем ноуте я данные получаю
Когда я по аналогии ставлю имя сервера, учитывая что там конфигурация базы аналогичная, то получаю ошибку
Если я подключу сетевой диск и расшарю директорию CacheSys на сервере, что наверняка не есть хорошо в плане безопасности то получаю доступ тоже нормально, но уже через обращение к локальной папке моего ноутбука
или
, что в принципе одно и тоже и где Y: есть подключенный сетевой диск.
Так вот возникает вопрос, получается в версии 2007.1 проблемма не решена? Или я что то неверно анализирую и использую неправильный синтаксис команды? Вадим Вам слово :)

Блок А.Н.Не специалист, но отвечу
доступу каше к сети мешает отсутствие прав пользователя SYSTEM, от которого она запущена, на работу с сетью. Естественно это решаемо.
В сеть я вхожу как администратор и под таким же именем у меня заведен пользователь в Cache, так же с привилегиями администратора. Поэтому этот вариант, несоответствия имен подключаемых пользователей отпадает.
Блок А.Н.
База на удаленной машине может быть заблокирована файлом cache.lck, чтобы не было одновременного доступа с двух систем.
Версия Cache у нас лицензионная на несколько пользователей, поэтому достум к базе могут иметь одновременно несколько рабочих станций.
Блок А.Н.
Из-за лагов сети может происходить ошибка доступа к диску, у меня из-за этого крашилась каше (4.1.5), в итоге от сетевой работы я отказался. Не знаю как у Вас, у нас все работает в сети нормально. Cache подразумевает сетевую работу, а если у Вас это не реализовано то какой смысл вообще использовать эту технологию? Как тогда реализовывать работу предприятия, где есть единое корпоративное хранилище данных, куда стекается информация с различных рабочих мест? По крайней мере, это конечно мое личное мнение, использовать систему локально попросту не эффективно.
Спасибо за мысли, может все таки найдется ответ на заданный мною вопрос? :)

Блок А.Н.Не специалист, но отвечу
доступу каше к сети мешает отсутствие прав пользователя SYSTEM, от которого она запущена, на работу с сетью. Естественно это решаемо.
Поменял пользователя от которого запускается служба Cache, к сожалению проблемма не решилась.
Блок А.Н.
База на удаленной машине может быть заблокирована файлом cache.lck, чтобы не было одновременного доступа с двух систем.
Я уже указывал ссылку на документацию где четко прописана возможность обращения к данным на удаленной рабочей станции. Причем никаких оговорок по поводу настроек служб там нет. И думаю, что если есть такая возможность обращения к данным в мануале то она должна работать. Я прекрасно понимаю, что может быть масса причин почему не работает команда
вплоть до бага Cache и очень благодарен тем кто принимает участие в разборе этого вопроса.
Блок А.Н.
Вы, видимо, кроме фокса ничего не видели и не понимает в принципе, как работает нормальная современная СУБД.В данном топике не обсуждается вопрос о опыте человека, который запостил эту тему. А конструктивные мысли и идеи (которые кстати Вы Блок А.Н. тоже даете) приветствуются.
Вопрос о не выполнении команды в терминале Cache отстается открытым.

Все перечисленные способы у меня тоже работают на локальной машине. Судя по документации, используя скобочный синтаксис мы можем обращаться не только к удаленной системе смонтированной при помощи ECP как к области на локальной машине.

Выдержка из документации

To specify an implied namespace on a remote system:
["dir","sys"]
......
For example, to access the global ORDER in the BUSINESS directory on a machine called SALES:
SET x = ^["BUSINESS","SALES"]ORDER
, то есть говорится, что есть возможность обращения к глобалу, который находится в определенной директории на машине с определенным именем.
В моем понимании, если локальная машина в той же документации обозначается как Local mashine,

To access the global ORDER in the BUSINESS directory on your local machine:
SET x = ^["^^BUSINESS"]ORDER
то машина с именем SALES это какая то рабочая станция в локальной сети.

Проводя аналогию с описанием в документации я делаю вывод, что смогу с одной рабочей станции в сети обраится к другой рабочей станции в этой же локальной сети.

На своей локальной машине, имя которой в сети MobileWs я используя скобочный синтаксис обращаюсь к глобалу без проблемм.
Но обратится к глобалу, который находится на другой машине в локальной сети у меня не получается.
Различные вариации доступа к удаленной машине имя которой в локальной сети KHD

Из всего этого делаю вывод, что доступа к глобалу в подразумеваемой области на удаленной системе (см.выдержку), как описано в документации нет .
Блок А.Н. автор
W ^|"^KHD^CacheSys\Mgr\SOC\"|Human(1,"FAM",1)
...подразумевает обращение к удаленной системе, а это, как я понимаю, делается через ECP, которое вы применять отказываетесь.
Полностью согласен, в описании синтаксиса Environment Syntax, который использует || символы говорится о удаленной системе , в то время как вышеуказанный Bracket Syntax, указывает на ...a machine called SALES машину с названием SALES. Отсюда логически следует только два вывода, либо команда не работает (баг), либо опечатка в документации. Ну а по поводу того, что мы отказываемся применять ECP, не совсем так. Проблемма уже локализована, причем посредством именно ECP технологии :) Вопрос совершенно в другом, я уже говорил об этом, но повторюсь. Мною движет именно исследовательская цель, а именно выяснить в чем же причина. Думаю, что если выявится мое не правильное понимание документации то это все равно будет полезно в информационном плане всем посещающим данный форум. А если это все таки баг Cache, то это однозначно пойдет на пользу всем.
Кстати исследуя эту проблемму сначала думал, что ошибка где то в написании имени удаленной машины. Решил определить имя машины в сети по его IP адресу, но к сожалению в документации не нашел и этого.
По наименованию станции в сети IP я могу определить, но обратная операция нигде не описывается.
Я думаю, что если бы кто то уже поднимал данный вопрос, то наверняка были бы приведены другие точки зрения.
Тут выяснилась еще одна интересная вещь. При выполнении данной команды под локальной машиной подразумевается сервер, который стоит по умолчанию. То есть когда я поставил сервер по умолчанию KHD, то синтаксис доступа как на локальной машине работает и берет данные именно с сервера, а доступа к данным на моей локальной станции "MobileWS" нет.

Тут еще вот такой ньюанс. На ноуте у меня в Cache 5.0.21 заведена область, к которой я в примерах обращаюсь, она находится в каталоге С:\CacheSys\Mgr\SOC. Когда я загружаю Cache 2007 то у меня нет базы и области под названием SOC. То есть я из 2007 обращаюсь к базе, которая была создана в другой версии. То есть получается, что конфликта между версиями тоже нет. Значит команда действительно предназначена для обращения к "подразумеваемой области", где указываются каталог и удаленная система.
To specify an implied namespace on a remote system:
["dir","sys"]

Блок А.Н.
База на удаленной машине может быть заблокирована файлом cache.lck, чтобы не было одновременного доступа с двух систем.

Ну и что бы полностью подвести итоги я исследовал и еще один ньюанс, а именно блокировка доступа к базе из другой системы. На ноуте я запустил Cache 5.0.21 и Cache 2007. Из 2007 я обращаюсь к области, которая создана в версии 5.0.21, а в 2007 у меня ее нет. То есть запущены две системы и я хочу получить доступ из одной системы к данным другой. В результате получить доступ у меня получается (см. файл).

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

Блок А.Н.
Обратиться другой базе, я так понимаю, можно либо прямым монтированием базы (но это может сделать только один сервер), либо по какому - либо протоколу, так?
Назовите другой протокол, который будет поддерживать расширенный синтаксис, кроме ECP?
А что Вы скажете на это? (см. файл)
Обе базы смонтированы одновременно в двух открытых одновременно системах. При обращении из терминального режима с обоих систем доступ к данным разрешен.

Sergei Obrastsov
Другое дело, что такие разовые обращения штука несерьзная, поскольку крайне медленная.

Согласен, что разовые обращения это не совсем удобная вещь. Но они мне кажется нужны все равно. Если к примеру взять вариант восстановления базы, это мои гипотетические размышления, то доступ к отдельным узлам можно получить именно этим способом.