ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Вопросы по rman
83 сообщений из 83, показаны все 4 страниц
  все  
Вопросы по rman
    #39816284
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Приветствую!
Понимаю, что везде уже сто раз писали. Но всё же может кому-то не сложно ответить)

Oracle 10g linux архивлог

Дано:
Потеря носителя. Есть бэкап за 20е мая (без каталога восстановления) и FRA за 21e. Онлайн redo нет.

Как правильно восстановить на последний момент в FRA ?
У меня только на момент бэкапа получается(

Делаю:
 
Код: 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.
# sqlplus / as sysdba
sql>startup nomount
	
Берем самый свежий ctl
# ls /home/backup/rman/ctl* -tla
ctl_c-611092769-20160512-01.hbkp

# rman target /
rman>restore controlfile to '/home/dbf/oradata2/x/control01.ctl' from '/home/backup/rman/ctl_c-611092769-20190520-00.bkp';
rman>restore controlfile to '/home/dbf/oradata2/x/control02.ctl' from '/home/backup/rman/ctl_c-611092769-20190520-00.bkp';
rman>restore controlfile to '/home/dbf/oradata2/x/control03.ctl' from '/home/backup/rman/ctl_c-611092769-20190520-00.bkp';

sql>shutdown immediate
sql>startup mount

rman>catalog start with '/home/backup/rman';
yes

rman>reset database to incarnation 1; 
rman>restore database; 

rman>list backupset;
-- берем Seq = Seq+1
rman>recover database until sequence Seq;
rman>sql 'alter database open resetlogs';


База открыта, но потерян день работы.

recover database; выдает ошибку.
recover database noredo; - тоже ошибка
recover database until cancel; - опять ошибка
...
Рейтинг: 0 / 0
22.05.2019, 11:26
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816299
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYП Есть бэкап за 20е мая (без каталога восстановления) и FRA за 21e. Онлайн redo нет.


Покажите, каким скриптом бэкап делался,
бэкап, который есть,
FRA,
init-параметры по FRA.
...
Рейтинг: 0 / 0
22.05.2019, 11:36
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816305
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-2-
Участник
lYYУ меня только на момент бэкапа получаетсяЧто просило восстановить - seq из бакапа, то и получило.
lYYБаза открыта ...

recover database; выдает ошибку.Ошибка это, что БД открыта?
...
Рейтинг: 0 / 0
22.05.2019, 11:40
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816312
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona,
недельный
 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
connect target
run {
CONFIGURE CONTROLFILE AUTOBACKUP ON;
configure retention policy to redundancy 2;

SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/home/backup/rman/ctl_%F.bkp';

crosscheck backup;
crosscheck archivelog all;

delete noprompt expired backup;
delete noprompt expired archivelog all; 

BACKUP as compressed backupset
    INCREMENTAL LEVEL 0 DATABASE
    FORMAT '/home/backup/rman/db_%U.bkp'
    PLUS ARCHIVELOG FORMAT '/home/backup/rman/arch_%U.bkp'
    delete all input;
    
DELETE NOPROMPT OBSOLETE;
}
exit;



ежедневный
 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
connect target
run {
CONFIGURE CONTROLFILE AUTOBACKUP ON;
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/home/backup/rman/ctl_%F.hbkp';

crosscheck backup;
crosscheck archivelog all;

delete noprompt expired backup;
delete noprompt expired archivelog all; 

BACKUP as compressed backupset
       INCREMENTAL LEVEL 1 DATABASE
       FORMAT '/home/backup/rman/db_%U.hbkp'
       PLUS ARCHIVELOG FORMAT '/home/backup/rman/arch_%U.hbkp'
       delete all input;
}

...
Рейтинг: 0 / 0
22.05.2019, 11:55
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816357
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Я ещё просила показать
бэкап, который есть,
FRA,
init-параметры по FRA.
добавлю init-параметры по архивлогам.

Я так понимаю, диск /home/backup/rman не пострадал?
...
Рейтинг: 0 / 0
22.05.2019, 12:38
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816362
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Конкретизирую вопрос,
архивлоги с момента последнего бэкапа где-нибудь сохранились?
...
Рейтинг: 0 / 0
22.05.2019, 12:42
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816415
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
AlionaКонкретизирую вопрос,
архивлоги с момента последнего бэкапа где-нибудь сохранились?
db_recovery_file_dest /home/dbf/flash_recovery_area
db_recovery_file_dest_size 400G

/home/dbf/flash_recovery_area - все файлы на месте
/home/backup/rman не пострадал

 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
/home/dbf/flash_recovery_area/x/archivelog/2019_05_21> ls
o1_mf_1_194515_gg65bvfc_.arc  o1_mf_1_194527_gg6mf10h_.arc  o1_mf_1_194539_gg6vd1sr_.arc  o1_mf_1_194551_gg6w694p_.arc  o1_mf_1_194563_gg7fcgxk_.arc  o1_mf_1_194575_gg7mpr09_.arc
o1_mf_1_194516_gg66xsbj_.arc  o1_mf_1_194528_gg6n340v_.arc  o1_mf_1_194540_gg6vk8k1_.arc  o1_mf_1_194552_gg6w7n01_.arc  o1_mf_1_194564_gg7gxno3_.arc  o1_mf_1_194576_gg7pkr8o_.arc
o1_mf_1_194517_gg69j4gl_.arc  o1_mf_1_194529_gg6o4v9k_.arc  o1_mf_1_194541_gg6vp70k_.arc  o1_mf_1_194553_gg6w935j_.arc  o1_mf_1_194565_gg7gynkz_.arc  o1_mf_1_194577_gg7qbc5f_.arc
o1_mf_1_194518_gg6dmt6v_.arc  o1_mf_1_194530_gg6pk82k_.arc  o1_mf_1_194542_gg6vvd44_.arc  o1_mf_1_194554_gg6wbg2n_.arc  o1_mf_1_194566_gg7gznsq_.arc  o1_mf_1_194578_gg7qx30k_.arc
o1_mf_1_194519_gg6hwvvv_.arc  o1_mf_1_194531_gg6px7g2_.arc  o1_mf_1_194543_gg6vwn3f_.arc  o1_mf_1_194555_gg6xy3ss_.arc  o1_mf_1_194567_gg7h0p2w_.arc  o1_mf_1_194579_gg7st97w_.arc
o1_mf_1_194520_gg6j9p9r_.arc  o1_mf_1_194532_gg6qc20x_.arc  o1_mf_1_194544_gg6vy0ks_.arc  o1_mf_1_194556_gg71owr4_.arc  o1_mf_1_194568_gg7h1ojt_.arc  o1_mf_1_194580_gg7t2f0l_.arc
o1_mf_1_194521_gg6jjo9n_.arc  o1_mf_1_194533_gg6r86f9_.arc  o1_mf_1_194545_gg6vz3wo_.arc  o1_mf_1_194557_gg72sxxc_.arc  o1_mf_1_194569_gg7h2nqy_.arc  o1_mf_1_194581_gg7ttvdf_.arc
o1_mf_1_194522_gg6jmmvm_.arc  o1_mf_1_194534_gg6rc7yg_.arc  o1_mf_1_194546_gg6w003o_.arc  o1_mf_1_194558_gg78gjsq_.arc  o1_mf_1_194570_gg7h3n5r_.arc  o1_mf_1_194582_gg7w7rlw_.arc
o1_mf_1_194523_gg6jsxno_.arc  o1_mf_1_194535_gg6sfko7_.arc  o1_mf_1_194547_gg6w13v5_.arc  o1_mf_1_194559_gg78jm0d_.arc  o1_mf_1_194571_gg7h4lrn_.arc  o1_mf_1_194583_gg7y071k_.arc
o1_mf_1_194524_gg6jsxnr_.arc  o1_mf_1_194536_gg6sytjv_.arc  o1_mf_1_194548_gg6w2ddc_.arc  o1_mf_1_194560_gg79jw9s_.arc  o1_mf_1_194572_gg7h5rpm_.arc  o1_mf_1_194584_gg7zoyws_.arc
o1_mf_1_194525_gg6kf4pv_.arc  o1_mf_1_194537_gg6tfo7n_.arc  o1_mf_1_194549_gg6w3q99_.arc  o1_mf_1_194561_gg7d045w_.arc  o1_mf_1_194573_gg7jgh2z_.arc  o1_mf_1_194585_gg81ko2n_.arc
o1_mf_1_194526_gg6lk2wq_.arc  o1_mf_1_194538_gg6tzbrx_.arc  o1_mf_1_194550_gg6w4zj5_.arc  o1_mf_1_194562_gg7dzgfc_.arc  o1_mf_1_194574_gg7m1c07_.arc

...
Рейтинг: 0 / 0
22.05.2019, 13:13
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816500
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Получается у вас есть бэкапы и все архивлоги, нет только текущего redo ?
Значит вы можете восстановить бд до последнего архивлога, о потеряете транзакции из redo.

Откуда Вы такую странную стратегию восстановления взяли?
...
Рейтинг: 0 / 0
22.05.2019, 14:21
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816514
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
RMAN> set dbid хххххх;

--если не указать UNTIL остановиться с ошибкой, надо alter database open resetlogs;

run {
startup nomount
restore controlfile from autobackup;
alter database mount;
restore database;
recover database UNTIL SEQUENCE хххх;
alter database open resetlogs;
}
...
Рейтинг: 0 / 0
22.05.2019, 14:33
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816538
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona, Спасибо за участие!

SEQUENCE хххх;
номер последнего секвенса из FRA где искать?
...
Рейтинг: 0 / 0
22.05.2019, 14:46
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816549
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYномер последнего секвенса из FRA где искать?

Если не знаете, где искать, не ищите.
эту строку закомментируйте.
Посторюсь:
--если не указать UNTIL остановиться с ошибкой, надо выполнить alter database open resetlogs;
...
Рейтинг: 0 / 0
22.05.2019, 14:52
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816555
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona,
запустил на резервном сервере с тем же набором файлов
recover database;
жду...
...
Рейтинг: 0 / 0
22.05.2019, 14:56
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816583
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYAliona,
запустил на резервном сервере с тем же набором файлов
recover database;
жду...
Вы запустили отдельную команду recover database ?

Вы не исправимы, я умываю руки.
...
Рейтинг: 0 / 0
22.05.2019, 15:27
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816621
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona, я готов учиться и исправляться!

После падения все файлы были скопированы на второй сервер.
На нём Сделал так:
run {
startup nomount
restore controlfile from autobackup;
alter database mount;
restore database;
recover database;
}
Получил:
Код: plsql
1.
2.
3.
4.
5.
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 05/22/2019 15:09:10
RMAN-06054: media recovery requesting unknown log: thread 1 seq 194507 lowscn 177294016108



Хотя файл есть:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
/home/dbf/flash_recovery_area/x/archivelog/2019_05_20> ls -la
итого 8102704
drwxr-x--- 2 oracle oinstall       4096 Май 20 23:23 .
drwxr-x--- 9 oracle oinstall       4096 Май 22 14:20 ..
-rw-r----- 1 oracle oinstall 1029718528 Май 20 19:22 o1_mf_1_194507_gg5o2k5h_.arc
-rw-r----- 1 oracle oinstall 1056632320 Май 20 20:23 o1_mf_1_194508_gg5rmnsd_.arc
-rw-r----- 1 oracle oinstall 1019124224 Май 20 21:00 o1_mf_1_194509_gg5ts9lk_.arc
-rw-r----- 1 oracle oinstall 1042966528 Май 20 22:00 o1_mf_1_194510_gg5y9nq8_.arc
-rw-r----- 1 oracle oinstall 1043907072 Май 20 22:13 o1_mf_1_194511_gg5z1xct_.arc
-rw-r----- 1 oracle oinstall 1032005632 Май 20 23:00 o1_mf_1_194512_gg61td7r_.arc
-rw-r----- 1 oracle oinstall 1023799808 Май 20 23:03 o1_mf_1_194513_gg61zzdp_.arc
-rw-r----- 1 oracle oinstall 1040844288 Май 20 23:23 o1_mf_1_194514_gg6367s3_.arc



20го в 19:00 запустился бэкап, с которого и восстанавливаю.
Зачем ему seq 194507 ?
...
Рейтинг: 0 / 0
22.05.2019, 16:01
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816694
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYY20го в 19:00 запустился бэкап, с которого и восстанавливаю.
Зачем ему seq 194507 ?
Вопрос хороший, особенно для человека, который возюкается с Oracle на этом сайте 9 лет.
Может пора уже доки почитать ?

Приведённый скрипт должен был сработать на сервере, где выполнялся бэкап, и при условии, сто архивлоги лежат во FRA,
а что вы перенесли на тестовый сервер, нам не ведомо.
...
Рейтинг: 0 / 0
22.05.2019, 17:49
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816695
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Интересно, а теперь вам понятно, гле номер сиквенса выяснить?
...
Рейтинг: 0 / 0
22.05.2019, 17:55
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816724
A K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
A K
Участник
Если есть все архивредологи от бэкапа и до падения, то супер.

После restore

Потом можно использовать волшебную комманду - меня всегда выручала. Это что бы не заморачиваться со всякими сиквенсами. Вычислять их ит.д. Если лениво и нужно побыинькому.

В ручном режиме из плюсов (as sysdba)-

recover database using backup controlfile until cancel;

Потом всё подтверждаете.

Подтянет скопом до последнего архивредолога

Затем
open database resetlogs
...
Рейтинг: 0 / 0
22.05.2019, 18:46
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816898
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona,
Написал большой развернутый ответ, но завис браузер) В общем спасибо)
...
Рейтинг: 0 / 0
23.05.2019, 09:26
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816900
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
A K,
Спасибо. Экспериментировать с этой базой больше нет возможности. Попробовал на копии и оригинале, результат один.
Потерянный день синхронизирован с распределенных БД.
А я ушел на тестовых базах тренироваться.
...
Рейтинг: 0 / 0
23.05.2019, 09:30
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816943
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
Извиняюсь, что вклиниваюсь в чужую тему, не хотелось создавать новую по смежному вопросу:

БД работает в режиме ARCHIVELOG, все логи записываются в отдельную директорию на носителе.
Производится фул бэкап БД 0 уровня раз в неделю и каждый день бэкап 1 уровня (кумулятивный).
Правильно ли я понимаю, что по дате бэкапа 0 уровня можно удалять все предыдущие archivelog или нет?
P.s. везде читаю, что archivelog deletion (retention) policy это зло!
...
Рейтинг: 0 / 0
23.05.2019, 10:57
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816949
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Javl,
Лучше сразу скрипты бэкапа привести.
...
Рейтинг: 0 / 0
23.05.2019, 11:03
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816956
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
lYY,

А что там выкладывать:
BACKUP INCREMENTAL LEVEL 0 DATABASE;
BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;

Вопрос наверное больше по настройкам:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oracle_backup/%F;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle_backup/snapcf.f';

из основного...
...
Рейтинг: 0 / 0
23.05.2019, 11:14
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816958
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
ONFIGURE CONTROLFILE AUTOBACKUP ON;
...
Рейтинг: 0 / 0
23.05.2019, 11:16
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816972
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Javl,
у меня такие скрипты:
Вопросы по rman
брал здесь же на форуме. Считаю, что скрипты бэкапа правильные.
Тема возникла потому, что не правильно восстанавливал.
Сделаю копию виртуалки с боевой базой и проверю.

Ну и вам советую создать виртуальную копию вашего сервера и пробовать разные сценарии падения и восстановления.
1. Стёрли только редо.
2. Удалили один из файлов данных.
3. Удалили все файлы.
...
Рейтинг: 0 / 0
23.05.2019, 11:35
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816984
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
lYY,

Мне не нужно все это прописывать в отдельный скрипт, у меня все уже в настройках прописано, остается запустить BACKUP INCREMENTAL LEVEL 0 DATABASE и все.
...
Рейтинг: 0 / 0
23.05.2019, 11:48
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816987
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Javl,
как логи удаляются?
...
Рейтинг: 0 / 0
23.05.2019, 11:54
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816993
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
lYYJavl,
как логи удаляются?

Речь об arhivelog ?
Тогда вручную, по этому и задал вопрос
...
Рейтинг: 0 / 0
23.05.2019, 12:01
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39816997
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Javlarhivelog вручную
а если 40 серверов?

Вот по этому у меня всё в одном скрипте - настройки, кросчек, бэкап, удаление логов.
На всех серверах скрипты одинаковые.
...
Рейтинг: 0 / 0
23.05.2019, 12:08
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817002
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
lYY,

Из всего что у Вас указано в скрипте, мне нужно добавить только: delete noprompt expired archivelog all;

Спасибо.
...
Рейтинг: 0 / 0
23.05.2019, 12:15
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817028
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
lYYAliona, я готов учиться и исправляться!

После падения все файлы были скопированы на второй сервер.
На нём Сделал так:
run {
startup nomount
restore controlfile from autobackup;
alter database mount;
restore database;
recover database;
}
Получил:
Код: plsql
1.
2.
3.
4.
5.
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 05/22/2019 15:09:10
RMAN-06054: media recovery requesting unknown log: thread 1 seq 194507 lowscn 177294016108



Хотя файл есть:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
/home/dbf/flash_recovery_area/x/archivelog/2019_05_20> ls -la
итого 8102704
drwxr-x--- 2 oracle oinstall       4096 Май 20 23:23 .
drwxr-x--- 9 oracle oinstall       4096 Май 22 14:20 ..
-rw-r----- 1 oracle oinstall 1029718528 Май 20 19:22 o1_mf_1_194507_gg5o2k5h_.arc
-rw-r----- 1 oracle oinstall 1056632320 Май 20 20:23 o1_mf_1_194508_gg5rmnsd_.arc
-rw-r----- 1 oracle oinstall 1019124224 Май 20 21:00 o1_mf_1_194509_gg5ts9lk_.arc
-rw-r----- 1 oracle oinstall 1042966528 Май 20 22:00 o1_mf_1_194510_gg5y9nq8_.arc
-rw-r----- 1 oracle oinstall 1043907072 Май 20 22:13 o1_mf_1_194511_gg5z1xct_.arc
-rw-r----- 1 oracle oinstall 1032005632 Май 20 23:00 o1_mf_1_194512_gg61td7r_.arc
-rw-r----- 1 oracle oinstall 1023799808 Май 20 23:03 o1_mf_1_194513_gg61zzdp_.arc
-rw-r----- 1 oracle oinstall 1040844288 Май 20 23:23 o1_mf_1_194514_gg6367s3_.arc



20го в 19:00 запустился бэкап, с которого и восстанавливаю.
Зачем ему seq 194507 ?Чтоб восстановить до конца
Если ты наконец решишься (прочитаешь доку или просто голову попробуешь включить) закаталогизировать FRA со всем содержимым то после recover database в данном состоянии он у тебя сломается, что нет 194514
Если нет оперативного журнала -- забей и открывай с resetlogs
...
Рейтинг: 0 / 0
23.05.2019, 12:47
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817131
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Вячеслав Любомудров[q закаталогизировать FRA
С эим согласно, но есть ещё хитрость:

В Oracle 10.2, если используется FRA, во время восстановления БД из бэкапа неявно выполняется команда catalog FRA, поэтому все архивлоги должны были сами автоматом закаталогизироваться, это можно увидеть в протоколе
вот примерчик:
автор...
recovery area destination: /flash/onyma
database name (or database unique name) used for search: ONYMA
channel ORA_DISK_1: autobackup found in the recovery area
channel ORA_DISK_1: autobackup found: /flash/onyma/ONYMA/autobackup/2007_03_09/o1_mf_s_616774657_2z2jllco_.bkp
channel ORA_DISK_1: control file restore from autobackup complete
output filename=/oradata/onyma/control01.ctl
output filename=/data/oradata/onyma/control02.ctl
output filename=/data2/oradata/onyma/control03.ctl
Finished restore at 09-MAR-07

database mounted
released channel: ORA_DISK_1

Starting restore at 09-MAR-07
Starting implicit crosscheck backup at 09-MAR-07
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=73 devtype=DISK
Crosschecked 7 objects
Finished implicit crosscheck backup at 09-MAR-07

Starting implicit crosscheck copy at 09-MAR-07
using channel ORA_DISK_1
Finished implicit crosscheck copy at 09-MAR-07

searching for all files in the recovery area
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_12_2z2lfv3b_.arc
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_13_2z2lfybj_.arc
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_14_2z2lg1lz_.arc
File Name: /flash/onyma/ONYMA/archivelog/2007_03_09/o1_mf_1_11_2z2jlqrg_.arc
File Name: /flash/onyma/ONYMA/autobackup/2007_03_09/o1_mf_s_616774657_2z2jllco_.bkp

using channel ORA_DISK_1
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: sid=167 devtype=SBT_TAPE
channel ORA_SBT_TAPE_1: VERITAS NetBackup for Oracle - Release 6.0 (2006110304)

channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /oradata/onyma/system01.dbf
restoring datafile 00002 to /oradata/onyma/undotbs01.dbf
restoring datafile 00003 to /oradata/onyma/sysaux01.dbf
restoring datafile 00004 to /oradata/onyma/users01.dbf
...

Поэтому все имеющиеся архивлоги должны были накатиться.
TC не описал, что у него на резервном сервере, поэтому у ниго recover остановился раньше времени.
...
Рейтинг: 0 / 0
23.05.2019, 14:22
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817145
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYY
Ну и вам советую создать виртуальную копию вашего сервера и пробовать разные сценарии падения и восстановления.
1. Стёрли только редо.
2. Удалили один из файлов данных.
3. Удалили все файлы.
Чтобы проводить эксперименты с бэкапированием и восстановлением, совсем не надо делать копии промышленной БД, достаточно на тестовом серевре создать маленькую БД, открыть документацию оракл и проверить все варианты бэкапов и восстановлений.


lYY, прежде чем гордиться своими скриптами бэкапов, хорошо бы почитать в доке про FRA и др., а потом выкинуть из своих скриптов больше половины строк.
...
Рейтинг: 0 / 0
23.05.2019, 14:41
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817152
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
JavllYY,

А что там выкладывать:
BACKUP INCREMENTAL LEVEL 0 DATABASE;
BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;

Вопрос наверное больше по настройкам:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oracle_backup/%F;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle_backup/snapcf.f';

из основного...

Скрипты и настройки так-себе, это мягко сказано.
...
Рейтинг: 0 / 0
23.05.2019, 14:48
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817157
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona, на копии все файлы и папки один в один.

AlionaЧтобы проводить эксперименты с бэкапированием и восстановлением, совсем не надо делать копии промышленной БД, достаточно на тестовом серевре создать маленькую БД, открыть документацию оракл и проверить все варианты бэкапов и восстановлений.

Эксперименты на пустых базах без реальной нагрузки бесполезны. Всё проходит по инструкции.

Aliona lYY, прежде чем гордиться своими скриптами бэкапов, хорошо бы почитать в доке про FRA и др., а потом выкинуть из своих скриптов больше половины строк.
Я ни чем не горжусь и на технических форумах стараюсь проявлять как можно меньше эмоций.
Скрипты с этого же форума, работают у меня на 40 разных серверах с разными ОС.
Готов выслушать, чего там лишнего и признать свои ошибки.
...
Рейтинг: 0 / 0
23.05.2019, 14:51
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817177
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYСкрипты с этого же форума, работают у меня на 40 разных серверах с разными ОС.
Готов выслушать, чего там лишнего и признать свои ошибки.
Скрипты работчии, с эти не спорю.
Но, КРАТКОСТЬ - сестра таланта.

Выслушивать не надо, пора оракловые доки почитать.
...
Рейтинг: 0 / 0
23.05.2019, 15:08
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817179
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Вячеслав ЛюбомудровЧтоб восстановить до конца
Если ты наконец решишься (прочитаешь доку или просто голову попробуешь включить) закаталогизировать FRA со всем содержимым то после recover database в данном состоянии он у тебя сломается, что нет 194514

эту фразу я не понял
Бэкап начался в 19:00 и длится 3 часа.
За это время создалось сколько там 3-5 архивлогов.
Зачем он спрашивает архивлог 194507, созданный в начале бэкапа и при чем тут архивлог 194514 ?

Вячеслав ЛюбомудровЕсли нет оперативного журнала -- забей и открывай с resetlogs
Изначально проблема в том, что при бэкапе 20.05.19 19:00 и всех архивлогах до 21.05.19 17:00
база восстановилось на 20.05.19 19:00 и архивлоги не накатила.
...
Рейтинг: 0 / 0
23.05.2019, 15:08
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817184
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYСкрипты с этого же форума, работают у меня на 40 разных серверах с разными ОС.
Готов выслушать, чего там лишнего и признать свои ошибки.
Вот, например, замечаньице:


авторrun {
CONFIGURE CONTROLFILE AUTOBACKUP ON;
configure retention policy to redundancy 2;

SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/home/backup/rman/ctl_%F.bkp';
На всех 40 серверах и всех ОС поддерживаете одинаковую структуру каталогов /home/backup/rman ?

Есть варианты попроще и они описаны в доках.:)
...
Рейтинг: 0 / 0
23.05.2019, 15:13
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817205
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Aliona,
Пути в скриптах правлю в зависимости от ОС.

--------------------------
Я знаю, что надо читать доки. И я их читаю.
Но по моему, технические форумы созданы не для того, чтобы в доки посылать.
Смысл тогда вообще форума?
Тут в 90% тем можно в rtfm послать. Но я так не делаю.
Если у меня нет конкретного ответа, или мне лень, то я лучше просто промолчу, чем в доку посылать.
Всего.
...
Рейтинг: 0 / 0
23.05.2019, 15:37
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817209
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
lYYСмысл тогда вообще форума?
Пообщаться, например...
Хотя, конечно, попытки заменить форумом как самостоятельное изучение матчасти, так и официальные курсы всегда были, есть и будут есть. Просто не увлекайтесь отстаиванием своего природного права на получение профессиональной консультации на общественных началах, и все будет хорошо.
...
Рейтинг: 0 / 0
23.05.2019, 15:41
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817229
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
lYYСмысл тогда вообще форума?
Тут в 90% тем можно в rtfm послать.

Вам много советов надавали, но вы ни один из них не поняли, значит, не хватает теории.
...
Рейтинг: 0 / 0
23.05.2019, 16:07
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817234
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
AlionalYYСмысл тогда вообще форума?
Тут в 90% тем можно в rtfm послать.

Вам много советов надавали, но вы ни один из них не поняли, значит, не хватает теории.
я не прав, я ухожу, всем мир)
...
Рейтинг: 0 / 0
23.05.2019, 16:11
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817295
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
Aliona,

Я имел в виду, что большая часть настроек уже изначально прописана, какой смысл повторять их в скриптах.

Делал по докам, напишите в чем неправильные мои настройки?
...
Рейтинг: 0 / 0
23.05.2019, 17:47
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817311
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 3;
CONFIGURE BACKUP OPTIMIZATION ON;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/oracle_backup/%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/oracle_backup/%U';
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle_backup/snapcf.f';
...
Рейтинг: 0 / 0
23.05.2019, 18:34
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817421
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
lYYБэкап начался в 19:00 и длится 3 часа.
За это время создалось сколько там 3-5 архивлогов.
Зачем он спрашивает архивлог 194507, созданный в начале бэкапа
lYYВячеслав ЛюбомудровЕсли нет оперативного журнала -- забей и открывай с resetlogs
Изначально проблема в том, что при бэкапе 20.05.19 19:00 и всех архивлогах до 21.05.19 17:00
база восстановилось на 20.05.19 19:00 и архивлоги не накатила.
Горячий бэкап можно восстановить только накатив все логи от начала бэкапа до его окончания (или докатив все инкрементальные бэкапы, но обязательно накатив логи за время последнего инкрементального бэкапа)
Иначе БД будет неконсистентна
При выполнении BACKUP DATABASE ... PLUS ARCHIVELOG как раз и выполняется по окончании бэкапа датафайлов переключение и архивирование журнала и все полученные за время выполнения бэкапа архивлоги бэкапятся в отдельны(й/е) backup piece(s), которы(й/е) являются неотъемлемой частью горячего бэкапа . После этого выполняется CONTROLFILE AUTOBACKUP, куда и попадает информация о бэкапе как датафайлов, так и архивлогов

Т.е. либо ты не передал бэкап нужных архивлогов, либо не закаталогизировал, либо чего-то недопонял и лог 194507 таки сформировался после окончания бэкапа


lYYВячеслав ЛюбомудровЧтоб восстановить до конца
Если ты наконец решишься (прочитаешь доку или просто голову попробуешь включить) закаталогизировать FRA со всем содержимым то после recover database в данном состоянии он у тебя сломается, что нет 194514

эту фразу я не понял
Бэкап начался в 19:00 и длится 3 часа.
За это время создалось сколько там 3-5 архивлогов.
Зачем он спрашивает архивлог 194507, созданный в начале бэкапа и при чем тут архивлог 194514 ? Команда RECOVER без кляузы UNTIL подразумевает полное восстановление
Т.е. будет выполнятся:
-- накат последних инкрементальных бэкапов (только в RMAN)
-- накат архивлогов, сделанных во время последнего инкрементального бэкапа либо из бэкапа (только RMAN), либо если они доступны на диске
-- накат остальных архивных логов, до которых он может дотянуться либо из бэкапов (только RMAN), либо если они доступны на диске
-- накат остальных архивных незабэкапленных логов если они доступны на диске
-- накат оперативных журналов

Если будет ошибка на первых 2 пунктах -- БД останется неконсистентной
Если будут не найдены последующие забэкапленные/архивные/оперативные логи -- накатит сколько сможет и ругнется, но БД можно будет открыть с resetlogs

Поэтому, если ты закаталогизируешь все места где хранятся твои бэкапы и архивные логи (как поправили, если у тебя FRA на второй машинке корректно настроена и соответствует действительности, она должна автоматом закаталогизироваться) то у тебя без кляузы UNTIL накатится в том числе и последний показанный 194513 и сломается на том, что не найдет несуществующий следующий 194514
...
Рейтинг: 0 / 0
24.05.2019, 02:58
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817471
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
Вячеслав Любомудрови сломается на том, что не найдет несуществующий следующий 194514
...при using backup controlfile же, не?
...
Рейтинг: 0 / 0
24.05.2019, 09:17
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817472
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Вячеслав Любомудров,
Спасибо большое, скопировал себе в записи.

Возник такой еще вопрос:
Раз в месяц я поднимаю копию этой базы на втором сервере для особого отчета. И когда-то уже давно, что я и забыл, подниматься стало с какой-то ошибкой. И я тогда нагуглил, что надо сбрасывать инкарнацию.
Код: plsql
1.
reset database to incarnation 1;



Сейчас посмотрел на продакшене:
Код: plsql
1.
2.
3.
4.
5.
6.
SQL> select incarnation#, resetlogs_change# from v$database_incarnation;
 
INCARNATION# RESETLOGS_CHANGE#
------------ -----------------
           1                 1
           2      177294016109



На сколько это плохо/неправильно?
Можно ли безболезненно привести продакшен в порядок?
...
Рейтинг: 0 / 0
24.05.2019, 09:18
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817482
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
LIST INCARNATION;


List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       x   611092769        PARENT  1               08-APR-14
2       2       x   611092769        CURRENT 177294016109    22-MAY-19
...
Рейтинг: 0 / 0
24.05.2019, 09:31
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817487
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
andrey_anonymousВячеслав Любомудрови сломается на том, что не найдет несуществующий следующий 194514
...при using backup controlfile же, не?Ну речь же про RMAN идет

Через SQL*Plus надо будет еще и иммитировать неполное восстановление, в то время как RMAN "внутре" выполняет recover logfile ... на каждый ожидаемый лог (что примерно эквивалентно кляузе UNTIL)
...
Рейтинг: 0 / 0
24.05.2019, 09:35
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817488
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
lYYВячеслав Любомудров,
Спасибо большое, скопировал себе в записи.

Возник такой еще вопрос:
Раз в месяц я поднимаю копию этой базы на втором сервере для особого отчета. И когда-то уже давно, что я и забыл, подниматься стало с какой-то ошибкой. И я тогда нагуглил, что надо сбрасывать инкарнацию.
Код: plsql
1.
reset database to incarnation 1;



Сейчас посмотрел на продакшене:
Код: plsql
1.
2.
3.
4.
5.
6.
SQL> select incarnation#, resetlogs_change# from v$database_incarnation;
 
INCARNATION# RESETLOGS_CHANGE#
------------ -----------------
           1                 1
           2      177294016109



На сколько это плохо/неправильно?
Можно ли безболезненно привести продакшен в порядок?Можно пересоздать контролфайл, если конечно, есть возможность постоять пару минут
...
Рейтинг: 0 / 0
24.05.2019, 09:36
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817493
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
Вячеслав ЛюбомудровМожно пересоздать контролфайл

Для зачем?
...
Рейтинг: 0 / 0
24.05.2019, 09:42
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817513
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Можно пересоздать контролфайл, если конечно, есть возможность постоять пару минут.
- после этого пойдет со второй инкарнации и в запросе будет показывать только одну?

Почитал тут:
https://docs.oracle.com/cd/B19306_01/backup.102/b14192/flashptr006.htm
Понятней не стало.

Если на копии не указывать
Код: plsql
1.
reset database to incarnation


то не поднимается вообще, это я пробовал.

Как я понял, при ежемесячном поднятии копии, чтобы получить актуальные данные, правильно указывать
reset database to incarnation 2 ;
так?

Попробовать сейчас попросту негде(
...
Рейтинг: 0 / 0
24.05.2019, 09:59
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817523
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andrey_anonymous
Участник
lYYЕсли на копии не указывать
Код: plsql
1.
reset database to incarnation


то не поднимается вообще, это я пробовал.
Ерунда.
...
Рейтинг: 0 / 0
24.05.2019, 10:06
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817525
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Черт, не готов аргументированно ответить
НО, насколько помню, текущая инкарнация станет дефолтовой (а то и единственной)
...
Рейтинг: 0 / 0
24.05.2019, 10:06
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817542
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
andrey_anonymouslYYЕсли на копии не указывать
Код: plsql
1.
reset database to incarnation


то не поднимается вообще, это я пробовал.
Ерунда.
Возможно. Проверю через неделю.
...
Рейтинг: 0 / 0
24.05.2019, 10:26
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817545
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
JavlAliona,

Я имел в виду, что большая часть настроек уже изначально прописана, какой смысл повторять их в скриптах.

Делал по докам, напишите в чем неправильные мои настройки?

Javl, Вам всё-таки надо было открыть отдельную тему, чтобы не путаться в чужой теме, опка она активно обсуждается.

Вы совершенно правы, что настройки rman (команды CONFIGURE) не надо писать в скриптах бэкапирования.

Чем плохи ваши скрипты:
во-первых, в них нет бэкапа архивлогов,
во-вторых, в бэкапк LEVEL 0 нет основного: DELETE OBSOLETE.

Чем плохи ваши настройки RMAN сказать не могу, потому что не хватает данных по инит-параметрам и ФС.
Но есть некоторая подсказка, прежде чем включать configure backup optimization on, надо хорошо понимать, что это такое.
...
Рейтинг: 0 / 0
24.05.2019, 10:30
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817678
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
AlionaВы совершенно правы, что настройки rman (команды CONFIGURE) не надо писать в скриптах бэкапирования.
Почему?
Я всегда пишу
...
Рейтинг: 0 / 0
24.05.2019, 12:14
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817795
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
AlionaJavlAliona,

Я имел в виду, что большая часть настроек уже изначально прописана, какой смысл повторять их в скриптах.

Делал по докам, напишите в чем неправильные мои настройки?

Javl, Вам всё-таки надо было открыть отдельную тему, чтобы не путаться в чужой теме, опка она активно обсуждается.

Вы совершенно правы, что настройки rman (команды CONFIGURE) не надо писать в скриптах бэкапирования.

Чем плохи ваши скрипты:
во-первых, в них нет бэкапа архивлогов,
во-вторых, в бэкапк LEVEL 0 нет основного: DELETE OBSOLETE.

Чем плохи ваши настройки RMAN сказать не могу, потому что не хватает данных по инит-параметрам и ФС.
Но есть некоторая подсказка, прежде чем включать configure backup optimization on, надо хорошо понимать, что это такое.

Вы правы, но сейчас наверное уже поздно....

Вообще я как раз и задал вопрос не по самому бэкапу, а по архивлогам, у меня установлены такие настройки:
Copies of Datafile Backups 1
Copies of Archivelog Backups 1

Archive Log Mode ARCHIVELOG
Log Archive Filename Format %t_%s_%r.dbf
Minimal Supplemental Logging NO
...
Рейтинг: 0 / 0
24.05.2019, 14:27
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817796
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
[quot Aliona]JavlAliona,


во-вторых, в бэкапк LEVEL 0 нет основного: DELETE OBSOLETE.



Есть, DELETE FORCE NOPROMPT OBSOLETE;
...
Рейтинг: 0 / 0
24.05.2019, 14:29
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817829
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
[quot Javl]Alionaпропущено...


Есть, DELETE FORCE NOPROMPT OBSOLETE;
Я писала о тех скриптах, которые вы выложили, а теперь пишите что это не те скрипты.
Учитесь вопросы задавать:)
...
Рейтинг: 0 / 0
24.05.2019, 15:17
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817831
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Вячеслав ЛюбомудровAlionaВы совершенно правы, что настройки rman (команды CONFIGURE) не надо писать в скриптах бэкапирования.
Почему?
Я всегда пишу
Один раз выполнил все настройки и они сохраняются, можно каждый раз выполнять, но зачем.
...
Рейтинг: 0 / 0
24.05.2019, 15:19
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817837
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
JavlВы правы, но сейчас наверное уже поздно....

Вообще я как раз и задал вопрос не по самому бэкапу, а по архивлогам, у меня установлены такие настройки:
Copies of Datafile Backups 1
Copies of Archivelog Backups 1

Archive Log Mode ARCHIVELOG
Log Archive Filename Format %t_%s_%r.dbf
Minimal Supplemental Logging NO

Вы считаете, что бэкапы и архивлоги - это две "вещи несовместные" ?
Что их можно обсуждать отдельно друг от друга?

Меня несколько другие параметры интересовали.
...
Рейтинг: 0 / 0
24.05.2019, 15:27
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817839
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Я выполнил бэкап-скрипт с обычными настройками
Затем мне понадобилось сделать бэкап на другие ленты (и.т.п.)
А потом пришел муж и переебал по своему

Считаю, что текущий бэкап должен выполняться в полностью детерминированной обстановке
Для этого я ему обеспечиваю все нужные умолчания
...
Рейтинг: 0 / 0
24.05.2019, 15:29
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817840
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Блин, забываю цитировать
Это было в ответ, про CONFIGURE
...
Рейтинг: 0 / 0
24.05.2019, 15:30
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817889
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
Вячеслав ЛюбомудровЯ выполнил бэкап-скрипт с обычными настройками
Затем мне понадобилось сделать бэкап на другие ленты (и.т.п.)
А потом пришел муж и переебал по своему

Считаю, что текущий бэкап должен выполняться в полностью детерминированной обстановке
Для этого я ему обеспечиваю все нужные умолчания

Допустим, каждый день в кронтабе запускается постоянный скрипт полного бэкапа в одно и тоже место, например, во FRA.
Скрипт бэкапа и настройки CONFIGURE менять не надо.

Изредка вам надо выполнить бэкап в другое место, например, на nfs-диск.
Тогда вы можете выполнить другой скрипт бэкапа, в котором указать новое местоположение бэкапа,
а менять постоянный скрипт не надо,
настройки CONFIGURE менять не надо.

Это я к тому, что краткость-сестра таланта.
Хотя это совсем не принципиально. Можно каждый день менять настройки и местоположение бэкапа, и менять скрипт каждый день, и запутать начисто американских шпионов.
...
Рейтинг: 0 / 0
24.05.2019, 16:30
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817905
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
у меня сейчас лент нет,
но раньше я параметры ленты задавала в профиле oracle

авторNB_ORA_SERV=db-backup
export NB_ORA_SERV
NB_ORA_CLIENT=db-main
export NB_ORA_CLIENT
NB_ORA_POLICY=db-main-rman
export NB_ORA_POLICY

В скрипте, который бэкапил на диск, дисковый канал не открывала, потому что он открывался автоматом.
А в скрипте, который бэкапил на ленту открывала ленточный бэкап:

allocate channel sbt_backup type 'SBT_TAPE' format '%U';

Настройки CONFIGURE никогда не меняла.

За приятным разговором скоротали время до конца рабочего дня.
...
Рейтинг: 0 / 0
24.05.2019, 16:41
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39817930
lYY
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lYY
Гость
Про скрипты и Configure я что подумал.
У меня еще есть ms sql, my sql и прочее. Везде пути прямо в скриптах прописаны. Наверное по этому и в Oracle так же сделал.
...
Рейтинг: 0 / 0
24.05.2019, 17:26
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39818624
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
AlionaJavlВы правы, но сейчас наверное уже поздно....

Вообще я как раз и задал вопрос не по самому бэкапу, а по архивлогам, у меня установлены такие настройки:
Copies of Datafile Backups 1
Copies of Archivelog Backups 1

Archive Log Mode ARCHIVELOG
Log Archive Filename Format %t_%s_%r.dbf
Minimal Supplemental Logging NO

Вы считаете, что бэкапы и архивлоги - это две "вещи несовместные" ?
Что их можно обсуждать отдельно друг от друга?

Меня несколько другие параметры интересовали.

Тогда перефразирую вопрос, если архивлоги пишутся в отдельную папку, нужно ли делать отдельный архивлог при бэкапе?
...
Рейтинг: 0 / 0
27.05.2019, 10:14
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39818710
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
JavlAlionaпропущено...


Вы считаете, что бэкапы и архивлоги - это две "вещи несовместные" ?
Что их можно обсуждать отдельно друг от друга?

Меня несколько другие параметры интересовали.

Тогда перефразирую вопрос, если архивлоги пишутся в отдельную папку, нужно ли делать отдельный архивлог при бэкапе?
Ответив на вопрос, для чего нужны архивлоги, Вы сможете понять, нужно ли из бэкапить.
...
Рейтинг: 0 / 0
27.05.2019, 12:25
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820037
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
AlionaJavlпропущено...


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

Если я запущу бэкап таким образом, это будет правильно?

BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

и соответственно

BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';
...
Рейтинг: 0 / 0
29.05.2019, 18:41
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820273
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aliona
Участник
JavlAlionaпропущено...

Ответив на вопрос, для чего нужны архивлоги, Вы сможете понять, нужно ли из бэкапить.

Если я запущу бэкап таким образом, это будет правильно?

BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

и соответственно

BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

Я уже потеряла нить, что в ваших скиптах не так.

Вот мои примерчики:
автор cat level0.rman
### run backup level 0
show all;
RUN {
BACKUP INCREMENTAL LEVEL 0 AS backupset DATABASE tag 'BKUP_LEVEL_0';
BACKUP AS backupset ARCHIVELOG ALL skip inaccessible DELETE ALL INPUT tag 'ARCH_BKUP';
DELETE OBSOLETE;
}

cat level1.rman
### run backup level 1
show all;
RUN {
BACKUP INCREMENTAL LEVEL 1 AS backupset DATABASE tag 'BKUP_LEVEL_1';
BACKUP AS backupset ARCHIVELOG ALL skip inaccessible DELETE ALL INPUT tag 'ARCH_BKUP';
}

tag - очень удобная вещь.
Выполните list backup summary
потом бэкап с tag, потом опять list backup summary, разница будет очевидной;

авторList of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
1 B F A DISK 2019-05-28 16:26:54 1 1 NO TAG20190528T162654
2 B F A DISK 2019-05-29 16:10:09 1 1 NO TAG20190529T161008
9 B F A DISK 2019-05-29 17:03:09 1 1 NO TAG20190529T170308
12 B F A DISK 2019-05-29 17:12:46 1 1 NO TAG20190529T171246
15 B F A DISK 2019-05-29 17:16:34 1 1 NO TAG20190529T171633
21 B F A DISK 2019-05-29 17:26:22 1 1 NO TAG20190529T172622
22 B F A DISK 2019-05-29 17:52:07 1 1 NO FULL_BKUP
23 B F A DISK 2019-05-29 17:52:13 1 1 NO FULL_BKUP
24 B F A DISK 2019-05-29 17:52:16 1 1 NO FULL_BKUP
25 B F A DISK 2019-05-29 17:52:20 1 1 NO FULL_BKUP
26 B A A DISK 2019-05-29 17:52:21 1 1 NO ARCH_BKUP
27 B F A DISK 2019-05-29 17:52:23 1 1 NO TAG20190529T175223

Главное уяснить, для чего нужны архивлоги и для чего их надо бэкапить.
Надо тренироваться восстановить Бд на момент краха.
...
Рейтинг: 0 / 0
30.05.2019, 12:04
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820355
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
AlionaJavlпропущено...


Если я запущу бэкап таким образом, это будет правильно?

BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

и соответственно

BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

Я уже потеряла нить, что в ваших скиптах не так.

Вот мои примерчики:
автор cat level0.rman
### run backup level 0
show all;
RUN {
BACKUP INCREMENTAL LEVEL 0 AS backupset DATABASE tag 'BKUP_LEVEL_0';
BACKUP AS backupset ARCHIVELOG ALL skip inaccessible DELETE ALL INPUT tag 'ARCH_BKUP';
DELETE OBSOLETE;
}

cat level1.rman
### run backup level 1
show all;
RUN {
BACKUP INCREMENTAL LEVEL 1 AS backupset DATABASE tag 'BKUP_LEVEL_1';
BACKUP AS backupset ARCHIVELOG ALL skip inaccessible DELETE ALL INPUT tag 'ARCH_BKUP';
}

tag - очень удобная вещь.
Выполните list backup summary
потом бэкап с tag, потом опять list backup summary, разница будет очевидной;

авторList of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
1 B F A DISK 2019-05-28 16:26:54 1 1 NO TAG20190528T162654
2 B F A DISK 2019-05-29 16:10:09 1 1 NO TAG20190529T161008
9 B F A DISK 2019-05-29 17:03:09 1 1 NO TAG20190529T170308
12 B F A DISK 2019-05-29 17:12:46 1 1 NO TAG20190529T171246
15 B F A DISK 2019-05-29 17:16:34 1 1 NO TAG20190529T171633
21 B F A DISK 2019-05-29 17:26:22 1 1 NO TAG20190529T172622
22 B F A DISK 2019-05-29 17:52:07 1 1 NO FULL_BKUP
23 B F A DISK 2019-05-29 17:52:13 1 1 NO FULL_BKUP
24 B F A DISK 2019-05-29 17:52:16 1 1 NO FULL_BKUP
25 B F A DISK 2019-05-29 17:52:20 1 1 NO FULL_BKUP
26 B A A DISK 2019-05-29 17:52:21 1 1 NO ARCH_BKUP
27 B F A DISK 2019-05-29 17:52:23 1 1 NO TAG20190529T175223

Главное уяснить, для чего нужны архивлоги и для чего их надо бэкапить.
Надо тренироваться восстановить Бд на момент краха.

Спасибо за пример и за разъяснение!

У меня непонимание не в том для чего нужны архивлоги, а в другом. У меня по настройкам сами архивлоги (не бэкап архивлогов) пишутся не на диск, где расположена БД, а на отдельное сетевое хранилище. Так вот, если БД крякнет, то эти архивлоги будут как мертвому припарка или нет? Или при восстановлении обязательно нужен бэкап архивлогов?
...
Рейтинг: 0 / 0
30.05.2019, 15:19
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820365
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
JavlТак вот, если БД крякнет, то эти архивлоги будут как мертвому припарка или нет? Или при восстановлении обязательно нужен бэкап архивлогов?
ууу...как всё запущено
...
Рейтинг: 0 / 0
30.05.2019, 15:37
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820380
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-2-
Участник
Javlпри восстановлении обязательно нужен бэкап архивлогов?При восстановлении нужны файлы данных и редо с момента начала бакапа. Резерв копии бакапа зеркала архива редо или сам редо - вопрос именования манипуляций с ним.
...
Рейтинг: 0 / 0
30.05.2019, 16:03
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820384
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
-2-момента начала бакапа. Резерв копии бакапа зеркала архива редо или сам редо - вопрос именования манипуляций с ним.

А инкрементальные и инкрементальные кумулятивные зачем придумали тогда?
...
Рейтинг: 0 / 0
30.05.2019, 16:09
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820386
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
опять же кляуза при восстановлении "noredo"?
...
Рейтинг: 0 / 0
30.05.2019, 16:11
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820387
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DВА
Участник
Vivat!SanJavlТак вот, если БД крякнет, то эти архивлоги будут как мертвому припарка или нет? Или при восстановлении обязательно нужен бэкап архивлогов?
ууу...как всё запущено

ну есть подозрение, что при восстановлении из бэкапа они преобразуются в какие-то другие сущности ))
...
Рейтинг: 0 / 0
30.05.2019, 16:14
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820400
Фотография -2-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
-2-
Участник
Vivat!San-2-момента начала бакапа. Резерв копии бакапа зеркала архива редо или сам редо - вопрос именования манипуляций с ним.А инкрементальные и инкрементальные кумулятивные зачем придумали тогда?Инкрементальные и кумулятивные что?
...
Рейтинг: 0 / 0
30.05.2019, 16:28
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820401
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
Vivat!SanJavlТак вот, если БД крякнет, то эти архивлоги будут как мертвому припарка или нет? Или при восстановлении обязательно нужен бэкап архивлогов?
ууу...как всё запущено

Что именно запущено?

Просто вы вклинились по середине разговора.....
...
Рейтинг: 0 / 0
30.05.2019, 16:29
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820403
Javl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Javl
Гость
-2-Javlпри восстановлении обязательно нужен бэкап архивлогов?При восстановлении нужны файлы данных и редо с момента начала бакапа. Резерв копии бакапа зеркала архива редо или сам редо - вопрос именования манипуляций с ним.

1 скрипт
BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.bkp';
DELETE FORCE NOPROMPT OBSOLETE;
crosscheck backup;
crosscheck archivelog all;
delete noprompt expired archivelog all;
delete noprompt expired backup;

2 скрипт
BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.bkp';
DELETE FORCE NOPROMPT OBSOLETE;
crosscheck backup;
crosscheck archivelog all;
delete noprompt expired archivelog all;
delete noprompt expired backup;

После поправок Aliona добавлю AS backupset DATABASE tag
...
Рейтинг: 0 / 0
30.05.2019, 16:34
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820409
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
кляуза PLUS ARCHVIELOG совсем не означает в общем случае, что Вы получите именно тот набор архивных
журналов, который нужен для приведения FULL бэкапа в консистентное состояние, он просто говорит забери архивные журналы про которые знаешь, если их кто-то уже утащил (например) в другой бэкап или просто снёс, то извините.

В Оракле (RMAN) из коробки нет команды получить консистентный бэкап (сейчас шапками закидают).
...
Рейтинг: 0 / 0
30.05.2019, 16:41
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820413
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
Javl
Что именно запущено?

Просто вы вклинились по середине разговора.....

У Вас с пониманием концептуальных вопросов на которые надо знать ответ перед тем,
как имплементируешь стратегию резервного копирования.
...
Рейтинг: 0 / 0
30.05.2019, 16:48
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820520
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vivat!Sanкляуза PLUS ARCHVIELOG совсем не означает в общем случае, что Вы получите именно тот набор архивных
журналов, который нужен для приведения FULL бэкапа в консистентное состояние, он просто говорит забери архивные журналы про которые знаешь, если их кто-то уже утащил (например) в другой бэкап или просто снёс, то извините.А если в процессе еще и питание рубануть, то точно будет неконсистентный

Кляуза PLUS ARCHIVELOG делает "лишнее" только то, что включает в бэкап логи до начала бэкапа, которые теоретически не нужны для текущего бэкапа, но практически нужны в рамках концепции восстановления на любой момент времени.

Дальше делается как раз согласованный набор -- бэкап датафайлов PLUS бэкап архивлогов, сформированных за время выполнения бэкапа.

Кстати, неоднократно случалась ситуация, когда один бэкап еще не закончился, а начался уже другой, со своими переключениями журналов, бэкапом их и удаления. Если все это выполнялось RMAN-ом, то он прекрасно разбирался со всем этим хозяйством. Насколько помню я даже здесь приводил такой пример.

Vivat!SanВ Оракле (RMAN) из коробки нет команды получить консистентный бэкап (сейчас шапками закидают).Да не вопрос -- с неоткрытой БД (как и делается в режиме NOARCHIVELOG)
...
Рейтинг: 0 / 0
31.05.2019, 02:55
| Ответить | Цитировать | Написать  
Вопросы по rman
    #39820521
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Vivat!Sanопять же кляуза при восстановлении "noredo"?Ты ведь знаешь, когда применяется эта кляуза?
...
Рейтинг: 0 / 0
31.05.2019, 02:58
| Ответить | Цитировать | Написать  
83 сообщений из 83, показаны все 4 страниц
  все  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Вопросы по rman
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=52&tid=1882450]:
 0ms
get settings:
 11ms
get forum list:
 17ms
check forum access:
 5ms
check topic access:
 5ms
track hit:
 65ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 93ms
get tp. blocked users:
 1ms
others: 266ms
total:  477ms
созд. / загр.: 477ms
x
x
Закрыть


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