ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Второй внешний стендбай
16 сообщений из 16, страница 1 из 1
Второй внешний стендбай
    #38686556
deny.chm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
deny.chm
Гость
Добрый день! Прошу консультации, возможно плохо искал, но совсем похожей ситуации не нашел.
Суть такая. Работает связка PROD-физ. STANDBY (dataguard) на 2008й r2 64х, oracle 10.2.0.5 ent . Возникла в общем со временем необходимость организации в другом городе зеркала базы,решено было для пущей надежности и актуальности организовать там 2й физ standby (на 2003 r2 64х), организовали вроде все по доке на PROD

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(PROD,STANDBY,STANDBY2)'
*.LOG_ARCHIVE_DEST_1='LOCATION=F:\ARCHIVE VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=PROD'
*.LOG_ARCHIVE_DEST_2='SERVICE=STANDBY LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=STANDBY'
*.LOG_ARCHIVE_DEST_3='SERVICE=STANDBY2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=STANDBY2'
*.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
*.log_archive_dest_state_2='ENABLE'
*.log_archive_dest_state_3='ENABLE'
*.FAL_CLIENT='PROD'
*.FAL_SERVER='STANDBY, STANDBY2'
*.STANDBY_FILE_MANAGEMENT='AUTO'



собственно аналогичным примерным образом на 1м и 2м стендбае

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
DB_UNIQUE_NAME=STANDBY2
*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(PROD,STANDBY,STANDBY2)'
LOG_ARCHIVE_DEST_1='LOCATION=f:\archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=STANDBY2'
LOG_ARCHIVE_DEST_2='SERVICE=PROD LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=PROD'
LOG_ARCHIVE_DEST_3='SERVICE=STANDBY LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=STANDBY'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
LOG_ARCHIVE_DEST_STATE_3=ENABLE
LOG_FILE_NAME_CONVERT='f:\archive','f:\archive'
FAL_SERVER='PROD, STANDBY'
FAL_CLIENT=STANDBY2



Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
DB_UNIQUE_NAME=STANDBY
*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(PROD,STANDBY,STANDBY2)'
LOG_ARCHIVE_DEST_1='LOCATION=f:\archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=STANDBY'
LOG_ARCHIVE_DEST_2='SERVICE=PROD LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=PROD'
LOG_ARCHIVE_DEST_3='SERVICE=STANDBY2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=STANDBY2'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
LOG_ARCHIVE_DEST_STATE_3=ENABLE
LOG_ARCHIVE_MAX_PROCESSES=10
LOG_FILE_NAME_CONVERT='f:\archive','f:\archive'
FAL_SERVER='PROD, STANDBY2'
FAL_CLIENT=STANDBY



но номер не удался, возникли проблемы с тем, что сервера физически находятся в разных доменах и разных подсети имеют, в общем перенастройкой днсов, маршрута на нужный контролер вроде частично решили проблему доступа, хоть они и попрежнему имеют разные подсети - все сервера друг друга запинговали и за тнспинговали. добавил разрешения для удаленных дисков, для разных групп пользователей и сетевых и уже просто всех, еще немного шаманств, и с любого из 3х серверов спокойно проходит подключение sqlplus к любому другому, все стендбаи знают что они стендбаи вроде все хорошо, но на проде падает ошибка доступa к внешнему стендбаю из другой сетки:

Код: plsql
1.
2.
"ORA-01031: insufficient privileges
PING[ARC2]: Heartbeat failed to connect to standby 'STANDBY2'. Error is 1031."



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

соотвественно после открытия 2го стендбая

Код: plsql
1.
2.
3.
startup nomount pfile=c:\oracle\*\database\INITstandby2.ORA;
alter database mount standby database;
alter database recover managed standby database disconnect from session;



алерте стендбая

