Oracle bda что это

Обновлено: 07.07.2024

Oracle официально представила систему Big Data Appliance в ходе конференции OpenWorld в Сан-Франциско. Это комплексное решение, которое пополнит новейшую линейку корпорации, созданную на стыке программных продуктов Oracle и серверных платформ, которые достались ей после покупки Sun.

В Big Data Appliance включен программный фреймворк с открытым кодом Hadoop, Oracle Data Integrator Application (адаптированное под Hadoop), Oracle Loader для Hadoop, дистрибутив также открытой аналитической статистической системы и база данных Oracle NoSQL.

Вице-президент корпорации по серверным технологиям и базам данных Энди Мендельсон так прокомментировал запуск продукта: «Сегодня существует множество данных. Большинство из них имеют небольшую значимость для бизнеса. Существуют крупицы информации, которые людям действительно нужно найти. Hadoop и другие инструменты дистиллируют эти данные в поисках значимых сведений. Решение может быть использовано вместе с хранилизами данных, такими как Exedata, для дальнейшего анализа», - отметил он.

Согласно официальному заявлению, Oracle планирует предоставлять все продукты, вошедшие в комплект Big Data Appliance, отдельно и в том числе без «железной» платформы. Точная цена решения и дата поступления его в продажу пока не названы. Отметим, что у Big Data Appliance уже есть конкурирующие продукты от других вендоров - Aster Data, Netezza и Greenplum.

На конференции OpenWorld Oracle сделала уже целый ряд важных анонсов. Так, днем ранее было представлено новое решение – Exalytics Intelligence Machine. Это in-memory база данных, созданная специально как ответ in-memory платформе SAP HANA.

Машина Exalytics состоит из 40 процессорных ядер и имеет 1Тб DRAM, при это она имеет возможность за счет специальных технологий сжатия работать с объемами данных в 5-10 Тб. Новая система работает на стеке ПО от Oracle, в который входят in-memory база данных TimesTen, BI инструменты и сервер Essbase OLAP (online analytical processing).

Все эти новую решения дополнят Exadata. Аналитик Forrester Джеймс Кобеилус (James Kobielus) отметил, что когда речь заходит об обработке больших объемов данных, важны прежде всего мощность решения, скорость обработки информации и разнообразие структур данных. «У Exadata все это есть. Решение оптимизировано для смешанных рабочих нагрузок и массовой параллельной работы и имеет богатую библиотеку алгоритмов и моделей анализа», - отметил он.

В январе 2012 года корпорация Oracle объявила о поступлении в продажу Oracle Big Data Appliance, оптимизированного программно-аппаратного комплекса, призванного помочь заказчикам в получении максимальных преимуществ от использования «больших данных» (Big Data) для бизнеса

Oracle Big Data Appliance представляет собой оптимизированный комплекс, объединяющий аппаратное и программные продукты, включаяCloudera’s Distribution с Apache Hadoop и Cloudera Manager, а также дистрибутив среды программирования R с открытым исходным кодом.

Комплекс Oracle Big Data Appliance, работающий под управлением операционной системы Oracle Linux, также включает СУБД Oracle NoSQL Database Community Edition и Oracle HotSpot Java Virtual Machine.

Oracle также сообщила о начале продаж программного продукта Oracle Big Data Connectors, который помогает заказчикам с легкостью интегрировать данные, сохраненные в Hadoop и Oracle NoSQL Database, с Oracle Database 11g.

Oracle Big Data Appliance с пакетом программного обеспечения Oracle Big Data Connectors, в сочетании с оптимизированными программно-аппаратными комплексами Oracle Exadata Database Machine, Oracle Exalogic Elastic Cloud, и Oracle Exalytics In-Memory Machine, предоставляет заказчикам все необходимое для получения, систематизации и анализа «больших данных» в рамках всего корпоративного информационного массива.

Соответствие требованиям по управлению «большими данными»

