|
|
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Увеличится ли скорость бэкапирования базы если FRA разместить на SSD ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 17:34 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
alex_lip, да, но это очень неоптимально. SSD силен за счет высокого IOPS, тогда как для FRA больше важна пропускная способность. Поэтому можно и обычными дисками обойтись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 17:44 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
alex_lip, А база сама на чем лежит? И в чем сейчас узкое место: в записи бэкапов или в чтении датафайлов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 17:58 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
джalex_lip, А база сама на чем лежит? И в чем сейчас узкое место: в записи бэкапов или в чтении датафайлов? Да, тоже верно. Может затык в чтении, а не в записи. Вообще была у меня такая задача, многотерабайтную базу забэкапить за минимальное время, пришлось подобрать LUN, состоящий из множества десятков дисков, чтобы скорость чтения обеспечить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 18:01 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
alex_lipУвеличится ли скорость бэкапирования базы если FRA разместить на SSD ? распараллелить? Код: plsql 1. 2. ну и iostat по дискам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 18:02 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
+Тюнинг внутренних буферов RMAN, больше каналов, использование section size в скриптах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.01.2017, 18:46 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Vivat!San+Тюнинг внутренних буферов RMANЭто что конкретно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 00:45 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Vivat!San+Тюнинг внутренних буферов RMAN, больше каналов, использование section size в скриптах. это сильно не поможет , каналы в итоге уткнутся в IO дисков но если у вас получалось так увеличить скорость мне было бы интересно посмотреть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 03:05 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
NHно если у вас получалось так увеличить скорость мне было бы интересно посмотреть Получалось достичь скорости дублицирования БД скриптом RMAN from active database около 10Тб/час. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 09:32 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
NHVivat!San+Тюнинг внутренних буферов RMAN, больше каналов, использование section size в скриптах. это сильно не поможет , каналы в итоге уткнутся в IO дисков но если у вас получалось так увеличить скорость мне было бы интересно посмотреть Из сообщений ТС не видно что скорость уткнулась в IO дисков Может у него один из файлов огромный, и время выполнения backup определяется только им ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 11:53 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
авторМожет у него один из файлов огромный, и время выполнения backup определяется только им База данных в основном состоит из BLOB с документами(сканы, word, exel и т.д.) Сам скрипт простой Код: javascript 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. общий размер бэкапа 500 Гб. В принципе можно попробовать на SSD часть базы перенести. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 14:54 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
А если Бэкап делать на SSD ? Места хватит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 15:01 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Какая скорость сейчас и какая скорость нужна? Если тормозит чтение базы, то увеличение скорости записи не поможет и SSD будет бесполезен. В документации есть рекомендации по оценке скорости чтения: http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmtunin.htm#BRADV89858 (запуск backup validate будет делать чтения без записи и по времени можно оценить пропускную способность) в скрипте нет параллелизма, с ним тоже проверить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 15:45 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 15:58 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
alex_lip, вы создаёте 3 канала и нигде нет PARALLEL. Что мешает посмотреть загрузку дисков в момент бэкапа? База и бэкап не на одних и тех же дисках лежат? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 16:02 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Диски разные. Блобы на одном, обычные данные на другом, бэкап на третьем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 16:09 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
alex_lip, Что мешает посмотреть загрузку дисков в момент бэкапа? Может не в тему: недавно столкнулся с такой вещью на домашнем ПК. Диск Сигейт 7200 на запись писал макс 8МБ/c, пришлось менять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 16:41 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
alex_lipДиски разные. Блобы на одном, обычные данные на другом, бэкап на третьем. Если у Вас один большой файл, то parallel не поможет пока не укажите section size Только в этом случае, большой файл будет сливаться в несколько потоков. А вообще: Tuning RMAN Performance ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 17:01 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Vadim Lejnin, С одним диском SATA PARALLEL только хуже будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 17:04 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Не совсем понятно, что хочет ТС если задача бэстро сделать бэкап - посмотрите в эту сторону http://www.oracle.com/technetwork/database/availability/vldb-br-128948.pdf Потом убирайте на ленту Опять же , что у ТС - ЕЕ или SE Если ЕЕ - включить change block tracking К примеру БД в 1ТБ полный бэкап - 10 часов инкрементально-обновляемый(VLDB для SE) - меньше часа, а для ЕЕ с CBT - 10 минут ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.01.2017, 21:03 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
авторесли задача бэстро сделать бэкап - посмотрите в эту сторону http://www.oracle.com/technetwork/database/availability/vldb-br-128948.pdf Спасибо за гайд! На самом деле все от бедности и отсутствия специалистов. Я понимаю, что идеальный вариант - стенд-бай - но чтобы его переключить в примари нужно хоть что-то понимать в oracle. А я единственный в этой конторе, который чуть чуть знает Oracle. Поэтому я скриптами делаю фул бэкап на другой сервак и там восстанавливаю в ноль 2 раза в день. Таким образом при проблеме с основой - просто меняем ip адрес на бэкап сервере. И все. SERVICE_NAME - такой же. Проблема в том, что rman сильно тормозит работу с базой во время бэкапа. К тому же обеденного времени уже не хватает. Архив весит 500 гб. Вот думаю что можно сделать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2017, 09:46 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
alex_lip, А что мешает делать обновляемый бэкап? Делаете 1 раз бекап имидж и затем его обновляете. Про инкрементальные бэкапы можно почитать. Вы же можете восстанавливать ваш бэкап. Сняли раз в неделю полный инкрементальный и затем каждый день только дифф + архивные логи. Еще вопрос: А ночь зачем? Напишите скрипт и делайте бэкапы ночью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2017, 10:51 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
paradox_addict2Еще вопрос: А ночь зачем? Напишите скрипт и делайте бэкапы ночью. Существует много нагруженных БД-х, где понятие ночь весьма условно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2017, 10:59 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Vivat!San, Если человек сейчас делает бэкап в обеденное время, я уверен есть окно, когда эта база не очень загружена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2017, 11:14 |
|
||
|
Увеличение скорости работы RMAN
|
|||
|---|---|---|---|
|
#18+
Уточняю - я делаю бэкап 2 раза в день. И делаю скриптом в шедулинге. Ночью и в обед. Ночью проблем нет. Про инкрементальный бэкап читал. Но дело в том, что мы иногда на втором(бэкап) сервере эксперементируем с базой, и нам желательно все перезаписывать. Кстати насколько я понимаю section size для фул бэкапа не работает. А никто не тестил как компрессия влияет на скорость работы, если на плате 2 процессора Xeon x5690 по 6 ядер(12 потоков) каждый ? Оперативки 48 гигов. авторЕсли тормозит чтение базы, то увеличение скорости записи не поможет и SSD будет бесполезен. В документации есть рекомендации по оценке скорости чтения: http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmtunin.htm#BRADV89858 (запуск backup validate будет делать чтения без записи и по времени можно оценить пропускную способность) Спасибо. Проверю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2017, 14:23 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39393199&tid=1886513]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
88ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
79ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 463ms |

| 0 / 0 |
