Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 перезапись arc логов на standby  [new]
х.з.
Member

Откуда:
Сообщений: 765
есть 10.2.0.3, primary, standby

на стандбае идет накат логов: "recover manadeg standby database". предварительно логи были на него скопированы.

вижу в журнале:

Media Recovery Waiting for thread 1 sequence 45419 (in transit)
Sat Oct 20 20:11:53 2007
RFS[1]: Archived Log: '/exp/db/LOG/1_45419_577363081.log'
Sat Oct 20 20:11:58 2007
Media Recovery Log /exp/db/LOG/1_45419_577363081.log
Sat Oct 20 20:13:34 2007
Media Recovery Waiting for thread 1 sequence 45420 (in transit)
Sat Oct 20 20:15:48 2007

в трассе mrp все нормально:
*** 2007-10-20 20:01:14.823
Media Recovery Log /exp/db/LOG/1_45416_577363081.log
*** 2007-10-20 20:03:39.716
Media Recovery Log /exp/db/LOG/1_45417_577363081.log
*** 2007-10-20 20:08:34.510
Media Recovery Log /exp/db/LOG/1_45418_577363081.log
*** 2007-10-20 20:11:58.360

меня напрягла фраза: (in transit). смотрю в каталожик, а он зараза логи переписывает, ну то есть дата файла меняется на текущую. как я понимаю он их с primary перезасасывает?

Может кто сказать про это поведение?

Скажу честно сам еще не искал объяснений, пока не до того, но обязательно поищу. Просто может кто уже сталкивался с таким.
20 окт 07, 13:27    [4818448]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
Все нормально.
А какой кстати транспорт , LGWR ?
20 окт 07, 13:34    [4818454]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
йохо
Guest
х.з.
есть 10.2.0.3, primary, standby

на стандбае идет накат логов: "recover manadeg standby database". предварительно логи были на него скопированы.

вижу в журнале:

Media Recovery Waiting for thread 1 sequence 45419 (in transit)
Sat Oct 20 20:11:53 2007
RFS[1]: Archived Log: '/exp/db/LOG/1_45419_577363081.log'
Sat Oct 20 20:11:58 2007
Media Recovery Log /exp/db/LOG/1_45419_577363081.log
Sat Oct 20 20:13:34 2007
Media Recovery Waiting for thread 1 sequence 45420 (in transit)
Sat Oct 20 20:15:48 2007

в трассе mrp все нормально:
*** 2007-10-20 20:01:14.823
Media Recovery Log /exp/db/LOG/1_45416_577363081.log
*** 2007-10-20 20:03:39.716
Media Recovery Log /exp/db/LOG/1_45417_577363081.log
*** 2007-10-20 20:08:34.510
Media Recovery Log /exp/db/LOG/1_45418_577363081.log
*** 2007-10-20 20:11:58.360

меня напрягла фраза: (in transit). смотрю в каталожик, а он зараза логи переписывает, ну то есть дата файла меняется на текущую. как я понимаю он их с primary перезасасывает?

Может кто сказать про это поведение?



Он их перезаписывает. потому что они не были зарегистрированы в standby БД, соответственно он считает что этих файлов нет, запускает FAL-сервис и трансферит недостающие логи. Вам надо было вначале накатить их командой recover standby database until cancel, а потом перевести в managed режим.
20 окт 07, 14:44    [4818538]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
х.з.
Member

Откуда:
Сообщений: 765
juks@gala.net
Все нормально.
А какой кстати транспорт , LGWR ?

lgwr вроде не транспортит старые логи

йохо
пасиба
21 окт 07, 03:59    [4819290]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
х.з.
juks@gala.net
Все нормально.
А какой кстати транспорт , LGWR ?

lgwr вроде не транспортит старые логи

йохо
пасиба

Сам видал не раз,LGWR транспорт, стендбай и на текущий лог пишет (in transit)
По мне FAL тут совершенно не при чем
21 окт 07, 11:44    [4819408]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
......
Guest
juks@gala.net
х.з.
juks@gala.net
Все нормально.
А какой кстати транспорт , LGWR ?

lgwr вроде не транспортит старые логи

йохо
пасиба

Сам видал не раз,LGWR транспорт, стендбай и на текущий лог пишет (in transit)
По мне FAL тут совершенно не при чем


lgwr не передает логи :), да в archive_dest_n стоит транспорт lgwr и прочая тряхомудень типа размера буфера и т.д., но fal передачей, а так же если lgwr не справляется с работой занимается arch. кажется так :)
21 окт 07, 12:10    [4819421]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
автор
5.3.1 Using Archiver Processes (ARCn) to Archive Redo Data

By default, redo transport services use ARCn processes to archive the online redo log files on the primary database. ARCn archival processing supports only the maximum performance level of data protection in Data Guard configurations. You must use the LGWR process to transmit redo data to standby locations that operate in other data protection modes.

