Предыдущая тема :: Следующая тема |
Какая у Вас версия Oracle? |
Oracle 8 |
|
0% |
[ 0 ] |
Oracle 9 |
|
62% |
[ 40 ] |
Oracle 10 |
|
35% |
[ 23 ] |
другая |
|
1% |
[ 1 ] |
|
Всего проголосовало : 64 |
|
Автор |
Сообщение |
Васильев Николай Профи
Вступление в Клуб: 29.06.2007
|
Ср Дек 24, 2008 18:10   |
|
Полезность: Нет оценки
|
собсно,что гадать-я оформил запрос в цфт по поводу тя, сп, отчетов. Ждем что сообщат (не сильно надеясь, правда) |
|
 |
bob@pkb.ru Участник со стажем
Вступление в Клуб: 20.11.2008
|
Ср Дек 24, 2008 18:15   |
|
Полезность: Нет оценки
|
Васильев Николай пишет: | собсно,что гадать-я оформил запрос в цфт по поводу тя, сп, отчетов. Ждем что сообщат (не сильно надеясь, правда) |
аналогично как Зоя  |
|
 |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Чт Дек 25, 2008 07:01   |
|
Полезность: Нет оценки
|
AlexV пишет: | Мы ведем речь про SPARC платформу, я надеюсь?
Все скаченные с официального сайта (и металинка) дистрибутивы, равно как и патчи к 9-ке с какой-то версии отказываются ставиться на Solaris 5.9
Я, конечно, не сертифицированный DBA Oracle старше 9-ой версии.
Просветите, если владеете соответствующей информацией! | - сразу пост не заметил, у нас на тестовом вот так Код: | select dbms_utility.port_string from dual union select * from v$version;
PORT_STRING
--------------------------------------------------------------------------------
CORE 10.2.0.3.0 Production
NLSRTL Version 10.2.0.3.0 - Production
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bi
PL/SQL Release 10.2.0.3.0 - Production
SVR4-be-64bit-8.1.0
TNS for Solaris: Version 10.2.0.3.0 - Production
6 rows selected.
SQL> !uname -a
SunOS rbs_old 5.8 Generic_117350-52 sun4u sparc SUNW,Sun-Fire-V440
SQL>
|
|
|
 |
Васильев Николай Профи
Вступление в Клуб: 29.06.2007
|
Чт Дек 25, 2008 17:49  Re: Так ли страшен чорт |
|
Полезность: Нет оценки
|
Serj пишет: | Васильев Николай пишет: | Если так, то получается, что сервер отчетов все равно ставить до февраля. Или включат в инсталятор RunTime библиотеки ? | - сервер отчетов ставить придется обязательно большинству - ведь старые отчеты можно переделать для корректной работы в 10g + свои отчеты рисуют банки, без него никак а вот что сделает цфт и как оно будет, знают только они. Вообще ходили разговоры что скоро только 3- ех звенка будет.... |
Ну вот, получены первые ответы по нашим сомнениям
Цитата: |
1) В настоящее время работа над ТЯ 7.0 специалистами по ТЯ завершена, проводится тестирование ТЯ 7.0 прикладными специалистами. Ожидается, что официальный релиз ТЯ 7.0 будет доступен вместе с Обновлением 9.2 или 9.3 (т.е. в апреле или в июне 2009 года).
------------------------------------------------------------------------------
3) Планов по массовому переводу банков-клиентов на 3L (сервер приложений) нет. Решение о том, следует ли производить переход на 3L, каждый банк принимает самостоятельно.
|
А мой второй вопрос касался шаблонов отчетов , по нему еще работатем
Кстати, установил на свой комп Oracle Developer Suite 10, попробовал покурочить дистрибутивные .rdf сохранил - подложил - УСЕ У ПОРЯДКЕ! Раньше для нас это было проблематично, имеющийся старый репорт билдер пришлось поставить на отдельную машину(какой уж смогли найти).
Попробую поэкспериментировать с заменой Run Time библиотек, вдруг чего и получится  |
|
 |
Васильев Николай Профи
Вступление в Клуб: 29.06.2007
|
Чт Дек 25, 2008 21:32   |
|
Полезность: Нет оценки
|
Поэкспериментировал- УЖОС НАХ! Старый друг лучче новых двух. Заставил запускаться. Вывод в окно отсутствует как класс. Preview из ком строки тоже закрыт. С кодировкой проблемы, на разделители ругаицца, ресурсы от станции забирает все свободные. Ну и раньше можно было в отчет завести кнопочку для показа detail table, теперь этого тоже нет. Я расстроен, как жить дальше , пора домой.  |
|
 |
