• Добро пожаловать на компьютерный форум Tehnari.ru. Здесь разбираемся с проблемами ПК и ноутбуков: Windows, драйверы, «железо», сборка и апгрейд, софт и безопасность. Форум работает много лет, сейчас он переехал на новый движок, но старые темы и аккаунты мы постарались сохранить максимально аккуратно.

    Форум не связан с магазинами и сервисами – мы ничего не продаём и не даём «рекламу под видом совета». Отвечают обычные участники и модераторы, которые следят за порядком и качеством подсказок.

    Если вы у нас впервые, загляните на страницу о форуме и правила – там коротко описано, как задать вопрос так, чтобы быстро получить ответ. Чтобы создавать темы и писать сообщения, сначала зарегистрируйтесь, а затем войдите под своим логином.

    Не знаете, с чего начать? Создайте тему с описанием проблемы – подскажем и при необходимости перенесём её в подходящий раздел.
    Задать вопрос Новые сообщения Как правильно спросить
    Если пришли по старой ссылке со старого Tehnari.ru – вы на нужном месте, просто продолжайте обсуждение.

Организация работы с ПО, находящимся на сервере

  • Автор темы Автор темы Vladich
  • Дата начала Дата начала

Vladich

Новые
Регистрация
20 Июл 2010
Сообщения
59
Реакции
0
Баллы
0
Организация работы с ПО, находящимся на сервере

Доброго времени суток, друзья!
Не знал в какую ветку положить вопрос, так что, если не туда - администраторы поправят.
Итак, у меня есть ПО (не суть какое) и 30 человек пользователей.
Необходимо организовать работу ПО для всех пользователей. Мною предполагается расположить ПО на сервере. Вариант с автономной работой ПО на каждом из компьютером отпадает в силу пункта 2 ниже.
Требования:
1. Защита от дурака - т.е. как сделать так, чтобы пользователи не имели возможность случайно что-либо удалить с сервера.
2. ПО ежедневно обновляется и каждый раз будет требоваться замена файлов на сервере. Т.е. можно ли сделать так, чтобы несмотря на то, что пользователи работают с ПО - в этот же момент подменять файлы.
Подскажите, пожалуйста, как это грамотно организовать.
 
Да вот, есть такая хрень, которая называется "траверс папок". Мы даже вчера с одним участником даже малость пособачились из-за неё:
http://www.tehnari.ru/f23/t252929/
Вроде бы по замыслу это соответствует тому, что Вы ищете. Впрочем, мои знания тут сугубо умозрительные.
 
Т.е. можно ли сделать так, чтобы несмотря на то, что пользователи работают с ПО - в этот же момент подменять файлы.
Подскажите, пожалуйста, как это грамотно организовать.
я вижу вариант обновлять ПО вне рабочее время, можно запланировать задачу по расписанию для обновления.
для других вариантов - надо знать суть работы этого ПО, будет ли сервер хранить пользовательские данные и т.п.
 
...у меня есть ПО (не суть какое) и 30 человек пользователей.
Для более точной консультации это очень важно (уже сказано выше).
1. Защита от дурака - т.е. как сделать так, чтобы пользователи не имели возможность случайно что-либо удалить с сервера.
Стопроцентной защиты от дурака не существует, разве что не подпускать дурака к компу. А вот последствия от деятельности дурака свести к минимуиу можно комплексом мер безопасности (грамотным проектированием ЛВС, разделением прав пользователей на уровне ОС и БД, резервным копированием).
2. ПО ежедневно обновляется и каждый раз будет требоваться замена файлов на сервере. Т.е. можно ли сделать так, чтобы несмотря на то, что пользователи работают с ПО - в этот же момент подменять файлы.
Теоретически это возможно, но пракически я не видел ни одной системы, где это нормально реализовано.
Подскажите, пожалуйста, как это грамотно организовать.
Одними подсказками тут не обойдёшься - нужно профильное образование.
 
Последнее редактирование:
По уму я бы сделал так, ПО всё таки располагал бы локально, и нагрузка на сеть меньше и защита от дурака, если что то сотрет у себя ничего страшного не произойдет...
Обновление на о локале то же не проблема, по принципу онлайн игр, т.е. есть лаунчер который и запускает саму прогу, при запуске лаунчера он проверяет есть ли новая версия на сервере и если есть то обновляет свою локальную копию, а дальше запускает её ...
 
