1 / 67

Новые возможности Oracle 11.2 Марк Ривкин Российское представительство Oracle

Новые возможности Oracle 11.2 Марк Ривкин Российское представительство Oracle. Сегодня. R2. Extended Support. Sustaining Support. R2. t. Почему надо делать Upgrade? Политика технической поддержки. August 2012. August 2015. July 2010. July 2013. January 2009. January 2012.

yates
Download Presentation

Новые возможности Oracle 11.2 Марк Ривкин Российское представительство Oracle

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Новые возможности Oracle 11.2 Марк Ривкин Российское представительство Oracle

  2. Сегодня R2 Extended Support Sustaining Support R2 t Почему надо делать Upgrade?Политика технической поддержки August 2012 August 2015 July 2010 July 2013 January 2009 January 2012 Premier Support July 2007 July 2010 Нояб 2008 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2016 2015 http://www.oracle.com/support/library/data-sheet/oracle-lifetime-support-policy-datasheet.pdf

  3. Почему надо переходить на Oracle 11g?Преимущества: Oracle Database 11g vs. 10g

  4. Новые возможности Oracle 11 R1 • Сжатие • ILM • Измерение времени в БД (flashback, total recall) • Active DataGuard • GRID • DataVault • Cамоуправляемость • ASM • SecureFiles (быстрые LOB) • Advisors • Streams • И т д • И т п • …….

  5. Пути upgrade на 11.2 9.2.0.8 10.1.0.5  10.2.0.2 11.2  11.1.0.6 © 2009 Oracle Corporation – Proprietary and Confidential

  6. Планируемые сроки выпуска • Linux - готов • SUN Solaris - готов • Nov 2009 - HP, Solaris and AIX • Dec 2009 - Windows 32 • Mar 2010 - Windows 64 GA • 2010 - Other Ports © 2009 Oracle Corporation – Proprietary and Confidential

  7. 16% • 70% • 12% Распределение запросов по версиям © 2009 Oracle Corporation7

  8. Основные направления снижения стоимости • Снизить стоимость используемого оборудования в 5 раз • Снизить стоимость используемых систем хранения данных в 20 раз • Увеличить производительность в 10 раз • Исключить простои и неиспользуемые ресурсы • Увеличить производительность работа АБД в 2 раза • Уменьшить стоимость апгрейда в 4 раза © 2009 Oracle Corporation – Proprietary and Confidential

  9. DB GRID, RAC, HA © 2009 Oracle Corporation – Proprietary and Confidential

  10. RAC One Динамическое секционирование кластера через серверные пулы(Server Pools) • Server Pools • Динамическое назначение серверных ресурсов, требуемых для поддержания конкретной нагрузки • Application и Database Pools • Управляется политиками • Min и Max Servers • Важность • Неназначенные сервера уходят в Free Pool App Servers Front Office Back Office DW Free © 2009 Oracle Corporation – Proprietary and Confidential

  11. Database Server Pools New with 11.2 HR Service AP Service SALES Service OS Service AR Service Sales SP ERP SP HR SP Free SP Oracle Database 11gR2 Oracle Database 11gR2 Oracle Clusterware 11gR2 • Динамическое управление ресурсами СУБД на основе политик • Контроль доступности с помощью атрибутов Min, Max, & Importance • Облегчает управление большими кластерами с множеством БД Oracle Confidential

  12. RAC One Упрощенное создание новых узлов mycluster.myco.com • Новый умный инсталлятор • На 40% меньше шагов при установке RAC • Узлы могут быть легко переназначены • Информация о настройках сети и системы хранения считывается из профайла и конфигурируется автоматически • Не нужно вручную готовить узел • Узлы могут быть динамически добавлены или удалены из кластера App Servers Front Office Back Office DW Free © 2009 Oracle Corporation – Proprietary and Confidential

  13. Single Client Access Name (SCAN) Используется клиентами для связи с любой БД кластера Не нужно менять описание на клиенте при изменении конфигурации кластера Балансировка нагрузки между инстансами, обеспечивающими сервис Обеспечивает переключение между “перемещающимися инстансами” Application Server Oracle RAC Database SCAN Listeners Local Listeners Клиенты © 2009 Oracle Corporation – Proprietary and Confidential

  14. Новые компоненты кластера для GPnP • GPnP Profile для глобальной конфигурации • Обеспечивает информацию для конфигурирования кластера, позволяющую узлу присоединиться к кластеру • Не нужно конфигурирование при добавлении узла в кластер • Исключает необходимость жестко заранее задавать информацию • IP Multicast Service Discovery/mDNS • Превращает имя в адрес без /etc/hosts или DNS конфигурирования • Grid Naming Service • Позволяет кластеру управлять своей сетью • Поддержка DHCP для IP и VIP • Не надо обращаться к сетевому администратору

  15. 5 3 6 4 2 1 Database Cluster : GRIDA GPnP архитектура – Client Connections Cluster Sub-domain DNS Local listener GNS client SCAN listener Coporate domain dynamic vips DHCP server Storage

  16. Oracle Grid Infrastructure Applications EM • Стандартизация инфра-структурного ПО • Не нужно чужое ПО • Отдельный Home • Включает: • Automatic Storage Management (ASM) • ASM Cluster File System (ACFS) • ACFS Snapshots • Oracle Clusterware • Cluster Health Manager Middleware Database Oracle Grid Infrastructure

  17. Элементы Grid: RAC One Node • Новая RAC конфигурация для одного инстанса : • OMotion – перемещает СУБД на другой сервер • Rolling patches для одного инстанса и ОС • Встроенная high availability • Online upgrade to RAC • Позволяет заказчикам использовать единую стандартную модель установки и управления БД • Поддерживается и на физических и на виртуальных средах RAC OneNode RAC OneNode RAC OneNode Oracle Clusterware

  18. Ресурсы защищены с помощью Oracle Clusterware • Restart • Можно описать зависимость ресурсов • Hard / Weak/Attraction / PullUp / Dispersion App Servers SOA IMDB OC4J APACHE Front Office Back Office DW Free RAC ONE A RAC ONE B RAC ONE C RAC ONE D RAC ONE E RAC ONE F RAC ONE G RAC ONE H RAC ONE I RAC ONE J RAC ONE K RAC ONE L © 2009 Oracle Corporation – Proprietary and Confidential

  19. Business Applications Business Applications Cached tables Cached tables Oracle In Memory Database CacheПеренос нагрузки на промежуточный слой • Данные кэшируются в памяти приложения • Таблицы БД • Подмножество строк и колонок • Быстрый отклик • Стандартный SQL интерфейс • Синхронизирован с СУБД Oracle © 2009 Oracle Corporation – Proprietary and Confidential

  20. Oracle Times Ten 11.2 May 2009 • Улучшена производительность • Улучшена оптимизация SQL и поддержка битмэп индексов • Улучшена write throughput и масштабируемость • Автоматическое восстановление (failover) • Автоматическое database failover (интеграция с CRS) • Автоматическое client connections failover и notification • Улучшена совместимость с Oracle Database • Поддержка Oracle Call Interface (OCI) и Pro*C • PL/SQL © 2009 Oracle Corporation – Proprietary and Confidential

  21. App App In-Memory Database Cache GridОдновременность использования и согласованность узлов Для глобально разделяемых данных потеря кэша возмещается либо из другого узла Либо, из Oracle Database © 2009 Oracle Corporation – Proprietary and Confidential

  22. Cache Write-through Cache Refresh Real Application Clusters Active Data Guard Дополнительная надежностьIMDB Cache интеграция Application Transactions Hot Standby for reads • После планового или аварийного переключения на резервную БД • Нулевое время простоя • Данные не теряются In-Memory Cache Tables In-Memory Cache Tables Standby Active © 2009 Oracle Corporation – Proprietary and Confidential

  23. Автоматическая степень параллелизма (DoP) • До 11.2 настройка параллелизма делалась вручную • Единая степень параллелизма не подходит для всех запросов • Слишком большой параллелизм может “затопить” систему • При автоматическом определении степени параллелизма Oracle сам решает • Нужно ли выполнять данный SQL параллельно (например, если выполнение займет больше установленного предела времени – 30 сек) • Какую степень параллелизма использовать • Оптимизатор вычисляет DoP для SQL на основе требуемых для выполнения ресурсов • Стоимость всех операций сканирования • Максимально разрешенная степень параллелизма © 2009 Oracle Corporation – Proprietary and Confidential

  24. Автоматическая степень параллелизмаКак это работает Если оцениваемое время выполнения больше чем задано параметром SQL разобран и оптимизатор определил план выполнения SQLоператор Оптимизатор определяет идеальную DOP Реальная DOP = MIN(default DOP, ideal DOP) Если оцениваемое время выполнения меньше PARALLEL_MIN_TIME_THRESHOLD SQL выполняется параллельно SQL выполняется без параллелизма © 2009 Oracle Corporation – Proprietary and Confidential

  25. Когда требуемое число параллельных серверов станет доступным, пер-вый SQL из очереди будет послан на выполнение 8 32 16 128 64 16 32 64 128 Очередь выполнения параллельного SQLКак это работает SQL разобран и Oracle автоматически определил DOP SQLоператор Если нет достаточного числа параллельных серверов, то SQL помещается в очередь FIFO Queue Если есть достаточ-ное число парал-лельных серверов, то SQL выполняется немедленно © 2009 Oracle Corporation – Proprietary and Confidential

  26. В очереди Parallel Statement QueuingМониторинг в Enterprise Manager Awaiting screen shot from EM © 2009 Oracle Corporation – Proprietary and Confidential

  27. Таблица – хороший кандидат для параллельного выполнения в памяти Таблица очень большая Таблица очень маленькая Только параллель-ный сервер того же узла RAC будет обрабатывать этот фрагмент Читает в буферный кэш любого узла Always use direct read from disk Параллельное выполнение в памятиКак это работает Определяет размер просматриваемой таблицы SQLоператор Фрагменты таблицы читаются в буферные кэши каждого узла © 2009 Oracle Corporation – Proprietary and Confidential

  28. Изменеия в Data Guard • Active Data Guard – обеспечение качества сервиса • Standby Query SLA (уровень сервиса для Standby) можно задавать от 0 до “n” секунд • Задает максимально допустимое отставание данных в standby database • СУБД возвращает приложению ошибку, если максимум превышен • Приложение может перенаправить запрос на основную БД • Автоматическая починка блока • Плохой блок определяется и чинится за счет неиспорченной версии из standby • Data Guard – использование сети • Сжатие передаваемой информации • Не только для уменьшения отставания после перерыва передачи © 2009 Oracle Corporation – Proprietary and Confidential

  29. STORAGE © 2009 Oracle Corporation – Proprietary and Confidential

  30. Automatic Storage ManagementCнижение стоимости управления системой хранения HR SALES ERP • Виртуализация и совместное использование ресурсов системы хранения • Размазывание данных для ускорения ввода/вывода • Онлайн добавление и перемещение дисков © 2009 Oracle Corporation – Proprietary and Confidential

  31. Инфраструктура Grid : ASM Cluster File System (ACFS) New in 11.2 • ASM поддерживает ВСЕ данные • Файлы БД • Файловая система: ACFS, 3rd-party file systems • Разделяемые Clusterware файлы: OCR и Voting disk теперь хранятся в ASM Automatic Storage Management (ASM) Databases Applications File Systems 3rd Party File Systems Oracle Binaries OCR and Voting Files DB Datafiles

  32. New with 11.2 Инфраструктура Grid : ASM Cluster File System (ACFS) • Общецелевая масштабируемая файловая система • Для одного узла и для кластера • POSIX, X/OPEN файловая система для UNIX/Linux • Read-only snapshots (64) • Использует технологию ASM для управления томами • Интегрирована с Oracle Clusterware для работы в кластере • Многоплатформенная (Linux и Windows в 1 релизе) • Интегрирована со средствами управления Oracle - OUI, OEM

  33. New in 11.2 Умное размещение данных Редко исполь- зуемые данные Часто исполь- зуемые данные • Управляемое политиками размещение часто используемых файлов на быстрых частях дисков • Классифицируйте файлы с точки зрения размещения как hot или cold • Поддержка Oracle Exadata Storage Server • Сохраняет до 35% стоимости дисков • Увеличивает производительность дисков на 60% • Совет: Поместите файлы ПО на медленный регион диска

  34. Database File System (DBFS) • Network File System (NFS) интерфейс для БД • Обращения к файловой системе посылается в DBFS клиента • Также доступен shell интерфейс • PL/SQL package выполняет операции с файлами • Создание, открытие, чтение, список файлов и т д. • Файлы хранятся как LOBыиспользуя Secure Files • DBFS Links • Метаданные хранятся в таблицах File SystemCall OCI DBFSClient Linux © 2009 Oracle Corporation – Proprietary and Confidential

  35. Улучшения при сжатии • Сжатие всех данных • Активные OLTP данные – в 2-4 раза • Архивные данные – в 15-40 раз (Exadata) • Хранилища данных – в 10 раз(Exadata) • Сжатие SecureFiles • Compression Level LOW • Алгоритм сжатия оптимизирован для высокой производительности • В 3 раза меньше использование CPU, чем при стандартном сжатии SecureFiles • Обеспечивает 80% сжатие по сравнению со стандартным (default) • Сжатие Data Guard Redo Transport • Сжимает сетевой трафик при обычных операциях © 2009 Oracle Corporation – Proprietary and Confidential

  36. Новости Streams - XStreams • Чужим приложениям требуется быстрый доступ в реальном времени, чтоб делать изменения в БД Oracle и поддерживать гетерогенную интеграционную среду • Решение: Extended Streams - XStream (API к Oracle Streams) • Клиентское приложение подсоединяется прямо к Streams apply процессу • Прямой доступ к процессам Streams с помощью OCI / Java • Outbound server (XStream Out) • Поток изменений из БД Oracle в клиентское приложение • Inbound server (Xstream In) • Поток изменений из внешнего источника в БД Oracle XStream © 2009 Oracle Corporation – Proprietary and Confidential

  37. Новости Backup & Recovery • Новые возможности сжатия для RMAN backup • HIGH – уменьшает размер backup более чем на 40% в зависимости от типа данных • LOW – минимальное влияние на скорость backup • MEDIUM – хороший баланс между скоростью и объемом • Tablespace Point-in-time Recovery • Можно восстановить удаленный tablespace • Можно выполнять множество команд recovery на одном и том же tablespace • Oracle Secure Backup Cloud Module • Прозрачная интеграция между RMAN и cloud-based системой хранения • Поддержка для Amazon Simple Storage Service (S3) © 2009 Oracle Corporation – Proprietary and Confidential

  38. Создание сегмента по требованию • Oracle Applications и SAP создают тысячи таблиц • Только небольшая часть из них используется заказчиком • Новое SEGMENT CREATION DEFERRED предложение • При создании таблицы сегмент не создается для таблицы, lob, индекса • При CTAS сегменты не создаются, если возвращается 0 строк • При первой вставке строки все сегменты создаются © 2009 Oracle Corporation – Proprietary and Confidential

  39. Улучшения в Partitioning ORDERS TABLE (7 years) • Неиспользуемые индексы и индексные секции нулевой длины • Умное Multi Branch Execution позволяет выполнять запрос на индексированных и неиндексированных секциях • Виртуальные колонки в первичном и внешнем ключе для Reference Partitioning 2003 2008 2009 Index Lookup Partition Scan Большой нулевой неиспользуемый индекс Маленький используемый индекс © 2009 Oracle Corporation – Proprietary and Confidential

  40. Application Development © 2009 Oracle Corporation – Proprietary and Confidential

  41. Модификация приложений на лету (Online Application Upgrade) • Большие, важные приложения часто недоступны в течение десятков часов из-за установки их новых версий • Oracle Database 11g вводит новые революционные решения, позволяющие выполнять смену версии приложения не останавливая работу этого приложения • Старая и новая версии приложения могут работать одновременно

  42. Online Application Upgrade Демо

  43. Как это сделано? • Oracle Database 11g вводит новые понятия Редакция (Edition), Editioning View и CrossEdition Trigger • Измененный код устанавливается в новую Редакцию. • Изменения данных безопасны, поскольку они пишутся в новые колонки или новые таблицы, которые не видны старой Редакции (old Edition) • Editioning View выставляет различные проекции таблицы в каждую редакцию, что позволяет в каждой редакции видеть только свой набор колонок • CrossEdition trigger (Межредакционный триггер) заносит данные, измененные в старой редакции, в колонки новой редакции или наоборот

  44. Edition-Based Redefinition • Editions (Редакции)обеспечивают поддержку многоверсионности для объектов БД • PL/SQL, триггеры, views, синонимы, и т д. • Скрипты патчей и апгрейдов вносят изменения в Новую Редакцию и эти изменения не видны для пользователей эксплуатационной системы • После того, как скрипты выполнены и новый код протестирован, Новая Редакция активизируется для эксплуатационной системы sql> create Edition “New_Edition” as child of “Old_Edition”; sql> alter session set Current_Edition = “New_Edition”; … Загрузка новых версий нетабличных объектов

  45. Многоверсионность таблиц • Таблицы не заменяются на новую версию через Редакции • Чтобы реализовать новые версии таблиц создается перед таблицей Editioning View • Editioning Views отображает подмножество колонок одной таблицы • Это полезно для того, чтобыспрятать новые или измененные колонки от пользователей старой системы • Editioning view создается в “Старой Редакции” и прячет изменения, сделанные в “Новой Редакции” • Нет испорченных объектов и нет ошибок при переходе на новую версию приложения!

  46. Инструкция по изменению данных во время апгрейда • Переведи таблицу в режим чтения (read-only)для всех редакций, затем копируй таблицу и делай с ней любые изменения • Переведиeditioning view в режим чтения (read-only) • Обновления не позволены в данной редакции – обычно это “Old_Edition” • Создайcrosseditiontriggers, которые срабатывают на изменения данных, выполняемые сессиями старой редакции “Old_Edition” • Создай “обратные”crosseditiontriggers, которые срабатывают на изменения данных, выполняемые сессиями новой редакции “New_Edition” . Они преобразуют данные и выполняют изменения в “Old Edition”

  47. Поддержка для всех средств разработки © 2009 Oracle Corporation – Proprietary and Confidential

  48. Управляемость © 2009 Oracle Corporation – Proprietary and Confidential

  49. High Availability консоль © 2009 Oracle Corporation – Proprietary and Confidential

  50. Maximum Availability Architecture Advisor © 2009 Oracle Corporation – Proprietary and Confidential

More Related