+7 (495) 229-0436   shopadmin@itshop.ru 119334, г. Москва, ул. Бардина, д. 4, корп. 3
 
 
Вы смотрели
Вход
 
 
Каталог
 
Категории
 
 
Подписка на новости:
Новости ITShop
Windows 7 и Office: Новости и советы
Обучение и сертификация Microsoft
Вопросы и ответы по MSSQLServer
Delphi - проблемы и решения
Adobe Photoshop: алхимия дизайна
 
Ваш отзыв
Оцените качество магазина ITShop.ru на Яндекс.Маркете Если вам нравится наш магазин - скажите об этом Google!
 
 
Способы оплаты
Яндекс.Деньги VISA, EUROCARD/MASTER CARD, DCL, JCB WebMoney RBK Money Деньги@mail.ru Сбербанк РФ ASSIST QIWI кошелек
 
Курс расчета
 
 1 у.е. = 63.30 руб.
 
 Цены показывать:
 
 
 
 
  
Разделы
VCL Компоненты   Базы данных  
Встроенные и мобильные СУБД   Анализ баз данных  
Управление базами данных и разработка   Миграции и конвертации баз данных  
 
Производители
Oracle  
 

Продукт   Другие продукты   Лицензирование  

Oracle Database Enterprise Edition Options Active Data Guard Processor License Software Update License & Support

Цена: 188 975.82 руб.
 
Звонок с сайта Купить дешевле
 
Название производителя: Oracle Database Enterprise Edition Options Active Data Guard Processor License Software Update License & Support
Код: 115-113-112-50-ORACLE-SL
Язык интерфейса: Английский
Вид поставки: Электронная поставка
Срок комплектации: от 5 до 10 дней
Операционные системы: Windows, Linux, Solaris
Техническая поддержка: Лицензия на техническую поддержку 1 год
 


СУБД Oracle Database 12с поставляется в нескольких редакциях, удовлетворяющих бизнес-требованиям и информационным потребностям организаций различного уровня. Oracle также предлагает несколько дополнительных продуктов, которые расширяют возможности Oracle Database 12с Enterprise Edition для решения специальных задач. Ниже рассматриваются характеристики и функции, доступные в каждой редакции СУБД Oracle.

Oracle Database 12с Enterprise Edition (EE)

Редакция Oracle Database 12с Enterprise Edition (EE) обеспечивает эффективное, надежное, безопасное управление данными для решения критически важных задач в режиме оперативной обработки транзакций, для хранилищ данных и аналитических систем, для управления контентом и web-приложениями.
Эта редакция реализует всю вычислительную и функциональную мощь Oracle Database 12с. Она может работать на большинстве вычислительных платформ, поддерживать десятки тысяч пользователей и обрабатывать многотерабайтные хранилища данных, используя все процессорные ресурсы сервера или кластера серверов в режиме параллельной обработки.

Oracle Database 12с EE предназначена для создания информационных систем среднего и крупного масштаба с высокими требованиями к надежности, доступности, быстродействию, безопасности, управляемости и масштабируемости. Помимо функциональности, включенной непосредственно в редакцию Oracle Database 12с EE, возможно использование дополнительных программных компонентов – опций, расширяющих функциональность сервера баз данных (например, для геоинформационных систем или систем повышенной защищенности). Oracle Database 12с EE может использоваться на отдельных серверах или в кластерных конфигурациях без ограничения числа процесcорных разъемов.

Анализ отличий основных редакций Oracle Database 12с можно найти в таблице 1. Более подробно Oracle Database 12с Enetrprise Edition и ее опциональные компоненты описаны в таблице 1.

Таблица 1. Отличия редакций Oracle Database 12с

Опции Oracle 12с Enterprise Edition:

Advanced Analytics

Опция Oracle Advanced Analytics объединяет среду статистических исследований Oracle R Enterprise и Oracle Data Mining (ODM).

Технология Oracle Data Mining предназначена для анализа данных методами, относящимися к классу извлечения знаний (Data Mining).

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

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

Основу Data Mining составляют процедуры, реализующие различные алгоритмы построения моделей классификации, регрессии, кластеризации. Версия Data Mining 12с поддерживает широкий спектр таких алгоритмов.

Алгоритмы, реализованные в Oracle Data Mining

Классификация - Naїve Bayes, Decision Trees, Generalized Linear Models (GLM), Support Vector Machine
Регрессия Support - Vector Machine, Generalized Linear Models (GLM)
Поиск существенных атрибутов - Minimal Descriptor Length
Кластеризация - Enhanced K-means, O-cluster
Поиск ассоциаций - Apriory
Выделение признаков - Non-Negative Matrix Factorization

Важная особенность алгоритмов состоит в том, что все они работают непосредственно в реляционной базе данных Oracle и не требуют выгрузки и сохранения данных в специальных форматах. Кроме собственно алгоритмов, Oracle предлагает средства подготовки данных, оценки результатов, применения моделей к новым наборам данных. Использовать все эти возможности можно как на программном уровне с помощью Java API или PL/SQL API, так и с помощью графической среды Oracle Data Miner, которая представляет собой расширение для среды SQL Developer и ориентирована на работу аналитиков, решающих задачи прогнозирования, выявления тенденций, сегментации и др.

Среда Oracle R Enterprise (ORE), используя возможности Oracle Database 12с, существенно повышает производительность приложений, разработанных с помощью некоммерческого языка статистических исследований и графической визуализации R, а также на несколько порядков увеличивает объемы данных, с которыми могут работать эти приложения.

Oracle R Enterprise позволяет применять статистические и аналитические модели, разработанные на R, к данным, которые хранятся в базе данных Oracle, и использовать возможности параллельного выполнения и масштабируемость базы данных.

ORE делает таблицы и представления базы данных доступными для R-среды, как если бы они были объектами R. R Enterprise умеет транслировать команды манипуляции данными R в SQL-операторы, исполнять их в базе данных и возвращать результат в привычную для аналитика среду R.
Можно также использовать встроенный в Oracle Database движок R (R Embedded) и выполнять готовые R-скрипты параллельно несколькими экземплярами R Embedded на разных наборах данных, что позволяет значительно увеличить скорость статистической обработки данных, моделирования и прогнозирования.

Advanced Security

Advanced Security Option (ASO) – опция СУБД Oracle, предоставляющая возможности шифрования данных и строгой аутентификации для защиты от угроз на уровне сети и операционной системы.

Обеспечение конфиденциальности информации, передаваемой от СУБД к клиенту через сеть, позволяет исключить разнообразные виды атак, таких как «прослушивание». Шифрование трафика и гарантия обеспечения целостности данных особенно актуальны в случае, когда клиент или сервер приложений располагаются вне безопасной зоны сети, отделенной межсетевым экраном.

Промышленные стандарты шифрования. Опция ASO позволяет защищать все входящие и исходящие соединения СУБД Oracle. Для каждой сессии создается секретный ключ, обеспечивающий безопасность всего сетевого трафика. Таким образом, ASO делает невозможными скрытую модификацию, добавление или удаление части передаваемых данных.

Поддерживаются следующие алгоритмы шифрования и обеспечения целостности данных:

• AES (128, 192, 256)
• RC4 (40, 56, 128, 256)
• 3DES (2 и 3 ключа)
• MD5
• SHA1

