Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
Добрый день,

Второй день бьемся в попытках поднять Standby DB на новом сервере.

Конфигурация резервного сервера:

HP DL380 G6, Intel Xeon X5560 2.80 GHz, RAM 8GB DDR3
Windows 2003 Server EE SP2 32-bit
Oracle 10.2.0.1

На боевом сервере использовался Physical Address Extention (/PAE,/3GB). Проблем с сервером в подобной конфигарации нет в принципе.

На новом сервере после выставления ключей в boot.ini /PAE /3GB, ОС начала сильно глючить. В т.ч. не открывалась половина стандартных утилит администрирования (ping,Task Manager etc). Неадекватно вели себя сетевые интерфейсы (отображались в режиме поиска IP-адреса, при этом в них патчей не торчало в принципе). Так же Listener пинговался и запускался через раз. После поисков по форуму, нашли дополнительный ключ /USERVA=3030, который полечил всё вышесказанное.

Приступили к конфигурации инстанса для SB. В OracleHome прописали AWE_WINDOW_MEMORY=1384120320
Аккаунту, из-под которого стартует сервис дали права Lock pages in memory.

В init*.ora прописали:


DB.__shared_pool_size=503316480
*._db_block_lru_latches=256
*._kgl_large_heap_warning_threshold=8388608
*.aq_tm_processes=0
*.archive_lag_target=600
*.audit_file_dest='H:\DBLOGS\ADUMP'
*.background_dump_dest='H:\DBLOGS\BDUMP'
*.compatible='10.2.0.1.0'
*.core_dump_dest='H:\DBLOGS\CDUMP'
*.cursor_sharing='SIMILAR'
*.db_block_buffers=500000
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_recovery_file_dest=''
*.dispatchers='(PROTOCOL=TCP) (SERVICE=DBXDB)'
*.fal_client='DB_STANDBY'
*.fal_server='DB_PRIMARY'
*.java_pool_size=4194304
*.job_queue_processes=30
*.large_pool_size=104857600
*.log_archive_dest_1='location=G:\DB\ARCHIVELOG MANDATORY'
*.log_archive_dest_state_1='ENABLE'
*.max_dump_file_size='100000'
*.nls_language='AMERICAN'
*.nls_territory='AMERICA'
*.open_cursors=300
*.optimizer_index_caching=90
*.optimizer_index_cost_adj=10
*.parallel_min_servers=10
*.pga_aggregate_target=707788800
*.processes=500
*.recyclebin='off'
*.remote_login_passwordfile='exclusive'
*.sessions=280
*.sga_target=0
*.shared_pool_size=503316480
*.standby_archive_dest='G:\ARCHIVELOG'
*.standby_file_management='AUTO'
*.streams_pool_size=50000000
*.USE_INDIRECT_DATA_BUFFERS=TRUE

В итоге после выполенения команды RMAN:

duplicate target database for standby nofilenamecheck dorecover

успешно восстанавливаются все датафайлы, проходит switch datafile. Все валится на накате архивных логов:

Completed: alter database recover datafile list
 121 , 122 , 123 , 124 , 125 , 126 , 127 , 128 , 129 , 130 , 131 , 132 , 133 , 134 , 135 , 136
Thu Sep 10 14:36:44 2009
alter database recover if needed
 standby start until change 42849293704

Media Recovery Start
Managed Standby Recovery not using Real Time Apply
 parallel recovery started with 15 processes
ORA-279 signalled during: alter database recover if needed
 standby start until change 42849293704
...
Thu Sep 10 14:36:47 2009
alter database recover logfile 'G:\DB\ARCHIVELOG\ARC39450_0677620123.001'
Thu Sep 10 14:36:47 2009
Media Recovery Log G:\DB\ARCHIVELOG\ARC39450_0677620123.001
ORA-279 signalled during: alter database recover logfile 'G:\DB\ARCHIVELOG\ARC39450_0677620123.001'...
Thu Sep 10 14:36:47 2009
alter database recover logfile 'G:\DB\ARCHIVELOG\ARC38601_0677620123.002'
Thu Sep 10 14:36:47 2009
Media Recovery Log G:\DB\ARCHIVELOG\ARC38601_0677620123.002
Thu Sep 10 14:36:48 2009
Errors in file h:\dblogs\bdump\DB_pmon_2164.trc:
ORA-27103: internal error
OSD-00028: additional error information

