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