Exadata Product Development Blog

  • June 21, 2012

New channels for Exadata

Rene Kundersma
Software Engineer
With the release of Exadata back in April 2012 Oracle has deprecated the minimal pack for the Exadata Database Servers (compute nodes). From that release the Linux Database Server updates will be done using ULN and YUM. For the release the ULN exadata_dbserver_11. channel was made available and Exadata operators could subscribe their system to it via linux.oracle.com.

With the new release two additional channels are added:
  1. a 'latest' channel (exadata_dbserver_11.2_x86_64_latest)
  2. a 'patch' channel (exadata_dbserver_11.

The patch channel has the new or updated packages updated in from the base channel. The latest channel has all the packages from base and patch channels combined. 

From here there are three possible situations a Database Server can be in before it can be updated to
  1. Database Server is on Exadata release <
  2. Database Server is patched to
  3. Database Server is freshly imaged to
In order to bring a Database Server to for all three cases the same approach for updating can be used (using YUM), but there are some minor differences:

For Database Servers on a release < the following high-level steps need to be performed:
  • Subscribe to el5_x86_64_addons, ol5_x86_64_latest and  exadata_dbserver_11.2_x86_64_latest
  • Create local repository
  • Point Database Server to the local repository*
  • install the update
* during this process a one-time action needs to be done (details in the README)

For Database Servers patched to
  • Subscribe to patch channel  exadata_dbserver_11.
  • Create local repository
  • Point Database Server to the local repository
  • Update the system
For Database Servers freshly imaged to
  • Subscribe to patch channel  exadata_dbserver_11.
  • Create local  repository
  • Point Database Server to the local repository
  • Update the system
The difference between 'situation 2' (Database Server is patched to and 'situation 3' (Database Server is freshly imaged to is that in situation 2 the existing Exadata-computenode.repo file needs to be edited while in situation 3 this file is not existing  and needs to be created or copied. Another difference is that you will end up with more OFA packages installed in situation 2. This is because none are removed during the updating process. 

The YUM update functionality with the new channels is a great enhancements to the Database Server update procedure. As usual, the updates can be done in a rolling fashion so no database service downtime is required. 

For detailed and up-to-date instructions always see the patch README's
Rene Kundersma

Be the first to comment

Comments ( 0 )
Please enter your name.Please provide a valid email address.Please enter a comment.CAPTCHA challenge response provided was incorrect. Please try again.