Робочі навантаження Oracle Recovery Manager RMAN отримують низьке стиснення
Summary: Ця стаття присвячена поясненню найкращих практик для досягнення оптимальної дедуплікації (глобального стиснення) при використанні Oracle Recovery Manager (RMAN) для робочих навантажень Oracle. Ця стаття бази знань не рекомендується для вирішення проблем із продуктивністю. Якщо глобальному стисненню для MTree не вдається перевищити 1.5x - 2.0.x, переконайтеся, що RMAN дотримується запропонованих найкращих практик інтеграції домену даних. ...
Symptoms
Робочі навантаження Oracle повідомляють про низьке глобальне стиснення у виводі "Mtree Show Compression" або очевидне у виводі sfs_dump.
ВІДНОСИТЬСЯ ДО
-
Усі пристрої домену даних
-
DD OS 5.4 і вище
Cause
Ця стаття бази знань не рекомендується для вирішення проблем із продуктивністю.
Resolution
У наведеній нижче таблиці наведено запропоновані найкращі методи для RMAN для досягнення оптимальної продуктивності дедуплікації з вашого домену даних, який служить сервером зберігання резервних копій для баз даних Oracle.
| ПАРАМЕТР | ЦІННІСТЬ |
| ФАЙЛИПЕРСЕТ | 1 (якщо не використовується оптимізована дедуплікація Oracle) |
| MAXOPENFILES | 1 |
| Паралелізм або кількість каналів | Стільки, скільки прилад може витримати; Але рекомендують від 4 до 8 каналів. |
| АВТОМАТИЧНЕ РЕЗЕРВНЕ КОПІЮВАННЯ | НА |
| ШИФРУВАННЯ | НІ |
| АЛГОРИТМ СТИСНЕННЯ |
|
| Підтримка маркерів | Типове значення: авто |
Оптимізована дедуплікація Oracle
Оптимізована дедуплікація Data Domain Oracle дозволяє RMAN використовувати мультиплексування, а DD - розпізнавати правильні межі блоку при зміні даних блоку, що і при мультиплексуванні. Якщо включена оптимізована дедуплікація Oracle, то немає вимоги встановлювати значення для параметрів FILESPERSET і MAXOPENFILES. Резервна копія Oracle з різними FILESPERSET тепер може дедупувати один проти одного.
Підтримка оптимізації Oracle:
- DD Boost для Oracle RMAN 1.3 і вище
- Назву "DD Boost for Oracle RMAN" змінено на "Oracle RMAN Agent" для версії 4.0 і вище.
-
Покращення дедуплікації залежить від розміру використовуваного блоку. Найкраща продуктивність дедуплікації спостерігається при розмірах блоків 8k або 16k. Бази даних, встановлені на розміри блоків Oracle 2k, 4k або 32k, показали, що вони або не дедуплюють, або мають нижчу частоту дедуплікації.
-
Клієнт NetWorker 8.2.2 і вище
-
DDBEA 2.0, 2.5, 4.0
-
Віртуальна синтетика (Avamar) не підтримується
- Відоме підтримуване стороннє програмне забезпечення: NetBackup з останнім кодом DD Boost, Veeam, vRanger Pro TSM і CommVault не підтримуються
- Не може бути включений на місці реплікації MTree
-
До версії 5.5.2 для файлової системи встановлено app-optimization-compression. Для DDOS після версії 5.5.2 можна застосувати app-optimization-compression per MTree.
Щоб увімкнути оптимізовану дедуплікацію Oracle на домені даних, використовуйте наступну команду CLI:
# mtree option set app-optimized-compression oracle1 MTree <oracle_MTree>
# mtree option set app-optimized-compress none MTree <oracle_MTree>
Налаштування оптимізованої дедуплікації Oracle на рівні файлової системи (без змішаних типів резервного копіювання)
# filesys option set app-optimized-compression {none|oracle1}