Подключаемый оракул базы данных, что это такое

Обновлено: 21.11.2024

Подключаемые базы данных были одной из новых функций версии 12c. Все базы данных Oracle до Oracle Database 12c не были CDB. В Oracle термин «мультитенантность» используется для описания процесса создания CDB, содержащей множество «тенантных» PDB. Начиная с 12c, это было доступно как платная корпоративная опция под названием Multitenant (350 долларов США, процессор 17 500 долларов США). Многопользовательская архитектура позволяет базе данных Oracle функционировать как многопользовательская контейнерная база данных (CDB). CDB включает ноль, одну или несколько подключаемых баз данных (PDB), созданных заказчиком. Multitenant — это архитектура облачной базы данных Oracle.

Что нового?

До 19c (или 18 XE) вам разрешалось иметь только одну определяемую пользователем подключаемую базу данных (плюс корневой контейнер и прокси-сервер) без необходимости лицензировать полную многопользовательскую опцию. Oracle объявила, что, начиная с версии 19c, вы можете иметь 3 определяемые пользователем PDB без необходимости лицензировать вариант с несколькими арендаторами.

По данным Oracle; «Для всех предложений, если у вас нет лицензии на Oracle Multitenant, у вас может быть до 3 созданных пользователем PDB в заданной базе данных-контейнере в любое время». Ссылка

Подключаемые базы данных имеют ряд преимуществ:

Консолидация базы данных. Начиная с Oracle Database 12c, опция Oracle Multitenant позволяет консолидировать данные и код без изменения существующих схем или приложений. Это представляет собой потенциальный коэффициент консолидации 300 % с точки зрения базы данных.
Снижение затрат. Консолидируя оборудование и инфраструктуру базы данных в единый набор фоновых процессов, а также эффективно распределяя вычислительные ресурсы и ресурсы памяти, вы снижаете затраты на оборудование и обслуживание.
Упрощение управления и мониторинга физической базы данных
Надежное разделение административных обязанностей
Разделение данных и кода
Более простое и быстрое перемещение данных и кода.
Простота настройки производительности.
Поддержка Oracle Database Resource Manager
Более простое и быстрое клонирование
Более простое обновление базы данных, а также меньшее количество исправлений и обновлений

Примечание.

В версии 20c будет прекращена поддержка архитектуры, отличной от CDB. Обновление 20c будет включать в себя переход на многопользовательскую архитектуру.

Обзор;

Подключаемые базы данных — это будущее Oracle. Консолидация корпоративных баз данных может привести к большей масштабируемости, лучшему использованию ресурсов и времени отклика, что может снизить затраты на серверное оборудование и хранилище при одновременном увеличении пропускной способности. Многопользовательская архитектура сохраняет разделение отдельных баз данных и не требует внесения изменений в приложения. Она также должна упростить задачи администраторов баз данных, такие как клонирование, настройка, установка исправлений и обновление.

Компании должны проанализировать свою среду и провести анализ затрат и выгод, чтобы определить рентабельность инвестиций (ROI) вложения времени, усилий и денег в платный вариант Multitenant или обновление до 19c раньше, чем планировалось.

Пример;

Представьте, что вы можете уменьшить объем работы Oracle. Консолидируя серверы баз данных Oracle, организации могут сократить объем своей базы данных Oracle, дополнительных компонентов и пакетов до 300 %. В качестве примера наилучшего/наихудшего сценария, просто с точки зрения лицензирования, в чрезвычайно неконсолидированной среде смешанного поставщика клиент может воспользоваться преимуществом «3 созданных пользователем PDB в заданном контейнере. база данных», чтобы сократить свои потенциальные потребности в серверном оборудовании с 3 серверов баз данных до потенциально 1 сервера базы данных Oracle, это сократит их первоначальную потребность в лицензии Oracle на 66%.