864 ГБ оперативной памяти;
216 процессорных ядер;
648 ТБ «сырой» дисковой памяти;
Сетевую инфраструктуру InfiniBand с пропускной способностью 40 Гбит/с между узлами комплекса и другими оптимизированными программно-аппаратными комплексами Oracle; и
Интерфейсы Ethernet с пропускной способностью 10 Гбит/с для подключения ко всем остальным компонентам центра обработки данных.

Новый оптимизированный программно-аппаратный комплекс может масштабироваться с помощью соединения нескольких стоек в единый кластер через сетевой интерфейс InfiniBand, что позволяет получать, систематизировать и анализировать сверхбольшие объемы данных.

«Oracle Big Data Appliance в сочетании с Oracle Exadata, Oracle Exalytics и Oracle Exalogic Elastic Cloud предлагает самый обширный и интегрированный портфель продуктов, который призван помочь заказчикам в получении и систематизации различных типов данных, а также при анализе этих и других имеющихся корпоративных данных, что позволяет извлекать новые важные знания и быть максимально информированным при принятии решений », – отметил Цетин Озбутун (Cetin Ozbutun), вице-президент Oracle по направлению Data Warehousing Technologies.

В состав Oracle Big Data Appliance входит продукт Cloudera's Distribution, включающий Apache Hadoop (CDH) – наиболее полный, проверенный, устойчивый и широко используемый в коммерческих и некоммерческих средах дистрибутив Hadoop Oracle Big Data Appliance также включает Cloudera Manager, первое в отрасли приложение для комплексного (end-to-end) управления Apache Hadoop.

Выпущенная ранее Oracle NoSQL Database представляет собой распределенную СУБД типа «ключ/значение» (key-value), предназначенную для управления большими объемами данных. Oracle NoSQL Database горизонтально масштабируется до сотен узлов, обеспечивает высокую доступность данных, предсказуемые уровни пропускной способности и времени ожидания, требуя при этом минимального администрирования. Комплекс Oracle Big Data Appliance может работать с СУБД Oracle NoSQL Database в редакциях Community Edition и Enterprise Edition.

Комплекс Oracle Big Data Appliance специально спроектирован, чтобы помочь заказчикам:

Быстро запустить масштабируемую систему высокой доступности для управления большими массивами данных;
Создать высокопроизводительную платформу для систематизации, обработки и анализа «больших данных» в среде Hadoop, а также для использования статистических приложений на языке R с источниками первичных данных; и
Контролировать ИТ-затраты благодаря предварительной интеграции всех аппаратных и программных компонентов в единое решение для «больших данных», которое дополняет корпоративные хранилища данных.

Оптимизация интеграции «больших данных» с корпоративными хранилищами данных

Пакет программного обеспечения Oracle Big Data Connectors поставляется для использования как с комплексом Oracle Big Data Appliance, так и с другими системами на базе Apache Hadoop. Комплект поставки включает:

Загрузчик Oracle Loader for Hadoop – использует механизм MapReduce для эффективной загрузки данных в СУБД Oracle Database 11g;
Адаптер Oracle Data Integrator Application Adapter for Hadoop – позволяет Oracle Data Integrator генерировать программы Hadoop MapReduce через простой в использовании графический интерфейс;
Модуль сопряжения Oracle Connector R – обеспечивает пользователям приложений R быстрый и эффективный доступ к распределенной файловой системе Hadoop Distributed File System (HDFS) и базовой платформе программирования MapReduce; и
Модуль сопряжения Oracle Direct Connector for Hadoop Distributed File System (ODCH) – обеспечивает Oracle Database беспроблемный доступ к данным из файловой системы Hadoop Distributed File System через SQL.

Oracle Big Data Connectors и СУБД Oracle NoSQL Database могут поставляться как отдельные программные продукты, независимо от оптимизированного программно-аппаратного комплекса Oracle Big Data Appliance.

Oracle Big Data Appliance X3-2

Oracle Big Data Appliance X3-2 — это экономически эффективный оптимизированный программно-аппаратный комплекс, который прошел модернизацию и оснащен новейшими процессорами Intel, новой версией дистрибутива Cloudera Distribution of Apache Hadoop (CDH) и Cloudera Manager, а также новым подключаемым модулем Oracle Enterprise Manager for Big Data Appliance.

В Oracle Big Data Connectors усовершенствованы возможности доступа к Hadoop: SQL-доступ из баз данных Oracle стал лучше, а доступ из приложений, написанных на языке R, — прозрачнее.

Oracle Big Data Appliance с программными продуктами Oracle Big Data Connectors, в сочетании с Oracle Exadata Database Machine и Oracle Exalytics, предоставляет заказчикам полный набор оптимизированных программно-аппаратных комплексов для получения, систематизации и анализа «больших данных». Новые версии повышают производительность обработки данных, расширяют объем памяти, улучшают интеграцию и возможности управления.

на 33% больше вычислительной мощности благодаря 288 процессорным ядрам;
на 33% больше оперативной памяти в расчете на узел при общем объеме оперативной памяти в 1,1 Тб;
до 30%.экономии на питании и охлаждении оборудования.

Oracle Big Data Appliance X3-2 упрощает внедрение и управление решениями для «больших данных» благодаря интеграции всех аппаратных и программных компонентов, необходимых для сбора, систематизации и анализа «больших данных». Oracle Big Data Appliance X3-2 включает:

поддержку CDH4.1, в том числе обновление программного обеспечения, разработанного совместно с компанией Cloudera, для реализации высокой доступности NameNode в среде Hadoop. Это позволяет устранить в кластерных конфигурациях Hadoop уязвимые элементы, отказ которых приводит к отказу всей системы;
новую версию Oracle NoSQL Database Community Edition 2.0, которая обеспечивает улучшенную интеграцию с Hadoop и гибкое масштабирование, а также содержит новые интерфейсы для программирования, включая поддержку JSON и C;
подключаемый модуль Oracle Enterprise Manager for Big Data Appliance, который дополняет возможности Cloudera Manager, облегчая управление кластером Hadoop;
обновленные дистрибутивы Oracle Linux и Oracle Java Development Kit;
обновленный дистрибутив R с открытым исходным кодом, оптимизированный для работы с высокопроизводительными многопотоковыми библиотеками математических функций.

Oracle Big Data Connectors — это набор программных продуктов, созданный Oracle для интеграции Apache Hadoop с СУБД Oracle, Oracle Data Integrator и дистрибутивом Oracle R Distribution.

Усовершенствования Oracle Big Data Connectors расширяют возможности интеграции «больших данных». Новая версия Oracle Big Data Connectors в дополение к обновлениям всех модулей предлагает:

модуль сопряжения Oracle SQL Connector for Hadoop Distributed File System для повышения производительности SQL-запросов к данным, сохраненным в Hadoop, из баз данных Oracle. Рост производительности достигнут за счет дополнительной автоматизации и улучшения функционала запросов. Новый модуль также поддерживается в Oracle Data Integrator Application Adapter for Hadoop;
прозрачный доступ к языку запросов Hive Query из приложений R и реализацию новых аналитических методик, выполняемых в Hadoop, что повышает эффективность разработчиков приложений на языке R благодаря улучшению доступа к Hadoop из среды R.

2013: Защита основания распределенной обработки

На конференции Oracle OpenWorld 22-26 сентября 2013 года корпорация сообщила об усовершенствованиях в системах обработки Больших Данных. В частности, программно-аппаратный комплекс Big Data Appliance теперь обеспечивает «защиту корпоративного класса» системы распределенной обработки данных Hadoop.

Big Data Appliance поддерживает аутентификацию по протоколам Kerberos и LDAP, интегрирован с защитной системой Oracle Audit Vault and Database Firewall. Система ведет мониторинг журналов регистрации событий Hadoop и генерирует предупреждение администраторам.

Новый программный модуль Perfect Balance для Big Data Appliance выполняет балансировку нагрузки, ускоряя выполнение задач MapReduce. Для Hadoop в Oracle разработали коннектор, обеспечивающий возможность опроса и преобразования XML-документов с помощью языка XQuery.

Oracle Big Data Appliance X4-2

