![]() |
#1 |
Участник
|
![]()
Как известно, файлы клиента (а не только приложения) могут находится на файловом сервере. Это удобно, так как не нужно проводить обновление клиентов на каждой машине. Такая конфигурация опробована и работает. Но возникает два вопроса.
1) Каков самый быстрый (или простой) способ первоначальной установки клиента на машину № 2, 3 и т .д? Запускать setup N раз на один и тот же сетевой диск не хочется. 2) Нельзя ли отнять у пользователей права на запись (полный доступ) к этому сетевому диску с клиентом и приложением и оставить доступ только на чтение? Возможно, что только на часть каталогов нужен полный доступ. |
|
![]() |
#2 |
Участник
|
А автоматическую установку и обновление клиента не проще сделать?
|
|
![]() |
#3 |
Участник
|
Имеется ввиду Web? Если да, то вроде бы эта технология росс. версию не устанавливает.
|
|
![]() |
#4 |
Участник
|
Верно, по крайней мере 3.0 SP1. Про SP2 не в курсе.
Но ставить клиента на сервер.... Кстати, в свое время юзал продукт, который до и после установки делал "снимок" системы и на основании их сравнения создавал патч по установке. Очень удобно. Попробуйте поискать. Название, увы, не помню. |
|
![]() |
#5 |
Участник
|
Всякие обходные пути я уже попробовал, а именно:
1) снял копию нужных разделов реестра на машине с установленным клиентом и импортировал на новом клиенте 2) снял копию раздела ODBC и сделал то же самое 3) снял копию меню Такая установка клиента проходит за 90 секунд. И это мне нравится. Axapta запускается. Остается одно: незарегистрированные COM-объекты. Но ведь должен же быть легальный способ, раз в документации написано: ... Also, make sure the Windows users and their security rights allow access to the Axapta folder on the server. Clients need access to the folder on the server because in two-tier installations they access the application files. If you want to install shared clients, the \bin folder on the server also needs to be shared. ... Или я слишком наивен? |
|