This is topic сервер документирования in forum Документирование в TRACE MODE 6 и в T-FACTORY 6 / Document generation in TRACE MODE 6 and T-FACTORY 6 at Форум TRACE MODE: техническая поддержка.
подскажите пожалуйста, уважаемая служба поддержки! есть ли какие нибудь ограничения по по наличию собственного архива для узла сервера документирования? Возникшая ситуация: узел - сервер документирования, в нём генерируется по времени документ, который включает в себя ещё и архивный тренд, данные для которого запрашиваются с соседнего RTMа, Всё работает. Как только для сервера документирования задали собственный СПАД, для записи в него канала(время создания документа), так тренд в документе перестал создаваться,(не стало данных) убрали СПАД, всё вернулось в норму. Что мы делали не так?
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Aу!!!!! Где Вы, служба поддержки? цитата из http://www.adastra.ru/support/get_support/commer/: "Стандартная техническая поддержка. Предоставляется всем пользователям коммерческих версий TRACE MODE Ответы на вопросы пользователей "горячей линии" даются в срок не позднее 16 рабочих часов с момента поступления. Этот параметр включен в Систему управления качеством компании АдАстрА и контролируется уполномоченными аудиторами компании TUV Cert (Германия). Консультации осуществляются как очно, так и удаленно - через телефон, факс, электронную почту, Internet-форум."
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В Адастре рабочий день с 9-00 до 17-30. Итого с момента первого поста прошло 13 рабочих часов!!
Кроме того, за это время мы успели проверить Ваше предположение о работе с собственным архивом, провели небольшую переписку с вашим коллегой Некрасовой Татьяной, запросили у нее проект, который с утра сегодня получили.
Вы уж как-то наладьте координацию между сотрудниками.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Извините, я почему то подумал, что этот вопрос не сложный и ответ будет следующим: "сервер документирования не поддерживает собственный СПАД", да и по большому счету свой СПАД ему не нужен, со всякими другими бы разобраться, вопрос стратегический, заложена эта функция в сервер документирования или нет ? Вот если заложена, тогда возможны длительные разбирательства почему не работает, а не заложена, ну и слава богу обойдемся без неё
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Функция работы с архивом сервера документирования в принципе не декларирована. При проверке узел Сервера докуметирования с соответствующим ключом отлично работал с собственным архивом, в частности выводил данные из него в документ. Но работать с чужим архивом также отказывался.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Дело в том, что если у канала стоит архивирование, то МРВ проверяет наличие этого архива у себя. Если он существует, то он ищет этот канал в своем архиве и ненаходит. Т.е. для нормальной работы можно создать третий архив, а данные с удаленных узлов брать исключительно из первых двух.
Posted by sergey UralSteel (Участник № / Member № 1914) on :
Возможно считывать сервером документирования (соответственно создавать отчёты) данные с разных проектов ТМ6 (проекты в разных сетях). Если да, то как это сделать?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если данные не архивные, то можно воспользоваться каналом CALL.OtherProj.
Если данные архивные, то единственный вариант запускать несколько проектов на одной машине одновременно (или поочереди), но возможна (невозможна) нехватка ресурсов.