14 ноября 2013 года корпорация Oracle объявила о начале продаж программно-аппаратного комплекса Oracle Big Data Appliance X4-2, в составе которого полный технологический стек Cloudera Enterprise, реализована поддержка дисковой емкости на 33% больше - в сумме 864 ТБ на одну аппаратную стойку.

Описание

Oracle Big Data Appliance X4-2 представляет собой комплексную платформу для работы с «Большими данными», оптимизированную как для пакетной, так и для обработки данных в режиме реального времени. Платформа использует программное обеспечение Cloudera Distribution for Apache Hadoop, Oracle NoSQL Database, Cloudera Impala и Cloudera Search чтобы обеспечить соответствие требованиям к вычислительным ресурсам.

Предприятия получат больше ресурсов для хранения данных, используя Oracle Big Data Appliance X4-2, что поможет им формировать экономически более выгодную платформу для работы с "Большими данными", тем самым помогая в создании новых преимуществ для бизнеса.

Сервисы Oracle Big Data помогают специалистам по изучению управлять необработанными данными, каталогизировать их и обрабатывать. Oracle предлагает озера данных на базе хранилища объектов и Hadoop для постоянного хранения, Spark для обработки, а также возможности анализа посредством Oracle Cloud SQL или другого аналитического инструмента, предпочитаемого клиентом.

Электронная книга по машинному обучению

Данные — это сырье для машинного обучения. Узнайте, как использовать машинное обучение в облаке с уже имеющимися у Вас данными.

Основные сценарии использования больших данных

Большие данные могут дать преимущества любой отрасли и организации. Познакомьтесь с 22 основными примерами использования больших данных.

Конференция Oracle Live: Будущее Data Lakehouse

Среда, 20 октября, 12:00 ET / 13:00 BRT / 18:00 CEST

Объединение всех данных в озеро

Полнофункциональное интегрированное решение

Развертывание полнофункционального интегрированного решения, включающего управление данными, их интеграцию и изучение, позволит отделам аналитики извлечь максимальную пользу из корпоративных данных. Заказчики загружают любые данные в пакетах, потоковом режиме или реальном времени и при необходимости сохраняют их в хранилищах или озерах данных. Затем специалисты каталогизируют и обрабатывают данные, чтобы их можно было использовать для анализа, визуализации и машинного обучения. ИТ-отделы используют согласованные политики безопасности по всем хранилищам и озерам данных.

Удобство управления и эксплуатации

Повысьте продуктивность разработчиков с помощью гибко настраиваемого бессерверного кластера Apache Spark, доступного через API-интерфейсы. Подготовка, защита и отключение каждого кластера выполняется автоматически, снижая нагрузку на разработчиков. Заказчики могут развертывать гибко настраиваемые кластеры Hadoop любого размера и конфигурации, а затем в один клик добавлять опции защиты и высокой доступности.

Развертывание в центрах обработки данных Oracle Cloud или ЦОД заказчика

Развертывайте сервисы Oracle Big Data по мере необходимости в зависимости от требований заказчика к размещению данных и времени ожидания. Сервисы больших данных, как и все остальные сервисы Oracle Cloud Infrastructure, могут использоваться заказчиками в публичном облаке Oracle или развертываться в собственных центрах обработки данных как часть среды Oracle Dedicated Region Cloud@Customer.

[Производство] _Oracle ADG технология синхронизации - «наркотик сожаления», необходимый для DBA

【введение】

Суть всех решений высокой доступности - «избыточность». Конечно, бюджетные расходы станут чрезвычайно дорогими, поскольку требования к высокой доступности возрастут.
При построении архитектуры базы данных, независимо от бюджетных ограничений, они часто содержат несколько требований: высокая доступность, высокий параллелизм, балансировка нагрузки и Для масштабируемости SLA потребуется 99,99%, 99,999% или выше 99,9999%. Среди этих требований, лично считаю, что первой должна быть обеспечена высокая доступность. Это требование может гарантировать, что когда сервер в архитектуре базы данных ненормально не сможет предоставить услуги передачи данных, уровень базы данных все еще может обеспечить стабильные услуги передачи данных.
Архитектура высокой доступности уровня Oracle - это RAC. Друзья, знакомые с этой архитектурой, знают, что RAC может отвечать требованиям высокой доступности и высокого одновременного доступа, но это отражается только на избыточности вычислительных ресурсов. Источник данных по-прежнему один. Когда источник данных поврежден или ненормальный, он не может предоставлять услуги данных. Решением этой ситуации является использование архитектуры RAC + ADG для обеспечения избыточности на уровне данных путем создания резервной библиотеки ADG.

