|
|
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
У одного человека возникла идея использовать следующий способ работы с БД Access (mdb) и оболочками к ней. И БД и оболочка лежит на сервере. Пользователь заходит на сервер в режиме удаленного терминала, запускает копию оболочки и работает.Пользователей 2-4 чел, сервер очень мощьный. Будет ли это работать? Если да, то каковы преимущества и недостатки такого подхода? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 17:43 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Пока не ответ, а вопрос Какова цель? Если есть какая-то идея, то она должна появляться в результате обдумывания постановки какой-то задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 17:48 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Оболочку _ пользователям и прилинковка к табл. БД на сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 17:50 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Задачи три: 1. Снизить сетевой трафик 2. Ускорить выполнение запросов 3. Снизить требование к клиентским компам до минимума. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 17:51 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
RVI "Оболочку _ пользователям и прилинковка к табл. БД на сервере." , сейчас так и сделано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 17:52 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
2 Варан 1. Снизить сетевой трафик А что, локальный трафик платный? 2. Ускорить выполнение запросов Оптимизировать запросы и/или структуру базы не пробовали? 3. Снизить требование к клиентским компам до минимума. До какого? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 18:02 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Работать будет. Намного быстрее и намного устойчивее, чем просто по сети. Пример: база на 500 Мб, одновременно работающих пользователей 12, на сервере P4-2000, 1Гб, диск SCSI, на клиентах - железо начиная с P-75. С учетом конкретной работы не представляю, как это может крутиться по сети, да и давно уже не пробовал. Вообще получается какой-то аналог технологии клиент-сервер. Овчинка выделки стоит однозначно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 18:05 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Лох Позорный, 1. Трафик бесплатный 2. Единственный нормальный способ "оптимизмции структуры" - переделать все под клиент-сервер, но это порядка 1500 н/ч, которых нет. 3. P-300, 64M ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 18:07 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Otto_Kreiz, 1.Если у такой архитектуры столько достоинств, почему она не слишком сильно распространена? 2. У каждого пользователя своя копия "оболочки" на сервере, или они запускают одну и ту же? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 18:14 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Мои соображения, все имхо: - если реализовывать такую технологию, то для эффективной работы придется писать программу под этот "псевдо-клиент-сервер" (с) Otto_Kreiz, т.е. максимальное использование запросов и минимальная обработка построчно в рекордсетах. Причем даже в тех случаях, когда работа с рекордсетами выгоднее и при файл-серверной и при клиент-серверной реализации. - такой вариант реализации потребует значительного увеличения ресурсов сервера при значительном увеличении количества одновременно работающих пользователей. Т.е. я думаю можно внедрять если: - даже в самом обозримом будущем не будет делаться перевод на ADP+SQL - если количество одновременно работающих пользователей в этом же обозримом будущем величина относительно постоянная. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 18:21 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Насчет трафика могу разочаровать. Ничего не делающий Access делает гораздо меньше чем ТерминалКлиент по которому елозят мышью :) Пользавателям придется привыкать к специфичиским задержкам реакции интерфейса. Ну а скорость выполнения запросов безусловно выростет, поскольку узким местом файлсервера являетя сеть , а ее как раз и не будет. У меня так филиалы через инет работают. Для 1С больше 10 юзеров самый лучший вариант. Но стоит ли это затевать из-зa 4-х челов? Сервер лучше ставить 2003. Есть клиент в виде веб компонента. Для юзеров сделать самосоздающиеся директории с копиями оболочки и запускатся с них(если программа завязана на жесткий путь лучше переделать). Самое прикольное когда подключившись к юзерской сесии двигаеш за него мышью показывая как надо работать. Или создаеш у него на глазах файл и печатаеш там мисагу. (Вай-вай шайтан такой) , а сам паралельно толкуеш с ним по телефону из другого города.На юзеров сильное впечатление производит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 18:56 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Пользователь заходит на сервер в режиме удаленного терминала, запускает копию оболочки и работает.Пользователей 2-4 чел, сервер очень мощьный. n-число лет назад так всё ибуло. один проц 2-3 м.куб, накопитель 20-40Мгб. и всё крутилось.... и что теперь возвращаться к прежнему? может использовать mdb как положено - для настольных приложений? а для настоящих проектов переходить к клиент-серверной технологии и использоватьб все её возможности грамотно, а не переносить технологию "настольных приложений"? если объеденить все проблемы возникающие с клиент-серверными пректами, которые поднимаются здесь - это заставить работать легковушку в качестве грузовика. ну не получится! надо вовремя перейти на новые методы. и применять adp грамотно. тут одни советуют всё делать на серверной части, другие всё на клиенте. ну в принципе не верно! грамотно разнести обязанности клиента и сервера и только тогда можно говорить о своем профессионализме. методы и подходы решения в mdb отличаются от adp. хотя и решаются с помощью вба. внешне одинаково, но по сути раное. как у нас в институте говорил один преп:"... не надо путать мух с котлетами...!" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 19:05 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Самое прикольное когда подключившись к юзерской сесии двигаеш за него мышью показывая как надо работать. Или создаеш у него на глазах файл и печатаеш там мисагу а кто мешает стороннему наблюдателю поключиться? грубо говоря протокол открытый.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 19:18 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Тык-с... теперь по делу. Otto_Kreiz писал: база на 500 Мб, одновременно работающих пользователей 12, на сервере P4-2000, 1Гб, диск SCSI, на клиентах - железо начиная с P-75. С учетом конкретной работы не представляю, как это может крутиться по сети, да и давно уже не пробовал С учетом конкретной работы могу сказать, что база до 300 метров при количестве рабочих мест до 150 по сети крутится и не жужжит. Разумеется от сервера в основном требуется дисковая подсистема. Так же требуется нормальная 100мбитная сеть со свичами и гигабитный эзернет к серваку. Конфигурация клиентов - любая. При совсем дохлой конфигурации пользователи начинают жаловаться на то что ворд медленно открывается, а не на то что запросы долго отрабатывают. При всем при этом у меня так же работали и несколько пользователей через терминал. Правда работали из других городов, так что сравнение скорости не могу выдать. А вот то, что при одновременной работе обычных (локальных) юзеров и юзеров через терминал база постоянно рушилась - эт факт. Причем рушили ее именно терминальные сессии. Так что не надо ляля про надежность. Не для аксесовского хранилища. 2 Latuk У тебя кажется через терминал adp работал? Или не только adp? 2 Varan Минимизация требований к железу говоришь... Сложные запросы говоришь... У тебя (или не у тебя) что, какая-нибудь ахрененно сложная аналитика считается в аксесе? Тогда ее сам бог велел шлюзовать в MS SQL и там обрабатывать. А для операционных баз обычное решение способно работать с хорошей, и даже очень хорошей скоростью. Главное чтобы руки из нужного места росли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 19:59 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
святые слова.. Минимизация требований к железу говоришь... Сложные запросы говоришь... У тебя (или не у тебя) что, какая-нибудь ахрененно сложная аналитика считается в аксесе? Тогда ее сам бог велел шлюзовать в MS SQL и там обрабатывать. А для операционных баз обычное решение способно работать с хорошей, и даже очень хорошей скоростью. Главное чтобы руки из нужного места росли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 20:07 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
"А для операционных баз обычное решение способно работать с хорошей, и даже очень хорошей скоростью." - а никто и не говорит, что "обычное решение" не работает. Просто возникла идея, стало интересно, какие у людей мнения. А вопрос "про руки" лучше обсудить в другой теме. Будем считать, что руки "средние" и растут откуда положено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 20:22 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
А вопрос "про руки" лучше обсудить в другой теме. Будем считать, что руки "средние" и растут откуда положено а по мне во всем главное голова и руки. а потом уже всё другое... мастер и из г..а сделает конфетку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 20:32 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
З.Ы. мдб как не крути всё равно "настольное приложение" и имеет ограничение на бысттродействие с ростом базы. при размере данных 50метров уже чувствуются тормоза . и дальше больше. нужно однажды набраться смелость и перейти на клиент-сервер. и чем раньше - тем лучше. и не важно на чем будет клиент - на адр, с++, VB.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 20:40 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Эх вадя вадя... Нету тормозов для базы в 50 метров. Нету. Если руки не средние. Откуда, кстати, они растут, эти средние руки? А если руки средние... У меня вон фирма набралась смелости и перешла с аксеса на аксапту. Уж какая-никакая, а трехзвенка. И ты думаешь стало все быстро работать? Да соседнему отделу каждый день задают вопросы "Почему у меня тормозит то-то и то-то, почему у меня висит что-то другое...". И это при том, что все аналитические отчеты снимаются с олапа на другом серваке... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 21:47 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Ух сколько всего понаписАли ;-) Вставлю и свои 5 копеек. Много лет использую вариант терминал-сервера. И вижу только 1 недостаток - это дороговизна лицензий (в случае с легальной утановкой). Во всем остальном только плюсы. Например, в моих основных проектах терминалы клиентов изготавливаются на базе нотиков сильно б.у. - IBM-560. Процессор Р-120 - Р-166, РАМ 24-49МБ, Хард от 1 гига. Ничто кроме Акцесса 2.0 на такой машине нормально работать не будет. А в данном случае это абсолютно неважно. Вот под этим и подразумевается минимальные требования к железу. Насчет распространения такого метода работы, точнее его перспективы, - обратите внимание - что выпустила Микрософт в качестве новой операционки - новое игровое или мультимедиа приложение? Фиг-вам, древнее индейское жилище... Очередной сервер с развитыми терминальными технологиями и плюс к этому продвижение таблет ПиСи и тому подобных решений! Как и в случае клиент-серверной технологии написание нормального клиента под терминалом требует определенного и скусства и знания "предмета". Но это не мешает писАть красивые и быстрые решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.11.2003, 23:34 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Работаю с терминалом полгода. Пользователей обычно порядка 15. Периодически подключаются несколько удаленных пользователей из Москвы Разрушения базы при одновременной работе "локальных" и "терминальных" userов не наблюдал За это время пришлось восстанавливать базу (50М) один раз Скорость работы в ряде режимов заметно выросла В начале у пары пользователей возникали проблемы с периодическим отключением сессии, но потом вылечили. Работает нормально ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2003, 10:31 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Ну значит я один такой счастливый, что при работе обычных пользователей база рушиться раз в месяц максимум, а при подключении терминальных пользователей - раз в день минимум. Хотя админы вроде мудрили с серваком, мудрили.... И теперь снова падает раз в месяц максимум. Но все равно рушиться только терминальными сессиями :) В принципе к самой идее терминальных подключений у меня никаких претензий, но вот не срослось у меня что-то в связке "терминал - аксес 97" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2003, 10:38 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
2 ЛП Мне лично очень странно что у тебя рушится и менно при наличии терминальных сессий. Я могу понять, что если на обычной сетке, к примеру, в момент записи в базу проходит глюк, то вероятность того, что база кырдыкнется = 99%. При терминальной же, как правило, после восстановления сессии пользователь продолжает делать то же что и до момента разрыва связи. Ну а что каксается использования общей оболочки юзерами - совет тот же что и для ADP проектов - опция /runtime (естественно для 2К и выше). И тогда все великолепно работает. Более того, в режиме сабжа появляется одна уникальная возможность - автоматически запускать акцесс при установлении сессии в том же режиме /runtime и все вопросы "как защитить базу" отпадают сами собой. Юзер не получает доступа к серваку и данным, соответственно (при грамотной настройке, конечно). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2003, 11:10 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
Знаю контору, которая недавно на терминалку пересела. Как говорит тамошний админ: "Ощущение такое, будто акесу в задницу ракету вставили!" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2003, 11:13 |
|
||
|
Запуск оболочек Access на сервере в режиме удаленного терминала
|
|||
|---|---|---|---|
|
#18+
работает уже больше года Вин2к терминал сервер, база акцес 97 да еще несколько баз 1с, 20 пользователей в терминале еще несколько по сети, клиентские тачки половина под линухом, падение базы бывает очень редко. Все шустро бегает, проблем нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2003, 11:15 |
|
||
|
|

start [/forum/topic.php?fid=45&fpage=1725&tid=1678395]: |
0ms |
get settings: |
4ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 209ms |
| total: | 338ms |

| 0 / 0 |