С точки зрения затрат, в этом примере для обычного сервера базы данных может потребоваться запуск Oracle Database, Diagnostics и Tuning. Лицензирование для 3 серверов (общие характеристики серверов — шестиядерные процессоры AMD Opteron, 8 процессоров на сервер) может стоить клиенту до 3,4 млн долларов в виде первоначальных лицензий и затрат на поддержку (скидка 35 %). Предполагая, что клиент может воспользоваться подключаемыми базами данных, в самом худшем случае сценария с неконсолидированным сервером сокращение количества серверов с 3 базами данных до 1 консолидированного сервера базы данных Oracle поможет клиенту избежать первоначальных покупок лицензий Oracle на сумму более 2,2 миллиона долларов. Окупаемость инвестиций в этом гипотетическом и крайнем случае составит 2,2 млн долларов США плюс ежегодная поддержка Oracle, которая год за годом может составлять более 400 000 долларов США в год.

Кому стоит рассмотреть подключаемые базы данных?

Компании с большими средами с неконсолидированными серверами могут воспользоваться подключаемыми базами данных, чтобы сократить объем базы данных и повысить эффективность использования ресурсов и управления общими ресурсами.
Компании с высокими накладными расходами и затратами на обслуживание потенциально могут воспользоваться преимуществами ограниченных возможностей управления базами данных, предоставляемых несколькими арендаторами. Управляйте многими как одним.
Компании, которые уже планируют перейти на версию 19c.

Miro — ведущий мировой поставщик услуг по управлению активами программного обеспечения, специализирующийся на управлении лицензиями, аудиторских консультациях, тактике переговоров, управлении поддержкой и облачных сервисах. Мы помогаем нашим клиентам максимизировать рентабельность инвестиций в лицензии на программное обеспечение, соблюдать нормативные требования и свести к минимуму влияние аудитов. Гарантия производительности Miro обещает, что наша многолетняя, разнообразная и увлеченная команда опытных аналитиков предоставит проницательные и действенные советы, чтобы помочь нашим клиентам достичь наилучших возможных результатов.

Свяжитесь с нами, если у вас есть какие-либо вопросы или вам нужна помощь в вопросах лицензирования или аудита программного обеспечения.

В Oracle 12c версии 1 (12.1) появилась возможность работы с несколькими арендаторами. В этой статье представлен базовый обзор многопользовательского режима со ссылками на более подробные статьи о функциональных возможностях.

Обзор

Многоклиентский вариант представляет собой одно из самых больших архитектурных изменений в истории базы данных Oracle. Этот вариант представил концепции контейнерной базы данных (CDB) и подключаемой базы данных (PDB).

Контейнерная база данных (CDB). На первый взгляд она очень похожа на обычную базу данных Oracle, так как содержит большинство рабочих частей, с которыми вы уже знакомы (управляющие файлы, файлы данных, файлы отмены, временные файлы, журналы повторов и т. д.). . В нем также находится словарь данных для тех объектов, которые принадлежат корневому контейнеру, и тех, которые видны всем PDB.
Подключаемая база данных (PDB). Поскольку CDB содержит большую часть рабочих частей базы данных, PDB должна содержать только информацию, относящуюся к ней самой. Ему не нужно беспокоиться об контрольных файлах, журналах повторов, отменах и т. д. Вместо этого он просто состоит из файлов данных и временных файлов для обработки своих собственных объектов. Это включает в себя собственный словарь данных, содержащий информацию только о тех объектах, которые относятся к PDB. Начиная с Oracle 12.2, PDB может и должна иметь локальное табличное пространство отмены.

Это разделение словаря данных между общими объектами в корневом контейнере и объектами, специфичными для PDB, в словаре данных PDB очень важно, потому что это разделение обеспечивает гибкость многопользовательского режима. С точки зрения PDB словарь данных представляет собой объединение корневого словаря и словаря данных PDB, поэтому внутри PDB очень похож на обычную базу данных Oracle. Например, представления DBA_% и ALL_% в PDB выглядят так же, как и в любой другой базе данных, отличной от CDB.

Управляемые файлы Oracle (OMF) и многопользовательская среда

Oracle рекомендует использовать Oracle Managed Files (OMF) при использовании многопользовательской архитектуры, так как это упрощает ряд функций. Кажется, что использование OMF является обязательным для некоторых функций, таких как функциональность контейнеров приложений в Oracle 12.2.

Создание подключаемых баз данных (PDB)

Поскольку основная часть рабочих частей уже находится в корневом контейнере, создание новой PDB – сравнительно быстрая и простая задача. При создании совершенно новой PDP база PDB создается как копия исходной PDB, поэтому копирование занимает столько же времени, сколько требуется файлам.