Согласно вашему собственному опыту, следующая статья приблизительно знакомит с двумя распространенными применениями ADG:

Цель ADG 1: Переключатель высокой доступности под ненормальной основной библиотекой
1. Эта архитектура может удовлетворить требование о том, что, когда основная среда RAC является ненормальной и не может предоставлять услуги передачи данных, переключитесь на библиотеку синхронизации ADG, чтобы обеспечить восстановление бизнес-использования в кратчайшие сроки. Нормальное время переключения примерно на минутном уровне, но на этот раз вам нужно изменить соединение приложения с базой данных: большинство приложений разрабатываются на java, и пример использования jdbc для подключения к базе данных выглядит следующим образом:

Как указано выше, для подключения к экземпляру базы данных требуется три информации: ip библиотечного сервера, номер порта библиотеки, имя экземпляра / службы.

Когда среда RAC является ненормальной, и вам нужно переключиться на библиотеку ADG, например, исходя из предположения, что конфигурация имени экземпляра RAC и ADG остается неизменной,
Информация базы данных связи приложения может быть изменена с исходного RAC service-ip / scan-ip на IP-адрес ADG. В этом случае, если в java-программе есть несколько операторов для подключения к библиотеке, вы можете установить db-service-ip в качестве глобальной переменной приложения. В настоящее время вы можете изменять только параметры db-service-ip. Однако после изменения конфигурации библиотеки подключений к приложениям часто возникает необходимость перезапустить приложение, что приводит к перерыву в работе, включая: время переключения библиотеки + конфигурация подключения библиотеки модификации приложения и время перезапуска, время прерывания работы больше.

Один вопрос: как сократить время прерывания бизнеса в этом случае?
Ответ таков: вы можете запустить vip на сервере ADG. Этот vip является service-ip / scan-ip RAC, который экономит время для приложения на изменение конфигурации подключения библиотеки и перезапуск, Значительно сократить продолжительность прерывания бизнеса. Конкретная команда для запуска vip на сервере ADG выглядит следующим образом:

Использование ADG 2: метод восстановления данных при неправильной эксплуатации человека
В соответствии с приведенными выше объективными факторами база данных также имеет субъективный фактор, который часто является причиной ненормальности базы данных: ошибки при работе человека.

В этом случае есть три распространенных метода:

Выполните восстановление базы данных в другой среде, и непосредственно перед восстановлением до точки аварии, после нахождения правильных данных, импортируйте данные в производственную среду: это решение можно использовать, когда база данных мала, а время прерывания бизнеса короткое;
Используйте Oracle Flashback для восстановления. Oracle Flashback - это набор функций базы данных Oracle. Flashback позволяет просматривать состояние объектов базы данных за один раз в прошлом, или вы можете восстановить объекты базы данных до прежнего состояния без помощи восстановления базы данных;
Используя logminner, LogMiner представляет собой практический и очень полезный инструмент анализа, предоставляемый Oracle начиная с продукта 8. Используя этот инструмент, вы можете легко получить конкретный контент файлов онлайн / архивных журналов Oracle, особенно этот инструмент может анализировать все операции базы данных. DML и DDL заявления. Этот инструмент особенно подходит для отладки, аудита или отката конкретной транзакции.

Вышеупомянутыми тремя ситуациями являются либо длительное время восстановления, либо занятие дополнительного места для хранения, либо искусственно сложный анализ, такой как Flashback / Logmnr (если это тип DML, вы можете использовать запрос обратной передачи или извлечение logmnr; если он отброшен, вы можете использовать таблицу обратной связи, но если это Поле изменяет или усекает операции, указанные выше не будут работать).

Вопрос брошен здесь:

Что мне делать, если бизнес не может быть слишком длинным или прерываться, когда библиотека достигает уровня T?

Одно из решений: в этом сценарии вы можете использовать ADG для восстановления. Некоторые студенты спрашивали, не синхронизируется ли ADG в режиме реального времени, как его можно восстановить в данных перед операцией по человеческим ошибкам, у ADG есть параметр задержки, использующий разницу во времени журнала приложения задержки для быстрого восстановления резервной копии до точки сбоя, а затем с помощью логического выражения exp & imp для достижения Восстановление уровня таблицы.

Шаги операции следующие:

Используйте следующую команду, чтобы отложить синхронизацию приложения журнала библиотеки
Укажите атрибут delay в резервной базе данных, резервная база данных откладывает 60 минут для применения журнала основной библиотеки
sql> alter database recover managed standby database delay 60 disconnect from session;
Единицей этого параметра являются минуты, здесь библиотека сэмпловой синхронизации и основная библиотека имеют 60-минутный интервал обновления данных, то есть 60-минутный «препарат сожаления», конечно, он также может быть установлен на любой период времени, Время восстановления / время журнала приложения связано с производительностью сервера и объемом журнала резервного порта. Например, база данных T-уровня, управляемая нашим офисом, полностью восстанавливается до 16 часов, а интервал задержки, установленный нашим офисом, составляет 60 * 24 = 1140 в день.

2. Когда вам нужно восстановить базу данных, выполните следующие действия:
2.1 В режиме ожидания момент времени выполнения не полностью восстановлен

2.2 Логический экспорт и импорт, затем используйте метод логического резервного копирования для экспорта / экспорта данных перед аварийной точкой и импортируйте основную базу данных с помощью метода imp / impdp для восстановления данных.

3. Затем основная библиотека восстанавливает исходный интервал времени.
SQL> alter database recover managed standby database cancel;
SQL>alter database recover managed standby database delay 60 disconnect from session;

【подводить итоги】

В этой статье освещается архитектура высокой доступности Oracle RAC + ADG, указываются ограничения RAC, описываются два применения ADG, простое предложение - использовать ADG для создания «избыточности данных», ненормальной в среде RAC. В этих обстоятельствах предоставьте способ возобновить деловое использование в течение короткого времени;
В то же время АДГ также является «наркотиком сожаления», в случае неправильной работы человека, когда основная библиотека не работает, неправильная операция восстанавливается с минимальными затратами;
Отслеживание этой общедоступной учетной записи даст конкретный случай операции.

To be continued.

Если вы нашли эту статью полезной, можете сканировать и следовать следующей общедоступной учетной записи WeChat.

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

1- Введение

В этой статье я ознакомлю вас с структурой Oracle 12c и облачными функциями недавно представленные в этой версии.

2- 4 особенные свойства Oracle 12c

Oracle Database 12c имеет 4 выделяющихся функций:

Во-первых, она может объединить компонентную базу данных 252 (так же является продуктом Oracle) в 1 контейнер базы данных (container database), через который оптимизирует вычислительные ресурсы и сокращает расходы аппаратной инфраструктуры. Если в предыдущей системе Database, 1 сервер мог установить максимум 50 Database нужно было 20GB памяти, то с новой технологией Database 12c, емкость ресурсов памяти могла быть уменьшена в 6 раз.
Во-вторых, автоматизировать механизм оптимизации данных, чтобы контролировать систему хранения. Автоматизирована манипуляция перемещения данных в подходящий уровень хранения с технологией Data Heat Map: основан на термальной карте который отмечает частоту вхождения данных. Решение Oracle помогает бизнесу решать о перемещении данных с меньшим доступом в подходящее устройство хранения (малодоступные данные будут перемещены в устройства с меньшим расходом, многодоступные данных будут перемещены в устройства с высокой скоростью и дорогими расходами).
В-третьих, имеется функция редактирования (Redaction), которая помогает скрыть данные, если данные предназначены для последнего пользователя. Например код кредитной карты, Работники в Отделе Персонаа могут видеть все цифры кода карты, но другие отделы могут видеть только последние 4 цифры. Данная защитная функция помогает организациям, бизнесам чувствовать себя безопаснее при соединении их базы данных в облаке.
В-четвертых, помогает бизнесам найти возможность от обработки больших объемов данных (Big Data) включая неструктурированные данные (например социальные сети) и данные с обычной структурой