prog Эксперт
Вступление в Клуб: 03.03.2008
|
Пн Янв 12, 2009 15:44   |
|
Полезность: Нет оценки
|
После перевода базы ибсо на 10 оракл сервер стал периодически падать:
сервер начинает жутко свопиться, работа замедляется, потом вообще перестает отвечать на любые запросы (oracle, ssh).
Помогает только перезагрузка.
В результате мониторинга удалось выяснить, что у некоторых сессий PGA вырастает в разы, достигая 1,5Гб. Пользователи в этих сессиях не выполняют ничего необычного, повседневная работа.
С чем это связано и как разобраться с проблемой?
Вот логи оракла:
Mon Jan 12 15:45:48 2009
Process startup failed, error stack:
Mon Jan 12 15:46:00 2009
Errors in file /u/app/oracle/admin/ibso/bdump/ibso_psp0_28187.trc:
ORA-27300: OS system dependent operation:fork failed with status: 11
ORA-27301: OS failure message: Resource temporarily unavailable
ORA-27302: failure occurred at: skgpspawn3 Mon Jan 12 15:46:01 2009 Process J007 died, see its trace file Mon Jan 12 15:46:01 2009
kkjcre1p: unable to spawn jobq slave process Mon Jan 12 15:46:01 2009 Errors in file /u/app/oracle/admin/ibso/bdump/ibso_cjq0_28207.trc:
Mon Jan 12 15:48:04 2009
Process startup failed, error stack:
Mon Jan 12 15:48:05 2009
Errors in file /u/app/oracle/admin/ibso/bdump/ibso_psp0_28187.trc:
ORA-27300: OS system dependent operation:fork failed with status: 11
ORA-27301: OS failure message: Resource temporarily unavailable
ORA-27302: failure occurred at: skgpspawn3 Mon Jan 12 15:48:06 2009 Process J007 died, see its trace file Mon Jan 12 15:48:06 2009
kkjcre1p: unable to spawn jobq slave process Mon Jan 12 15:48:06 2009 Errors in file /u/app/oracle/admin/ibso/bdump/ibso_cjq0_28207.trc:
======================================
Dump file /u/app/oracle/admin/ibso/bdump/ibso_cjq0_28207.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options ORACLE_HOME = /u/app/oracle/product/10.2.0
System name: SunOS
Node name: ibso1
Release: 5.10
Version: Generic_127111-02
Machine: sun4u
Instance name: ibso
Redo thread mounted by this instance: 1
Oracle process number: 15
Unix process pid: 28207, image: oracle@ibso1 (CJQ0)
*** 2009-01-12 15:46:01.800
*** SERVICE NAME:(SYS$BACKGROUND) 2009-01-12 15:46:01.669
*** SESSION ID:(549.1) 2009-01-12 15:46:01.669
*** 2009-01-12 15:48:06.206
*** 2009-01-12 15:48:57.838
*** 2009-01-12 15:49:20.872
*** 2009-01-12 15:51:26.111
*** 2009-01-12 15:51:47.392
*** 2009-01-12 15:52:09.130
*** 2009-01-12 15:52:29.530
*** 2009-01-12 15:52:59.258
*** 2009-01-12 15:55:08.264
*** 2009-01-12 15:58:20.077
Waited for process J002 to initialize for 60 seconds
*** 2009-01-12 15:58:20.123
Dumping diagnostic information for J002:
OS pid = 2256
loadavg : 179.69 145.67 63.31
swap info: free_mem = 219.14M rsv = 28796.32M
alloc = 27403.05M avail = 718.43 swap_free = 2111.70M
F S UID PID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME CMD
0 S oracle 2256 1 0 39 20 ? 15921 ? 15:57:22 ? 0:00 ora_j002_ibso
0 S root 22561 22559 0 39 20 ? 386 ? 09:27:29 pts/6 0:00 -bash
skgpgpstack: read() for cmd /bin/sh -c '/usr/proc/bin/pstack 2256 2>&1' timed out after 60 seconds
*** 2009-01-12 15:59:36.877
*** 2009-01-12 15:59:46.974
Waited for process J002 to initialize for 70 seconds
*** 2009-01-12 15:59:46.974
Dumping diagnostic information for J002:
*** 2009-01-12 16:00:26.843
OS pid = 2256
loadavg : 45.13 110.41 57.88
swap info: free_mem = 79.01M rsv = 28522.38M
alloc = 27145.69M avail = 990.30 swap_free = 2366.99M
skgpgpstack: fork() failed with errno=11
skgpgpstack: fork() failed with errno=11
*** 2009-01-12 16:00:26.858
*** 2009-01-12 16:04:19.534
*** 2009-01-12 16:05:59.450
*** 2009-01-12 16:06:41.899
*** 2009-01-12 16:07:08.338
*** 2009-01-12 16:08:46.423
*** 2009-01-12 16:09:07.178
*** 2009-01-12 16:09:48.581
======================================================
Dump file /u/app/oracle/admin/ibso/bdump/ibso_psp0_28187.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options ORACLE_HOME = /u/app/oracle/product/10.2.0
System name: SunOS
Node name: ibso1
Release: 5.10
Version: Generic_127111-02
Machine: sun4u
Instance name: ibso
Redo thread mounted by this instance: 1
Oracle process number: 4
Unix process pid: 28187, image: oracle@ibso1 (PSP0)
*** SERVICE NAME:(SYS$BACKGROUND) 2009-01-12 15:45:49.364
*** SESSION ID:(277.1) 2009-01-12 15:45:49.364
*** 2009-01-12 15:45:49.364
Process startup failed, error stack:
*** 2009-01-12 15:46:00.854
ORA-27300: OS system dependent operation:fork failed with status: 11
ORA-27301: OS failure message: Resource temporarily unavailable
ORA-27302: failure occurred at: skgpspawn3
==================================================
результат swap -s:
Mon Jan 12 15:40:00 YEKT 2009
swap: total: 13368200k bytes allocated + 770544k reserved = 14138744k used, 16159968k available Mon Jan 12 15:57:04 YEKT 2009
swap: total: 28055152k bytes allocated + 1424416k reserved = 29479568k used, 743104k available Mon Jan 12 15:58:29 YEKT 2009
swap: total: 27858392k bytes allocated + 1412696k reserved = 29271088k used, 949712k available Mon Jan 12 16:01:48 YEKT 2009
swap: total: 26340328k bytes allocated + 1360272k reserved = 27700600k used, 2521624k available |
|
 |
bob@pkb.ru Участник со стажем
Вступление в Клуб: 20.11.2008
|
Пн Янв 12, 2009 16:42   |
|
Полезность: Нет оценки
|
Пришлите Ваш S/Pfile и параметры OS под которой все вертится
примерно такая ситуация наблюдаласьна oracle 10.2.0.3 без патчей
на solaris 5.9 |
|
 |
bob@pkb.ru Участник со стажем
Вступление в Клуб: 20.11.2008
|
Пн Янв 12, 2009 16:46   |
|
Полезность: Нет оценки
|
что покажет ?
uname -a
swap -l
df -h |
|
 |
prog Эксперт
Вступление в Клуб: 03.03.2008
|
Вт Янв 13, 2009 09:45   |
|
Полезность: Нет оценки
|
bob@pkb.ru пишет: | Пришлите Ваш S/Pfile и параметры OS под которой все вертится
примерно такая ситуация наблюдаласьна oracle 10.2.0.3 без патчей
на solaris 5.9 |
initibso.ora
===========================================
db_block_size=8192
db_file_multiblock_read_count=16
LOG_ARCHIVE_START=TRUE
LOG_ARCHIVE_DEST_1='LOCATION=/u/LOG/ibso MANDATORY REOPEN=30'
LOG_ARCHIVE_DEST_2='SERVICE=ibsosb LGWR ASYNC REOPEN=15'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
LOG_ARCHIVE_FORMAT=ibso%t_%s_%r.arc
REMOTE_ARCHIVE_ENABLE=TRUE
pga_aggregate_target=4g
sga_target=4g
open_cursors=1000
max_enabled_roles=60
db_name=ibso
background_dump_dest=/u/app/oracle/admin/ibso/bdump
core_dump_dest=/u/app/oracle/admin/ibso/cdump
user_dump_dest=/u/app/oracle/admin/ibso/udump
max_dump_file_size = 20000
timed_statistics=TRUE
timed_os_statistics=60
audit_trail=true
statistics_level=typical
control_files=("/u/oradata/ibso/control01.ctl", "/u/oradata/ibso/control02.ctl", "/u/oradata/ibso/control03.ctl",
"/pub/oradata/ibso/control04.ctl", "/pub/oradata/ibso/control05.ctl", "/pub/oradata/ibso/control06.ctl")
instance_name=ibso
compatible=10.2.0.4.0
hash_join_enabled=TRUE
query_rewrite_enabled=FALSE
star_transformation_enabled=FALSE
db_writer_processes=4
processes=1000
job_queue_processes=10
open_links = 4
fast_start_mttr_target=900 #300
remote_login_passwordfile=EXCLUSIVE
undo_management=AUTO
undo_retention=1800
undo_tablespace=UNDOTBS1
_session_context_size=350000
_optimizer_undo_cost_change=10.1.0.5
db_recovery_file_dest=/u/app/oracle/flash_recovery_area
db_recovery_file_dest_size=10g
=========================================
OS: SUN Solaris sparc 10
какие еще параметры критичны для оракла? |
|
 |
prog Эксперт
Вступление в Клуб: 03.03.2008
|
Вт Янв 13, 2009 09:46   |
|
Полезность: Нет оценки
|
bob@pkb.ru пишет: | что покажет ?
uname -a
swap -l
df -h |
SunOS ibso1 5.10 Generic_127111-02 sun4u sparc SUNW,Sun-Fire-V890
swapfile dev swaplo blocks free
/dev/md/dsk/d20 85,20 16 33560432 33560432
Filesystem size used avail capacity Mounted on
/dev/md/dsk/d10 16G 5.4G 10G 35% /
/devices 0K 0K 0K 0% /devices
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 15G 1.3M 15G 1% /etc/svc/volatile
objfs 0K 0K 0K 0% /system/object
/platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap2.so.1
16G 5.4G 10G 35% /platform/sun4u-us3/lib/libc_psr.so.1
/platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap2.so.1
16G 5.4G 10G 35% /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
fd 0K 0K 0K 0% /dev/fd
swap 15G 9.4M 15G 1% /tmp
swap 15G 56K 15G 1% /var/run
/dev/dsk/c6t600A0B800032EDA2000005494743F857d0s6
197G 135G 60G 70% /db2
/dev/dsk/c6t600A0B800032EE16000004D74743F6E8d0s6
197G 74G 121G 39% /db1
/dev/md/dsk/d30 103G 22G 81G 22% /u
/dev/md/dsk/d40 135G 79G 54G 60% /pub
ibso2:/db3/ibso 600G 352G 242G 60% /mnt/backup |
|
 |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Вт Янв 13, 2009 09:59   |
|
Полезность: Нет оценки
|
Уважаемый prog, а вы ставили патчик на солярку 127127-11 до перехода на 10.2.0.4 - ? В доке Оракл РЕКОМЕНДУЕТ его к установке
Последний раз редактировалось: Serj (Вт Янв 13, 2009 10:07), всего редактировалось 1 раз |
|
 |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Вт Янв 13, 2009 10:05   |
|
Полезность: Нет оценки
|
prog пишет: | bob@pkb.ru пишет: | Пришлите Ваш S/Pfile и параметры OS под которой все вертится
примерно такая ситуация наблюдаласьна oracle 10.2.0.3 без патчей
на solaris 5.9 |
initibso.ora
===========================================
db_block_size=8192
db_file_multiblock_read_count=16
pga_aggregate_target=4g
sga_target=4g
open_cursors=1000
max_enabled_roles=60
db_name=ibso
background_dump_dest=/u/app/oracle/admin/ibso/bdump
core_dump_dest=/u/app/oracle/admin/ibso/cdump
user_dump_dest=/u/app/oracle/admin/ibso/udump
max_dump_file_size = 20000
timed_statistics=TRUE
timed_os_statistics=60
audit_trail=true
statistics_level=typical
control_files=("/u/oradata/ibso/control01.ctl", "/u/oradata/ibso/control02.ctl", "/u/oradata/ibso/control03.ctl",
"/pub/oradata/ibso/control04.ctl", "/pub/oradata/ibso/control05.ctl", "/pub/oradata/ibso/control06.ctl")
instance_name=ibso
compatible=10.2.0.4.0
hash_join_enabled=TRUE
query_rewrite_enabled=FALSE
star_transformation_enabled=FALSE
db_writer_processes=4
processes=1000
job_queue_processes=10
open_links = 4
fast_start_mttr_target=900 #300
remote_login_passwordfile=EXCLUSIVE
undo_management=AUTO
undo_retention=1800
undo_tablespace=UNDOTBS1
_session_context_size=350000
_optimizer_undo_cost_change=10.1.0.5
db_recovery_file_dest=/u/app/oracle/flash_recovery_area
db_recovery_file_dest_size=10g
=========================================
OS: SUN Solaris sparc 10
какие еще параметры критичны для оракла? |
db_file_multiblock_read_count=16 - убрать нафиг , чем быстрее тем лучше, это рраз.
_session_context_size=350000 - как получили - много 250000 за глаза это во вторых, в третьих нужен pl/sql стэк ошибок в udump. |
|
 |