Вместо того, чтобы создавать новую PDB из исходного кода, вы можете клонировать существующую PDB.

Также можно создавать клоны в удаленной CDB.

Более подробное описание создания и клонирования PDB можно найти здесь.

Отключение и подключение подключаемых баз данных (PDB)

Одной из самых мощных функций многопользовательского режима является возможность отключить PDB от CDB и снова подключить ее к другой CDB.

Это не только позволяет легко перемещать базы данных, но также предоставляет альтернативный способ исправления и обновления до будущих версий. Пример использования unplug/plugin для установки патча можно найти здесь. Общее обсуждение механизма отключения/подключения описано здесь.

Преобразование базы данных, отличной от CDB, в подключаемую базу данных включает в себя получение описания базы данных, отличной от CDB, и его использование для подключения ее к CDB в качестве новой PDB. Этот метод описан здесь.

Переместить подключаемую базу данных (PDB)

Начиная с Oracle 12.2 и выше, можно перемещать PDB, перемещая ее из одной CDB в другую. Это значительно проще, чем обычное отключение/подключение.

Вы можете прочитать о перемещении PDB здесь.

Обновляемая подключаемая база данных (PDB)

Начиная с Oracle 12.2 и более поздних версий можно обновить клонированную PDB из исходной PDB при условии, что она была открыта только в режиме только для чтения.

Об обновлении PDB можно прочитать здесь.

Переключение на обновляемую подключаемую базу данных (PDB)

Начиная с Oracle 18c, можно переключать обновляемую PDB.

Вы можете прочитать о переключении с обновляемой базы данных здесь.

Подключаемая база данных (PDB)

Начиная с Oracle 12.2 и более поздних версий, можно создавать прокси PDB, представляющую собой скелет PDB, который отправляет SQL на удаленную PDB для обработки. Это позволяет вам иметь локальную конечную точку для удаленной базы данных.

Вы можете прочитать о прокси PDB здесь.

Контейнеры приложений

В Oracle 12.2 представлена концепция контейнеров приложений, которые действуют как корневой мини-контейнер. Их можно использовать для централизации общей конфигурации и приложений, которые используются зависимыми от них PDB-файлами приложений.

Вы можете прочитать о контейнерах приложений здесь.

Карусель моментальных снимков подключаемой базы данных (PDB)

Начиная с Oracle 18c, можно создавать автоматически управляемые моментальные снимки PDB, также называемые каруселью моментальных снимков.

Вы можете прочитать о карусели снимков PDB здесь.

Контейнерная база данных (CDB) Управление парком

Начиная с Oracle 18c, можно централизованно отслеживать несколько контейнерных баз данных как группу.

Вы можете прочитать об управлении автопарком CDB здесь.

Просмотры

Внедрение многопользовательского режима приносит с собой дополнительный уровень представлений словаря данных, позволяющий создавать отчеты по корневому контейнеру и подключаемым базам данных (PDB). На данный момент игнорируя выпуски, предыдущие выпуски имели следующую иерархию.

В Oracle 12c к иерархии добавляется дополнительный уровень.

Представления описаны в Справочном руководстве.

* Вывод представлений CDB_ зависит от контейнера, из которого они доступны. При доступе из корневого контейнера они действительно представляют всю информацию из всех контейнеров. При доступе из PDB они эффективно действуют как представления DBA_ внутри контейнера. Поначалу это может немного сбивать с толку.

Многопользовательские статьи

В следующих статьях представлены более подробные объяснения некоторых концепций, описанных в этой статье.

12.1.0.1 Далее

В версии 12.1 вы можете бесплатно использовать одну PDB для каждой CDB, также известную как Lone-PDB. Если вам нужно более одной PDB (2–252), вам необходимо приобрести вариант Multitenant поверх Enterprise Edition.

12.1.0.2 Далее

12.2.0.1 Далее

Начиная с версии 12.2 и далее нам разрешено иметь Proxy PDB, корневой контейнер приложения и одну определяемую пользователем PDB (обычную или Application PDB) внутри одной CDB без необходимости платить за вариант с несколькими арендаторами. Обратите внимание, что мы по-прежнему ограничены одной определяемой пользователем PDB. Вариант с несколькими арендаторами по-прежнему дает вам право на 2–252 PDB в обычном комплекте или 2–4096 PDB в системах, разработанных Oracle, или Oracle Database Cloud Services.

