Оракул Псу, что это такое

Обновлено: 04.07.2024

Исправление базы данных Oracle: разница между PSU, CPU и SPU

Исправление и обновление базы данных — одна из наиболее повторяющихся и трудоемких операций администратора базы данных Oracle. Oracle регулярно выпускает различные типы исправлений, такие как CPU, PSU, SPU, поэтому будет интересно узнать разницу между типами исправлений, выпущенных Oracle. Итак, давайте попробуем разобраться в этих терминах, и это поможет эффективно работать с базой данных исправлений

Исправить

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

Временный патч

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

Диагностическое исправление

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

Пакет патчей

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

Критическое обновление исправления (ЦП)

Это накопительные исправления, состоящие из исправлений безопасности. Новое название критических обновлений исправлений — обновление исправлений безопасности. CPU или SPU предоставляют исправления безопасности для одного продукта, например: Oracle Database 11.2.0.1. Эти исправления являются кумулятивными для одного и того же продукта или компонента. Например, база данных Oracle 11.2.0.1

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

Для базы данных CPU или SPU нельзя применить после применения PSU, пока база данных не будет обновлена до новой базовой версии.

Обновление исправления безопасности (SPU)

SPU — это новое название ЦП. Название программы, поставляющей SPU, по-прежнему будет называться критическим обновлением исправлений.

Обновление набора исправлений (PSU)

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

Обновления набора исправлений выпускаются ежеквартально, в основном на третьей неделе января, апреля, июля и октября.

После применения PSU в будущих кварталах можно применять только PSU, пока база данных не будет обновлена до известной базовой версии

PSU или SPU или CPU . Какой из них я должен применить к моей базе данных..

Это зависит от того, какие исправления вы ищете. Если вы стремитесь только к исправлениям безопасности, вы можете продолжить работу с приложением исправления ЦП или SPU, но если вы планируете иметь исправления безопасности, а также дополнительные исправления и незначительные улучшения версии, в этом случае вам следует применить обновление набора исправлений

Программа Oracle по исправлениям безопасности

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

Что такое накопительное исправление

Накопительное исправление — это исправление, включающее в себя исправление ошибок/безопасность, выпущенные в предыдущем выпуске исправления. И блок питания, и процессор являются кумулятивными, что означает, что они включают исправления ошибок предыдущего выпуска ЦП или блока питания. Другими словами, июльской блок питания будет включать исправления ошибок апрельского блока питания. Точно так же процессор, выпущенный в октябре, будет содержать исправления ошибок предыдущего выпуска. предыдущие выпуски ЦП

Например, если вы пропустили применение PSU за июль, вы можете применить PSU за октябрь и получить все исправления, включенные в июль PSU.

По состоянию на 14 июля 2015 г. Oracle представляет новый метод установки исправлений, обновлений наборов исправлений или PSU. Согласно примечаниям MOSC 854428.1 и 850471.1, Oracle PSU — это новая стратегия установки исправлений, согласно которой администратор базы данных может выбирать только «рекомендуемые» и «упреждающие» исправления, а не все исправления в ежеквартальном обновлении критических исправлений (CPU).

PSU Oracle содержит рекомендуемые исправления ошибок и «упреждающие» накопительные исправления — приятное изменение, упрощающее администратору баз данных выбор применения «приоритетных» исправлений.

Начиная с каждого квартала, Oracle Critical Patch Updates (CPU) теперь будет содержать как PSU, так и CPU, поэтому администратор базы данных может выбрать применение только CPU или всех исправлений из пакета исправлений PSU (который включает дополнительные исправления).< /p>

Соглашением об именах для ЦП и БП является цифра последнего порядка, поэтому легко увидеть, что вы устанавливаете исправление с помощью ЦП или БП:

ЦП = 10.2.0.4.1
БП = 10.2.0.4.2

Кроме того, блок питания поддерживает установку исправлений Oracle с нулевым временем простоя — метод для баз данных RAC, при котором каждый узел устанавливается независимо без простоев.

Информация об обновлении набора исправлений Oracle (PSU):

- Обратите внимание, что для установки PSU 10.2.0.4.1 требуется OPATCH 10.2.0.4.7.

- MOSC Note 850471.1 - Oracle объявляет о первом обновлении набора исправлений для Oracle Database Release 10.2

– MOSC Note 854428.1 – Введение в обновления набора исправлений Oracle (PSU)

Примечания к выпуску первого блока питания:

– Примечание MOSC 8576156.8 – Ошибка 8576156 10.2.0.4.1 Обновление набора исправлений (PSU)