Код: plsql
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.
Wed Jul 02 09:01:05  2014
alter database recover managed standby database disconnect from session
MRP0 started with pid=26, OS id=3668
Wed Jul 02 09:01:06  2014
ARC7: Thread not mounted
Wed Jul 02 09:01:07  2014
ARC3: Thread not mounted
Wed Jul 02 09:01:08  2014
ARC8: Thread not mounted
Wed Jul 02 09:01:09  2014
ARC2: Thread not mounted
Wed Jul 02 09:01:10  2014
ARC5: Thread not mounted
Managed Standby Recovery not using Real Time Apply
 parallel recovery started with 7 processes
Wed Jul 02 09:01:11  2014
ARC4: Thread not mounted
Wed Jul 02 09:01:11  2014
Waiting for all non-current ORLs to be archived...
Media Recovery Waiting for thread 1 sequence 81736
Wed Jul 02 09:01:12  2014
ARC0: Thread not mounted
Wed Jul 02 09:01:12  2014
Completed: alter database recover managed standby database disconnect from session
Wed Jul 02 09:01:13  2014
ARC1: Thread not mounted
Wed Jul 02 09:01:14  2014
ARC9: Thread not mounted



пишет,что не включен режим авто-наката, и сидит себе спокойно, если смотреть archive log list то 0вые счетчики, ждет когда ему PROD скажет о том, что надо накатывать с какого там лога, тогда счетчики оживут, тк просто подложенные логи без единой связи с прод базой, ну естественно не накатываются (только если переводить на ручной накат, но тогда меняется немного смысл этой затеи )

При этом при всем проблем с 1м стенбаем, который изначально находился в одном домене с прод дб, не возникло он продолжает штатно работать. сильно подозреваю, что беда вся из-за разных доменов их настроек, но к сожалению особым доступом не обладаю к ним, а сетевые админы разводят руками, может у кого-то возникнут какие-то идеи или опыт подскажет подобного шаманства, что где упущено и куда б еще поглядеть, еще прописать? возможно можно как-то всех "обмануть" 2й стендбай, чтобы прод смог достучаться до него )
...
Рейтинг: 0 / 0
03.07.2014, 10:58:09
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38686578
BTM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BTM
Гость
Скопируйте с заменой файл пароля с прода на стендбай
...
Рейтинг: 0 / 0
03.07.2014, 11:20:44
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38686742
deny.chm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
deny.chm
Гость
пересоздавал и копировал и заменял, и базу переподымал, ожидаемого эффекта не случилось
...
Рейтинг: 0 / 0
03.07.2014, 12:57:02
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38686807
Kamael
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kamael
Участник
deny.chmпересоздавал и копировал и заменял, и базу переподымал, ожидаемого эффекта не случилось
Показывайте, как пересоздавали?
...
Рейтинг: 0 / 0
03.07.2014, 13:53:17
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38686820
deny.chm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
deny.chm
Гость
Код: plsql
1.
orapwd file=c:\oracle\pwdstandby.ora password=oracle;


его же и подсунул, собственно для первого работающего standby он абсолютно также создавался и работает
...
Рейтинг: 0 / 0
03.07.2014, 14:06:21
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38686830
Kamael
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kamael
Участник
deny.chm
Код: plsql
1.
orapwd file=c:\oracle\pwdstandby.ora password=oracle;


его же и подсунул, собственно для первого работающего standby он абсолютно также создавался и работает
Не пойдёт.

Создай так
Код: plsql
1.
orapwd file=%ORACLE_HOME%\database\PWD%ORACLE_SID%.ORA password=oracle  entries=2 force=y


Скопировать его на все standby в %ORACLE_HOME%\database
...
Рейтинг: 0 / 0
03.07.2014, 14:14:12
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38688390
BTM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BTM
Гость
Кстати, что дает
Код: plsql
1.
select * from v$pwfile_users;

?
И параметр remote_login_passwordfile чему равен?
...
Рейтинг: 0 / 0
04.07.2014, 19:22:01
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38690204
deny.chm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
deny.chm
Гость
BTMКстати, что дает
Код: plsql
1.
select * from v$pwfile_users;