18c и далее

Oracle 18c XE позволяет бесплатно использовать до трех пользовательских PDB. Все остальные выпуски имеют те же правила, что и 12.2, в отношении опции Multitant.

Многопользовательская среда: логическое разбиение – карты контейнеров (документация).
Многопользовательская среда: перемещение сеансов во время планового обслуживания (документация).
Многопользовательский: параллельная организация очереди операторов на уровне PDB (документы).
Мультиарендность: раздельное зеркальное клонирование PDB-файлов (документы).
Многопользовательский: создание хранилища ключей для каждой подключаемой базы данных (документация).

19c Далее

Начиная с версии 19c вам разрешено иметь 3 определяемые пользователем PDB в CDB без необходимости лицензировать вариант с несколькими арендаторами, как описано в документации здесь.

21c и далее

Разное

Архитектура без CDB устарела

С выпуском Oracle Database (12.1.0.2) архитектура, отличная от CDB, устарела. Некоторые функции 12c в настоящее время не работают с многопользовательской архитектурой (см. здесь), поэтому, в зависимости от требуемых функций, вам могут понадобиться старые экземпляры в стиле до 12c.

Помните, что для использования одной PDB не требуется опция Multitenant, поэтому настройки одиночной PDB можно использовать без дополнительных затрат, что позволит вам ознакомиться с многопользовательской архитектурой.

Архитектура, отличная от CDB, больше не поддерживается

На Oracle OpenWorld 2019 было объявлено, что архитектура, отличная от CDB, будет прекращена, начиная с Oracle 20c. Oracle 21c — это первый локальный выпуск, в котором прекращена поддержка архитектуры, отличной от CDB.

Вопрос. Что такое подключаемые базы данных Oracle 12c? Как работает подключаемая база данных?

Ответ: Подключаемая база данных — это новая конструкция, с помощью которой вы можете инкапсулировать подмножество таблиц данных и индексов Oracle вместе с соответствующими метаданными из словаря данных dui. Вы начинаете с создания «корневой» базы данных экземпляра, называемой контейнерной базой данных (CDB). Этот контейнер используется для хранения многих подключаемых «арендаторов» баз данных (PDB) в виде архитектурного разделения.

Самой важной частью этого разделения является "разделенный" словарь данных, благодаря которому все, что нужно для PDB, содержится в этом подмножестве метаданных.

В отличие от традиционной базы данных, в которой на каждый экземпляр может существовать только одна база данных, подключаемые базы данных Oracle 12c позволяют использовать несколько баз данных в одном экземпляре. Подключаемые базы данных Oracle упрощают переход к консолидации баз данных, поскольку информация словаря данных (obj$, tab$ и source$) не зависит от какой-либо контейнерной базы данных. Все PDB в контейнере используют общий процесс LGWR.

Затем этот контейнер можно заполнить подмножествами схемы, а затем быстро отключить от одного экземпляра и повторно добавить к другому. Поскольку определения таблиц, определения индексов, ограничения и данные находятся в PDB, их можно легко копировать и перемещать между экземплярами и серверами. В Oracle термин "мультитенантность" используется для описания процесса создания CDB, содержащей множество "тенантных" PDB.

Подключаемые базы данных значительно снижают нагрузку на системы (например, Exadata), в которых мы хотели бы разместить несколько баз данных, но не можем их консолидировать из-за конфликтов, препятствующих их работе в одном и том же экземпляре (общедоступные синонимы/ссылки на базы данных). , конфликт имени схемы и т. д.). У подключаемых баз данных есть несколько преимуществ:

1 – Простое быстрое клонирование: просто очень быстро скопируйте PDB

2 – Простые обновления: просто скопируйте/переместите PDB в контейнер с более новой версией Oracle

В 12c появилась новая подключаемая роль администратора базы данных, называемая ролью администратора CDB. В новом интерфейсе CDB есть представление v$active_services, показывающее, к какому контейнеру вы сейчас подключены:

SQL> показать con_name