По уму я бы сделал так, ПО всё таки располагал бы локально...
Обновление на о локале то же не проблема, по принципу онлайн игр, т.е. есть лаунчер который и запускает саму прогу, при запуске лаунчера он проверяет есть ли новая версия на сервере и если есть то обновляет свою локальную копию, а дальше запускает её ...
Угу.
А если это ПО - 1С-бухгалтерия (или подобное)?
Представляете себе картину, когда началась работа и надо выписывать доки, а все 30 человек сидят и ждут когда произойдет обновление в автомате, потом переиндексируется БД на сервере, потом вылезут ошибки обновления... Часика на 2-3.
Эдак можно и пинка под зад от руководства получить.
 
Угу.
А если это ПО - 1С-бухгалтерия (или подобное)?
Представляете себе картину, когда началась работа и надо выписывать доки, а все 30 человек сидят и ждут когда произойдет обновление в автомате, потом переиндексируется БД на сервере, потом вылезут ошибки обновления... Часика на 2-3.
Эдак можно и пинка под зад от руководства получить.

Какие три часа ? У нас так сделано, но не 1-с, а свой комплекс программа по управлению предприятием, объем софта порядка 20 гиг, обновление по гигабитной локалке максимум минута - две, и это если мажор меняется, т.е. какое то глобальное обновление , в основном обновляются какие то печатные формы и ресурсы, обновление происходит за секунды ...
Причем обновлются все параллельно, а не друг за другом :)

Вообще можно прикрутить систему управления версиями Git там или SVN, что бы не тащить всё а только изменения, но у нас сделано проще, лаунчер лезет в базу данных и узнает, что изменилось и что и откуда тащить на локальный компьютер ....


ЗЫ. На сервере тоже хранить конечно можно, но там именно проблема с заменой на новое, как вариант если экзешник или длл залочена (кем то уже запущена), то при подмене можно переименовать файл в рандомное имя, и скопировать сюда новый файл со старым именем , тогда после выхода и нового запуска программы , пользователи будут работать уже с новым версией
 
Возможностей много, но
Для более точной консультации это очень важно (уже сказано выше).
Как я понял, у ТС нет даже нормально спроектированной ЛВС.
...при подмене можно переименовать файл в рандомное имя...
Ничего не выйдет. Файл будет залочен на системном уровне и его невозможно ни переименовать, ни удалить.
 
Ничего не выйдет. Файл будет залочен на системном уровне и его невозможно ни переименовать, ни удалить.

Ошибаетесь, удалить нельзя, а вот переименовать можно ... попробуйте у себя на компе или на сетевом диске (сеть имеется ввиду майкрософтовская) запустить какой нибудь файл, а в другом окне его переименовать - всё получиться (если у вас конечно есть права на переименование) ... вот такая вот дырка в винде есть :)
Этим кстати часто пользуются, например, так даже сам исполняемый файл может сам себя перименовать ...
 
Для более точной консультации это очень важно (уже сказано выше).

Программа - специфическая, является надстройкой для Автокада:
САПР ЦВК

Прилагаю принтскрины содержимого, которое представляет из себя файлы exe, dwg, lsp, mdb, dwg, ...
 

Вложения

  • 1.webp
    1.webp
    93.2 KB · Просмотры: 55
  • 2.webp
    2.webp
    68.4 KB · Просмотры: 48
вот такая вот дырка в винде есть :)
Действительно.
Особенно прикольно когда в блокноте открываешь текстовый файл, потом в проводнике его переименовываешь, а потом в блокноте что-нибудь меняешь (не обязательно) и жмёшь "сохранить". Сохраняется измененный файл со старым именем. В MSDOS такие штуки не проходили.
Программа - специфическая, является надстройкой для Автокада...
...содержимого, которое представляет из себя файлы exe, dwg, lsp, mdb, dwg, ...
Я бы не стал заниматься подменой, не зная принципов работы Автокада и надстройки с файлами.
Расположение же файлов системы определено производителем ПО. Сам Автокад не поддерживает разделенную работу с файлами.
 
Последнее редактирование:
Назад
Сверху