Новости HW

Компания Seagate обновила семейство HDD с двумя независимыми блоками магнитных головок для пользователей, которым необходима повышенная производительность. Диски доступны в модификациях с интерфейсом SATA-3 и SAS-3, при этом SAS-модели выглядят для хоста как два независимых логических HDD.
https://servernews.ru/1077354
В два раза больше IOPS, надо полагать.
Не только в процессорах бывает HyperThreading.
Ну а потом будут диски с тремя блоками, с четырьмя ...

Компания AMD выпустила новое 4-е поколение процессоров AMD EPYC: 96 ядер,  12 каналов памяти DDR5, PCIe 5.0 и поддержка памяти CXL.
Оракл уже предлагает в своём Облаке серверы OCI E5 с этими процессорами.
https://www.amd.com/en/press-releases/2022-11-10-offering-unmatched-performance-leadership-energy-efficiency-and-next

Ждём Экзадату на этих ЦПУ.
Наверное будет только в Облаке Оракл.

Новое в политике выпуска патчей:отказ от RUR, рождение MRP

 Два изменения, касающиеся выпуска обновлений.
1) Оракл прекращает выпускать RUR (Release Update Revision)
2) Оракл начинает выпускать MRP (Monthly Recommended Patches)

1) Sunsetting of 19c RURs and FAQ (Doc ID 2898381.1)

В этом документе описывается прекращение выпуска обновлений RUR:
No additional RURs will be delivered on any platform after the delivery of Oracle Database 19c RUR 19.16.2 in January, 2023. All customers should instead simply use the latest, recommended 19c Release Update, such as 19.17.0, 19.18.0, or 19.19.0, etc.

2) Introducing Monthly Recommended Patches (MRPs) and FAQ (Doc ID 2898740.1)

To provide customers more frequent access to recommended and well-tested collections of patches, Oracle is pleased to introduce Monthly Recommended Patches (MRPs).

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

Дополнительно к этому каждый месяц будет выходить сборка = квартальный патч + набор критических патчей, а именно:

MRPs will include the
- fixes documented in "Oracle Database Important Recommended Patches" (Note 555.1)
- critical fixes from the 19c Known issues MOS Note
- plus the prior MRPs for the RU (MRP будут кумулятивными, т.е. каждый последующий будет включать в себя патчи всех предыдущих MRP)

MRP будут выпускаться только для платформы Linux-x64.

Для каждого RU будут выпускаться 6 MRP.
MRP1 для 19.17 стартует в ноябре 2022.

Это сделано для того, чтобы "Customers get access to recommended, well-tested, one-off patches without having to request a patch bundle after the release of an RU".

Cloud and 555.1

В Оракле есть много разных патчей: 

- квартальный пачсет
- Recommended 555.1
- OJVM-патч, JDK, Perl, TZ …

Есть перечень патчей, которые Оракл ставит на свои Экзадаты в Облаке:
Oracle Exadata Database Cloud Jul 2022 Release Update (Doc ID 2817907.1)

Для сравнения патчей на СУБД cделалась табличка (жирным выделена разница):

Компонента СУБД	У меня в ноутбуке	В Облаке	Примечание
JDK	34113634	34113634	JDK BUNDLE PATCH 19.0.0.0.220719
Perl	33912872	33912872	DATABASE PERL UPDATE IN 19C TO V5.32-1 (CVE-2022-23990 - LIBEXPAT UPDATE)
555.1 Recommended	34320744		MERGE ON DATABASE RU 19.16.0.0.0 OF 29780459 34060122
	34333986		AIM ORA-600 [KTUSCV1 CV BUF TOO BIG] - KTUSCV1
	33510062		19C DATABASE SUDDENLY CANT START PROCESSES (BACKGROUND, JOB, SLAVE)
	33195096		AIM ORA-600 [KDBBLKCHECKERROR] - KDB4CHK1
	30691454		SYD E1POD DBHOME PATCHING COMPLETELY HUNG WITH KPDBHASHTABLE_FIND MULTIPLE INSTANCE HANG
	29213893		DBMS_STATS FAILING WITH ERROR ORA-01422 WHEN GATHERING STATS FOR USER$ TABLE
Time Zone	34006650	34006650	DSTV38 UPDATE - TZDATA2022A - NEED OJVM FIX
	34006614	34006614	RDBMS - DSTV38 UPDATE - TZDATA2022A
		33613829	RDBMS - DSTV37 UPDATE - TZDATA2021E
		32327201	RDBMS - DSTV36 UPDATE - TZDATA2020E
		31335037	RDBMS - DSTV35 UPDATE - TZDATA2020A
		30432118	MERGE REQUEST ON TOP OF 19.0.0.0.0 FOR BUGS 28852325 29997937 29997937 RDBMS - DSTV34 UPDATE - TZDATA2019B 28852325 RDBMS - DSTV33 UPDATE - TZDATA2018G
	34086870	34086870	OJVM RELEASE UPDATE: 19.16.0.0.220719
	34133642	34133642	Database Release Update: 19.16.0.0.220719
		34122773	VIRTUAL IPS ARE NOT REACHABLE AFTER SERVICE CREATION IN DBCS SERVICES.
		29780459	INCREASE _LM_RES_HASH_BUCKET AND BACK OUT CHANGES FROM THE BUG 29416368 FIX Bug 29780459 - High Waits On "latch :ges resource hash list" After Upgrading to 18c or Above Этот баг возможен только в RAC. High misses on "ges resource hash list" latch may be seen in database 18c and above, due to long hash chain of GES resources. Prior to 18c, the default minimum number of hash buckets (_lm_res_hash_bucket) was 64k, but it has been changed to 32k in 18c.  This resulted in each hash bucket to hold longer hash chains, causing contention issues during GES locking operations when the system had high concurrency. You may have encountered this problem if there is high contention on "ges resource hash list" latch on 18c or above, and explicitly setting the hash bucket size using hidden parameter _lm_res_hash_bucket=65536 or higher alleviates the problem. Note that the default value for _lm_res_hash_bucket derives to roughly GES resources/4. Set _lm_res_hash_bucket=65536 or higher depending on the number of ges_ress in v$resource_limit.

 

Разница :

- странно, что по-умолчанию Оракл не ставит патчи из Recommended 555.1

- Оракл ставит два дополнительных патча (в двух последних строках). Один из которых предназначен для виртуальных IP в DB Cloud Service. А второй просто изменяет значение одного параметра.

- Есть ещё несколько TZ-патчей. Но похоже, что в Облаке Оракл ставит один из них. Невозможно иметь сразу несколько TZ.