You may have watched the announcement of Larry Ellison together with our EVP Juan Loiza this evening. And yes, Oracle Database 23ai is available in the cloud and as Free Developer Edition as of now.
What are we announcing?
Please see the important links for more information about the recent announcements Larry Ellison and Juan Loiza made today.
- Oracle Database 23ai – Overview blog post
This blog post gives you a very detailed overview on the key features, and why it is called Oracle Database 23ai. Find out more about the 300+ key features including AI Vector Search, JSON Duality, True Cache, Property Graph and SQL Firewall.
. - Oracle Database 23ai Free
Find out more about the 23ai Free Developer Edition, the Autonomous Always Free edition, what’s included – and most importantly, where to download it from.
. - Oracle Database 23ai available in the cloud
And certainly, Oracle Database 23ai is available in the cloud as well in Base DB, ExaDB-D and ExaDB-C@C.
.
Feature highlights
Find out more about the key features here. And of course, it is always a good idea to start with a quick check of the New Features Guide for Oracle Database 23ai and the Database Upgrade Guide.
In addition, please allow 2-3 days to have all information available in oradiff.oracle.com as well.
–Mike

Thanks Mike! Any word yet when on-prem is going to see 23c?
Hi Devin,
“soon” is all I can say. Please stay tuned … and sorry that I can’t give a more precise date.
Cheers,
Mike
Thanks for the update Mike! I noticed my OEL8 yum repository server at home downloading the 23ai preinstall RPM this morning – I hope that’s an indication that the On-Prem Linux release is very close 😀
I wish that Oracle would have pulled the plug on supporting RHEL though … My DBA colleagues and me have to jump through hoops to deal with all the dependencies between ACFS/AFD and different RHEL kernels – we would love to switch to OEL in order to avoid all these problems but as long as Oracle database and clusterware is officially supported on RHEL the colleagues from the Linux OS team won’t allow us to switch to OEL. If RHEL would be officially desupported we could switch to OEL no questions asked …
Hi Aleksandar,
I see your point – and I can just recommend to open SRs for the ACFS/AFD topic.
Share them with me, and I will happily pass them on to the responsible PM. Or, write him a message on Twitter: @productmanaged
Cheers,
Mike
Hi Mike,
thanks for the prompt answer! In that case I will open a SR on an issue we currently have with AFD on the latest RHEL 8.8 kernel after installing the April 2024 GRID RU next week and will let you know the corresponding SR number.
Have a great weekend,
Aleksandar
Thx!
Cheers,
Mike
I have already free instances as 19c, can I upgrade them to 23ai? and how ?
Hi Omar,
can you have 19c and 23ai Free, both in parallel on the same machine?
If this is the case, just use AutoUpgrade and run it with a minimum config file:
upg1.source_home=
upg1.target_home=
upg1.sid= < your source SID >
and if the 19c database is a non-CDB, you need to create a CDB with 23ai and add this parameter to your config file:
upg1.target_cdb= < SID of your new 23ai CDB >
Cheers,
Mike
Thanks for the information you give us through your blog, but as a paying EE customer it looks like a poor joke to have the free version available and absolutely no information about the release date of the on-premises EE.
Summer is often a good time to try / validate new versions, so it looks like we will have to wait for next year to try this 23-version.
Please be patient – and I am just the messenger 😉
Watch out for announcements int he coming days.
Cheers,
Mike
Hi Mike,
will there be a version for Windows too?
Martin
Hi Mike,
will there be a Windows-based version too?
Hi Marton,
yes – watch out for announcements 🙂
Thanks,
Mike
Hello Mike,
Oracle 23ai on prem. release has been postponed to 2H CY2024 according to
Release Schedule of Current Database Releases (Doc ID 742060.1)
Does Oracle really plan to release it on-prem ?
Hi Pierre,
of course, we will release it on-prem for sure – but I can only look at MOS 742060.1 as you do 🙁
Cheers,
Mike
Hi Mike (the messenger)
I’m hoping that the promise of 2H24 for On Prem 23ai doesn’t mean 31st Dec. I suspect you do too otherwise you’ll be getting questions like these for another 6 months 🙂
Any ‘inside’ track on the actual schedule? 3rd Quarter? Post Summer break?
Thanks.
Hi Colin,
I can only point to MOS Note:742060.1 and potential additional announcements.
Thanks,
Mike
Hi,
Is there any news on Oracle 23 ai EE release date or is it released?
Well … please see MOS 742060.1 – that is all I can tell you.
Cheers,
Mike
Hi Mike,
For Autonomous Database Serverless, is it possible to request an *in-place* upgrade from 19c to 23ai? I am aware of the technique to do a full clone and specify it be 23ai, but I prefer the do an in-place one instead even if there’s scheduled downtime.
Hi Jack, unfortunately (as far as I am aware) not for now. There are plans for it but this will be not in the near future due to the nature of the platform. When you are on ADB-S, then you share the environment with many others. And to be frank, the way with refreshable clones isn’t causing more downtime since it uses a clone and refreshes going forward.
But please let me know if you have further questions.
Cheers,
Mike
I guess I can understand the challenge with ADB-S being a shared environment. But out of curiosity, do you know why this isn’t a problem for the regular Oracle Base Database service (DBS)? You can see recent release note about OCI now supporting upgrades to 23ai for Grid and DB here:
https://docs.oracle.com/en-us/iaas/releasenotes/database/basedb-upgrade-23ai.htm
I even tried it out on a test DBS instance just now and it works like a charm.
In any case, for ADB-S we definitely need the 23ai features but I dread having to re-distribute and configure new database client credentials wallets for the resulting clone. Do you know if these new cloud wallets are supported in some sort of LDAP configuration like we used to have on-prem with tnsnames entries being stored in OID? Or can you think of another way to make this ADB-S Clone Upgrade process transparent to all our client connections?
Thanks!
Jack
Hi Jack,
the difference between DBCS and ADB-S is that in DBCS this is “YOUR” environment while in ADB-S it is only your PDB, and the CDB has PDBs belonging to others. So, in DBCS you can trigger a simple upgrade in-place even though we recommend always to do it out-of-place because of a potential fallback. The point is that the process in DBCS is not done with AutoUpgrade, and does not employ the safetey nets and checks AU has out of the box. But that is a different story,
In ADB-S, we would need to upgrade the entire CDB with all PDBs as a whole. This may happen one day but there is no known date. It’s far easier to use a clone and move whenever you are ready. BUT … and you nailed down the BUT already, you need to adjust the client connections, and you need to fetch a new wallet as you can see here:
https://docs.oracle.com/en-us/iaas/autonomous-database-serverless/doc/autonomous-clone-upgrade.html
The clone has its own wallet and you cannot use the wallet of the source database to connect to the clone. All users must obtain a new wallet and use the new wallet to access the upgraded database. See Download Client Credentials (Wallets) for more information.
True – and I haven’t found anything which would allow a transparent move.
Cheers,
Mike