выбрать
имя,
con_id
из
v$active_services
заказать по
имени;

выберите
pdb
из
dba_services;

выберите
sys_context('userenv','con_name') "CONTAINER_NAME" ИЗ двойного;

Это синтаксис для создания PDB:

создать подключаемую базу данных
cont01_plug01
пользователь-администратор
app_admin, указанный в mypass
file_name_convert = ('/pdbseed/', '/cont01plug01/');

изменить подключаемую базу данных cont01_plug01 open;
-- изменить подключаемую базу данных ALL open;

Гуру Oracle Майк Раджендран предлагает эти примеры синтаксиса подключаемых баз данных Oracle и отмечает новые представления словаря данных v$pdbs

установить эхо на
УСТАНОВИТЬ РАЗМЕР ЛИНИИ 200
УСТАНОВИТЬ РАЗМЕР СТРАНИЦЫ 10000
УСТАНОВИТЬ ВЫВОД СЕРВЕРА НА
СТОЛБЦ "ДЕТАЛИ БД" ФОРМАТ A100\
ВЫБРАТЬ
'DB_NAME : ' ||sys_context('userenv', 'имя_базы_данных')||
' / CDB?: ' ||(выбрать cdb из базы данных v$)||
' / AUTH_ID: ' ||sys_context('userenv', 'authenticated_identity')||
' / ПОЛЬЗОВАТЕЛЬ: ' ||sys_context('userenv', 'current_user')||
' / CONTAINER: '||nvl(sys_Context('userenv', 'con_Name'), 'NON-CDB')
"ДЕТАЛИ БД"
FROM DUAL
/ < бр />

-- ************************************************
REM Проверить количество PDB в текущем контейнере
-- *************************************** *********
УСТАНОВИТЬ ВЫХОД СЕРВЕРА НА
СТОЛБЦЕ "ОГРАНИЧЕННОГО" ФОРМАТА A10
выбрать
v.name,
v.open_mode,
>nvl(v.restricted, 'n/a') "RESTRICTED",
d.status
от
v$pdbs v
внутреннее соединение
dba_pdbs d < br />используя (GUID)
по заказу v.create_scn;

ИМЯ OPEN_MODE ОГРАНИЧЕННЫЙ СТАТУС
---------------- --------- - ---------- -------------
PDB$SEED ТОЛЬКО ЧТЕНИЕ НЕТ НОРМАЛЬНО
C0NT1PLUG1 ЧТЕНИЕ ЗАПИСЬ НЕТ НОРМАЛЬНО

Далее мы можем использовать новое представление cdb_data_files для отображения файлов данных, связанных с нашей PDB:

выберите
con_id,
имя_табличного_пространства,
имя_файла
из
cdb_data_files,
где
имя_файла, например '%/c01p/pdbseed/% '
или
имя_файла, например '%/c01p/c01p01p/%'
в порядке 1, 2;

CON_ID TABLESPACE_NAME FILE_NAME
---------- --------------- ----------- ------------------------------
2 SYSAUX /u01/app/oracle/oradata/cib01p/pdbseed/sysaux01 .dbf
2 SYSTEM /u01/app/oracle/oradata/cib01p/pdbseed/system01.dbf
3 SYSAUX /u01/app/oracle/oradata/cib01p/c01p01p/sysaux01.dbf
3 СИСТЕМА /u01/app/oracle/oradata/cib01p/c01p01p/system01.dbf

Вы также можете удалить PDB с помощью следующих команд:

SQL> изменить подключаемую базу данных CONT1PLUG1 close;

Подключаемая база данных изменена.

SQL> удалить подключаемую базу данных CONT1PLUG1, включая файлы данных;

Подключаемая база данных удалена.

Вы можете отключить PDB от CDB с помощью следующего синтаксиса:

изменить подключаемую базу данных
CONT1PLUG1
отключить от
'/ u01/app/oracle/oradata/c01p/c01p01p/c01p01pxml';

Существует также новый пакет dbms_pdb, используемый для проверки информации PDB:

-- проверьте совместимость PDB

Некоторым администраторам баз данных нужно будет иметь такие же характеристики (например, набор символов), что и у шаблона. Контактное лицо Джима Демитриу (Jim Demitriou) по корпоративным архитекторам в Oracle дал следующий ответ:

