|
крэш инстанса при создании nickname на oracle 9.2
|
||
|---|---|---|
Участник
Откуда: Тюмень
Сообщения: 2 626 |
||
| 28.01.2006, 18:35 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
крэш инстанса при создании nickname на oracle 9.2
|
|||
|---|---|---|---|
|
#18+
Добрый день. Имеем конфигурацию : DB2 ESE + DB2 II версии 8.2.3, клиент Oracle 9.2 Обозначилась следующая проблема : при создании никнейма на табличку в базе Oracle 9.2.0.1 инстанс DB2 с грохотом падает, сообщая в логе следующее (самое интересное) : Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. При этом создание никнеймов на таблицы в Oracle 8.1.7.4 проходит нормально. Безнадежно наверно, но может есть у кого мысли в какую сторону копать ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 13:53 |
|
||
|
крэш инстанса при создании nickname на oracle 9.2
|
|||
|---|---|---|---|
|
#18+
не дай бог перепишут db2 под юниксами на нити..... такая же фигня будет.... Дай бог уйти на пенсию раньше.... что делать - да что, db2support вызвать, приложить описание проблемы, и если вы зарегистрированные клиенты - то через support PMR открывать, если нет - шли, мы откроем, как зарегистрированный клиент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 14:31 |
|
||
|
крэш инстанса при создании nickname на oracle 9.2
|
|||
|---|---|---|---|
|
#18+
только убедится сперва что найипоследнейший фикспак стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 14:32 |
|
||
|
крэш инстанса при создании nickname на oracle 9.2
|
|||
|---|---|---|---|
|
#18+
Wrapper Fenced или не Fenced??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 14:40 |
|
||
|
крэш инстанса при создании nickname на oracle 9.2
|
|||
|---|---|---|---|
|
#18+
фикс 10-ый враппер пробовал и fenced и не fenced ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2006, 14:54 |
|
||
|
крэш инстанса при создании nickname на oracle 9.2
|
|||
|---|---|---|---|
|
#18+
Надо сказать, что я и с репликацией из Oracle 8.1.7.4 замучался (9-й пока не пробовал). "Просто" пользоваться никнеймами неразумно, ибо у II есть свои понятия о том, что хорошо, что плохо. Скажем, из select * from xxx order by 1 fetch first 2 rows он генерирует select * from yyy и тащит всё себе. Бывают ещё более вопиющие случаи. Я понимаю, что это сделано из соображений максимальной корректности, но чудовищно страдает производительность. Но репликация тоже не сахар. Один из триггеров на Oracle пришлось править вручную, а apply постоянно глючит. Мне её удаётся использовать только как консольную програмку из терминальной сессии, ибо сервисом она работает от случая к случаю. В консольном же режиме она виснет несколько раз в неделю, приходится убивать и перезапускать. А в режиме сервиса, если её остановить (а приходится, ибо виснет), то уже не запустить без перезапуска всего сервера. Диагностики практически никакой. И не думаю, что допустил какие-то ошибки в конфигурации. Есть мрачное подозрение - в конце концов придётся писать apply самому (было бы здорово получить исходники, но даже мечтать об этом нельзя) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.01.2006, 18:35 |
|
||
|
|
start [/forum/topic.php?fid=43&fpage=137&tid=1605559]: |
0ms |
get settings: |
12ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 268ms |
| total: | 419ms |
| 0 / 0 |