Кроме того, в случае наличия в информационной системе организации инфраструктуры открытого ключа PKI, ASO позволяет использовать SSL-шифрование.

Простая конфигурация – нет необходимости изменять приложение. Включение шифрования и обеспечения целостности данных производится путем настройки сетевых конфигураций на стороне сервера и клиента и не требует никаких изменений на уровне приложения. Благодаря этому реализация шифрования с помощью Advanced Security Option является простой и доступной. Конфигурация и поддержка не требуют существенных усилий со стороны администраторов
СУБД.

Строгая аутентификация для Oracle Database 12с. ASO позволяет использовать существующую инфраструктуру безопасности организации, например Kerberos, PKI, RADIUS, для реализации строгой аутентификации в СУБД Oracle.

Новыми особенностями являются:

  • Возможность проверки отмены сертификатов X509v3 за счет использования списков Certificate Revocation Lists, хранимых в файловой системе Oracle Internet Directory за счет использования CRL Distribution Points.
  • Возможность использовать идентификаторы PKI, хранимые в смарт-картах или других типах аппаратных модулей хра-
    нения на основе стандарта PKCS 11 для СУБД Oracle или клиентов базы данных.

Поддержка промышленных стандартов. Клиент SSL-опции ASO может быть использован в любой соответствующей промышленным стандартам инфраструктуре PKI. Например, для аутентификации в СУБД Oracle 12с применимы сертификаты X509v3, выписанные Verisign, Thawte, RSA Keon и Oracle Certificate Authority, принимающие запросы сертификатов стандарта PKCS7. ASO также предоставляет адаптер Entrust, позволяющий приложениям использовать Entrust PKI совместно с СУБД Oracle 12с. Входящий в состав ASO клиент Kerberos дает возможность пользователям СУБД Oracle 12с производить аутентификацию, используя билеты Kerberos v5, выпущенные любым сервером, поддерживающим Kerberos и Microsoft KDS.

ASO также содержит клиента RADIUS, позволяющего СУБД Oracle использовать аутентификацию и авторизацию сервера RADIUS. Эта возможность может быть полезна организациям, заинтересованным в двухфакторной аутентификации, устанавливающей подлинность личности и основанной на определении индивидуальных биометрических параметров (отпечаток пальца), знании (пароль или PIN-код) и владении (токенкарта или смарткарта).

Единый вход в систему. ASO сводит к минимуму стоимость сопровождения идентификационной информации пользователей для множества систем, предоставляя поддержку единого входа в распределенную систему. Пользователю достаточно зарегистрироваться в системе один раз, и он может автоматически соединяться с любым сервисом, поддерживающим протоколы Kerberos или SESAME, без необходимости вводить имя и пароль вновь.

Прозрачное шифрование данных. Функциональная возможность СУБД Oracle Database 12с (TDE, Transparent Data Encryption) позволяет выборочно объявлять столбцы таблиц шифруемыми. Когда пользователи вводят данные, сервер базы данных шифрует их и сохраняет в столбце. Точно так же, когда пользователи выбирают этот столбец, данные автоматически расшифровываются. Шифрование производится без какого-либо изменения кода приложения. Алгоритмы
шифрования 3DES и AES. Длина ключа – до 256 бит.

В версиях начиная с СУБД Oracle 11gR1 кроме прозрачного шифрования колонок таблиц баз данных, поддерживается шифрование объектов табличных пространств (Tablespace Encription).

Управление средствами прозрачного шифрования интегрировано в Oracle Enterprise Manager. Зашифровывание защищаемой информации может быть проведено без остановки работы базы данных.

Database Vault

Oracle Database Vault – опция безопасности базы данных Oracle, позволяющая контролировать или при необходимости исключить доступ администратора СУБД к данным приложений, усилить защиту структур СУБД от несанкционированного доступа и реализовать возможности, обеспечивающие динамическую настройку политик безопасности за счет многофункциональных внутренних механизмов самой СУБД. Данные средства позволяют отвечать таким требованиям, как раз-
граничение доступа с использованием ролей, соответствие нормативным требованиям, а также стандартам внутреннего аудита. Oracle Database Vault (ODV) может поддерживать управление безопасностью в рамках отдельного экземпляра СУБД Oracle. Однако ее применение не ограничивается автономными инсталляциями, возможно также использование и в распределенной среде на базе Real Application Cluster (RAC). Важным обстоятельством является также и то, что ODV технологически опирается на механизмы защиты, реализующие мандатный принцип доступа к информации – опцию OLS.

Помимо этого Oracle Database Vault опирается на две новые концепции: (1) Область безопасности (Realm), которая представляет собой контейнер, или «защищенную область», позволяя определить политики доступа пользователей к объектам базы данных в составе этой области. В область безопасности могут включаться как таблицы базы данных, так и хранимые процедуры, модули бизнес-логики или целые приложения. (2) Исполняемые правила (Command Rules), в которые входят параметры доступа или факторы (Factors) и правила (Rules), определяющие условия доступа к области безопасности. Фактором может являться день недели, IP-адрес, имя хоста и т. д., равно как и любые доступные атрибуты пользователя. Правила и факторы определяют условия доступа. Например, доступ пользователя к определенному набору данных может быть предоставлен только в рабочие часы для внутреннего IP-адреса. Помимо указанных параметров могут применяться в совокупности и другие. Ограничения могут быть наложены на права всех пользователей, включая администратора. Таким образом, возможно построение многофакторных, сложных условий, контролирующих и ограничивающих при необходимости доступ пользователей к данным.

Правила создаются каждой организацией в соответствии с ее собственными политиками информационной безопасности.

Если механизмами VPD (OLS) с использованием языка PL/SQL обеспечивался контроль доступа на уровне строк, то Oracle Database Vault – это решение более высокого уровня, обеспечивающее безопасность СУБД и данных приложений на уровне доступа к объектам базы данных.

Oracle Label Security позволяет сохранять в одной базе данных информацию с разной степенью конфиденциальности, при этом доступ к данным ограничивается категориями допуска, а Oracle Advanced Security обеспечивает шифрование сетевого трафика, стойкую аутентификацию и защиту данных на уровне устройства. Опции безопасности OLS и ASO могут использоваться совместно с Oracle Database Vault.

Кроме того, продукт включает в себя консоль администрирования на базе тонкого клиента, которая позволяет полностью управлять Oracle Database Vault. Имеется и контрольная панель (Dashboard) для мониторинга исполнения политик и контроля параметров настройки конфигурации, а также набор более чем 30 преднастроенных в части основных аспектов информационной безопасности отчетов, позволяющих вести аудит доступа пользователей и контролировать соблюдение стандартов информационной безопасности.

Oracle Database Vault – опция базы данных Oracle Database – может быть установлена на Oracle Database 10g Release 2 (10.2.0.2) и выше.

Active Data Guard

Самое простое решение, способное повысить производительность, – это перенос рабочих процессов, которым необходим доступ только на чтение, на синхронизированную копию основной базы данных. Oracle Active Data Guard позволяет переносить ресурсоемкие работы с основной на одну или несколько резервных баз данных, поддерживаемых технологией Data Guard, которая включена в Oracle Database Enterprise Edition. Oracle Active Data Guard предоставляет доступ на чтение к физической резервной базе данных для создания отчетов, выполнения резервного копирования и других ресурсоемких операций, не требующих модификации данных. На резервной БД происходит постоянное применение изменений, полученных от основной базы, что обеспечивает согласование данных.