Команда управления продуктом 12c получила этот запрос от нескольких клиентов, поэтому он определенно находится в их поле зрения. Насколько я понимаю, в первоначальном выпуске 12c набор символов должен быть таким же в подключаемых базах данных (PDB), что и в основной БД-контейнере.

Я полагаю, что ведутся дискуссии о возможности иметь разные наборы символов для CDB и PDB в будущих выпусках 12c, поэтому, надеюсь, мы увидим эту возможность, добавленную в основной выпуск 12c. < /p>

Итак, я думаю, можно с уверенностью сказать, что мы должны подготовиться (по крайней мере, на начальном этапе), что наборы символов должны будут выравниваться, чтобы сосуществовать на сервере 12c в качестве подключаемого экземпляра.

Получите полную
информацию о настройке Oracle SQL

Знаменитая книга "Расширенная настройка Oracle SQL. Полное руководство" содержит ценную информацию о настройке Oracle SQL. Эта книга включает сценарии и инструменты для повышения производительности Oracle 11g, и вы можете купить ее со скидкой 30 % непосредственно у издателя.

Бурлесон — американская команда

Примечание. Эта документация по Oracle была создана в качестве справочника по поддержке и обучению Oracle для использования нашими специалистами-консультантами по настройке производительности администраторов баз данных. Не стесняйтесь задавать вопросы на нашем форуме Oracle.

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

Ошибки? Технология Oracle меняется, и мы стараемся обновлять нашу информацию о поддержке BC Oracle. Если вы обнаружите ошибку или у вас есть предложение по улучшению нашего контента, мы будем признательны за ваш отзыв. Просто электронная почта:

и укажите URL-адрес страницы.

Burleson Consulting

Оракул поддержки баз данных

В базе данных 12c реализована новая архитектура, называемая многопользовательской архитектурой. Это позволяет вам иметь несколько виртуальных баз данных, называемых контейнерами, которые существуют внутри одной физической базы данных, называемой контейнерной базой данных. Контейнеры можно легко «отключить» или «подключить» к базе данных контейнеров, поэтому контейнеры также известны как подключаемые базы данных (PDB).

Подключаемые базы данных с точки зрения приложения выглядят и ведут себя так же, как обычные базы данных. По этой причине многопользовательская архитектура 12c идеально подходит для консолидации баз данных, особенно баз данных разработки, на одном сервере.

До версии 12c консолидация означала наличие нескольких баз данных на одном сервере или нескольких схем в одной базе данных. Однако это принесло ряд проблем. Чтобы иметь несколько баз данных на одном сервере, вам фактически пришлось разделить ресурсы базового сервера, поскольку вам нужно было разделить память и ЦП сервера между каждой базой данных, работающей на сервере. Это было особенно неэффективно в среде разработки, когда некоторые базы данных простаивали, используя ценную оперативную память и ЦП. Наличие нескольких схем в одной базе данных как части решения по консолидации привело к собственным проблемам. В частности, когда две схемы имели одинаковые имена таблиц, что, безусловно, имело бы место, если бы у вас было две схемы разработки для одного и того же приложения в одной и той же базе данных.

Мультиарендная архитектура в 12c помогает устранить эти проблемы. Следующая диаграмма представляет собой упрощенное представление новой архитектуры.

ПРИМЕЧАНИЯ

Информация о лицензии

Oracle Multitenant — это вариант базы данных, для которого требуется лицензия, если у вас есть более одной подключаемой базы данных в базе данных контейнера. Однако если у вас есть только одна подключаемая база данных в базе данных контейнера, лицензия не требуется. См. следующую ссылку.

Контейнерные базы данных

Это физическая база данных, в которой размещены "виртуальные базы данных".

Контейнеры

Это «виртуальные базы данных», которые существуют внутри контейнерной базы данных.

Подключаемые базы данных

Это другое название контейнеров. Их называют подключаемыми базами данных, поскольку их можно подключать и отключать от CDB.

Устарело

Немногопользовательская архитектура объявлена устаревшей Oracle. Однако он по-прежнему будет доступен и поддерживаться в версиях до 12c Release 2 включительно. После этого его поддержка может быть прекращена. См. следующую ссылку.

Читайте также: