Несколько вопросов о работе со Standby / Oracle

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Несколько вопросов о работе со Standby

17 сообщений из 17, страница 1 из 1

Несколько вопросов о работе со Standby

#40071612

Ondayl

Гость

Добрый день!
Подскажите несколько вопросов по работе с physical standby.
Ситуация следующая:
Судя по всему не применяются файлы архивлогов, они накопились в каталоге в большом количестве 500 Гб. Судя по дате создания файлов, логи эти копятся уже с лета прошлого года.
Если пытаться делать delete archivelog all; - получаю ошибку RMAN-08120.
Потом смотрю на primary сервере – делаю DGMGRL / потом show configuration
и получаю ORA-16525: the Data Guard broker is not yet available
Правильно я понимаю, что у меня не настроен DataGuard?
Что мне делать в этой ситуации, пытаться применять логи вручную? Дело в том, что на standby сервере осталось 100 ГБ места, когда оно было в 0, то упал и primary сервер. Удалось почистить на 100 ГБ места, но в день прибывает по 2-3 гб архивлогов. Как грамотно выйти из этой ситуации?
Со standby до этого дела не имел. Заранее спасибо!

...

Рейтинг:

0 / 0

20.05.2021, 11:37

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071613

Ondayl

Гость

Oracle 11g на Windows 2008R2

...

Рейтинг:

0 / 0

20.05.2021, 11:37

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071619

PuM256

Гость

Ondayl,

Apply-то запущен?
На standby: SELECT PROCESS, STATUS FROM V$MANAGED_STANDBY;

А вообще, почитайте мануал сначала, а то наделаете сейчас дел и придётся делать новый стендбай.

https://docs.oracle.com/cd/E11882_01/server.112/e41134/manage_ps.htm#SBYDB00700

...

Рейтинг:

0 / 0

20.05.2021, 12:16

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071645

Ondayl

Гость

PuM256, запрос выдал следующий результат:

PROCESS STATUS
--------- ---------
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
RFS IDLE
RFS IDLE
RFS IDLE

На самом деле, потерять стендбай мне не страшно, главное чтобы primary работал.
И тем более, с таким отставанием (с июля прошлого года) стендбай наверное лучше пересоздать?

...

Рейтинг:

0 / 0

20.05.2021, 13:20

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071649

PuM256

Гость

Apply не запущен.

...

Рейтинг:

0 / 0

20.05.2021, 13:25

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071653

Ondayl

Гость

PuM256,

можно несколько пояснений? DataGuard это же автоматика, т.е логи должны сами применяться?
Второе, Apply сложно запустить, подготовительные работы для этого нужны?

...

Рейтинг:

0 / 0

20.05.2021, 13:39

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071657

PuM256

Гость

Автоматика, именно этим и занимается процесс redo apply. Только вот совсем не гарантировано, что в случае аврии (а она у вас была, когда закончилось свободное пространство) ничего не упадёт или восстановится само.
Попытаться запустить можно - я уже кидал ссылку на мануал. https://docs.oracle.com/cd/E11882_01/server.112/e41134/log_apply.htm#i1020855

...

Рейтинг:

0 / 0

20.05.2021, 13:47

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071661

Ondayl

Гость

PuM256, если оно упадет, упадет оно вместе с праймари?
Я так понял, судя из мануала, мне нужна команда:
alter database recover managed standby database using current logfile disconnect;
Я боюсь primary уронить.

...

Рейтинг:

0 / 0

20.05.2021, 14:08

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071675

Ondayl

Гость

При попытке ручной накатки recover standby database; получил сообщение:

SQL> recover standby database;
ORA-00279: change 30069422983 generated at 10/20/2018 09:51:29 needed for
thread 1
ORA-00289: suggestion :
D:\ORACLE\PRODUCT\11.2.0.4\RDBMS\SVS11_119792_1_893242096.ARC
ORA-00280: change 30069422983 for thread 1 is in sequence #119792

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
AUTO
ORA-00308: cannot open archived log
'D:\ORACLE\PRODUCT\11.2.0.4\RDBMS\SVS11_119792_1_893242096.ARC'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.

ORA-00308: cannot open archived log
'D:\ORACLE\PRODUCT\11.2.0.4\RDBMS\SVS11_119792_1_893242096.ARC'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.

Посмотрел на primary, SVS11_119792_1_893242096.ARC - этого лога нет нигде на файловой системе.
Все, standby потерян?

...

Рейтинг:

0 / 0

20.05.2021, 14:32

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071691

PuM256

Гость

Для запуска apply нужно выполнить SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;
Real-time apply - это дополнительный функционал, который вам, скорее всего, не нужен.

Покажите ещё select max(sequence#), max(first_time), max(next_time) from v$archived_log where applied='YES'.

Но что-то мне кажется, что мы там увидим 2018 год...

...

Рейтинг:

0 / 0

20.05.2021, 15:11

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071700

Ondayl

Гость

PuM256,

что-то пусто все.

SQL> select max(sequence#), max(first_time), max(next_time) from v$archived_log where applied='YES';

MAX(SEQUENCE#) MAX(FIRST MAX(NEXT_
-------------- --------- ---------

...

Рейтинг:

0 / 0

20.05.2021, 15:35

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071765

flexgen

Участник

Откуда: Город на песке

Сообщения: 936

Рейтинг: 0 / 0

Ondayl

То, что тебе рекомендовали, выполнил?

Код: plsql

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT;

Какие результаты? Процесс MRP0 появился? В alert.log файлe сообщения, содержащие фразу Media recovery, появились?
Что возвращает:

Код: plsql

SQL> select * from v$dataguard_stats;

...

Рейтинг:

0 / 0

20.05.2021, 19:19

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071767

ma1tus

Участник

Сообщения: 831

Рейтинг: 0 / 1

Ondayl

этого лога нет нигде на файловой системе.

Посмотри в бэкапах.

Ondayl

Все, standby потерян?

Не обязательно так - см. .

...

Рейтинг:

0 / 0

20.05.2021, 19:43

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40071846

Ondayl

Гость

flexgen,

да, выполнил, процесс появился.

SQL> SELECT PROCESS, STATUS FROM V$MANAGED_STANDBY;
PROCESS STATUS
--------- ------------
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
ARCH CONNECTED
RFS IDLE
RFS IDLE
RFS IDLE
RFS IDLE
MRP0 WAIT_FOR_GAP

В alert.log на данный момент сообщение:

Completed: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT
Media Recovery Waiting for thread 1 sequence 119792
Fetching gap sequence in thread 1, gap sequence 119792-119891
Fri May 21 09:26:21 2021
FAL[client]: Failed to request gap sequence
GAP - thread 1 sequence 119792-119891
DBID 2173781982 branch 893242096
FAL[client]: All defined FAL servers have been attempted.
------------------------------------------------------------
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that's sufficiently large
enough to maintain adequate log switch information to resolve
archivelog gaps.
------------------------------------------------------------

v$dataguard_stats:

SQL> select * from v$dataguard_stats;

NAME
--------------------------------
VALUE
----------------------------------------------------------------
UNIT TIME_COMPUTED
------------------------------ ------------------------------
DATUM_TIME
------------------------------
transport lag

day(2) to second(0) interval 05/21/2021 09:48:31

NAME
--------------------------------
VALUE
----------------------------------------------------------------
UNIT TIME_COMPUTED
------------------------------ ------------------------------
DATUM_TIME
------------------------------
apply lag
+943 23:55:58
day(2) to second(0) interval 05/21/2021 09:48:31
05/21/2021 09:47:27

NAME
--------------------------------
VALUE
----------------------------------------------------------------
UNIT TIME_COMPUTED
------------------------------ ------------------------------
DATUM_TIME
------------------------------
apply finish time

day(2) to second(3) interval 05/21/2021 09:48:31

NAME
--------------------------------
VALUE
----------------------------------------------------------------
UNIT TIME_COMPUTED
------------------------------ ------------------------------
DATUM_TIME
------------------------------
estimated startup time
16
second 05/21/2021 09:48:31

...

Рейтинг:

0 / 0

21.05.2021, 08:54

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40072060

flexgen

Участник

Откуда: Город на песке

Сообщения: 936

Рейтинг: 0 / 0

Ondayl

v$dataguard_stats:

Теперь проверь в базе Primary конфигурацию соответствующего аrchive destination:

Код: plsql

1.
2.

show parameter LOG_ARCHIVE_DEST_<N>
show parameter LOG_ARCHIVE_DEST_STATE_<N>

где <N> номер destination, соответствующий твоей базе Standby.

Далее, проверь параметр DG_CONFIG, здесь должны быть прописаны твои базы Primary и Standby.

Код: plsql

show parameter DG_CONFIG

Далее, проверь что файл password file на Primary соответствует файлу на Standby.
Так же убедись что в файле tnsnames.ora на Primary и Standby существуют записи для обеих баз.

Теперь проверь статус твоего аrchive destination

Код: plsql

select * from V$ARCHIVE_DEST_STATUS where DEST_ID = <N>;

где <N> номер destination, соответствующий твоей базе Standby.

Если все настроено правильно, то Primary будет создавать файлы archived log на стороне Standby. Смотри сообщения в alert.log на Primary.

Если файлы не создаются для начала попробуй перезапустить процесс:

Код: plsql

1.
2.

alter system set LOG_ARCHIVE_DEST_STATE_<N>=defer;
alter system set LOG_ARCHIVE_DEST_STATE_<N>=enable;

И опять смотри сообщения в alert.log на Primary.

...

Рейтинг:

0 / 0

21.05.2021, 21:11

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40072133

landy

Участник

Сообщения: 1 531

Рейтинг: 0 / 0

У ТС насколько я понял - архивлоги передаются на стендбай.
Проблема у него в том, что

Код: plsql

MRP0 WAIT_FOR_GAP

Т е потерян(ы) архивлоги и накат новых архивлогов не идет(спотыкается на отсутствующих)
Т е ему нужно синхронизировать стендбай(ссылку тут уже давали) или по новой его создать,
а уже потом все остальное настраивать, если потребуется

...

Рейтинг:

0 / 0

22.05.2021, 09:11

| Ответить | Цитировать | Написать

Несколько вопросов о работе со Standby

#40073016

BTM

Гость

Судя по ответам выше, архивлога пропущенного нигде нет, на на примари, ни в бэкапе, значит стэндбай вы потеряли.
Что мешает пересоздать его, RMAN это делает просто, шаги такие:

1. на стэндбае останавливаете экземпляр, удаляете все датафайлы и делаете pfile с одной строчкой db_name='primary', далее запускаете экземпляр в NOMOUNT c pfile='указываете путь до pfile с одной строчкой'. В листенере экземпляр должен быть указан явно, т.к. nomount с пустым pfile не регистрируется там сам.

2. на primary сервере:
создаете файл rman.txt с таким примерно содержимым:

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.

RUN {
		ALLOCATE CHANNEL d1 TYPE DISK;
		ALLOCATE CHANNEL d2 TYPE DISK;
		ALLOCATE AUXILIARY CHANNEL cnv1 TYPE DISK;
		ALLOCATE AUXILIARY CHANNEL cnv2 TYPE DISK;
		DUPLICATE TARGET DATABASE
				    FOR STANDBY
				    FROM ACTIVE DATABASE
				    DORECOVER
				    SPFILE
		set db_unique_name='primarystb'
		set control_files='D:\oradata\primary\control01.ctl','D:\oradata\primary\control02.ctl'
		SET fal_client='primary'
	    SET fal_server='тут то, как primary в TNS указан на сервере STB'
	    SET memory_max_target='30G ну или сколько у вас там'
	    SET memory_target='30G'
            SET standby_file_management='AUTO'
	NOFILENAMECHECK;}

3. на primary
set ORACLE_SID=primary
rman
connect target sys
connect auxiliary sys@primarystb
@rman.txt

...

Рейтинг:

0 / 0

26.05.2021, 10:39

| Ответить | Цитировать | Написать

17 сообщений из 17, страница 1 из 1

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Несколько вопросов о работе со Standby

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=52&msg=40071700&tid=1880165]:	0ms
get settings:	8ms
get forum list:	13ms
check forum access:	4ms
check topic access:	4ms
track hit:	94ms
get topic data:	10ms
get forum data:	2ms
get page messages:	47ms
get tp. blocked users:	1ms
others:	256ms

total:	439ms