Традиционный Data Guard

Технология Oracle Data Guard обеспечивает синхронизацию физической резервной базы данных с ее производственной частью для защиты данных и их высокой готовности. До выхода Oracle Database 11g физические резервные БД в основном действовали в постоянном режиме Redo Apply. Такой режим гарантировал, что отказоустойчивость базы данных будет обеспечена в течение нескольких секунд после сбоя. Redo Apply должен был быть остановлен для того, чтобы предоставить доступ на чтение для резервной базы данных Data Guard 10g. В результате получалась резервная БД, в которой хранились статические данные, что увеличивало время восстановления после сбоя.

Oracle Active Data Guard

Oracle Active Data Guard позволяет открывать физические резервные базы данных на чтение для создания отчетов, простых или сложных запросов, сортировки, доступа через web-интерфейс и т. д., в то время как изменения из производственной базы данных продолжают применяться на резервной БД. Все запросы к резервной базе данных выполняются в реальном времени и возвращают текущие результаты. Это означает, что любая операция, которая требует быстрый доступ на чтение, может быть выполнена в резервной базе данных, что увеличивает производительность и разгружает основную базу

Active Data Guard также поддерживает отслеживание изменений данных с помощью RMAN, что позволяет создавать быстрые инкрементальные резервные копии основной БД на резервной базе данных. Скорость создания инкрементальных резервных копий может в несколько раз превышать скорость бэкапов, выполняющихся на резервной базе данных в ранних версиях продукта.

Также Oracle Active Data Guard обеспечивает взаимное автоматическое восстановление разрушенных блоков в случае их обнаружения на основной или резервной базах данных. Испорченный блок данных на основной БД может автоматически быть заменен корректной копией блока резервной БД, которая работает в режиме Real-Time Query. Испорченный блок данных на резервной БД также может автоматически быть заменен корректной копией блока основной БД.

Active Data Guard Reader Farms

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

Active Data Guard уникальным образом подходит под эти ситуации, поскольку позволяет легко сконфигурировать дополнительные резервные базы данных под высокую загрузку. Одна производственная база данных способна отсылать изменения на множество (до 30) резервных БД, что позволяет создать так называемый Reader Farm. Дополнительные резервные базы данных могут быть использованы для увеличения производительности до практически неограниченного масштаба.

На рисунке ниже приведен пример обычного Reader Farm. В дополнение к этому изображенный ниже Reader Farm уже включает в себя функции защиты данных и высокой готовности. Если в основной базе данных произойдет сбой, то любая резервная база данных может легко перехватить ее роль. Это позволяет автоматически синхронизировать оставшиеся базы данных с самыми последними транзакциями

Преимущества Active Data Guard

  • Повышает скорость работы производственной базы данных: перенос части нагрузки в актуальную копию основной базы данных.
  • Упрощает операции: устраняет сложности управления, свойственные традиционным решениям для репликации.
  • Упрощает обновление: копия базы данных обновляется и всегда находится в режиме онлайн, что невозможно в традиционной технологии зеркалирования.
  • Сокращает затраты: резервная база данных Active Data Guard также обеспечивает защиту от катастроф и высокую готовность и, кроме того, может служить в качестве тестовой системы. Дополнительного оборудования или программного обеспечения не требуется.
  • Сокращает время резервирования: совершает инкрементальное резервирование в 20 раз быстрее посредством функции RMAN Block Change Tracking на физической резервной базе данных.

Advanced Compression

Предприятия переживают период скачкообразного роста объема данных, необходимых для адекватного ведения бизнеса. Эта тенденция связана с несколькими основными факторами. Недавние изменения в нормативных документах, например акте Сарбейнса-Оскли и HIPPA, требуют, чтобы компании длительное время хранили большие объемы информации. Массовое распространение объемных файлов и мультимедиа-контента, которое стало возможным благодаря развитию технологий высокоскоростных соединений с Интернетом, также повлияло на увеличение объема данных. Но еще больше повлиял на него переход к Web 2.0, где используемые совместно приложения генерируют невероятно большое количество созданного пользователями контента. По некоторым оценкам, объемы данных удваиваются каждые 2-3 года.

Такой скачкообразный рост объемов данных затрудняет работу IT-администраторов. Первое и самое главное – это стремительное увеличение затрат на хранение. Стоимость одного мегабайта данных на диске за последние несколько лет сильно упала, однако невероятный рост объема данных, которые должны быть доступны в режиме онлайн, делает хранение одной из главных статей расходов IT-бюджета. Помимо этого масштабируемость приложений и скорость их работы должны постоянно удовлетворять потребности компаний даже при скачкообразном росте объема данных.

В Oracle Database 11g появилась опция Advanced Compression Option, которая поможет заказчикам справиться с этими задачами. Нововведения в технологиях сжатия позволяют сократить ресурсы и затраты на управление большими объемами данных. Новые технологии появились вовремя, ведь многотерабайтные базы данных, ранее считавшиеся новшеством, сейчас становятся частью повседневной работы центров обработки данных.

Дополнительно в состав опции Advanced Compression Option входит технология хранения истории изменения данных – Flashback Data Archive (ранее называвшаяся Total Recall Option).

ORACLE ADVANCED COMPRESSION

Опция Oracle Database 12с Advanced Compression Option предлагает комплексный набор функций для сжатия данных, что поможет заказчикам максимально увеличить утилизацию ресурсов и сократить затраты. Она позволяет IT-администраторам существенно сократить требуемое для хранения дисковое пространство посредством сжатия всех типов данных – будь то реляционные (структурированные) данные, неструктурированные данные (документы, электронные таблицы и т. д.) или данные резервных копий. Самым ощутимым преимуществом сжатия данных является экономия места на жест ком диске, однако инновационные технологии, включенные в опцию Advanced Compression Option, предназначены также для сокращения необходимых требований к ресурсам и технологических затрат на все компоненты IT-инфраструктуры, включая память и пропускную способность каналов связи.

Сжатие реляционных данных

Oracle стала одним из первооткрывателей технологий сжатия базы данных. Несколько лет назад в Oracle Database 9i появилась функция Table Compression, которая позволила сжимать данные в процессе выполнения операций, например, прямой загрузки данных (Direct Load), CREATE TABLE AS SELECT…. (CTAS) и т. д. Эта форма сжатия идеально подходила для хранилищ данных, где данные загружаются автоматически большими порциями. В Oracle Database 11g появилась новая функция под названием OLTP Table Compression, которая позволяет сжимать данные в процессе любых операций с ними, включая обычные операции языка DML – INSERT, UPDATE или DELETE. Помимо этого новая функция существенно ускоряет работу системы, сокращая число необходимых операций ввода-вывода, что подходит также и для OLTP-приложений. Таким образом, эта фундаментальная технология расширяет преимущества сжатия данных для всех типов приложений. Нелишне будет отметить, что функция сжатия таблиц, появившаяся в Oracle Database 9i, является базовой функцией в Enterprise Edition (EE) и будет являться таковой и в Oracle Database 12с. Однако новая функция сжатия таблиц OLTP опциональна, ее нужно приобрести в дополнение к Enterprise Edition.

Инновационный алгоритм

Oracle использует уникальный алгоритм сжатия, который специально создан для работы с реляционными данными. Алгоритм устраняет дублирование повторяющихся значений в БД. Сжатые блоки содержат структуру, названную таблицей символов, в которой приведены метаданные сжатия. Если блок данных сжимается, то дублирование значений прекращается предварительным внесением копии повторившегося значения в таблицу символов. После этого каждое дублированное значение заменяется краткой ссылкой на соответствующую запись в таблице символов. Это новшество подразумевает, что сжатые данные содержаться в блоке базы данных так же, как метаданные, использовавшиеся для распаковки данных. По сравнению с алгоритмами сжатия, разработанными конкурентами, которые используют глобальную таблицу символов, Oracle использует уникальный метод, который обладает значительными преимуществами, избавляя от дополнительных операций ввода-вывода при доступе к сжатым данным.

Преимущества сжатия таблиц

Коэффициент сжатия для каждой отдельно взятой БД зависит от природы сжимаемых данных, а в особенности от их структуры. Используя функцию сжатия таблицы, заказчики могут рассчитывать на сокращение занимаемого на диске места в 2-3 раза. Преимущества сжатия данных не ограничиваются только лишь экономией дискового пространства. Одно из важнейших преимуществ – возможность чтения сжатых блоков напрямую без необходимости их разархивирования. Поэтому при доступе к сжатым данным не происходит существенного падения производительности. В действительности, во многих случаях производительность может даже улучшиться за счет сокращения количества операций ввода-вывода, поскольку Oracle придется получать доступ к меньшему числу блоков. Более того, можно освободить место в буфере памяти, поскольку данные в буферном кэше хранятся в сжатом виде.

Минимальное замедление системы

Как упоминалось выше, функция сжатия таблиц незначительно влияет на операции чтения. Однако сжатие требует дополнительных операций записи данных, поэтому не получится избежать замедлений системы. Для уменьшения потерь на сжатие СУБД Oracle не сжимает весь блок данных сразу при их записи. Новый блок остается несжатым до тех пор, пока объем этого блока не превысит определенную норму. Когда операция приводит к переполнению блока, все содержимое блока сжимается. Далее, когда в блок добавляются новые данные и достигается новый порог, весь блок повторно сжимается, что позволяет достичь высочайшего уровня сжатия. Этот процесс повторяется до тех пор, пока система Oracle не определит, что сжимать этот блок дальше не имеет смысла. Только те транзакции, которые приводят к сжатию блока, могут незначительно замедлить систему. Таким образом, большинство OLTP-транзакций на сжатых блоках будут происходить так же быстро, как если бы они выполнялись в случае с несжатыми блоками.

Сжатие неструктурированных данных

Новая функция SecureFiles в Oracle Database 12с предоставляет лучшую в своем классе архитектуру для хранения неструктурированного контента, такого как документы, изображения, электронные таблицы и файлы XML. SecureFiles создан специально для максимального увеличения производительности при работе с файлами, в сравнении с традиционными файловыми системами, сохраняя при этом преимущества базы данных Oracle.

С SecureFiles компании могут управлять всеми реляционными данными и связанными с ними файлами Oracle, используя единую модель безопасности/аудита, единый процесс резервного копирования и восстановления, а также свободный поиск любой информации. Опция Advanced Compression Option из Oracle Database 12с включает технологии, которые сильно сокращают количество хранимых в SecureFiles данных.

Технология SecureFiles Deduplication

Приложения очень часто хранят копии файлов. Самый распространенный пример тому – приложение по работе с электронной почтой, где несколько пользователей могут получить одно и то же вложение. SecureFiles Deduplication – «умная» технология, которая хранит единственный экземпляр данных SecureFiles и заменяет дубликаты ссылками на этот образ. Возьмем, к примеру, тот же самый почтовый сервер, где 10 пользователей получают одно и то же письмо с вложением размером в 1 Мб. Без использования SecureFiles Deduplication система хранила для каждого пользователя свою копию вложения, что требует 10 Мб дискового пространства. Если в этом примере использовалась бы опция SecureFiles с дедупликацией, то пришлось бы хранить только 1 Мб. Это экономит 90% дискового пространства. Помимо того, SecureFiles Deduplication также увеличивает скорость работы приложений. Операции записи и копирования в особенности эффективны, поскольку в образ SecureFiles записываются только ссылки. Кроме того, операции чтения также в большинстве случае происходят быстрее, поскольку данные на жестком диске занимают меньше места.

Технология SecureFiles Compression

Опция Advanced Compression Option к Oracle Database 12с реализует другой механизм контроля объема данных SecureFiles. В дополнение к уже упомянутой дедупликации, SecureFiles Compression использует отраслевые стандарты сжатия данных с целью свести к минимуму занимаемое ими пространство. Сжатие основных файлов, таких как документы или XML-файлы, позволяет сократить их размеры в 2-3 раза. Используя имеющиеся сведения, SecureFiles Compression автоматически отменяет сжатие данных, если оно окажется неэффективным с точки зрения освободившегося места. Например, если это документ, упакованный сторонним приложением перед добавлением в базу данных в качестве SecureFile. В настоящий момент поддерживается три уровня сжатия данных. Более высокий уровень требует больше ресурсов процессора, но достигает большей степени сжатия. Обычно SecureFiles Compression отнимает от 3 до 5 % ресурсов процессора. Приложения по-прежнему могут обращаться к сжатым файлам на чтение и запись, поскольку сжатие данных полностью прозрачно для приложений.

Сжатие резервных копий

Помимо сжатия данных, хранимых внутри СУБД, Oracle Advanced Compression также предлагает возможность сжимать резервные копии. Утилиты Recovery Manager (RMAN) и Data Pump чаще всего используются для резервного копирования баз данных Oracle. RMAN осуществляет поблочное копирование данных в базе, также известное как «физическое» резервирование, что позволяет восстанавливать данные на уровне БД, табличного пространства или блоков. С другой стороны, Data Pump используется для «логического» резервирования, выгружая данные одной или нескольких таблиц в обычный файл. Oracle Advanced Compression поддерживает возможность сжимать резервные копии, созданные любым из этих приложений.

Сжатие данных в Data Pump

Возможность сжимать метаданные, связанные с Data Pump, была реализована в Oracle Database 10g Release 2. В Oracle Database 11g, эта функция сжатия была расширена, что позволило сжимать данные таблиц при их переносе. Сжатие данных Data Pump – внутренняя операция. Файлы меньшего размера занимают на диске меньше пространства. В отличие от используемых в операционной или файловой системе утилит для сжатия файлов, сжатие данных Data Pump также полностью встроено в процесс импорта. Нет необходимости разархивировать сжатый файл перед тем, как его импортировать. Сжатые наборы файлов автоматически разархивируются в процессе импорта без каких-либо дополнительных вмешательств со стороны администратора базы данных. В следующем примере приведен процесс сжатия из обычной базы данных. Схемы OE и SH были экспортированы, при этом были сжаты все данные и метаданные. Размер файлов был уменьшен на 74,67 %.

Три версии утилиты gzip (GNU zip) и одна утилита UNIX использовались для сжатия 6,0 Мб набора файлов. Величина сжатого файла была сравнима со сжатием Data Pump. Отметим, что сокращение размера файлов связано с типами сжимаемых данных и другими факторами.

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

ALL – позволяет сжимать все экспортируемые данные.
DATA-ONLY – все данные записываются в dump-файл в сжатом виде.
METADATA-ONLY – все метаданные по умолчанию записываются в dump-файл в сжатом виде.
NONE – отменяет сжатие всех экспортируемых данных.

Сжатие данных в Recovery Manager (RMAN Compression)

Постоянное увеличение объема данных на предприятии создает массу проблем администраторам баз данных. Требования к пространству для хранения резервных копий и эффективность резервирования напрямую зависят от размера базы данных. Утилита для резервного копирования и восстановления – Recovery Manager (RMAN) – впервые представила функции сжатия в Oracle Database 10g. Сжатие данных в RMAN значительно сокращает место, необходимое для резервных копий. В связи с плотной интеграцией RMAN с базой данных Oracle Database, данные резервной копии сжимаются перед тем, как попасть на ленту или диск. Их не нужно разархивировать до восстановления, и это существенно сокращает затраты на хранение.

Oracle Advanced Compression вводит новые функции сжатия RMAN, которые увеличивают производительность, при этом заметно сокращая требования к дисковому пространству. RMAN создан на базе отраслевого алгоритма сжатия ZLIB, поэтому резервирование выполняется на 40 % быстрее, чем резервирование в Oracle Database 10g. Oracle достигает такого улучшения производительности, сокращая коэффициент сжатия менее чем на 20 %.

Быстрое сжатие RMAN Compression – идеальное решение для инкрементального резервирования, которое будет безупречно работать в условиях нормальной рабочей загрузки.

Сжатие сетевого трафика

Data Guard предоставляет управление, мониторинг и автоматические средства для создания, хранения и отслеживания одной или более резервной базы данных для защиты данных от сбоев, катастроф, ошибок и повреждения. Data Guard поддерживает синхронизацию первичной и резервной баз данных, используя информацию из журналов транзакций (информация, необходимая для восстановления операции). Транзакции происходят в первичной базе данных, все обновленные данные записываются в локальные журналы. Сервисы Data Guard Redo Transport Services используются для переноса этих данных на резервную базу данных.

В Oracle Advanced Compression появилась возможность сжимать эти данные в процессе отправки по сети. В процессе таого сжатия пропускная способность канала максимальна, что позволяет быстрее переносить изменения в резервную БД. Резервная база данных будет быстрее синхронизироваться, что обеспечит высокую производительность и готовность базы.

Введение в Oracle Flashback Data Archive

Компании сталкиваются с растущими требованиями к хранению данных и контролю изменений. Основной фактор, влияющий на эти тенденции – требования регулирующих органов и законы. Такие нормативные документы, как акты Sarbanes-Oxley, HIPAA и Basel-II, требуют строгого контроля изменений и ведения истории данных клиентов. Эти законы касаются как крупных, так и небольших компаний из всех отраслей. Большинство этих нормативных документов выдвигают длительные периоды хранения истории, обычно 5 и более лет, в течение которых архивы должны быть доступны.

Для создания и управления историей изменений в настоящее время используется множество различных подходов. К сожалению, все они имеют значительные ограничения и вынуждают компании идти на дорогостоящий компромисс. Flashback Data Archive – функция, появившаяся в Oracle Database 11g, которая может автоматически отслеживать и хранить архивы всех изменений – прозрачно, безопасно и эффективно. Являясь частью Oracle Advanced Compression Option, Flashback Data Archive выходит за рамки ограничений практикуемых в настоящее время подходов к управлению архивамиданных и дает компаниям быстрое, централизованное и чрезвычайно эффективное решение, которое удовлетворит требования к хранению истории изменений данных.

Flashback Data Archive – новейшее дополнение к линейке технологии Flashback, обеспечивающее, начиная Oracle Database 11g Release 1 поддержку запросов данных из архивов, используя знакомую всем форму запроса SQL – AS OF. Важный момент, отличающий Flashback Data Archive от других функций создания снэпшотов, состоит в том, что доступ к архивным данным можно получить в течение любого периода времени, который может превышать период хранения данных или изменений. Архивы можно хранить в течение любого времени, как этого требуют нормативные законодательные акты или деловые принципы. С Flashback Data Archive данные архивов всегда готовы и доступны.

Архитектура Oracle Flashback Data Archive

Когда применяются такие операции языка DML, как «вставить», «обновить» или «удалить», Oracle записывает данные в табличное пространство для отмены действий. Оно используется не только для отката транзакций назад, но также гарантирует согласованность чтения в среде из нескольких версий. Flashback Data Archive работает с отмененными операциями так же, как и с многими другими функциями Flashback. Однако, как упоминалось выше, данные истории содержатся в архиве снэпшотов, который не ограничен размером пространства отмененных транзакций. Создание архива событий осуществляется простым способом, который не влияет на работу системы. Используется новый незаметный процесс под названием fbda. После того как таблицу начинает отслеживать Flashback Data Archive, все транзакции и соответствующие им записи помечаются для архивирования. Чтобы гарантировать, что каждая транзакция записана в архив, записи отмененных операций не удаляются до того, как будут сгенерированы и сохранены данные истории. Процесс работает незаметно и появляется в принятые системой интервалы времени, а также обрабатывает измененные данные, которые должны быть помещены в архив. После того как fbda создаст данные, транзакции и записи изменений могут быть удалеы. Такой асинхронный процесс несет минимальное воздействие на систему и запущенные в теневом режиме процессы.

Flashback Data Archive – логический контейнер для управления историческими данными, связанными с таблицами. Это новый объект в базе данных Oracle Database 12с, который определяет политики хранения и удаления данных архивов. Flashback Data Archive может использовать сразу несколько табличных пространств. Администраторы могут определять пространство, которое будет использовать архив снэпшотов для каждого табличного пространства, используя параметр QUOTA. Можно создавать несколько архивов снэпшотов, в зависимости от необходимости использования различных политик архивирования. Каждый такой архив содержит параметр RETENTION, который определяет время хранения изменений. Flashback Data Archive гарантирует, что данные истории будут хранится столько, сколько указано в параметре RETENTION. Помимо этого администраторы с надлежащими привилегиями могут задавать специальные параметры для удаления данных.

Для каждой отслеживаемой таблицы Flashback Data Archive создает свою таблицу изменений. Внутренняя таблица истории является копией отслеживаемой таблицы с отдельными колонками для хранения временных отметок. Когда одна или несколько колонок отслеживаемой таблицы обновляются, в таблицу истории вставляется новый ряд. Он является образом того столбца, который был до транзакции. Важно отметить, что применение операции UPDATE и DELETE создает новую запись в таблице событий. Flashback Data Archive не создает новые записи для операций INSERT. Внутренняя таблица истории для повышения производительности разбивается на секции (partitions). Во внутренней таблице запрещается осуществлять изменения.

Оптимальное использование технологии Flashback Data Archive

С целью оптимизации производительности и минимизации дискового пространства Flashback Data Archive не копирует основные таблицы в свои внутренние структуры. Пользователям рекомендуется запросить представление DBA/USER_FLASHBACK_ARCHIVE_TABLES для поиска имени внутренней таблицы, используя желаемые индексы в этой внутренней таблице. Важно отметить, что эти индексы имеют значительное воздействие на процесс Flashback Data Archive, так как помимо сбора изменений и транзакций, ему придется учитывать и индексы.