автор
5.3.2 Using the Log Writer Process (LGWR) to Archive Redo Data

You can optionally enable redo transport services to use the LGWR process to transmit redo data to remote destinations.

Using the LGWR process differs from ARCn processing (described in Section 5.3.1), because instead of waiting for the online redo log to switch at the primary database and then writing the entire archived redo log at the remote destination all at once, the LGWR process selects a standby redo log file at the standby site that reflects the log sequence number (and size) of the current online redo log file of the primary database. Then, as redo is generated at the primary database, it is also transmitted to the remote destination. The transmission to the remote destination will either be synchronous or asynchronous, based on whether the SYNC or the ASYNC attribute is set on the LOG_ARCHIVE_DEST_n parameter. Synchronous LGWR processing is required for the maximum protection and maximum availability modes of data protection in Data Guard configurations.
21 окт 07, 13:34    [4819502]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
masteroid
Member

Откуда:
Сообщений: 409
juks@gala.net
because instead of waiting for the online redo log to switch at the primary database and then writing the entire archived redo log at the remote destination all at once, the LGWR process selects a standby redo log file at the standby site that reflects the log sequence number (and size) of the current online redo log file of the primary database.

ну так лгвр пишет только текущий журнал, а те что уже в архиве - нет
21 окт 07, 14:33    [4819554]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
masteroid
ну так лгвр пишет только текущий журнал, а те что уже в архиве - нет

Весь лог нелогично тогда передавать. LGWR в стендбай лог реду поназаписывал - вот те и готовый лог.
21 окт 07, 14:57    [4819589]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
masteroid
Member

Откуда:
Сообщений: 409
juks@gala.net
masteroid
ну так лгвр пишет только текущий журнал, а те что уже в архиве - нет

Весь лог нелогично тогда передавать. LGWR в стендбай лог реду поназаписывал - вот те и готовый лог.

вот именно. т.е. он(лгвр) пишет только текущий журнал, если же есть дырки в последовательности архивов на стендбае - они передаются уже не им.
21 окт 07, 15:03    [4819593]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
......
Guest
juks@gala.net
.....
[/quot]

типа докой меряемся гггыыы

ладно, простой вопрос - redo transmission осуществляется lgwr, допустим логи не передавались пару дней, lgwr делать больше нечего как передавать все это на стендбай (возможно не на один!).
Помимо этого еще надо успеть записать redo в online redo, сходить погулять и не забыть по передачу нагенеренного redo на стендбай :)
21 окт 07, 15:31    [4819635]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
......
juks@gala.net
.....


типа докой меряемся гггыыы

ладно, простой вопрос - redo transmission осуществляется lgwr, допустим логи не передавались пару дней, lgwr делать больше нечего как передавать все это на стендбай (возможно не на один!).
Помимо этого еще надо успеть записать redo в online redo, сходить погулять и не забыть по передачу нагенеренного redo на стендбай :)

Так расскажите, станем тогда на путь истинный
21 окт 07, 15:39    [4819650]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
......
Guest
juks@gala.net
Так расскажите, станем тогда на путь истинный


примерно так.

в 9-ке lgwr писал redo из логбуфера в redolog и в зависимости от sync/async передавал процессу rfs ожидая/не ожидая ответа.
при переключении на примари происходит архивация процесом archn.
ну и соотвественно mrp процесс трудится по накатке.
гапы передаются arch.
при переполнения буфера обмена (взависимости sync/async), передача осуществляется процессом archn (в зависимости от номера патча время переклюения на этот механизм варьируется), при sync конечно "все приплыли" :)

в 10-ке появляется процесс lns, которые занимается передачей redo на стендбай (тут уже или напрямую от lgwr или из redo logs)
Как происходит накатка (после переключения или в процессе зависит от real time apply)
Остальное то же самое.

гапы и переполнение буфера обслуживает archn.

ЗЫ я не большой знаток DG, мож где поднаписал не то :)
21 окт 07, 16:19    [4819686]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
х.з.
Member

Откуда:
Сообщений: 765
juks@gala.net
Так расскажите

про что?

вы же сами доку показали где сказно что lgwr передает redo record но не логи и только в standby логи.

про кто гапы устраняет?

типа наверное мысль была про то что lgwr очень важен - ему бы поток редо записать не накосячив. а с архивными пусть другие процессы справляются, не справляются братьев народим.

нелогично тогда передавать

в режиме maximum perfomance очень даже логично.
21 окт 07, 16:20    [4819688]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
......
Guest
arch - сокращенно от archiver, а не arc как правильно было бы назвать фоновые процессы архивирования
21 окт 07, 16:21    [4819689]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
х.з.
Member

Откуда:
Сообщений: 765
2......
спасибо, я уже признаться и забыл про lns эти. увидел картинки и вспомнил что читал про это
21 окт 07, 16:34    [4819704]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
......
в 10-ке появляется процесс lns, которые занимается передачей redo на стендбай (тут уже или напрямую от lgwr или из redo logs)
Как происходит накатка (после переключения или в процессе зависит от real time apply)
Остальное то же самое.

гапы и переполнение буфера обслуживает archn.

ЗЫ я не большой знаток DG, мож где поднаписал не то :)
LNS появился как только появился транспорт LGWR
Именно он занимается посылкой редо потока как в синхронном, так и в асинхронном режиме
:) Если ничего не путаю. Понедельник...
22 окт 07, 03:46    [4820374]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
......
Guest
Вячеслав Любомудров
......
в 10-ке появляется процесс lns, которые занимается передачей redo на стендбай (тут уже или напрямую от lgwr или из redo logs)
Как происходит накатка (после переключения или в процессе зависит от real time apply)
Остальное то же самое.

гапы и переполнение буфера обслуживает archn.

ЗЫ я не большой знаток DG, мож где поднаписал не то :)
LNS появился как только появился транспорт LGWR
Именно он занимается посылкой редо потока как в синхронном, так и в асинхронном режиме
:) Если ничего не путаю. Понедельник...


у многих ночью открывается второе дыхание ;)
22 окт 07, 14:56    [4822837]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
ugra
Member

Откуда:
Сообщений: 161
Какой транспорт используется зависит от параметра log_archive_dest_n. По умолчанию используется ARCH. Если в этом параметре указан LGWR, например вот так
LOG_ARCHIVE_DEST_3='SERVICE=stby1 LGWR'
, то используется LGWR. Но также нужно учитывать режим базы данных: Maximum Protection, Maximum Availability, Maximum Performance примерно так
			Maximum Protection 	 Maximum Availability 	 Maximum Performance

Redo archival process    	LGWR  			LGWR			LGWR or ARCH

Network transmission mode	SYNC			SYNC 			ASYNC when using LGWR process. Not applicable when using ARCH process

Disk write option		AFFIRM			AFFIRM			NOAFFIRM
Поэтому в этом случае вполне возможно что логи перезаписывались.
22 окт 07, 16:03    [4823340]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
......
у многих ночью открывается второе дыхание ;)
+7 не смущает?
23 окт 07, 02:57    [4825204]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
......
Guest
Вячеслав Любомудров
......
у многих ночью открывается второе дыхание ;)
+7 не смущает?


Думаю что lns появился в 10-ке.

ЗЫ как там во Владике?
23 окт 07, 10:43    [4825957]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
tst> select paddr,  name, description from v$bgprocess where name like '%LNS%';

PADDR    NAME  DESCRIPTION
-------- ----- ----------------------------------------------------------------
2D2CDDBC LNS0  Network Server 0
00       LNS1  Network Server 1
00       LNS2  Network Server 2
00       LNS3  Network Server 3
00       LNS4  Network Server 4
00       LNS5  Network Server 5
00       LNS6  Network Server 6
00       LNS7  Network Server 7
00       LNS8  Network Server 8
00       LNS9  Network Server 9

10 rows selected.

tst> select event from v$system_event where event like '%LNS%';

EVENT
----------------------------------------------------------------
LNS wait on ATTACH
LNS wait on SENDREQ
LNS wait on LGWR
LGWR wait on LNS
LGWR-LNS wait on channel

tst> select * from v$version where rownum=1;

BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.7.0 - Production
23 окт 07, 10:48    [4825984]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
......
Guest
Вячеслав Любомудров
....[/src]


точно, евенты надо было глянуть
23 окт 07, 10:57    [4826043]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
Dimka9
Member

Откуда: Владивосток
Сообщений: 1851
......
ЗЫ как там во Владике?

на выходных не было не воды ни света. щас номано.
23 окт 07, 13:42    [4827298]     Ответить | Цитировать Сообщить модератору
 Re: перезапись arc логов на standby  [new]
х.з.
Member

Откуда:
Сообщений: 765
продолжаю читать доку(data guard, 10.2, 5 глава):

......

в 10-ке появляется процесс lns, которые занимается передачей redo на стендбай (тут уже или напрямую от lgwr или из redo logs

вот тут сомнение - по картинкам говорите правильно. Но может все-же lgwr передает пачку lns. только в одном случае ждет ответа от него, а в другом нет.

standby только на продакшен, трассить как-то стремно.

там же прочел замечание:
Note:
Beginning with Oracle Database 10g Release 10.2, it is unnecessary to specify the NET_TIMEOUT
attribute on the LOG_ARCHIVE_DEST_n destinations configured with both the LGWR and ASYNC
attributes. This is because the log writer process never waits for the LNSn for any reason in release
10.2. Thus, specifying the NET_TIMEOUT attribute is not required.
мне кажется это косвенное подтверждение первой мысли. и еще: получается в 10.1 было что-то из-за чего мог ждать lgwr даже в async. интересно что/чего?
1 ноя 07, 06:54    [4862881]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить