|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.04.2006, 15:44
|
|||
|---|---|---|---|
|
|||
Обновление софта |
|||
|
#18+
Наверное уже много раз обсуждалось, но не могу найти нормального обсуждения... Как народ реализует обновление софта на предприятии? Т.е. когда на многих компах стоит софт, работающий с единой БД. Иногда при инсталляции новой версии необходимы изменения в структуре БД, как обчеспечить закрытие старых версий всеми клиентами и т.п. Вопрос со стороны разработчика софта, а не админа, т.е. что нужно предусмотреть в своем софте для максимального облегчения обновления? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.04.2006, 16:25
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
aalex2002... как обчеспечить закрытие старых версий всеми клиентами и т.п.Вопрос со стороны разработчика софта, а не админа, т.е. что нужно предусмотреть в своем софте для максимального облегчения обновления? Есть в серваки, которые для таких целей имеют галочку - запретить логиниться новым клиентам. Теоретически после этого наступит момент икс, когда все разрегистряться...Практически - немного сложнее... 1) иногда нет подтверждения связи в системе - как следствие, клиент может помереть а "учётная запись" останеться. 2) не все клиенты дружелюбны. Т.е. могут быть такие, кто оставит комп включённый и так ему удобней (в принцепе имееи право, хотя с точки зрения тех же самых секьюритей - алес)... 3) клиент работает. и вся его работа заключается в созерцании выборки отчёта перед посылкой на печать.. 4) есть действительно важный клиент, который выполняет критичные ко времени и к данным операции (главный бухгалтер какой-нить к примеру).. как возможные решения...по пунктам... 1) активный тест соединения... либо анализ времени активности... 2) перевод консоли в ждущий режим и анализ данного ждущего режима. что то типа аля заставки... 3) выдача предупреждения о закрытии системы (с последующим рестартом)... 4) ожидание завершения кванта выполнения задачи клиентом....возможно предупреждение...снятие задачи... где то так... с уважением (круглый) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 09:24
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
Знаю такое решение: Софтина (.exe) умеет сама себя обновлять. Достаточно несложный трюк, можно найти в инете как это делается. Ночью на БД накатывается патч (выполняется sql-запрос, меняющий структуру и/или модифицирующий данные). С утреца юзаера запускают клиентские софтины, они автоматом обновляются и все Ok. Работает не первый год. Конечно, если специфика подразумеват работу юзеров ночью или одновременно в 10 часовых поясах, тогда сложнее :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 10:12
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
Мы например, храним табличку в базе, где отслеживем версии. При обновлении программы, дата создания версии клиента приложения должна быть не меньше указанной в этой табличке, иначе пользователю выводится сообщение о не соответствии версий ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 10:33
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
1.сначала ставится новый софт который видит и старые и новые данные 2.потом реорганизуется БД 3.потом ставится софт только под новые данные любой шаг может отсутствовать все делается на ходу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 12:01
|
|||
|---|---|---|---|
|
|||
Обновление софта |
|||
|
#18+
По поводу самообновления софтины , она не одна (екзе), а много екзе и много длл,это одна из трудностей, делать переходной софт - накладно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 13:50
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
авторПо поводу самообновления софтины , она не одна (екзе), а много екзе и много длл,это одна из трудностей, делать переходной софт - накладно Никаких накладностей тут нет, изучите вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 16:55
|
|||
|---|---|---|---|
|
|||
Обновление софта |
|||
|
#18+
Накладности есть с одновременным старым+новым есть.... По поводу работы софта, то часть его крутиться круглосуточно, причем часть в интерфейсом часть без, а часть рабоатет с юзером ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 18:49
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
Возможно мне показалось, но как то обсуждение пока ограничивается методикой замены клиентской части. Здесь есть, конечно, вопросы, но это далеко не самая основная проблема. Она решаема местным администратором. Гораздо больше трудностей в смене версии базы данных, особенно, когда система позволяет делать различные доработки на местах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2006, 21:22
|
|||
|---|---|---|---|
|
|||
Обновление софта |
|||
|
#18+
Клиентская часть тоже представляет сложность даже там где огромный отдел асуп, при количестве рабочих мест даже от десятков, просто поверьте наслово ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.04.2006, 09:06
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
авторОна решаема местным администратором. Решаема. С огромным гемором и почти всегда с некоторым потеряным рабочим временем пользователей. Ну не поставит 10 админов обновления 2000 польователям за полчаса! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.04.2006, 09:08
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
авторГораздо больше трудностей в смене версии базы данных, особенно, когда система позволяет делать различные доработки на местах. Поясните, пожалуйста, не очень понял. Вы имеете в виду, что разработка производится децентрализовано, типа продвинутые юзера пишут свои приписьки, общающиеся с БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.04.2006, 00:52
|
|||
|---|---|---|---|
|
|||
Обновление софта |
|||
|
#18+
Код: plaintext 1. В зависимости от важности обновления пользователи изгоняются из системы грубым или мягким способом. 2. Производится обновление баз. (до окончания процесса вход пользователей блокируется) 3. Перед стартом, клиентское приложение синхронизируется с сервером (копируются на станцию необходимые exe, dll). Это можно сделать или в exe-шке (как советовалось выше) либо неким bat файлом (если лень писать и не пугает дополнительное окно). Таким образом обновится любой из указанных 2000 пользователей даже если его комп выключен и он про это обновление ничего не знает. + 10 админов не нужны. Главная проблема в методах изгнания пользователей из системы. (у всех она решается по разному в зависимости от бизнеса, возможностей софта и суровости разработчика) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.04.2006, 18:15
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
Calm авторГораздо больше трудностей в смене версии базы данных, особенно, когда система позволяет делать различные доработки на местах. Поясните, пожалуйста, не очень понял. Вы имеете в виду, что разработка производится децентрализовано, типа продвинутые юзера пишут свои приписьки, общающиеся с БД?Да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.04.2006, 22:27
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
совсем недавно тема обсуждалась тут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.04.2006, 09:32
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
авторДа. Ну тогда сушите весла :) Если заранее не было продумано, что тут поделать ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.04.2006, 10:34
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
Calm авторДа. Ну тогда сушите весла :) Если заранее не было продумано, что тут поделать ?Так автор же разработчик. Он и хочет продумать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.04.2006, 14:53
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
PNP, а не могли бы вы привести пример, когда юзера настолько сильно кустомизируеют свои клиентские прилаги, что нельзя структуру БД потом менять. Интересен сам подход. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.04.2006, 20:18
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
CalmPNP, а не могли бы вы привести пример, когда юзера настолько сильно кустомизируеют свои клиентские прилаги, что нельзя структуру БД потом менять. Интересен сам подход.Сколько угодно. Самый простой пример: юзер попросил своего программиста добавить в какой то отчет "что нибудь эдакое". Программист для этого добавил в одну из таблиц одно поле. Теперь Ваши обновления должны учитывать это поле. К примеру, вы уже не можете просто заменить эту таблицу (создать новую и скопировать в нее данные). Если раньше, когда состав полей был определен, это был статический оператор, то теперь Вам надо состав полей брать из системных таблиц и создавать динамический оператор. А еще более популярные проблемы - в настроечных системных таблицах. Например, вы предусмотрели четыре варианта обработки данных. А местный программист добавил еще пятый, дописал программку, все у него хорошо работает. Но за это время Вы создали еще десяток методов обработки, занесли в этот же справочник и отправлеете обновления. Что будет с тем методом, который был сделан на месте? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2006, 12:25
|
|||
|---|---|---|---|
|
|||
Обновление софта |
|||
|
#18+
У нас проблема возникает в основном изза того, что когда новы юзер просит что-то добавить, тотже какойнить доп. отчет, то когда о таком узнают старые, все в один голос кричат и мы хотим, ну а их сисадмины начинают матюкаться... вот и хочется облегчить жизнь себе и админам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2006, 12:40
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
PVPСамый простой пример: юзер попросил своего программиста добавить в какой то отчет "что нибудь эдакое". Программист для этого добавил в одну из таблиц одно поле Для решения этой проблемы с моей точки зрения должен быть специфицирован четкий механизм добавления всяких "этаких", и соответственно нарушающие его "свои программисты" идут лесом, в то время как "добавления из центра" такой механизм гарантированно не трогают. Как именно сделать такой механизм - нужно много думать; готового решения у меня нет, и оно безусловно во многом будет зависеть от используемых технологий. Скорее всего, я бы в такой ситуации делал отдельный набор расширяющих объектов (например, дополнительная таблица, привязанная к основной как 1:1). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2006, 12:48
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
aalex2002 А по какому поводу начинают матюкаться админы? Вообще говоря распространение новой функциональности "на всех" - идеальная вещь для такой системы, то, к чему надо стремиться. Грубо говоря, каждый клиент бесплатно получает кучу новой функциональности, система развивается, а вам куда меньше головной боли с различием версий у пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.04.2006, 12:42
|
|||
|---|---|---|---|
Обновление софта |
|||
|
#18+
Я б на месте автора этого топика привел бы к единому стандарту все, связанное с работой АРМ: исходных код приложения на разных АРМ, местоположение его на АРМ, наименование сетевого ресурса с базой данных для АРМ и т.п. Когда мне надоело обновлять версии у пользователей (тогда компов было всего шесть, но я - вельми ленивый), я сделал именно так... После этого решение вопроса об обновлении версий сложилось... автоматически :)) Кстати, данный вопрос неразрывно связан с: - разработкой правил наименование объектов в сети - компьютеров, сетевых принтеров, серверов, пользователей. - формулировкой целей и разработкой политики безопасности - А отсюда - хочешь - не хочешь, нужно разрабатывать систему ролей в ИС. (А ведь недаром на технологических специальностях, даже не связанных с IT, преподают такой предмет, как "Стандартизация и верификация"... Жаль только, что будучи студентом не понимаешь важности того, что тебе пытаются вдолбить в голову "эти старперы") Правда, в большинстве случаев у нас ИСы выросли из "табличек Excel", которые перекочевали сначала в Access, а потом - на SQL Server или Oracle. А переделывать гораздо труднее (по моему опыту), чем делать что-то "с нуля". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.04.2006, 21:17
|
|||
|---|---|---|---|
|
|||
Обновление софта |
|||
|
#18+
В смысле обновлений ПО лучше систем построенных по принциипу тонкого клиента ничего наверное не придумаешь. Тема дистанционного обновления ПО с реорганизуцией струтуры данных мы решали лет этак 10 назад и работает практически в неизменном виде и по настоящий момент. Схема проста - в инсталляцонный package встраивается кроме обновленного кода ориентированного на новую структру БД встраивается блок реорганизаций, т.е. набор блоков кода помеченных метками (например дата написания реорганизации), которые выполняются автоматически после установки нового кода. Причем накатываются все блоки кода которые не применялись еще на данной структуре БД. Учитывая специфику тонкого клиента интерфейс фактически является частью инст.package'а. Учитывая что установка версии дело ответственное и должно предваряться бэкапом, то организационно-техническая сторона дела вменялась местному админу, который и выгонял пользователей (жестко или мягко), запрещал регистрацию пользователей,делал бэкап, устанавливал версию, разрешал регистрацию ... имхо стандартная схема. Интересно еще обсудить подход типа сервера обновлений online/почта/фтп/и т.п. - кто-нибудь пользует? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=33&tablet=1&tid=1549417]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
144ms |
get topic data: |
102ms |
get forum data: |
3ms |
get page messages: |
212ms |
get tp. blocked users: |
2ms |
| others: | 228ms |
| total: | 721ms |
| 0 / 0 |
