Потоковая передача резервных копий базы данных с помощью Oracle диспетчер восстановления
В этой статье вы узнаете, как виртуальные машины Azure поддерживают резервные копии баз данных потоковой передачи с помощью Oracle диспетчер восстановления (RMAN). Процесс потоковой передачи использует назначение пакета виртуальной ленточной библиотеки или записывает эти резервные копии непосредственно в локальную или удаленную файловую систему. В этой статье описывается интеграция различных пакетов виртуальной ленточной библиотеки с Oracle RMAN. Для нескольких пакетов вы увидите ссылки на Azure Marketplace.
Служебная программа резервного копирования и восстановления Oracle RMAN (Recovery MANager) может быть настроена для потоковой передачи и записи образов резервных копий баз данных Oracle, а затем передавать эти образы резервного копирования двумя различными типами назначений.
Тип устройства SBT
Тип назначения последовательной ленты резервного копирования (SBT) изначально был разработан для взаимодействия с ленточными дисками, хотя и не напрямую. Чтобы упростить взаимодействие с несколькими ленточными устройствами, доступными при создании RMAN, Oracle разработал интерфейс программирования приложений (API) для взаимодействия с пакетами программного обеспечения для управления ленточными устройствами.
Тип устройства SBT отправляет команды в пакеты программного обеспечения через определенный API. Поставщики пакетов программного обеспечения создают соответствующие подключаемые модули, взаимодействующие в соответствии с спецификациями API для перевода команд RMAN для пакета программного обеспечения. Oracle не взимает больше платы за эту функцию, но различные поставщики программного обеспечения могут взимать плату за лицензирование и поддержку за их "подключаемые модули" для подключения к API для RMAN, опубликованного Oracle.
Чтобы использовать SBT типа устройства, необходимо установить соответствующее программное обеспечение поставщика управления мультимедиа (MMV) на платформу ОС, на которой доступна база данных Oracle. Резервные копии в установку SBT недоступны после установки базы данных Oracle. Нет ограничения на количество пакетов MMV, которые могут быть подключены к экземпляру базы данных Oracle, но это чрезвычайно редко для того, чтобы в любое время было больше одного.
Многие из этих пакетов программного обеспечения, изначально доступных для локальной установки, также доступны в Azure Marketplace.
- CommVault
- Veritas NetBackup
- Dell PowerProtect DD Virtual Edition (DDVE)
- Veeam Backup & Replication
Другие пакеты программного обеспечения можно найти, выполнив поиск в Azure Marketplace...
Диск типа устройства
Более универсальным вариантом конфигурации для Oracle RMAN является диск типа устройства. Для этого параметра образы резервного копирования баз данных потоковой передачи записываются в каталоги файловой системы ОПЕРАЦИОННОй системы, которые могут обращаться непосредственно из образа ОС, на котором выполняется база данных Oracle. Хранилище, используемое для резервного копирования, подключено непосредственно на платформе ОС или удаленно подключено в качестве общей папки.
Для этого параметра нет дополнительных расходов на лицензирование или поддержку, так как адаптер ДИСКА для Oracle RMAN полностью содержится в программном обеспечении Oracle RDBMS.
Существует шесть вариантов хранения резервных копий Oracle RMAN на виртуальной машине Azure, из которых пять — общие папки Azure.
- Локально подключенный управляемый диск
- Большой двоичный объект Azure через NFS
- Azure blobfuse 2.0
- Файлы Azure стандарт по протоколу CIFS/SMB
- Файлы Azure премиум по сравнению с NFS
- Azure NetApp Files
Каждый из этих вариантов имеет преимущества или недостатки в областях емкости, ценообразования, производительности, устойчивости. Приведенная ниже таблица позволяет легко сравнивать функции и цены.
| Тип | Уровень | Документация | Протокол подключения для виртуальной машины | Модель поддержки | Цены | Примечания |
|---|---|---|---|---|---|---|
| Управляемый диск | HDD ценовой категории «Стандартный» | Общие сведения об управляемых дисках Azure | SCSI | Microsoft | Цены на управляемые диски | 1 |
| Управляемый диск | SSD ценовой категории «Стандартный» | Общие сведения об управляемых дисках Azure | SCSI | Microsoft | Цены на управляемые диски | 1 |
| Управляемый диск | SSD ценовой категории «Премиум» | Общие сведения об управляемых дисках Azure | SCSI | Microsoft | Цены на управляемые диски | 1 |
| Управляемый диск | SSD (цен. категория "Премиум") версии 2 | Общие сведения об управляемых дисках Azure | SCSI | Microsoft | Цены на управляемые диски | 1 |
| Управляемый диск | UltraDisk | Общие сведения об управляемых дисках Azure | SCSI | Microsoft | Цены на управляемые диски | 1 |
| Большой двоичный объект Azure | Блочные BLOB-объекты | Подключение хранилища BLOB-объектов с помощью протокола NFS 3.0 | NFS версии 3.0 | Microsoft | Цены на Хранилище BLOB-объектов | 2 |
| Blbfuse Azure | Версия 1 | Подключение Хранилище BLOB-объектов Azure в файловой системе с помощью BLOBFuse версии 1 | Fuse | Открытый исходный код или GitHub | Н/Д | 3, 5, 6 |
| Blbfuse Azure | Версия 2 | Что такое BLOBFuse? - BlobFuse2 | Fuse | Открытый исходный код или GitHub | Н/Д | 3, 5, 6 |
| Файлы Azure | Стандартные | Что такое Файлы Azure? | SMB/CIFS | Microsoft | Цены на Файлы Azure | 4, 6 |
| Файлы Azure | Premium | Что такое Файлы Azure? | SMB/CIFS, NFS версии 4.1 | Microsoft | Цены на Файлы Azure | 4, 7 |
| Azure NetApp Files | Стандартные | Azure NetApp Files | SMB/CIFS, NFS версии 3.0, NFS версии 4.1 | Microsoft/NetApp | Цены на Azure NetApp Files | 4, 8, 11 |
| Azure NetApp Files | Premium | Azure NetApp Files | SMB/CIFS, NFS версии 3.0, NFS версии 4.1 | Microsoft/NetApp | Цены на Azure NetApp Files | 4, 9, 11 |
| Azure NetApp Files | Ультра | Azure NetApp Files | SMB/CIFS, NFS версии 3.0, NFS версии 4.1 | Microsoft/NetApp | Цены на Azure NetApp Files | 4, 10, 11 |
Условные обозначения:
1 Ограничено ограничениями уровня ввода-вывода на уровне устройства и совокупным уровнем ввода-вывода на уровне операций ввода-вывода в секунду и пропускной способностью ввода-вывода.
- Ограничения устройств указаны в документации по ценам.
- совокупные ограничения для размеров виртуальных машин указаны в документации по размерам виртуальных машин в Azure
2 Выберите иерархическое хранилище в раскрывающемся списке 1st, а затем большой двоичный объект только в раскрывающемся списке 2-го уровня.
3 Выберите неструктурированное хранилище в раскрывающемся списке 1st, а затем большой двоичный объект только в раскрывающемся списке 2-го уровня.
4 Использует протокол CIFS, для которого рекомендуется использовать более поздние версии RHEL/OEL Linux.
- не используйте более низкие версии Linux (т. е. RHEL7/OEL7 ниже 7.5) для CIFS
- рекомендуется использовать параметр
cache=noneподключения для архивированных файлов журнала повтора Oracle с подключениями CIFS.
5, поддерживаемых в GitHub группой продуктов служба хранилища Azure в Корпорации Майкрософт в качестве проекта открытый код в GitHub.
Рекомендуется использовать 6 уровней горячего использования.
Рекомендуется использовать 7 уровней использования уровня "Премиум ".
Пропускная способность ввода-вывода от 8 до 16 МиБ/с на выделенный ТиБ.
Пропускная способность ввода-вывода 9 64 МиБ/с на выделенный ТиБ.
Пропускная способность ввода-вывода 128 МиБ/с на тиБ выделена.
11 Калькулятор производительности Azure NetApp Files полезен для быстрых вычислений цен.
Следующие шаги
Рекомендации по производительности Oracle для виртуальных машин Azure