Васильев Николай Профи
Вступление в Клуб: 29.06.2007
|
Вт Янв 13, 2009 10:45   |
|
Полезность: Нет оценки
|
prog пишет: | bob@pkb.ru пишет: | Пришлите Ваш S/Pfile и параметры OS под которой все вертится
примерно такая ситуация наблюдаласьна oracle 10.2.0.3 без патчей
на solaris 5.9 |
initibso.ora
===========================================
db_block_size=8192
db_file_multiblock_read_count=16
LOG_ARCHIVE_START=TRUE
LOG_ARCHIVE_DEST_1='LOCATION=/u/LOG/ibso MANDATORY REOPEN=30'
LOG_ARCHIVE_DEST_2='SERVICE=ibsosb LGWR ASYNC REOPEN=15'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
LOG_ARCHIVE_FORMAT=ibso%t_%s_%r.arc
REMOTE_ARCHIVE_ENABLE=TRUE
pga_aggregate_target=4g
sga_target=4g
open_cursors=1000
max_enabled_roles=60
db_name=ibso
background_dump_dest=/u/app/oracle/admin/ibso/bdump
core_dump_dest=/u/app/oracle/admin/ibso/cdump
user_dump_dest=/u/app/oracle/admin/ibso/udump
max_dump_file_size = 20000
timed_statistics=TRUE
timed_os_statistics=60
audit_trail=true
statistics_level=typical
control_files=("/u/oradata/ibso/control01.ctl", "/u/oradata/ibso/control02.ctl", "/u/oradata/ibso/control03.ctl",
"/pub/oradata/ibso/control04.ctl", "/pub/oradata/ibso/control05.ctl", "/pub/oradata/ibso/control06.ctl")
instance_name=ibso
compatible=10.2.0.4.0
hash_join_enabled=TRUE
query_rewrite_enabled=FALSE
star_transformation_enabled=FALSE
db_writer_processes=4
processes=1000
job_queue_processes=10
open_links = 4
fast_start_mttr_target=900 #300
remote_login_passwordfile=EXCLUSIVE
undo_management=AUTO
undo_retention=1800
undo_tablespace=UNDOTBS1
_session_context_size=350000
_optimizer_undo_cost_change=10.1.0.5
db_recovery_file_dest=/u/app/oracle/flash_recovery_area
db_recovery_file_dest_size=10g
=========================================
OS: SUN Solaris sparc 10
какие еще параметры критичны для оракла? |
Что в глаза бросилось
У себя поставили
db_file_multiblock_read_count=32
query_rewrite_enabled=true желательно |
|
 |
Serj Профи
Вступление в Клуб: 02.08.2007
|
Вт Янв 13, 2009 10:52   |
|
Полезность: Нет оценки
|
Васильев Николай пишет: |
Что в глаза бросилось
У себя поставили
db_file_multiblock_read_count=32
query_rewrite_enabled=true желательно |
dbmrc - вообще можно выкинуть, он как ранее гуры советовали должен быть равен страйп полосе рэйда, но т.к. он влияет на СВО в 10-ке вполне возможно отдать на откуп системы, query_rewrite_enabled=true - ничего не добавил нам в производительности, prog надо патч на ядро на Солярку катануть, утечки памяти у него, если память серверного процесса раздувается до 1,5 гига....то немудрено и впасть в ступор от пэйджинга. |
|
 |
bob@pkb.ru Участник со стажем
Вступление в Клуб: 20.11.2008
|
Вт Янв 13, 2009 12:58   |
|
Полезность: Нет оценки
|
параметр db_file_multiblock_read_count не нужно менять
в 10 он на откупе у ORACLE - так рекомендует ORACLE |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|