Во-вторых, рекомендуется использовать отдельные табличные пространства для архивов. Параметр QUOTA должен иметь значение Unlimited, заданное по умолчанию. Это упрощает планирование пространства и поддержание архивов данных.

И наконец, доступ к системной привилегии FLASHBACK ARCHIVE ADMINISTER необходимо ограничить. Рекомендуется отделять доступ пользователей к системной привилегии FLASHBACK ARCHIVE ADMINISTER от объектной привилегии FLASHBACK ARCHIVE.

ЗАКЛЮЧЕНИЕ

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

Опция Advanced Compression Option в составе Oracle Database 12с предоставляет надежный набор средств сжатия данных, который позволяет IT-руководителям добиваться успеха в этой сложной среде. Используя опцию Advanced Compression Option, предприятия могут оставаться в рамках постоянно растущих требований ко всем компонентам центра обработки данных, что сведет к минимуму затраты и позволит достичь максимального уровня производительности.

Flashback Data Archive предоставляет защищенное, эффективное и прозрачное для приложений решение для создания и управления архивными данными. Оно предоставляет централизованный и интегрированный интерфейс для управления и хранения данных архивов. Автоматизированное управление на основании политик существенно упрощает администрирование. С Flashback Data Archive можно легко отслеживать изменения для обеспечения соответствия новым нормативным актам или для упрощения ведения бизнеса.

In-Memory Database Cache

Oracle TimesTen In-Memory Database – это реляционная СУБД, оптимизированная для работы в оперативной памяти. Она беспечивает приложениям возможность мгновенного реагирования и очень высокую скорость обработки данных, необходимые современным предприятиям и отраслям, работающим в реальном времени (телекоммуникации, рынки ценных бумаг, системы обороны и т. п.). СУБД Oracle TimesTen работает с данными, которые полностью размещаются в физической памяти. Отказоустойчивость и доступность обеспечивается механизмом репликаций и хранением контрольных точек БД на диске для восстановления в случае отказа. Приложение выполняет операции чтения/записи, используя стандартные языки SQL и PL/SQL.

Oracle TimeTen In-Memory Database Cache – опция СУБД Oracle, позволяющая приложениям выборочно кэшировать данные, критичные к времени доступа, из таблиц Oracle Database в TimesTen In-Memory Database для повышения производительности приложения. IMDB Cache основывается на продукте Oracle TimesTen In-Memory Database , обеспечивая возможности автоматической синхронизации данных с Oracle Database, механизма репликации для обеспечения высокой доступности, проверку транзакционной целостности данных. In-Memory Database Cache Grid обеспечивает горизонтальную масштабируемость решения для увеличения объема кэша и улучшения производительности. Cache Grid состоит из коллекции TimesTen IMDB Cache баз данных. Кэшированные данные распределены между участниками грида, и Cache Grid обеспечивает прозрачный доступ к данным, целостность и непротиворечивость данных для всех участников.

Производительность систем реального времени

Во многих отношениях TimesTen похож на другие системы RDBMS, поэтому значительная часть его интерфейса и администрирование могут показаться знакомыми. Большая часть работы, которая делается обычной, оптимизированной для работы с диском RDBMS, производится в предположении, что данные изначально размещаются на диске. Алгоритмы оптимизации, управление буферным пулом и методы поиска по индексам разработаны на этом фундаментальном предположении.

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

Более того, кроме использования соединения клиент/сервер к БД, TimesTen база данных может быть развернута на уровне приложения, что существенно сокращает время доступа к БД TimesTen за счет исключения межпроцессорного взаимодействия (IPC) и накладных расходов сети.

Все это позволяет достигать времени отклика операции чтения меньше 2 микросекунд и около 7 микросекунд операции записи, что также выводит пропускную способность БД TimesTen на уровень от десятков до сотен тысяч транзакций в секунду (измерялось на оборудовании с ОС Oracle Linux на Intel Xeon 5670 2.93Ghz).

Гибкие возможности кэширования

IMDB Cache использует понятие cache group (кэш-группа), которое описывает совокупность таблиц базы данных Oracle, которые будут кэшированы в памяти. Кэш-группа может состоять из всех или из подмножества столбцов или строк этих таблиц.

IMDB Cache предоставляет возможность настройки времени пребывания данных в кэше. Кэш-группа может быть загружена, обновлена, переписана на диск и выгружена по команде приложения с помощью SQL-предложений. Каждая база данных Oracle TimesTen In-Memory может содержать множество кэш-групп из одной и той же базы данных Oracle Database, и каждая база данных Oracle может обслуживаться множеством баз данных Oracle TimesTen In-Memory.

Кэш-группы предоставляют выбор опций и настроек работы механизма кэширования:

I. Кэш-группа с возможностью чтения (Read-only) при которой обновление данных происходит в Oracle Database, а затем обновляются таблицы TimesTen
II. Кэш-группа с возможностью чтения/записи (Read/Write) при которой транзакции выполняются в БД TimesTen , а затем синхронизируются с Oracle Database
III. Возможность ручной загрузки и постоянного хранения данных из кэш-групп в БД TimesTen , либо загрузка данных в кэш-группы по требованию (например, при вызове SQL операции SELECT на таблицы из кэш-группы)
IV. Для Read/Write кэш-групп IMDB Cache автоматически синхронизирует данные, которые проходят в TimesTen , с Oracle Database, причем данные могут быть записаны в Oracle Database как в синхронном режиме (приложение ждет завершения выполнения операции Commit в Oracle Database, а затем выполняет эту операцию в TimesTen ), так и в асинхронном (операция Commit выполняется сначала в TimesTen , а затем транзакции в параллельном режиме отправляются в Oracle Database)
V. Для Read-only кэш-групп есть возможность использовать инкрементальное обновление через заданные интервалы времени.

Надежность, доступность, отказоустойчивость и многопользовательский конкурентный доступ

IMDB Cache работает для многопользовательского окружения в многопоточном режиме на уровне приложения. Приложения получают доступ к кэшированным таблицам, используя стандартные языки SQL и PL/SQL посредством доступа через интерфейсы JDBC, ODBC (родной интерфейс), Oracle Call Interface (OCI), ODP.NET и Pro*C/C++.

Кэшированные таблицы из Oracle Database являются регулярными таблицами в TimesTen , что позволяет обеспечивать отказоустойчивость, доступность и надежность средствами БД TimesTen.

Надежность достигается благодаря комбинации журналов транзакций и периодических обновлений версии базы данных на диске. Записи системного журнала сохраняются на диске в синхронном или асинхронном режиме по отношению к окончанию выполнения транзакции и управляются приложениями на уровне транзакций. TimesTen позволяет сохранить всю БД из памяти на диск. Это осуществляется с помощью механизма контрольных точек. Он работает в фоновом режиме и оказывает очень небольшое воздействие на приложения базы данных.

TimesTen обладает подсистемой параллельной репликации для того, чтобы передавать транзакции между системами TimesTen с целью создания конфигурации с одним активным и одним резервным серверами (Active-Standby) или двумя активными серверами (Active-Active) для обеспечения высокой доступности и равномерного распределения нагрузки.

В отличие от большинства других СУБД, реализация механизма репликации в TimesTen обеспечивает максимальную производительность с помощью параллелизма и задания условий на топологию, взаимодействие и восстановление приложений.

В TimesTen обеспечена поддержка как механизма асинхронной репликации, которая обеспечивает максимальное быстродействие, так и синхронной репликации, которая гарантирует максимальную доступность и согласованность данных между серверами TimesTen . Также есть возможность конфигурации read-only подписчиков для увеличения пропускной способности на операции чтения.

IMDB Cache может продолжить работу даже после того, как будет прервано соединение с сервером базы данных Oracle Database. Обновления кэш-групп будут поставлены в очередь и отправлены в Oracle Database , как только восстановится соединение. Точно так же обновленные в Oracle Database версии кэшированных данных будут поставлены в очередь и озже переданы в кэш-группы TimesTen , если те заняты или недоступны.

Простота администрирования

Установка, настройка и администрирование СУБД Oracle TimesTen не требуют много времени и специально выделенных дминистраторов. Простота дисковых структур и относительно небольшой и постоянный размер базы данных в оперативной памяти делают ненужным большинство традиционных задач администрирования баз данных. Задачи администрирования выполняются, в основном, через утилиты командной строки и часто встраиваются в приложения для их выполнения без участия оператора. Утилиты обеспечивают резервирование, восстановление, копирование и миграцию баз данных, установку политик и выполнение интерактивных запросов в базе данных, а также контроль состояния транзакций и системы в целом.

Задачи администрирования также могут выполняться через SQL Developer, а отслеживать состояние БД TimesTen можно через специальный плагин для Enterprise Manager 12c.

Real Application Testing

Real Application Testing является уникальным решением для высококачественного тестирования приложений баз данных, дополняя возможности продуктов Application Testing Suite и Application Replay. Real Application Testing используется для тестирования системных (инфраструктурных) изменений существующих приложений на уровне стека базы данных. Типичными примерами таких изменений являются: обновления системного программного обеспечения (ОС и/или СУБД), изменения на аппаратном уровне (новый сервер или система хранения данных), установка рекомендуемых исправлений (патчей) системного ПО, изменения параметров СУБД или статистики оптимизатора, миграция на Exadata, переход от отдельного экземпляра БД к архитектуре Real Application Cluster и т. д. Real Application Testing состоит из двух основных модулей:

  • SQL Performance Analyzer (SPA) для оценки влияния изменений на производительность и эффективность SQL-запросов. Детально анализируются и сравниваются планы и статистика выполнения запросов «до» и «после»;
  • Database Replay для эффективного тестирования с помощью захвата реальной нагрузки на рабочей системе с последующим воспроизведением в тестовой БД с целью оценки влияния изменений на общую производительность базы данных.

Database Replay и SQL Performance Analyzer (SPA) вместе предоставляют гибкое решение для тестирования баз данных, они позволяют полностью и всесторонне оценить влияние изменений на систему и предотвратить возможные негативные последствия до выхода в рабочую эксплуатацию. Функциональность Real Application Testing доступна через графический интерфейс пользователя Oracle Enterprise Manager, также возможно упавление с помощью командной строки.

SQL Performance Analyzer

Внесение изменений в СУБД, таких как, например, обновление версии ПО, установка патчей, изменение режима или параметров статистики оптимизатора запросов, создание/удаление индексов, влияет на планы выполнения SQL-запросов, что часто приводит к серьезным проблемам с производительностью и стабильностью систем. Следовательно, возможность подробной оценки времени выполнения запросов после внесения изменений очень важна. Именно для этих целей создавался SQL Performance Analyzer (SPA). SPA выполняет каждый SQL-запрос последовательно и «изолированно» до и после внесения изменений. По итогам выполнения предоставляется подробный отчет, показывающий детальную статистику по SQL-запросам. Из отчета можно выяснить, производительность каких запросов осталась на прежнем уровне, какие стали выполняться эффективнее, а какие показали ухудшение. Функциональность SPA интегрирована с другими решениями Oracle для управления производительностью базы данных, таких как SQL Tuning Advisor и SQL Plan Management. Таким образом, SPA значительно упрощает и автоматизирует сложный, рутинный и продолжительный процесс поиска и устранения проблем с производительностью даже в системах с большой нагрузкой и сотнями тысяч SQL-запросов. Отчеты SPA оценивают влияние изменений как на общую нагрузку в целом, так и на отдельные SQL-запросы. Также имеется возможность автоматической настройки тех запросов, в которых SPA выявил снижение производительности. Автоматическая настройка не требует изменений на уровне приложения.

Database Replay

Другой компонент продукта Real Application Testing носит название Database Replay, он предоставляет возможность захвата реальной рабочей нагрузки на базу данных промышленной системы и последующего ее воспроизведения в тестовой среде. Нагрузка записывается с охватом всех активностей в БД (запросов, модификации данных, вызовов выполнения хранимых процедур и т. д.), а также с сохранением всех характеристик, таких как порядок операций, временные интервалы, конкуренция, количество открытых соединений с БД. Возможность полного воспроизведения рабочей нагрузки на тестовой базе данных обеспечивает достоверную и всестороннюю оценку влияния изменений на производительность БД, включая возможное понижение производительности и возросшую конкуренцию за ресурсы. По итогам воспроизведения нагрузки создаются подробные отчеты, показывающие расхождение по различным показателям производительности между рабочей и тестовой базами данных, и об ошибках, возникших при воспроизведении. Таким образом, применение Database Replay сокращает сроки тестирования системных изменений БД с месяцев до дней.

Захват нагрузки Database Replay производится на уровне базы данных, следовательно, может быть использован для тестирования любых типов системных изменений БД, таких как:

• Обновление ПО СУБД, установка патчей, изменение параметров, индексирования и т. д.
• Изменение конфигурации, например миграция с одного экземпляра БД на RAC и/или внедрение ASM
• Изменения на уровне систем хранения и сетей
• Миграция на Exadata
• Изменения на уровне ОС, аппаратного обеспечения (миграции, установка патчей, изменение параметров).

Тестирование с помощью Database Replay состоит из следующих основных этапов:

• Захват нагрузки (Capture) с целью записать и сохранить все обращения к БД со стороны внешних приложений-клиентов, при этом сохраняется вся необходимая информация, такая как: текст SQL-предложения, используемые переменные, транзакционная информация. Активность фоновых процессов и планировщика заданий не записывается
• Обработка нагрузки (Processing) для анализа файлов и создания метаданных, необходимых для воспроизведения
• Воспроизведение нагрузки (Replay) для применения нагрузки в виде записанной последовательности вызовов к тестовой БД с соблюдением всех временных характеристик, т. е. создание нагрузочной среды, идентичной с промышленной. Для этих целей тестовая копия БД должна соответствовать промышленной на момент захвата нагрузки
• Анализ результатов (Analysis & Reporting) – по итогам воспроизведения нагрузки предоставляется обширная информация (как общая, так и детальная), призванная помочь в оценке результатов влияния изменений на производительность БД: сравнительные диагностические отчеты, отчеты об ошибках.

OLAP

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

Основой опции является полномасштабная многомерная модель данных, с помощью которой можно определять и работать с такими понятиями, как измерения, иерархии, многомерные показатели и т. п. При этом не требуется установки специального многомерного сервера, так как вся метаинформация и сами многомерные данные хранятся и обрабатываются в СУБД Oracle. Создание и управление многомерными данными осуществляется с помощью визуального конструктора OLAP-кубов Analytic Workspace Manager или с помощью специального API, реализованного в PL/SQL-пакете.

Важной отличительной особенностью OLAP-опции является то, что доступ к многомерным данным осуществляется посредствам языка SQL. Это делает процесс разработки приложений более гибким и простым, благодаря возможности использования универсального доступа к реляционным и к многомерным данным одновременно. Кроме того, существует возможность использования многомерных кубов в качестве материализованных представлений, а функция Query Rewrite делает доступ приложений к многомерным данным абсолютно прозрачным. Это позволяет начать использовать возможности OLAP без какого-либо изменения уже существующих клиентских приложений.

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

Spatial and Graph

Опция Oracle Spatial and Graph обеспечивают поддержку со стороны базы данных геоинформационных систем (ГИС), а также корпоративных приложений и сервисов, использующих информацию о местоположении.

Функционал по хранению и анализу геопространственных данных, реализованный в опции Oracle Spatial and Graph расширяет базовые возможности Oracle Locator, доступной во всех редакциях СУБД Oracle. Расширенный функционал обеспечивает мощную инфраструктуру для создания приложений, требующих продвинутого пространственного анализа и обработки пространственных данных в СУБД Oracle. Oracle Spatial and Graph поддерживает все основные пространственные типы и модели данных, тем самым обеспечивая решение задач, возникающих в различных отраслях, таких как транспорт, коммунальные службы, энергетика, государственный сектор, оборона и коммерция. Oracle Spatial and Graph содержит следующий функционал:

• Более 400 пространственных функций, включая поиск центроидов и пространственную агрегацию
• Тип данных GeoRaster, который обеспечивает встроенную поддержку геопривязанных растровых изображений, таких как спутниковые снимки и Grid-данные

• Поддержку 3D объектов, облаков точек, а также управление и анализ данных лазерного сканирования (LIDAR)
• Геокодирование и маршрутизацию
• Топологическую модель данных для управления земельными ресурсами (например, кадастр).

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

Oracle Spatial and Graph включает широкие возможности по управлению семантическими данными со встроенной поддержкой стандартов World Wide Web Consortium. Семантические RDF-графы разработаны для использования в социальных сетях, а также для хранения информации о социальных взаимодействиях, требующихся в исследовательской деятельности, медицинских науках, средствах массовой информации и связях с общественностью. Возможности RDF

Semantic Graph включают:

• Индексирование, управление и выполнение запросов к онтологиям
• Хранение связей в графах в виде триад в компрессированных и партицированных таблицах
• RDFS, OWL и построение выводов (параллельный, пакетный и инкрементальный режимы).

Partitioning

Опция Partitioning является функциональным расширением Oracle Databas e 12с Enterprise Edition для работы с большими базами данных, например, в хранилищах данных. Использование этой программной опции позволяет повысить производительность, надежность и управляемость приложений, работающих с большими таблицами. Идея механизма секционирования (партицирования) состоит в том, что таблица физически разбивается на отдельные сегменты-секции (или подсекции для комбинированных схем секционирования) в соответствии с некоторым условием – ключом секционирования. Ключом секционирования может быть, например, значение в поле даты или комбинация значений в каких-либо столбцах таблицы. При этом на логическом уровне таблица остается единой, монолитной, а на физическом уровне с каждой такой секцией система работает независимо. Каждая индивидуальная секция имеет собственное имя и может иметь собственные характеристики хранения, такие как режимы сжатия или указание на табличное пространство, в котором будет храниться данная секция. Поэтому с точки зрения администратора базы данных секционированный объект состоит из нескольких частей, которыми можно управлять как вместе, так и по отдельности. Это значительно упрощает обслуживание крупных объектов хранения в базе данных и предоставляет администратору значительную свободу в выборе оптимальных схем хранения таких объектов. Однако с точки зрения приложения секционированная таблица выглядит, как обычная несекционированная, и для доступа к ней не требуются какие-либо специальные модификации текста SQL-предложений.

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

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

Допускается несколько методов секционирования:

  • секционирование по диапазону (Range Partitioning)
  • секционирование по интервалу (Interval Partitioning)
  • секционирование по списку значений (List Partitioning)
  • секционирование хешированием (Hash Partitioning)
  • секционирование по ссылке (REF Partitioning)
  • комбинированное секционирование (Composite Partitioning).

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

Multitenancy

Данная опция позоляет использовать одну из ключевых новых возможностей Oracle Database 12c - механизм «подключаемых» баз даных (pluggable databases). Подробную информацию об этой технологии и других особенностях нового релиза СУБД Oracle можно найти в разделе «Новые возможности Oracle Database 12c» данного каталога.

 
  
Помощь
Задать вопрос
 программы
 обучение
 экзамены
 компьютеры
Бесплатный звонок
ICQ-консультанты
Skype-консультанты

Общая справка
Как оформить заказ
Тарифы доставки
Способы оплаты
Прайс-лист
Карта сайта
 
Бестселлеры
Microsoft Office для Дома и Учебы 2016. Все языки. Электронный ключ
Microsoft Windows 10 Профессиональная 32-bit/64-bit. Все языки. Электронный ключ
Microsoft Office 365 для Дома 32-bit/x64. 5 ПК/Mac + 5 Планшетов + 5 Телефонов. Подписка на 1 год. Электронный ключ
Microsoft Windows Professional 10 Sngl OLP 1 License No Level Legalization GetGenuine wCOA (FQC-09481)
Курс "Oracle. Программирование на SQL и PL/SQL"
Microsoft Office 365 Персональный 32-bit/x64. 1 ПК/MAC + 1 Планшет + 1 Телефон. Все языки. Подписка на 1 год. Электронный ключ
Atlassian JIRA - система управления проектами и задачами на предприятии
Курс "Нотация BPMN 2.0. Ее использование для моделирования бизнес-процессов и их регламентации"
Corel CorelDRAW Home & Student Suite X7
Антивирус ESET NOD32 Antivirus Business Edition
 
Новинки
 

 

О нас
Интернет-магазин ITShop.ru предлагает широкий спектр услуг информационных технологий и ПО.

На протяжении многих лет интернет-магазин предлагает товары и услуги, ориентированные на бизнес-пользователей и специалистов по информационным технологиям.

Хорошие отзывы постоянных клиентов и высокий уровень специалистов позволяет получить наивысший результат при совместной работе.

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



 

О нас

 
Главная
Каталог
Новинки
Акции
Вакансии
 

Помощь

 
Общая справка
Как оформить заказ
Тарифы доставки
Способы оплаты
Прайс-лист
Карта сайта
 

Способы оплаты

 

Проекты Interface Ltd.

 
Interface.ru   ITShop.ru   ERPforum.ru    Interface.ru/training   Olap.ru   Job.com.ru   ITnews.ru  
 

119334, г. Москва, ул. Бардина, д. 4, корп. 3
+7 (495) 229-0436   shopadmin@itshop.ru
Rambler's Top100 Проверить аттестат Товары@Mail.ru
© ООО "Interface Ltd."
Продаем программное обеспечение с 1990 года