Не удалось перейти на 3-звенку

[glibs]

Спасибо. Очень интересно. Жаль только, что однозначного ответа на вопрос в дискуссиях нет.

[komar]

Так все-таки - для чего могла бы быть полезна такая схема? На это однозначного ответа тоже нет... Поэтому, собственно, нет и однозначного ответа на глюки - никому просто не приходило в голову серьезно тестировать такую конфигурацию.

[Atani]

2 Komar,

Цитата:

я логики не вижу в такой архитектуре.

Цитата:

Она и не должна работать, по-моему, раз смысла в ней нет.

Позвольте для вас слепить фразу: "Она и не должна работать, раз я логики не вижу в такой архитектуре." Правда, круто получилось?

Сначала был неудачный запуск на тонком клиенте, затем все пользователи работали в 2-tier архитектуре, а затем стали постепенно и осторожно переводиться на толстого клиента в трёхзвенке. Так что, здесь не логика, а история.

Цитата:

зачем, если все равно тонкого клиента не будет никогда???

Поясните, пожалуйста, почему его никогда не будет? Это важный момент для меня.


Похоже, разобрались в ситуации. Видимо, ребята, когда переключали пользователей, поставили кому-то вход в режиме Exclusive Mode. Как результат, пользователи подвисали, пытаясь одновременно пересоздать axapd.aoi. Этот эффект был нами позже замечен. Данная ситуация описана на форуме http://technet.navision.com/ (я искал по ключевому слову aoi)

[Vadik]

Цитата:

Зависания начались сразу после перевода значительного числа пользователей на AOS. Зависания шли на операциях update, как показала отладка. В общем-то, больше они ничем не связаны...

А как быть с этим?

[glibs]

Да, странно. В первом сообщении речь шла о поломавшейся базе данных.

Но похоже, что проблемы возникли с приложением. Тем более, что их было два.

Atani, вы занимаетесь разработкой на рабочем приложении?

[Atani]

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

А база данных не поломалась. При перезапуске SQL-сервера у неё начинался recovery, окончания которого мы не дожидались и снимали задачу. В общем, много, конечно, ошибок понаделали.

2 Vadik. Как быть с зависаниями на update я не знаю. Наверное, никак, и если не будет проблем с приложением, update должны проходить нормально... надеюсь.

[Vadik]

Цитата:

Изначально опубликовано Atani
2 Vadik. Как быть с зависаниями на update я не знаю. Наверное, никак, и если не будет проблем с приложением, update должны проходить нормально... надеюсь.

Давайте все же уточним: проблемы с производительностью все-таки зависят от типа клиента? В одно и то же время для одного и того же клиента двузвенка работает нормально, а трехзвенка - нет? Если так, пожалуй, все просто - надо пристально сравнить конфигурации. Если нет - есть следующая порция вопросов

Цитата:

А база данных не поломалась. При перезапуске SQL-сервера у неё начинался recovery, окончания которого мы не дожидались и снимали задачу. В общем, много, конечно, ошибок понаделали.

Обычно recovery при нормальном завершении работы в отсутствии массивных insert/update/delete проскакивает достаточно быстро, есть повод задуматься, с чего бы это.. Просто для собственного же спокойствия попробуйте в нерабочее время прогнать на БД DBCC CHECKDB, если проблемы есть, лучше узнать об этом пораньше

[Atani]

Здравствуйте!
Работа базы была восстановлена после recovery, а также полной реинсталляции сервера. Поэтому, тему с update'ами и пр. закрываю, возможно, до следующей попытки перехода на на трёхзвенку.

Хочу задать два общих вопроса.
1. Можно ли ожидать улучшение производительности системы на толстом клиенте перед двухзвенкой, если сервер БД и сервер приложений на одной машине? А если они на разных машинах? Вообще, если по науке, в каком случае произодительность улучшится при переходе с двухзвенки на толстого клиента в трёхзвенке? У нас есть нестабильный канал с удалённым офисом, оттуда на данный момент пользователи заходят через терминал-сервер. Есть ли для такой категории пользователей "специальное" предложение?

2. Kormar сказал:

Цитата:

зачем, если все равно тонкого клиента не будет никогда???

Мой вопрос: почему, это описано где-то в bug-листе или ещё где-то, что в Axapta 2.5 SP1 RU тонкий клиент не идёт, или где-то из моих слов следует, что он работать не будет? Можете ли вы дать ссылки на источник информации, или он не будет работать, потому что ни у кого не получилось и пр.

[Vadik]

Цитата:

Изначально опубликовано Atani
Можно ли ожидать улучшение производительности системы на толстом клиенте перед двухзвенкой, если сервер БД и сервер приложений на одной машине? А если они на разных машинах?

Вряд ли. Код все так же на клиенте выполняется, соединение с БД - там же

Цитата:

Изначально опубликовано Atani
У нас есть нестабильный канал с удалённым офисом, оттуда на данный момент пользователи заходят через терминал-сервер. Есть ли для такой категории пользователей "специальное" предложение?

Нестабильный - это "тонкий", "часто рвется", "задержки скачут", еще что-то? Если первое или второе, счастья, скорее всего, ни с AOS, ни с WTS не будет