– Примечание MOSC 854473.1 – Известные проблемы с этим обновлением 10.2.0.4.1 набора исправлений

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

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

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

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

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

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

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

Burleson Consulting

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

По состоянию на 14 июля 2009 г. Oracle представляет новый метод установки исправлений, обновлений наборов исправлений или PSU. Согласно примечаниям MOSC 854428.1 и 850471.1, Oracle PSU — это новая стратегия установки исправлений, согласно которой администратор базы данных может выбирать только «рекомендуемые» и «упреждающие» исправления, а не все исправления в ежеквартальном накопительном обновлении исправлений (CPU).

Отредактировано: rajesh.lathwal, 14 апреля 2010 г., 14:55

Если бы не было различий, это не было бы названо по-другому.
PSU включает в себя пару одноразовых патчей и CPU, тогда как CPU есть. ну только ЦП.
В вашем случае неудивительно, что исправление ЦП 9352191 включено в блок питания 9352164.

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

ЦП означает критическое обновление.

Поправьте меня, если я ошибаюсь в следующих двух пунктах:

<р>1. Поскольку блок питания выпускается каждый квартал, поэтому, если мы собираемся использовать набор исправлений для блока питания, нам не нужно применять набор исправлений для ЦП (поскольку блок питания содержит ЦП).

<р>2. И если мы с самого начала собираемся с патчсетом ЦП, то наверняка каждый раз что-то упускаем (поскольку переход с блоком питания более выгоден, потому что он содержит несколько одноразовых путей в дополнение к патчу ЦП)

ЦП выпускаются каждый квартал. Официального графика выпуска блоков питания нет. После того, как вы примените блок питания, вы не сможете применить процессоры — вам нужно выбрать, какой «путь» вы хотите выбрать — путь процессора или путь блока питания.

См. документ MOS 854428.1 — Введение в обновления наборов исправлений (PSU) (особенно разделы 3 и 9)

Также см. соответствующую тему – 7009997

schavali написал:
ЦП выпускаются каждый квартал — официального графика выпуска блоков питания нет. После того, как вы примените блок питания, вы не сможете применить процессоры — вам нужно выбрать, какой «путь» вы хотите выбрать — путь процессора или путь блока питания.

См. документ MOS 854428.1 — Введение в обновления наборов исправлений (PSU) (особенно разделы 3 и 9)

Также см. соответствующую тему – 7009997

Спасибо за ответ.

Я не согласен с этим. Если вы видите MOS Doc 854428.1, то он явно упоминается в самом первом абзаце

" Обновления наборов исправлений (PSU) — это упреждающие накопительные исправления, содержащие рекомендуемые исправления ошибок, которые выпускаются по регулярному и предсказуемому графику. PSU выпускаются по тому же ежеквартальному графику, что и критические обновления исправлений (CPU), а именно во вторник, ближайший к 15 января, апреля, июля и октября"

Во-вторых, мы можем использовать ЦП после блока питания. Я успешно применил то же самое в одной из наших сред.
Кроме того, это упоминается в самом документе MOS 854428.1,

"После установки блока питания рекомендуемый способ получения содержимого безопасности в будущем — установка последующих блоков питания. Возврат с блока питания обратно на ЦП, хотя и *возможен*, потребует значительных усилий, поэтому не рекомендуется."< /p>

Мой вопрос заключается в том, что
достаточно ли применять блок питания каждый раз? а использование пути ЦП недостаточно, так как нам не хватает нескольких одноразовых исправлений?

Начиная с Oracle Database 12.2.0.1, мы также меняем нашу модель установки исправлений, переходя от обновлений наборов исправлений (PSU) и упреждающих пакетных исправлений (BP) к выпускам обновлений (RU) и выпускам обновлений (RUR). А в чем собственно отличия пакетов патчей PSU/BP и RU/RUR? Есть ли такие или это просто переименование известных пакетов исправлений?

Без изменений в MS Windows

Прежде всего, позвольте мне сказать, что на платформе Windows не будет никаких изменений. Если вы предпочитаете операционную систему MS Windows, прекратите читать здесь. В Windows вы увидите точно такой же формат исправлений с Bundle Patches, как и раньше.

А как насчет других платформ?

Все остальные увидят изменения в Oracle Database 12.2.0.1 — и я недавно писал об этом в блоге:

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

Различия между PSU/BP и RU/RUR

В июле 2017 г. стал доступен первый RU Oracle Database 12.2.0.1, с октября доступны второй RU и первый RUR.

Но между PSU и RUR есть существенная разница. Несмотря на то, что мы говорим, что RUR заменяют PSU, RUR — это не то же самое, что PSU.

Когда вы просматриваете циклы PSU и BP, прежде чем приступить к выпуску, обычно выбираете путь, по которому вы хотите следовать: либо PSU каждый квартал, либо BP. У заказчиков инженерных систем не было выбора: это были Bundle Patches. В Оракуле 11.2. BP предназначались только для сред Engineered-systems. В Oracle 12.1 мы переключили и рекомендовали БП вместо блоков питания для всех систем.

Обновления наборов исправлений и пакеты исправлений

Обновление набора исправлений (PSU) обычно содержит исправления безопасности и исправления регрессии, т. е. исправления ошибок.

Типовое обновление набора исправлений (PSU) — ежеквартально

Принимая во внимание, что Proactive Bundle Patch (BP) представляет собой расширенный набор PSU, содержащий PSU, но исправления оптимизатора и функциональные исправления, которые иногда также могут быть расширениями функций.

Типичный пакет исправлений (BP) — выпускается ежеквартально

Обычно вы выбираете любой поезд. Но вы также можете перейти с PSU на BP или наоборот. Ваш поток на самом деле будет выглядеть так:

Ежеквартальное исправление с помощью PSU или BP — каждый квартал выпускаются новые исправления, PSU и BP, каждый из которых является кумулятивным для себя

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

Обновления выпуска

Release Updates (RU) очень похожи на Bundle Patches (BP):

Первое обновление релиза (RU-1)

Следующее второе обновление релиза содержит все, что было в релизном обновлении 1, а также новые исправления во всех четырех областях (отмечены темно-красным/фиолетовым цветом ниже). RU являются кумулятивными, как и BP.

Второе обновление релиза (RU-2)

ЗП выпускаются ежеквартально в обычные даты.

Выпуск редакций обновлений

Ревизия обновления выпуска (RUR) отличается от PSU. На момент выхода RU1 RUR еще не будет. Будет выпущен первый RUR, содержащий весь первый RU, а также дополнительные исправления. Исправления регрессии — это исправления неправильного поведения. Обычно они привлекают большое количество клиентов.

Первая редакция обновления выпуска (RUR-1)

На самом деле первый RUR обычно выпускается через квартал после первого Release Update (RU). Он будет включать в себя все исправления из Release Update 1 (RU-1) и добавлять только новые исправления безопасности и регрессии. Но никаких новых оптимизаторов или функциональных исправлений. Если вы сравните его с изображением выше («Второй выпуск обновления»), вы заметите те же исправления безопасности и регрессии.

В этот день у вас будет выбор:

Установите новое обновление выпуска (к тому времени оно будет RU-2). Он содержит те же исправления безопасности и регрессии, что и RUR-1, а также новый оптимизатор и потенциально функциональные исправления (см. изображение «Обновление второго выпуска (RU-2)».

Через 3 месяца будет выпущен следующий RUR — и теперь он снова будет содержать только новые исправления безопасности и регрессии (отмечены бирюзовым цветом) сверху. На данный момент не будет добавлено никаких новых оптимизаторов или функциональных исправлений. Когда вы сравните оба изображения, то, что выше, и то, что ниже (RUR-1 и RUR-2), вы увидите те же оптимизатор и функциональные исправления, что и в исходном RU-1.

Вторая редакция обновления выпуска (RUR-2)

В то же время станет доступно и третье обновление выпуска (RU-3).

Важно отметить, что третья редакция обновления выпуска (RUR-3) не планируется. Модель допускает только 2 RUR за RU. После этого у вас есть возможность либо получить самый последний RU, либо RUR на основе более старого RU.

Обзор — Общая картина

Полное изображение резюмирует схему:

Обзор обновлений выпуска (RU) и редакций обновлений выпуска (RUR) с течением времени

Теперь вы понимаете, почему произошли существенные изменения. Больше нет такого понятия, как блоки питания. И вы не прибиты к дорожке. У вас есть выбор: либо постепенно продвигаться вперед, применяя обновления выпуска, либо приостановить работу с новым оптимизатором и функциональными исправлениями на срок до 6 месяцев.

Связанные

Отключить «_rowsets_enabled» в Oracle Database 12c

< /p>

При установке исправления используйте ОБНОВЛЕНИЯ, а не ПЕРЕСМОТР

Синхронизируйте свои версии исправлений между Grid Infrastructure и Databases Home

26 ответов

Большое спасибо за разъяснения. Это не так просто понять.
Могу ли я спросить еще что-нибудь: что такое «смягчающие» патчи? Я прочитал в заключение с исправлениями OJVM
С уважением,
Питер

В блоге, Питер 🙂

Я пытаюсь понять, как лучше всего получать исправления оптимизатора с последними RU/RUS. Даже после применения последних RU или RUR исправления оптимизатора по умолчанию отключены. Как узнать, какие исправления были включены, и как решить, какие из них включить или отключить. Я думаю, что здесь должна быть определенная ясность.

С точки зрения клиента, если я применяю последний RU, я надеюсь получить все исправления (включая исправления оптимизатора) с патчем. По моему опыту, большинство проблем с обновлениями связано с оптимизатором!

Пожалуйста, ознакомьтесь с файлом readme RU. Если НЕТ этого абзаца:

«Этот патч вводит управление исправлениями для одного или нескольких исправлений, содержащихся здесь. Эти исправления отключены по умолчанию, и их необходимо явно включить с помощью команд alter session/system, чтобы они сохранялись в pfile/spfile по мере необходимости»

тогда никакие исправления BEHAVIOR CHANGE OPTIMIZER не включены и, следовательно, нечего включать. Как только этот абзац появится в файле readme RU, появится руководство, какой параметр _fix_control необходимо использовать для включения исправлений.

Насколько я понимаю, в июльском и октябрьском RU для 12.2.0.1 таких исправлений нет.

Некоторые изображения отсутствуют в этой статье, не могли бы вы переопубликовать страницу с правильно загруженными изображениями

Вы уверены? Пробовал разные браузеры и у меня все картинки отображаются правильно.
Можете ли вы проверить еще раз и, возможно, удерживать клавишу SHIFT, когда вы нажимаете RELOAD в своем браузере (тогда он должен снова получать изображения).

как всегда спасибо
Возможно я запутался но последний ваш pitcure (в коробке Б-2 🙂 ) кажется вы пишете что можно применить РУР-1 на РУ-2 , но перед вами напишите «Установите новое обновление выпуска (к тому времени оно будет RU-2). Оно содержит те же исправления безопасности и регрессии, что и RUR-1 ..» И я понимаю, что RU-2 включает RUR-1…

Я знаю, что это немного сбивает с толку, и это еще одна причина, по которой я не рекомендую трогать RUR, если вы не получите четкого совета от службы поддержки или команды MAA/Exadata.

Позвольте мне объяснить это месяцами — я думаю, тогда это менее запутанно.

Пример:
– в январе мы выпускаем 18.1.0 – нет доступных RU или RUR
– в апреле мы выпускаем 18.2.0 – и для первоначального выпуска (18.1.0) не будет быть любым RU или RUR
– в июле мы выпускаем 18.3.0 (RU и локальная базовая версия) и 18.2.1 (RUR-1 поверх 18.2.0)
Обе, 18.3.0 и 18.2.1 имеют одинаковые исправления безопасности и регрессии. Но 18.3.0 имеет больше дополнительных исправлений, а исправления оптимизатора изменения поведения отключены по умолчанию.
– в октябре мы выпускаем 18.4.0 (RU), 18.2.2 (последний RUR для 18.2.0) и 18.3.1 (первый RUR для 18.3.0)
Все содержат одинаковую безопасность и регрессию исправления. Но они размещаются на разных RU, что означает, что количество исправлений сильно различается

Теоретически технически вы можете переключаться между всеми тремя из них. Но скажем, вы попробуете 18.4.0 и позже решите вернуться к более старому патчу, вы можете вернуться к 18.3.1 и 18.2.2 с теми же исправлениями безопасности и регрессии, но без множества дополнительных исправлений, которые были в вашем выпуске. уже израсходовано. Это технически возможно, но не рекомендуется.

Когда я пишу, что RU-2 содержит RUR-1, это означает, что RU-2 имеет те же исправления, что и RUR-1, но больше.
Это связано с тем, что RU-2 содержит:
– RU-1 ( Различия между регрессионными и функциональными исправлениями. Говорит:

Привет, Майк!
Спасибо за статью.
Я хотел бы узнать о различиях между регрессионными и функциональными исправлениями.
Могу предположить, но предпочитаю быть уверенным.
Мой клиент традиционно применяет политику исправлений, состоящую из применения промежуточных исправлений, потому что он опасается ошибок, вызванных исправлениями (PSU и BP раньше, RU и RUR сейчас). Ему было бы удобно применять исправления только с ошибками безопасности… Я думаю, что наиболее похожим подходом было бы применение RU и всех RUR этого RU до следующего RU.

Спасибо,
Хорхе

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

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

Я пытался найти официальное определение, но безуспешно.
Вы можете попытаться уточнить условия через запрос на обслуживание.

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