3- Структура Oracle 12c

Для начала нам нужно сравнить структуру Oracle 11g и 12c

Программное обеспечение Oracle
И Database

После установки Oracle Database 11g вы можете создать один или более Database (Обычно вам нужно создать только один Database). В каждом Database вы можете создать 1 или более SCHEMA, каждая SCHEMA это система таблиц, и объектов как function (функция), procedure (процедура), package, . Структура Oracle 11g похожа на следующую иллюстрацию:

Oracle 12c имеет реальные изменения в структуре по сравнению с Oracle 11g. Oracle 12c это на самом деле облачная база данных.

Понятие database в 11g похоже на Container Database (CDB) в 12c. То есть после установки программы Oracle 12c вы можете создать 1 или более Container Database (CDB). (На самом деле нужен только 1).

В Oracle 12C есть новое понятие - это CDB$ROOT (Или еще называется CDB Root), CDB$Root это специальный Plugin Database, объект находящийся в CDB. SCHEMA могут быть прикреплены к CDB$ROOT. Или другие обычные Plugin Database (PDB) прикреплены к CDB$ROOT. Каждый Plugin Database содержит 0 или более SCHEMA.

PDB$SEED это шаблонный (Template) Plugin database который используется как шаблон (по умолчанию) чтобы создать новый Plugin Database. Вы конечно можете взять любой Plugin Database для шаблона и создать новый Plugin Database.

Я покажу команды создания нового Plugin из SEED или из какого-нибудь 1 PDB далее в этой статье.

В плане хранения на жестком диске, Oracle 12c имеет структуру как в иллюстрации ниже:

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

Название базы данных
Название и местоположение свзязанных datafiles и файлов redo log
Временная метка создания базы данных
Последовательный номер в журнале
Информация Checkpoint

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

Datafiles это физические фалы сохраненные на диске. Эти файлы используются для хранения даннах на диске.

Tempfiles это физические файлы сохраненные на диске. Эти файлы используются для временного хранения данных на диске.

Самая важная структура для восстановления операций это redo log, который включает два или более предопределенных файлов (preallocated files), который хранит все изменения выполненные в базе данных. Каждый объект базы данных Oracle имеет один связанный redo log для защиты базы данных в случае неполадки объекта.

4- Работа с Oracle через SQLPlus

SQL Plus это простой инструмент Console позволяющий вам выдавать команды SQL. Обычно мы работаем с более визуальным инструментом (не имеется после установки Oracle), вам нажно установить дополнительно, это может быть программа предоставленная третьей стороной.

Чтобы войти в SQLPlus вы можете войти через CMD:

4.1- Проверить является ли Database Container Database (CDB)

При установке Oracle 12c если вы не выбрали установку вида nếu Container Database (CDB), то ваш database будет являться CDB, и напротив это будет Non-CDB (Похож на модель Oracle 11g)

На SQLPlus вы можете проверить является ли ваш Database CDB или нет.

4.2- Проверить ID или название текущего Container

4.3- Информация Container в Container Database (CDB)

View V$CONTAINERS предоставляет информацию про все Container внутри CDB, включая коренной Plugin (CDB$Root) и все Plugin DB (PDB). Чтобы посмотреть эту информацию, вы можете сделать запрос от обычного user, и этот user находится в коренном Container (CDB$Root). Если user находится в PDB, этот view покажет информацию только про этот PDB.

4.4- Посмотреть информацию Plugin Database (PDB)

Два view CDB_PDBS и DBA_PDBS предоставляют информацию про PDBs связанные с CDB, включая статус каждого PDB. Чтобы посмотреть эту информацию, запрос должен быть сделан обычным user на коренном Container (CDB$Root). Если user находится в container который является PDB, все запросы на данном View не вернут результата.

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