DAX2009. Запороть приложение (слой)

[Wamr]

В ходе переноса приложения с слоя на слой был изменен один из системных ConfigurationKey (BankExchRate_W). И все было нормально, пока не перезагрузился комп.
АОС больше не стартует вот с таким сообщением:

Цитата:

The description for Event ID ( 189 ) in Source ( Dynamics Server 10 ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: Object Server 10: ; BankExchRate_W.

Попытка перекрыть тот же ключ на верхних слоях с обратной модификацией ничего не дала.
Удаление слоёв GLS, GLP тоже ничего не дало.

Как теперь из слоя убрать упоминание этого ключа?

[mazzy]

Цитата:

Сообщение от Wamr

Как теперь из слоя убрать упоминание этого ключа?

Восстановить из бэкапа.

Бага-га-га! (Злая шутка)

[Logger]

Если не ошибаюсь были какие то ключи командной строки для ax32.exe позволявшие запустить аксапту на кривом приложении, игнорируя ошибки, так сказать защищенный режим. Попробуйте поискать. Если получится запуститься то можно просто сделать поиск по аоту и вычистить нафиг все упоминания о ключе.

[mazzy]

Цитата:

Сообщение от Logger

Если не ошибаюсь были какие то ключи командной строки для ax32.exe позволявшие запустить аксапту на кривом приложении, игнорируя ошибки, так сказать защищенный режим.

вроде был ключик -repair
Ре-синхронизация системных таблиц на основании AOT

[belugin]

Я, помню, на трешке как-то запорол приложение, -repair не помогал. Все законилось тем, что смотрел на ошибки в логах и последовательно добавлял недостающие или сносил лишние поля в Management Studio

[Logger]

Цитата:

Сообщение от mazzy

вроде был ключик -repair
Ре-синхронизация системных таблиц на основании AOT

Это немного не то. Речь идет насколько я понимаю о повреждении приложения, а не базы. Хотя вдруг поможет.

Был какой-то ключ для трешки надеюсь в 2009-й его сохранили), который позволял стартовать в кривыми системными объектами (info, application и т.п.) Ну а если удалось стартовать то можно вычистить Utilelements и.т.п.

[raz]

Попробуй поиграться с табличкой SysConfig, сведения о ключах там.

[Wamr]

AOS падает на построении индексов (или сразу после), но точно ДО коннекта к базе.
---------
возможно, это фича защиты от взлома. Но кому теперь докажешь, что менял не по злому умыслу.

[fed]

Еще можно попробовать стартовать AOS с параметрами lazyclassloading и lazytableloading.Они, вроде бы, позволяют стартовать AOS с сильно побитым слоем (сам не пробовал, читал во внутреннем DL, когда в Микрософте работал).
Правда есть нехорошее чуство, что их в версии 2009 убрали.

[oip]

Не, вроде не убрали. Я в блоге EMEADAXSupport читал про эти ключи при загрузки xpo-шников. Вот, нашел запись:

http://blogs.msdn.com/b/emeadaxsuppo...-possible.aspx

[gl00mie]

Можно еще попробовать "битое" приложение положить в old, а вместо него поднять последнюю резервную копию и сравнением выцепить недостающие изменения - я так понимаю, "спасти" требуется именно их. Может, на old-приложении "защита от взлома" в АОСе не сработает.

PS. А еще можно - на совсем крайний случай - запустить АОС под отладчиком, поставить точку останова на функции записи сообщения в eventlog, по стеку вызовов найти место, где он решает, что не будет запускаться, и попробовать его "обмануть".

[Logger]

Цитата:

Сообщение от fed

Еще можно попробовать стартовать AOS с параметрами lazyclassloading и lazytableloading.Они, вроде бы, позволяют стартовать AOS с сильно побитым слоем (сам не пробовал, читал во внутреннем DL, когда в Микрософте работал).
Правда есть нехорошее чувство, что их в версии 2009 убрали.

Интересно, а есть где-нить полное описание этих ключей командной строки.
Например есть ли аналогичные -lazyXXXloading для других веток АОТ, например, для форм и отчетов?
И что конкретно делает этот ключ?
Он откладывает загрузку в память клиента узлов АОТ при старте и делает это по мере необходимости позднее ? Есть где-нибудь более подробное описание ?

