Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Господа ! Недавно попытка upgrade-а до 12.5.3 у нас привела к тому, что пришлось отказаться от него и вернуться на пержнюю версию (12.5.2 или еще более ранние). 12.5.3 оказаласть не очень стабильной с критичными для эксплуатации ошибками (stack trace-ы с infected with 11). Конкретно у нас был ASE под SUN Solaris. Специфична ли проблема для SUN-а или нет - сказать пока нельзя. Так что рекомендую ОЧЕНЬ ТЩАТЕЛЬНО тестировать вашу БД и приложения на 12.5.3 до перехода в окружении, максимально приближенном к промышленной эксплуатации. Мы почему-то смогли обнаружить проблемы только когда перевели на 12.5.3 самый последний наш сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2005, 15:05 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Спасибо за предупреждение. С тех. поддержкой связывались? А то ведь: SybaseEBF 12144 (ASE 12.5.3 IR) We recommend that you install this EBF as soon as possible. Мы уже собирались пробовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2005, 16:28 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
MasterZiv, скажите пожалуйста, есть ли возможность откатиться с 12.5.3 до 12.5.2 и каким образом Вы это делали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2005, 10:17 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Спасибо за предупреждение, MasterZiv ! Я нахлебался по самые уши с ASE 12.5.1 for Linux , в 12.5.2 жутких ошибок не стало. Подумывал ставить 12.5.3, но ты во-время остановил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2005, 14:40 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Во-первых, я не хочу кого-то отговаривать - просто нужно прежде чем ставить 12.5.3. протестировать тщательно приложения на нем. Баги могут и не проявляться у вас. Может это вообще специфика SUN , например, в многопроцессорной конфигурации (на другом SUN, где меньше процов все работало, что и странно.) Может быть кстати и наоборот - у вас баги, которые в 12.5.3 поелчены. О возможности откатиться с 12.5.3 до 12.5.2 - я так понимаю, в пределах одной версии все более-менее откатывается. Выглядит как выкладывание старых образов выполняемых модулей, выполнения instmaster и еще немного доп. шагов. тут есть усе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2005, 13:17 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
2MasterZiv не, действительно глючит инфектед 11. у нас под линух x86, SMP Так что пральна шумишь. Недели б две-три пораньше - ваще цены бы не было. Ссылка изучается, большое спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.02.2005, 01:36 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
вопрос2MasterZiv не, действительно глючит инфектед 11. у нас под линух x86, SMP Так что пральна шумишь. Недели б две-три пораньше - ваще цены бы не было. Ссылка изучается, большое спасибо! 9 февраля кста вышел EBF 12339: 12.5.3 ESD #1 Народ, а кто что думает: Стоит мигрировать легким путем, загрузкой дампа старой версии с другой платформы? Я попробовал поднять дамп с Win ASE 12.0 на Linux 12.5.3 - получилось. Все фунциклирует пока вроде. Может есть какие-то резоны против? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:06 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Дампы с таких платформ как Windows и Linux, т.е. на одной и той же аппаратуре, переносятся без проблем, уже как официально заявленная фича. Так что можно и дампом. Вот только переход с 12/0 настораживает. Вообще про это можно почитать в доке, в What's new - там достаточно подробно изложено, что куда можно переносить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 17:41 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
MasterZivДампы с таких платформ как Windows и Linux, т.е. на одной и той же аппаратуре, переносятся без проблем, уже как официально заявленная фича. Так что можно и дампом. Вот только переход с 12/0 настораживает. Вообще про это можно почитать в доке, в What's new - там достаточно подробно изложено, что куда можно переносить. Так я ж говорю смигрировал уже успешно путем загрузки дампа с Вин 12.0, что невозможно на версии 12.5.1 к сожалению. Вопрос вот еще в чем, даст ли допустим выигрыш какой-то переход с 2К страниц, на 4К или 8К? Дамп, как известно, с другим размером странички не поднимается. Правильно ли идеологически мигрировать через дамп? Какие за и против? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2005, 11:08 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Правильно ли идеологически мигрировать через дамп? Правильно мигрировать так только если этот вариант официально поддерживается. Я не знаю, поддерживается ли подъем дампа от 12.0. Вопрос вот еще в чем, даст ли допустим выигрыш какой-то переход с 2К страниц, на 4К или 8К? Выигрыш в чем ? В производительности IO ? Может дать , но это скорее исключение , чем правило. Это в системах типа OLAP/DSS, где широкие таблицы, где основной способ доступа - сканирование, а не точечное позиционирование. Тогда за счет укрупнения IO достигается увеличение производительности. А в нормальных OLTP системах в среднем производительность должна только падать - IO будет необоснованно расти по сравнению с 2k сервером только из-за того, что меньше размера страницы в 4К или 8К уже не прочитать на сервере с большими страницами, т.е. просто сервер будет читать много лишнего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2005, 19:31 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
опять же не стоит забывать, что чисто ОЛТП систем нет...) поэтому все-же оптимальный размер 4-8 К ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2005, 10:56 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Ну вот попробовали потестировать 12.5.3 (W2003 EBF12150). Результат - слет в stack trace двух ХП. В обеих в конце делается select из нескольких временных таблиц :( В 12.5.1 все работало нормально ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 18:03 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Уточнение. Одна из процедур просто делала какой-то безобидный update. Пересоздал ее и вроде stack trace появляться перестал. Надолго ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 18:45 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
Ну да , у нас тоже что-то подобное было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2005, 22:13 |
|
||
|
ASE 12.5.3 is not so stable
|
|||
|---|---|---|---|
|
#18+
MasterZivПравильно ли идеологически мигрировать через дамп? Правильно мигрировать так только если этот вариант официально поддерживается. Я не знаю, поддерживается ли подъем дампа от 12.0. Вопрос вот еще в чем, даст ли допустим выигрыш какой-то переход с 2К страниц, на 4К или 8К? Выигрыш в чем ? В производительности IO ? Может дать , но это скорее исключение , чем правило. Это в системах типа OLAP/DSS, где широкие таблицы, где основной способ доступа - сканирование, а не точечное позиционирование. Тогда за счет укрупнения IO достигается увеличение производительности. А в нормальных OLTP системах в среднем производительность должна только падать - IO будет необоснованно расти по сравнению с 2k сервером только из-за того, что меньше размера страницы в 4К или 8К уже не прочитать на сервере с большими страницами, т.е. просто сервер будет читать много лишнего. Да чего уже читать. Это сбылось как факт - прод не перенесен, а отчеты строятся на другой платформе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2005, 15:50 |
|
||
|
|
start [/forum/topic.php?fid=55&msg=32896292&tid=2013665]: |
0ms |
get settings: |
12ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
23ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 224ms |
| total: | 334ms |
| 0 / 0 |