?
И параметр remote_login_passwordfile чему равен?
вынужден был не много отвлечься от проблемы, метод с пересозданием файла пароля, протестировал бы да удаленные админы все развалили жду когда починят

Код: plsql
1.
2.
3.
USERNAME                       SYSDB SYSOP
------------------------------ ----- -----
SYS                            TRUE  TRUE


Код: plsql
1.
*.remote_login_passwordfile='EXCLUSIVE'
...
Рейтинг: 0 / 0
08.07.2014, 11:51:43
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #38691390
deny.chm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
deny.chm
Гость
Код: plsql
1.
orapwd file=%ORACLE_HOME%\database\PWD%ORACLE_SID%.ORA password=oracle  entries=2 force=y



спасибо, действительно после такого пересоздания произошло успешное подключение и определение стендбая, ну что же будем знать теперь :)
...
Рейтинг: 0 / 0
09.07.2014, 08:40:47
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Второй внешний стендбай
    #39305574
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Имею ошибку:
авторThu Sep 08 08:55:25 2016
Error 1031 received logging on to the standby
PING[ARC2]: Heartbeat failed to connect to standby 'stbm'. Error is 1031.

Знаю, что на эту тему уже много написано на форуме - перепробовал все:

1) пересоздал файл паролей (пробовал и копировать с primary) командой
C:\Users\stil>orapwd file=%ORACLE_HOME%\database\PWD%ORACLE_SID%.ORA password=sys entries=2 force=y

Итог:
Код: plsql
1.
2.
select * from v$pwfile_users
SYS	TRUE	TRUE	FALSE


Вроде нормально

2) sqlplus-ом с primary цепляюсь нормально
3)
Код: plsql
1.
*.remote_login_passwordfile='EXCLUSIVE'



P.S. На машине со стендбаем стоит другая ОС - Win 2008 Server (vs primary - Win 2003 server) - может это быть причиной??
...
Рейтинг: 0 / 0
08.09.2016, 05:05:05
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #39305578
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
stil2) sqlplus-ом с primary цепляюсь нормально
Под именем SYS и тем же паролем как на боевой и AS SYSOPER ?

show parameter log_archive_config
...
Рейтинг: 0 / 0
08.09.2016, 05:23:25
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #39305582
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Вячеслав Любомудровstil2) sqlplus-ом с primary цепляюсь нормально
Под именем SYS и тем же паролем как на боевой и AS SYSOPER ?

Под SYSOPER не пробовал. Сейчас попробовал. Так же нормально законнектился
Вячеслав Любомудровshow parameter log_archive_config
Код: plsql
1.
2.
3.
4.
5.
SQL> show parameter log_archive_config

NAME                                 TYPE        VALUE
------------------------------------ ----------- ----------------------------
log_archive_config                   string      dg_config=(prim, stbr, stbm)


Этот параметр одинаков на primary и standby (standby есть еще один нормально функционирующий)

Сейчас заметил еще что на нормальном standby при коннекте sqlplus-ом OSUser определяется как stil , на новом как SDB1/stil . То есть добавляется имя машины. Я в настройках Win не силен - может быть проблема вообще не в оракловых настройках?
...
Рейтинг: 0 / 0
08.09.2016, 05:47:47
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #39305584
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Правда с основной на этот стендбай на самом деле коннект проходит под любым паролем, не только SYS. Он его явно не проверяет
...
Рейтинг: 0 / 0
08.09.2016, 05:49:17
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #39305592
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
stilЭтот параметр одинаков на primary и standby (standby есть еще один нормально функционирующий)На всех трех?

stilСейчас заметил еще что на нормальном standby при коннекте sqlplus-ом OSUser определяется как stil , на новом как SDB1/stil . То есть добавляется имя машины. Я в настройках Win не силен - может быть проблема вообще не в оракловых настройках?Как насчет домена и пользователя запускающего сервисы (на всех трех)
...
Рейтинг: 0 / 0
08.09.2016, 06:22:36
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #39305600
stil
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
stil
Участник
Вячеслав ЛюбомудровstilЭтот параметр одинаков на primary и standby (standby есть еще один нормально функционирующий)На всех трех?

На функционирующем стендбае не было нового - stbm. Добавил. Но честно говоря не представляю что это мешало

Вячеслав ЛюбомудровstilСейчас заметил еще что на нормальном standby при коннекте sqlplus-ом OSUser определяется как stil , на новом как SDB1/stil . То есть добавляется имя машины. Я в настройках Win не силен - может быть проблема вообще не в оракловых настройках?Как насчет домена и пользователя запускающего сервисы (на всех трех)
Пользователь запускающий сервисы - stil. Он входит в группу ora_dba. На первых двух серваках это нормально работает. Пользователя oracle я не стал создавать в свое время

Насчет домена - и вообще настроек Win новой чуть позже скажу как админ придет

Кстати, раз к слову пришлось - изза чего вообще пришлось делать еще один standby. Хотим перевезти оракловую ферму с
Win2003 32 на win2008 64.. Для этого хочу попробовать сделать функционирующий standby на win2008 64. А потом переехать постепенно. Вообще можно так делать?

Пока граблей, кроме вышеобсуждаемой ошибки коннекта не встретил.. Разве что кроме того, что софт отказался работать без oci.dll, которая есть только в клиенте 32х битном

Но подозреваю что многие грабли могут еще вылезти
...
Рейтинг: 0 / 0
08.09.2016, 06:48:17
| Ответить | Цитировать | Написать  
Второй внешний стендбай
    #39305616
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
stilВячеслав Любомудровпропущено...
На всех трех?

На функционирующем стендбае не было нового - stbm. Добавил. Но честно говоря не представляю что это мешалоНасколько помню если этот параметр присутствует, то логи будут пересылаться только между перечисленными сервисами. Остальные будут игнорироваться. Т.е. либо он правильный, либо его нет. Наступал как-то

stilВячеслав Любомудровпропущено...
Как насчет домена и пользователя запускающего сервисы (на всех трех)
Пользователь запускающий сервисы - stil. Он входит в группу ora_dba. Пользователь доменный или локальный?
Группа доменная или локальная?
На всех трех
Это к тому, что "принимает любой пароль" -- похоже на доменную авторизацию
stilКстати, раз к слову пришлось - изза чего вообще пришлось делать еще один standby. Хотим перевезти оракловую ферму с
Win2003 32 на win2008 64.. Для этого хочу попробовать сделать функционирующий standby на win2008 64. А потом переехать постепенно. Вообще можно так делать?Теоретически, говорят, возможно (нота 414043.1)
Но я ставил на 64-бинтую ось (Linux) 32-битный Oracle для стендбая и боевого и 64-битный для дальнейшей работы.
На нескольких хостах. Как все 32-битные стендбаи устаканились, в час "X" все останавливаем, переключаем все на 64 и выполняем миграцию (по ноте 341880.1 -- там дополнительные приседания для жабы). Простой был около 20 мин (на перекомпиляцию тоже никого не пущал).
Собственно, столько же было бы, если бы стендбай был поднят на 64-битном, а боевой на 32-битном.
Почему так не стал делать, не помню. Скорее всего, так казалось меньше возможных багов и ошибок
stilПока граблей, кроме вышеобсуждаемой ошибки коннекта не встретил.. Разве что кроме того, что софт отказался работать без oci.dll, которая есть только в клиенте 32х битномЭто что-то новенькое
Просто в 64-битном клиенте 64-битный oci.dll, в 32-битном -- соответственно, 32-битный
Похоже, что просто софт у тебя 32-битный, вот и просил соответсвующую библиотеку
...
Рейтинг: 0 / 0
08.09.2016, 08:19:47
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Второй внешний стендбай
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=38686820&tid=1887509]:
 0ms
get settings:
 9ms
get forum list:
 16ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 50ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 57ms
get tp. blocked users:
 2ms
others: 234ms
total:  390ms
созд. / загр.: 390ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]