[fed]

Цитата:

Сообщение от Logger

Интересно, а есть где-нить полное описание этих ключей командной строки.
Например есть ли аналогичные -lazyXXXloading для других веток АОТ, например, для форм и отчетов?
И что конкретно делает этот ключ?
Он откладывает загрузку в память клиента узлов АОТ при старте и делает это по мере необходимости позднее ? Есть где-нибудь более подробное описание ?

Не знаю, у меня нету описания, к сожалению. Но если посмотреть через Hex-Viewer на ax32serv.exe, то других lazy* ключей там нету...

[titov]

Цитата:

Сообщение от gl00mie

Может, на old-приложении "защита от взлома" в АОСе не сработает

gl00mie прав на все 100% - в old защита от взлома отключена (проверено ах2009 ru5). Более того, если потом из old перенести в рабочую папку *.aod, axapd.aoi, то AOS стартует... до следующей реиндексации приложения.

[Poleax]

Цитата:

Сообщение от Wamr

AOS падает на построении индексов (или сразу после), но точно ДО коннекта к базе.
---------
возможно, это фича защиты от взлома. Но кому теперь докажешь, что менял не по злому умыслу.

Если про ключи -lazyclassloading -lazytableloading , то в статье How to: Create an Automated Build Process
есть скрипты интересные (возможно помогут восстановить):

Цитата:

@rem 11.0 Synchronize the Application Database

"%ClientInstallPath%\Bin\Ax32.exe -StartupCmd=Synchronize -lazyclassloading -lazytableloading -minimize"

@rem 13.0 Compile the Application

"%ClientInstallPath%\Bin\Ax32.exe -StartupCmd=CompileAll -lazyclassloading -lazytableloading -minimize"
 
@rem Copy the Compile log to the drop share.
copy /y "%ClientInstallPath%\Log\AxCompileAll.html" %DailyDropFolder%\Logs\AxCompileAll%Layer%.html
 
@rem Stop the AOS to be able to copy the layer.
net stop %AOSServiceName%
 
@rem Copy the layer to the drop share.
copy /y "%ApplicationInstallPath%\Appl\Standard\ax%Layer%.aod" %DailyDropFolder%
 
@rem Update the progress file.
del /q %DailyDropFolder%\BuildInProgress.txt
echo Completed>%DailyDropFolder%\BuildCompleted.txt

[Logger]

Спасибо за ссылку.
Но все-таки там не описано зачем они нужны и как работают.
Просто приведен пример скриптов.
Кстати, ключ -minimize походу не работает. Окошко все равно открывается и получает фокус.

[Wamr]

Всем спасибо за варианты, много интересного рассказали.

Напомню, что проблема на стадии запуска ax32serv, так что ключи и скрипты для ax32 никак не помогут.

Цитата:

Object Server 10: Configuration error. Illegal option specified: -lazyclassloading

Вариант titov, наверное может помочь, но я уже решил по другому.
Скопировал слой в приложение ax4... АОС запустился, клиент ax4 долго ругался, но до AOT допустил, где я радостно и грохнул перекрытые (2) конфигурационных ключика.

Измененный слой вернул (не забыв остановить АОС4) в "родное" приложение, где он теперь успешно работает.

[Masel]

Может быть кому-то поможет. Есть еще один способ исправления ситуации "запоротого" слоя, когда не стартует АОС. Если вы поломали не самый верхний слой (usp) или у вас вообще нету этого слоя, то можно взять чистое приложение с этим usp слоем, подправить место поломки (например конфигурационный ключ) и закинуть полученный верхний слой в ваше проблемное приложение. Приложение стартанет, проблемный слой поправите, с верхнего слоя изменения удалите.

Например у нас разработка ведется на cus. Случайно запороли класс Application, АОС не стартует. Берем чистое приложение (или бэкап нашего), загружаемся на usp, сохранем на слое правильную версию Application, АОС стартует. Исправляем на cus ошибку, usp удаляем вообще.

[Wamr]

Masel, для конфигурационных ключей это не работает.

[Masel]

Да, может быть конкретно для ключей не сработает. Для этого случая не пробовал.
Когда с ключами была проблема, то вариант titov подошел.