19.01.2004, 12:56 | #1 |
Участник
|
Проблема с 2-tier конфигурацией
Прошу прощения, если эта тема уже обсуждалась на форуме.
Исходные данные Axapta 3.0 SP1 MS SQL 2000 На сервере лежит приложение для разработчиков, к все которму подсоединяются по 2-звенной схеме. С пятницы прошлой недели к этому приложению может подсоединится одновременно только один разработчик, всем остальным вываливается сообщение о том, что кончились лицензии. Если подсоединятся через терминал сервер, то на нем можно открыть еще пару приложений. Файл axdat.udb я удалял, приложение полностью перекомпилировал, и даже переносил файлы приложения на другой сервер - ничего не помогает. Какие могут быть еще способы решения? Дмитрий. |
|
19.01.2004, 15:15 | #2 |
Модератор
|
О как..
Решений нет, есть вопросы.. Для начала - индексные файлы перестраивали? Открытые файлы на сервере мониторили? "Активных пользователей" смотрели? Конфигурацию не изменяли - "open application files in exclusive mode" выключено? Наконец, можно на оригинальный текст сообщения об ошибке посмотреть? |
|
19.01.2004, 15:51 | #3 |
Участник
|
Индексные файлы удалял - если вы это имеете ввиду. Открытые файлы мониторил - что я должен был там увидеть? (Видел только, что axdat.udb открыт на read+write)
Активных пользователей смотрел. У всех сразу "open application files in exclusive mode" появится не могло никто конфигурации в пятницу не менял. оригинальный текст сообщения прилагается на рис. Верхняя часть окна - запущен клиент на сервере терминальном окне, нижнее окно с ошибкой запуск на моем компьютере. В принципе мы решили проблему временно - переложили application файлы на novell сервер. На нем 2-tier работает пока :-). И от novell мы планируем отказаться... |
|
20.01.2004, 15:30 | #4 |
Участник
|
Судя по написанному, проблема не в Axapta. Прошу прощения, но как увидеть рисунок с оригинальным сообщением? Можно подробнее, на чем было развернуто приложение? Можно просто перегрузить этот сервер?
|
|
20.01.2004, 16:03 | #5 |
Участник
|
Рисунок я прикрепляк к сообщению. Как его посмотреть - надо наверное спросить у админов форума. Сейчас еще раз попробую прикрепить - теперь еще дополнительно gif.
В каком смысле - где развернуто приложение ? Сервер - Win2K Server. Клиенты - Win2K Prof или Win XP. В конфигурации путь к приложению указывался как \\ServerName\ShareName. Пробовали и сетевой диск. |
|
20.01.2004, 16:18 | #6 |
Участник
|
Проверьте права на шару. Терминалом вы цепляетесь на тот же сервер с правами админа (или аналогичными). Собственно права на расшаренный каталог у Вас read, надо change. Либо файлы каталога приложения имеют флажок readonly в параметрах (возможно, что не все файлы). Либо что-то очень похожее на вышеперечисленное...
Хотя, Вы написали, что переносили файлы на другой сервер. Как? Создавали другой расшаренный ресурс, назначали заново права? И не помогло на W2000, при копировании права унаследовались(шутка), на на Novell - помогло одназначно? А кто owner файлов? |
|
20.01.2004, 18:03 | #7 |
Участник
|
Все не то - читайте внимательнее. Утром в пятницу все было нормально.
Любой разработчик мог подключится. При этом другие разработчики могли идти покурить... Шаринг удалялся и создавался вновь. В свойствах шары убивалось кеширование. Какие еще будут варианты? |
|
21.01.2004, 10:15 | #8 |
Участник
|
Дмитрий, вариантов может быть много. Давайте попробуем локализовать проблему.
1. Ранее Вы писали, что хотя бы с одной машины один экземпляр Axapta можно запустить. Попробуйте запустить с той же машины несколько экземпляров Axapta под разными пользователями. 2. С приложением, что лежит на сервере Novell, Вы подключаетесь к той же базе данных? Какой сетевой протокол используется в сети (например, IPX) и для работы с базой данных (NamePipes)? 3. Пользователи имеют одинаковую конфигурацию, в которой указан один и тот же пользователь базы данных? Какие права имеет данный пользователь? |
|
21.01.2004, 18:21 | #9 |
Участник
|
1. С одной машины можно запустить несколько экземпляров клиента под всякими логинами.
2. подсоединяюсь к той же базе данных тем же протоколом (TCP IP). 3.у всех пользователей одинаковая конфигурация (за исключением alt-bin директории) |
|
21.01.2004, 18:27 | #10 |
Участник
|
Цитата:
Изначально опубликовано axds
1. С одной машины можно запустить несколько экземпляров клиента под всякими логинами. |
|
22.01.2004, 13:52 | #11 |
Участник
|
А вы не подскажете как это организовать?
|
|
22.01.2004, 14:03 | #12 |
Участник
|
Необходимо проверить, что данный ресурс в момент использования одним пользователем (копирование файла на ресурс), другой пользователь с другого компьютера может также что-то на данный ресурс копировать. Довольно просто.
Если это пройдет нормально, тогда - разбираться с altbin. Временно перестроить конфигурации с двух компьютеров на bin, расположенный на расшаренном ресурсе. Exe все равно с локального компьютера грузится, но будет проверка ресурса. |
|
23.01.2004, 09:42 | #13 |
Участник
|
Мне думается ваш способ не совсем корректен.
Другой способ я думаю будет работать, и скорее всего правильно имитирует работу с udb файлом. Кидаю туда mdb файл (MS Access) и линкуюсь к его таблицам из клиентского Accessa. Скорее всего это будет работать без проблем. т.к. парочка аксессных баз у нас работает на майкрософтовских серверах.(Наследие прошлого :-)) |
|
23.01.2004, 11:13 | #14 |
Участник
|
С этой проблемой воюю уже с месяц... то появляется, то пропадает.
Пока на рабочее приложение на навалилось не парился особо, тк странные вещи чередовались.. те в разработку мог зайти только один чел, спустя неделю все ок.. потом опять. Счас как раз с рабочей-боевой базой проблемы.... Решение более менее ясно ближе к вечеру смогу сказать на 100% (тк нужно убедиться и победить сей баг) Коприрование приложение на сервере в др папку эффект -тотже... У нас это дело делает похоже бакап-система на стример (лочит там что-то) так как замечено, что если кассета кончилась, запись ночью не прошла до конца - утром все радуются, что работать в системе не нужно Но! У нас обновлялся сервер, на старом все работало только так (и стример тоже) Поэтому возможно что проблемы именно в софте (последних обновлениях от вирусов и тп) именно сервера. Стоит вин2000серв + куча заплаток (раньше заплаток было явно меньше - работало и никто не трогал).... Эта проблема именно с аксаптой и именно с ах 3.0.. тк 2.5 работает легко.. Поэтому вопрос AlEr (Леха привет! ) Я как-то даже в суппорт к вам писал, тк меня приперло, а админ в отпуске был... и решил я проблему временным переносом приложения на др сервер (со старым не пачченым софтом) Проверьте или узнайте не конфликтует ли ах 30 с последними рекомендуемыми обновлениями от МС.. так все помнят тот чудесный день, когда на свои вин ХР ставили СП1, а потмо не моги в ах2.5 работать...... ----- Выяснил доп инфу - может поможет На старом серваке стояла система бэкапа Novastor Nova Backup 6 На новом BrightStore ARCServer Может проблема именно в нем? |
|
23.01.2004, 11:24 | #15 |
Участник
|
Цитата:
Изначально опубликовано BOAL
Проверьте или узнайте не конфликтует ли ах 30 с последними рекомендуемыми обновлениями от МС.. |
|
23.01.2004, 11:31 | #16 |
Участник
|
Запрос мой отклонили, и послали в моего вендора (колумбус )
вот письмо Цитата:
Добрый день!
Вас беспокоит клиент аксапты 30 У нас возникла странная проблема (суппорт Колумбуса не имеет готового ответа) У нас неожиданно Ах30 перестала пускать в систему более 1 пользователя. (в настройках не стоит эксклюзивный режим) При этом, активных пользователей в системе 1 (предусмотрено лицензией 15). Но последующие запуски ахапты приводят к сообщению Не хватает лицензионных прав Запустить Navision Axapta невозможно, поскольку к системе подключено больше пользователей, чем дозволено лицензионными правами. Эта проблема остается при копировании БД и приложения в новое место на сервере. Мертвых сессий нет - сервер перегружали. Индексы приложения перестроены Что это может быть? 2axds какая у вас система бакап-копирования? |
|
23.01.2004, 11:36 | #17 |
Участник
|
Поскольку он у тебя под рукой, может все таки номер дашь? Лучше - письмом
|
|
23.01.2004, 11:40 | #18 |
Участник
|
проблему решили. Это все же похоже система бакапа. какое у тебя мыло - скинь мне с сайта |
|
25.01.2004, 16:49 | #19 |
Участник
|
У нас тоже стоит система бекапа
вроде как BrightStor™ ARCserve® Backup Version 9. И так как же ее решили? Можно на мыло savind@hotmail.com |
|
26.01.2004, 09:12 | #20 |
Участник
|
сделали маленькую задачу для бакапа и выполнили ее - он закрыл повисшие сессии (залоченные файлы)
Проблема лезет, когда он некорректно завершает работу (кассету не заменили вовремя) МБСу для галочки - не дружит ах 3.0 с этой системой резервного копирование - можете им об этом написать официальное письмо - они первые заинтересованные в нормальной работе, а то бизнес их такими темпами тю-тю... |
|