Во время мероприятия Oracle Open World 2017 Ларри Эллисон анонсировал Oracle Database 18c, которая получила прозвище «Первая в мире автономная база данных». Большинство администраторов баз данных услышав это забеспокоились и начали паниковать. Мало кто сказал: «Мы слышали об этом раньше, нечего волноваться». Есть несколько блогов и видеороликов об «Автономной базе данных». И теперь мы знаем:

  • Номер версии Oracle Database 18c не вызван значительным прорывом в таких функциях, как «самонастраиваемость», «самообновление» или «самонастройка» (в настоящее время характерные функции объявляются в отдельных выпусках компонентов - например, функция «In-Memory» был введен в Oracle Database 12.1.0.2 и не доступен в 12.1.0.1).
  • В 18c существенных изменений архитектуры нет.
  • Oracle Database 18c сам по себе не является «автономной базой данных». Именно сервис «Oracle Autonomous Database Cloud» приносит понятие «автономность» в 18c. Oracle Database 18c, установленный локально (on-prem), будет управляться почти так же, как и Oracle Database 12c.
  • Работы, которые делает DBA никуда не уходят. Но, не связанные с базой данных 18c роли DBA развиваются, и повседневные действия становятся автоматизированными повсюду. Администраторы баз данных теперь будут тратить больше времени на архитектуру, бизнес-процессы и разработку приложений.

Но, если эти утверждения верны, почему такой массовый скачок произошёл в номере версии - от 12c до 18c! Что случилось с 13, 14, 15, 16 и 17? Из истории прошлых выпусков было ясно, что обычно требуется более 20 лет, чтобы добраться до версии 18 с 12!

У моей техподдержки Oracle (MOS) есть ответ 742060.1. «Новые выпуски будут ежегодными, а версия станет определяться двумя последними цифрами года выпуска. Релиз, первоначально запланированный как 12.2.0.2, теперь будет выпуском 18, а релиз, первоначально запланированный как 12.2.0.3, будет выпущен как 19. Релизы 18 и 19 будут рассматриваться под заголовком 12.2 для задач политики техподдержки «Lifetime Support». Текущий план для Oracle Database 19 является последним выпуском для 12.2. Но это может измениться в будущем на Oracle 20»

Это обо всём говорит! Начиная с 2018 года, “full release patch sets" будут названы цифрами года в качестве основной версии релиза. Помните, что в прежние времена патчсет действительно были наборами патчей. DBA устанавливал патч 10.2.0.4 на существующую версию 10.2.x, и патчсет был меньше в размере, чем полная версия. Начиная с версии 11.2.0.2, Oracle начала выпускать патчсет в качестве полной версии. Вы устанавливаете базу данных 11.2.0.4 в свой ORACLE_HOME, а не поверх существующей установки 11.2.x. Таким образом, с этой точки зрения для DBA нет разницы, разница заключается только в том, как Oracle называет версию патчсета. Короче говоря, 12.2.0.2 - это Oracle Database 18c (GA в Q1 2018 ), а 12.2.0.3 - Oracle Database 19c (GA в первом квартале 2019 года).

Начиная с 18c и 19c (и, возможно, 20c) в рамках политики техподдержки 12cR2, я думаю, что присвоение имен каждому набору исправлений с основным номером версии вызовет некоторую путаницу, особенно в политике поддержки и сертификационных экзаменах. Не уверен, что это план для релизов политики поддержки и сертификационных экзаменов после 20c. Если бы я решал какие имена присвоить, я бы назвал бы релиз 2018 (12.1.0.2) «Oracle Database 12c Release 2018» вместо 18c и «Oracle Database 12c Release 2019» вместо 19c. Скажем, следующий крупный релиз будет выпущен в 2021, его можно было бы назвать «Oracle Database 21c Release 2021», мы легко узнаем из названия год выпуска, и сможем связать новую сертификацию, и поддержку с основной версией (21c). Каждый последующий годовые версии будут Database 21c Release 2022 вместо 22c, Oracle Database 21c Release 2023 вместо 23c и так далее.

Возвращаясь к примеру 18c. Произошли существенные изменения в том, как внедряются патчи в Oracle Database и Grid Infrastructure. Сегодня у нас есть патчи Proactive Bundle Patches (BP) и Proactive Patch Set Update (PSU). С 18c (а также с 12cR2 - см. MOS Note 2245178.1) больше не будет BP и PSU; модель изменяется в Release Update (RU) и Release Update Revision (RUR). Рассмотрим «Release» в качестве основной версии (18c - 18.1.0), «Release Update» можно считать эквивалентной BP с номером версии (18.2.0, 18.3.0, 18.4.0 и т. Д.) И «Release Update Revision" может рассматриваться как PSU с номером версии (18.2.1, 18.2.2, 18.2.3, 18.3.1, 18.3.2 и т. Д.). Патчи RU и RUR являются кумулятивными. Цикл выпуска объясняется в примечании MOS 2285040.1.

Тем не менее, есть много вопросов без ответов и проблем, связанных с циклом выпуска исправлений и нумерацией версий. Например, в 2019 году Q3 мы собираемся получить 18.8.0 RU и 19.4.0 RU? В том же квартале мы собираемся получить 2 RUR для 18.х и 2 RUR для 19.x? Это составляет в общей сложности 6 выпусков за квартал. Как насчет 2020 Q1? Другая проблема в моем сознании немного личная. Как часто Oracle собирается выпускать сертификационный экзамен? Начиная с 8i, я поддерживаю книги Oracle Certification. У меня был разрыв в 4 - 5 лет между публикацией книг, поскольку Oracle выпустила обновленную версию экзамена только для крупных релизов. Надеюсь, так и останется!

Источник: https://www.oneneck.com/blog/-oracle-database-18c

 

Добавить комментарий


Защитный код
Обновить