Thu Sep 10 14:36:48 2009
PMON: terminating instance due to error 27103
Thu Sep 10 14:36:49 2009
Errors with log G:\DB\ARCHIVELOG\ARC38601_0677620123.002
Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_psp0_3492.trc:
ORA-27103: internal error

Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_dbw0_3200.trc:
ORA-27103: internal error

Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_mman_1676.trc:
ORA-27103: internal error

Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_ckpt_2760.trc:
ORA-27103: internal error

Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_lgwr_536.trc:
ORA-27103: internal error

Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_dbw1_3608.trc:
ORA-27103: internal error

Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_reco_3236.trc:
ORA-27103: internal error

Thu Sep 10 14:36:51 2009
Errors in file h:\dblogs\bdump\DB_smon_1984.trc:
ORA-27103: internal error

Thu Sep 10 14:36:52 2009
Instance terminated by PMON, pid = 2164
Dump file h:\dblogs\bdump\alert_DB.log

Грешим на неправильное распределение ресурсов системы (в частности RAM), однако найти где конкретно кривизна не можем.
Сталкивался ли кто-то с подобным?
10 сен 09, 15:14    [7642797]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18483
Боевая -- RAC?
Там никаких дополнительных приседаний не надо для неракового стендбая при раковом боевом? По крайней мере при восстановлении RMAN-ом?
11 сен 09, 02:36    [7645540]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7423
PAE 3GB,

Оч. похоже на это 351218.1
11 сен 09, 03:12    [7645555]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
SergNsk
Member

Откуда: Новосибирск
Сообщений: 311
Если честно, меня бы очень насторожило, что мой сервер так среагировал на установку ключей /3GB /PAE. Это не стандартное поведение. И ключ c 3030 относится к ключам, оптимизирующим память, но никак не решающий проблемы с приложениями и Windows. Его основное применение в 90% случаев - сервера MS Exchange. А на пустой ОС - он должен вызывать только недоумение. Тестировалось ли железо, гонялась ли память на тестах? может она битая и при обращении куда-то "вверх" ее плющит.

Вообще похоже очень на проблемы с памятью или ее распределение, но вроде на первый взгляд все должно влезать. В нижнюю память AWE+shared+java+large+PGA+Oracle+streams=2 854 277 504
ну там еще лог буфер, но он маленький.

Короче, я бы проверил сначала саму память и сервак, потом бы уменьшил на время на чуть чуть параметры (кстати AWE можно и уменьшить до стандартного 1Gb (1073741824)), PGA чуть чуть меньше и shared_pool - вышло бы где-то "минус 500 мегов" и посмотрел.
11 сен 09, 07:53    [7645681]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
Спасибо за ответы.
Мы вчера поприседали и у нас получилось поднять sb, но только при отключенном /3gb и соотвествующем установлении параметров init.ora (при отключенном VLM).

Попытались установить VLM без 3GB, т.е. вместить shared, large, streams, java pools, pga и awe в 1.7GB, но ошибка та же.

to Вячеслав Любомудров: действительно это RAC, но работает crs и один инстанс. Месяц назад поднимали с этой конфигурации sb на другом железе и все было без проблем.
11 сен 09, 09:33    [7645845]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
Skeeve
Member

Откуда:
Сообщений: 33
PAE 3GB
На новом сервере после выставления ключей в boot.ini /PAE /3GB, ОС начала сильно глючить. В т.ч. не открывалась половина стандартных утилит администрирования (ping,Task Manager etc). Неадекватно вели себя сетевые интерфейсы (отображались в режиме поиска IP-адреса, при этом в них патчей не торчало в принципе).

Сдай сервак продавцу и не мучайся:-) Или обменяй. Нефиг с железом бороться програмным способом.
11 сен 09, 11:15    [7646398]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
еще одно уточнение - проблема выставления ключа /3GB приводит к нестабильной работе винды только на серверах hp dl380.
у нас он самый новый - g6. но, говорят, такое было и в g5.

подскажите, пожалуйста, сталкивался ли кто-нибудь с подобными проблемами с памятью на hp-серверах?
11 сен 09, 12:01    [7646743]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
Проблема, похоже на DDR3, на сервере DL380 G5 с 8GB DDR2. все работает хорошо.

Кто-нибудь использует PAE на DDR3/1333Mhz?
11 сен 09, 17:05    [7649180]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
SergNsk
Member

Откуда: Новосибирск
Сообщений: 311
Вам надо обратиться в поддержку комании Хьюлет-паккард с вашим вопросом и проблемой.
11 сен 09, 18:58    [7649722]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
to SergNsk:
Спасибо! У нас, похоже, другого выбора нет.
14 сен 09, 09:38    [7653648]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
yodgik
Member

Откуда:
Сообщений: 314
PAE 3GB,

была похожая проблема на 380g5 с 16 gb где то была статейка что если <=16 gb используется только PAE
14 сен 09, 12:21    [7654522]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
Мы пробовали без ключа /3GB но с AWE, проблема не решилась - при накате архивлогов база падала
14 сен 09, 13:21    [7655002]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
SergNsk
Member

Откуда: Новосибирск
Сообщений: 311
без /3Gb вы пробовали с теми же параметрами оракла?
просто с этими у вас бы процесс oracle.exe в 2 гига не поместился
14 сен 09, 13:37    [7655152]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
to SergNsk:
конечно, мы уменьшили sga+pga+awe до размера, влазящего в 1.7гб, но это не помогло
14 сен 09, 14:19    [7655497]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
Skeeve
Member

Откуда:
Сообщений: 33
yodgik

была похожая проблема на 380g5 с 16 gb где то была статейка что если <=16 gb используется только PAE

Не статья а презентация и не <= а >=. А так все верно:-)
Искать на мелкософте. Выжимка:
До 4Г - только /3GB
4-16 Гб - /3GB и /PAE
16Гб и более - только /PAE
14 сен 09, 16:44    [7656679]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
PAE 3GB
Guest
Skeeve
yodgik

была похожая проблема на 380g5 с 16 gb где то была статейка что если <=16 gb используется только PAE

Не статья а презентация и не <= а >=. А так все верно:-)
Искать на мелкософте. Выжимка:
До 4Г - только /3GB
4-16 Гб - /3GB и /PAE
16Гб и более - только /PAE


Спасибо большое за инфо. Однако повторюсь, что все это уже прочитано и мне известно.
Хочу заметить, что согласно MS, нет такого ограничения как 4-16 Гб - /3GB и /PAE.
Есть обратное, что при использовании /3GB процессу отдается до 3GB (в нашем случае 2,7), однако адресовать можно только к 16GB RAM. Тогда как использование /PAE в отдельности позволяет мапить до 64GB.

Т.е. в принципе ничто не должно мешать мне использовать ключ /PAE, вместить окно AWE и весь Oracle кроме Buffer Cache в 1,7 GB, Buffer Cache замапить на верхние области памяти и успешно запуститься.

Все таки все больше склоняюсь к ошибке связки HW+OS. Потому как с /PAE+/3GB глючит всё, а c /PAE с OS все в норме, но Oracle по прежнему падает с внутренними ошибками.
14 сен 09, 19:19    [7657653]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
alkrog
Member

Откуда:
Сообщений: 1
сервер HP DL380 G5 - 10 Gb памяти, Win 2003 ent ed. SP2+ Oracle 10G r2
те же самые симптомы - с ключами /РАЕ и /3GB оракл падал с виндой раз в сутки. В начале в диспетчере задач (закладка Процессы) исчезали все процессы, потом в системных событиях появлялась ошибка по поводу счетчиков производительности. Потом начиналась чехарда с листенером и базой - отваливались нити с ошибками сетевыми:

Fatal NI connect error 12537, connecting to:
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=*******)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=****)(CID=(PROGRAM=c:\program?files\vist?group\ump\dumptrucks\umpsrv.exe)(HOST=*****)(USER=SYSTEM))))

VERSION INFORMATION:
TNS for 32-bit Windows: Version 10.2.0.4.0 - Production
Oracle Bequeath NT Protocol Adapter for 32-bit Windows: Version 10.2.0.4.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 32-bit Windows: Version 10.2.0.4.0 - Production
Time: 11-АПР-2010 00:02:19
Tracing not turned on.
Tns error struct:
ns main err code: 12537
TNS-12537: TNS:соединение закрыто
ns secondary err code: 12560
nt main err code: 507
TNS-00507: Соединение закрыто
nt secondary err code: 0
nt OS err code: 0


4 месяца ломал голову что делать...
решилось банальным /USERVA=3030
23 апр 10, 15:06    [8679652]     Ответить | Цитировать Сообщить модератору
 Re: PAE 3GB Standby Media recovery fails  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
PAE 3GB
еще одно уточнение - проблема выставления ключа /3GB приводит к нестабильной работе винды только на серверах hp dl380.
у нас он самый новый - g6. но, говорят, такое было и в g5.

подскажите, пожалуйста, сталкивался ли кто-нибудь с подобными проблемами с памятью на hp-серверах?


Вам правильно сказали - проблема ключей ОС не имеет отношения к ораклу. А причины могут быть любыми, вплоть до некорректно установленной ОС.

Я бы нашел какие либо тесты и погонял их на системе, прежде чем стендбай туда тащить. Что-то у вас криво.
27 апр 10, 03:15    [8692950]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить