ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / БД очень долго восстанавливается из инкрементальных бэкапов
3 сообщений из 3, страница 1 из 1
БД очень долго восстанавливается из инкрементальных бэкапов
    #39301260
НачинающийОраклоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
НачинающийОраклоид
Гость
Здравствуйте!

Восстанавливаю базу (1ТБ) из 1 полного бэкапа (размер 200ГБ) и 5 инкрементальных (размер каждого ~40ГБ). При бэкапе и восстановлении создаю 8 каналов.


Время восстановления из полного бэкапа ~2 часа
Время восстановления из 5 инкрементальных бэкапов ~40 часов

Восстанавливаю(создание копии базы) следующей командой:
Код: powershell
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
run {
        allocate auxiliary channel c1 type disk;
        allocate auxiliary channel c2 type disk;
        allocate auxiliary channel c3 type disk;
        allocate auxiliary channel c4 type disk;
        allocate auxiliary channel c5 type disk;
        allocate auxiliary channel c6 type disk;
        allocate auxiliary channel c7 type disk;
        allocate auxiliary channel c8 type disk;

                DUPLICATE DATABASE TO newdb
                  BACKUP LOCATION '/mnt/inc_backup/'
                  NOFILENAMECHECK;
}




 
Вывод iostat -mxdt 5 во время восстановления из инкрементальных бэкапов
Код: plaintext
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.
29.
31.08.2016 16:05:56
Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sda               0,00     4,20    0,00    1,00     0,00     0,02    41,60     0,01   10,00    0,00   10,00  10,00   1,00
sdc               0,00    13,20    0,00  197,80     0,00     3,82    39,58     0,44    2,21    0,00    2,21   1,67  33,10
sdb               0,00    13,20    0,00  197,60     0,00     3,78    39,14     0,38    1,91    0,00    1,91   1,56  30,76
sdd               0,00    14,60    0,00  199,80     0,00     3,80    38,91     0,48    2,38    0,00    2,38   1,82  36,38
sdf               0,00    13,60    0,00  196,40     0,00     3,78    39,46     0,42    2,16    0,00    2,16   1,69  33,24
sde               0,00    12,80    0,00  200,40     0,00     3,85    39,37     0,49    2,45    0,00    2,45   1,82  36,50
md126             0,00     0,00    0,00  449,60     0,00    19,03    86,69     0,00    0,00    0,00    0,00   0,00   0,00

31.08.2016 16:06:01
Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sda               2,60     1,40    0,40   17,20     0,01     0,03     4,82     0,05    2,59   19,00    2,21   2,52   4,44
sdc               0,00    11,80    0,20  204,20     0,00     3,77    37,74     0,44    2,18    7,00    2,17   1,73  35,28
sdb               0,00    13,20    0,00  200,40     0,00     3,76    38,45     0,40    1,97    0,00    1,97   1,58  31,58
sdd               0,00    13,60    0,20  206,80     0,00     3,84    38,01     0,43    2,08    9,00    2,07   1,69  34,90
sdf               0,00    12,00    0,00  201,60     0,00     3,73    37,94     0,40    1,98    0,00    1,98   1,58  31,90
sde               0,00    13,00    0,00  201,20     0,00     3,77    38,41     0,44    2,18    0,00    2,18   1,67  33,54
md126             0,00     0,00    0,40  452,80     0,00    18,88    85,31     0,00    0,00    0,00    0,00   0,00   0,00

31.08.2016 16:06:06
Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sda               0,00     0,80    0,00    5,80     0,00     0,02     5,79     0,04    7,34    0,00    7,34   4,34   2,52
sdc               0,00    14,80    0,00  200,20     0,00     4,42    45,23     0,46    2,29    0,00    2,29   1,77  35,52
sdb               0,00    15,40    0,00  197,80     0,00     4,40    45,59     0,50    2,55    0,00    2,55   1,93  38,12
sdd               0,00    15,40    0,00  199,60     0,00     4,44    45,60     0,45    2,25    0,00    2,25   1,75  34,94
sdf               0,00    15,80    0,00  201,00     0,00     4,47    45,50     0,44    2,20    0,00    2,20   1,81  36,48
sde               0,00    16,80    0,00  198,00     0,00     4,43    45,85     0,46    2,30    0,00    2,30   1,72  34,04
md126             0,00     0,00    0,00  472,20     0,00    22,17    96,14     0,00    0,00    0,00    0,00   0,00   0,00

Дисковая система состоит из 5 дисков (sdc, sdb, sdd, sdf, sde) WD RAPTOR 10K, объединенных в RAID0
CPU - Intel Core i7
RAM - 32GB

Как можно ускорить восстановление из инкрементальных бэкапов?
...
Рейтинг: 0 / 0
31.08.2016, 16:13:30
| Ответить | Цитировать | Написать  
БД очень долго восстанавливается из инкрементальных бэкапов
    #39301374
or12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
or12
Гость
НачинающийОраклоид,
А если по-старинке, через rman recover, так же плохо?
...
Рейтинг: 0 / 0
31.08.2016, 17:48:33
| Ответить | Цитировать | Написать  
БД очень долго восстанавливается из инкрементальных бэкапов
    #39301453
master_yoda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
master_yoda
Участник
№1

> 5 дисков (sdc, sdb, sdd, sdf, sde) WD RAPTOR 10K, объединенных в RAID0
поменять вот это на SSD.

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

№2
Убрать инкрементальные бэкапы и делать полные каждый раз. 200ГБ это не много, если кажется много - включить компрессию.
...
Рейтинг: 0 / 0
31.08.2016, 19:11:30
| Ответить | Цитировать | Написать  
3 сообщений из 3, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / БД очень долго восстанавливается из инкрементальных бэкапов
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&fpage=203&tid=1887562]:
 0ms
get settings:
 8ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 59ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 32ms
get tp. blocked users:
 1ms
others: 219ms
total:  350ms
созд. / загр.: 350ms
x
x
Закрыть


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