Галактика в вопросах и ответах

Добрый день!

Галактика 7.12, MS SQL.
Сегодня ставили патчи. Всех выгнали из Галактики. Стали ставить. Установили несколько патчей. При установке kau03 вышла ошибка: "При установке патча произошли серьезные ошибки". Установка патча прервалась.
Я взяла и снова попробовала поставить этот патч. Он установился.
Захожу в Галактику, она вроде грузится, появляется меню модуля Настройка, а потом сразу вылетает.

dsk, out, tmp - почистила. Ничего не помогает - Галактика вылетает. При этом NAP сваливается, пишет "некорректный user".

В логах пишет ошибку 213. Что это за ошибка?

Стали разбираться, выяснилось, что во время установки патчей в Галактику вошли пользователи, у которых Галактика установлена без копирования EXE каталога.

Попробовали сделать uninstall патча - не получилось, видимо из-за первоначальной ошибки.

Подсунули вместо kau03 файлы от kau02. Галактика стала запускаться и работать.
Как только устанавливаем kau03 - Галактика сразу вылетает.

Почему вылетает? Что могло нарушиться? База? Или исполняемые файлы?

Что можно сделать?

Пробовали из install.ini убрать все патчи и попробовать поставить их заново поверх. Как только доходили до kau03 - Галактика начинает вылетать.

Проблема может быть даже не в этом патче kau03. Может быть пользователи зашли раньше и нарушился какой-то более ранний патч.

Все установленные сегодня патчи сверили - размер, дата - все совпадает.

Пробовали сейчас запустить Галактику с компа пользователя, у которого она установлена с копированием EXE-каталога, с тем что было до установки патчей сегодня. Тоже вылетает.

Какие варианты есть?

Хотим установить новую Галактику. Восстановить в нее базу. И накатить патчи.
Но получится-ли? База-то уже пропатченная?

Что делает Галактика при установке патчей? Только копирует res и dll? Или правит базу/данные?

Что могло произойти? Отчего Галактика стала вылетать?

Благодарю за любую помощь/совет!

Были такого рода проблемы.
Ставите ли вы Common и Plan в эпоху с используемыми патчами.

Были ситуации когда без установки Plan вообще не войти в систему!
Хотя реально пользователи вообще не используют производственное планирование, вроде им он как-то и не нужен.

Ставим все патчи, которые выкладывают на фтп. И common и plan и фиксы к ним все ставим.

Что сейчас можно сделать? Переставить common и plan? и патчи к ним?

я б начал с захода с этим exe на чистую базу( например на первасивовскую только с dict).
если 213 ошибка атлантиса, то это 'Выход за границы коллекции'.
А вообще нужно отправлять отчет о системе своей ТП - и сверяться по файлово с ними. Также очень рекомендую почитстить DSK( и отключить все global dsk ), отключить все конф.файлы и т.д.( ну это уже зависит в какой момент идет вылет)

что-то похожее было, см. http://www.tyumbit.ru/gal_forum/viewtopic.php?t=3518
лечили тем, что заново переустановили все - и Галу, и патчи

Что делает Галактика при установке патчей? Только копирует res и dll? Или правит базу/данные?

1. по идее в базе правятся только настройки (но и то не в момент установки патчей, а после обновления настроек), но иногда и этих правок хватает, чтобы обвалиться при некорректной установке патчей (см. выше)

2. еще проверьте - не подключены ли у вас свои файлы конфигуратора?
точно были такие вещи, когда из-за них после установки патчей Гала валилась, правда не сразу, а при запуске корректированных конфигуратором фейсов

думаю, что у вас все-таки причина 1

а перед установкой патчей лучше блокировать базу (консоль администратора)
т.к. всегда найдутся умники, которым плевать на все предупреждения

переустанавливать все мутарно да и не поможет.
проблема как раз в самой базе скорей всего. А конкретней с настройками - когда какой то патч не создал ветку ввиду своего отсутсвия, а установленный пытается туда залить настройку и тем самым выбивает галку. По журналу можно еше попробовать отследить чего же успевает сделаться до вылета. Патч наверное какой то все таки не стоит или остались fix от предыдущих, или galsys не соответсвует dll из патча и так далее( вообще atl,galsys,новые версии патчей с dll должны выходить одновременно, за исключением когда dll в патче совершенно независимая от атлантиса).

переустанавливать все мутарно да и не поможет.

ну нам то помогло
и не только нам (см. ссылку)

Сегодня проверила. С одной машины, на которой осталась старая установка Галактики с ЕХЕ каталогом - смогли зайти в базу.

Потом решили попробовать скопировать ехе каталог с рабочей Галакики (правда там больше патчей уже установлено). - Прокатило!!!!

Сейчас попробую установить оставшие патчи!

Получается, что проблема не в базе! Да? А проблма в ехе каталоге.

Насчет того, чтобы закрыть доступ пользователям... наш админ предложил такой вариант: переименовывать файл starup.cfg. Мне такой вариант не кажется очень надежным. Пользователи, у которых галактика установлена без ехе каталога, все равно смогут залезть в этот каталог на сервере... Как вы думаете?

пользуйтесь лучше блокировкой
или на худой конец сервер от сети отключайте

ну нам то помогло
и не только нам (см. ссылку

интересно как бы вы поступили если база гигов 20, пользователей под сотню и так далее? Точно знаю, что на первасиве хватило скопировать d_tune из архива и накатить новые патчи , включая пропущенные перед сбоем. Причина что на старом Exe запускается без проблем , в том что в этом случае не идет автоматическая проверка реестра настроек( а вылетает именно на ней - см выше) - мне так кажется, что это в разы быстрее.

ну или есть проблема в совместимости того мусора что остался в результате сбоя установки патча или совместимости atl,galsys и dll c других патчей.

Получается, что проблема не в базе! Да? А проблма в ехе каталоге.

конечно. поэтому вам и предлагалось все заново переустановить - и Галактику, и патчи
ну, а если у вас нашлась "нормальная" установка - так еще проще получается

Спасибо Всем!!!!

Sim! ты про какую блокировку говоришь: в Support-е Консоль администратора - заблокировать базу?