Shared APPL_TOP Headaches?

In my post about RAC on Loosely-Coupled Clusters I discussed how strange it is to me that RAC is a shared disk architecture yet RAC deployments are shared-nothing for everything except the database. I mentioned the concept of Shared Applications Tier as well. Arnoud Roth has a post about shared APPL_TOP on the AMIS Technology Blog that I recommend you investigate. It seems there are some gaps in the shared APPL_TOP methodology that I was unaware of. There are a lot of folks doing shared APPL_TOP so perhaps they were all simply willing to work through these issues. They are issues nonetheless and do warrant consideration.

5 Responses to “Shared APPL_TOP Headaches?”


  1. 1 Arnoud Roth May 2, 2007 at 6:07 am

    Hi Kevin,

    First of all: Thanks for your recommendation.
    Can you please edit your post and spell my name correctly?
    It is Arnoud Roth, not Peter Arnoud (where did you get this Peter from, by the way?;-)
    Regards,
    Arnoud Roth

  2. 2 Arnoud Roth May 2, 2007 at 6:51 am

    Hi Kevin,

    Thanks for this recommendation! However, can you change my name to Arnoud Roth, in stead of Peter Arnoud? I am wondering how you got this Peter to come around…(I’ve got a brother who is called Peter, allright, but I am sure you didn’t know that;-).
    Regards,
    Arnoud Roth

  3. 3 kevinclosson May 2, 2007 at 2:34 pm

    Arnoud,

    Sorry about that, Arnoud, I have no idea what sort of cut and paste mistake I made! It’s fixed now though.

  4. 4 Amir Hameed May 2, 2007 at 3:40 pm

    We had tested the EBS 11.5.9/9.2.0.6 suite in a three-node RAC configuration last year and used shared ORACLE_HOME for our configuration. We used the Veritas SF suite 4.1 for RAC(first 3.5 MP4 and then upgraded to SF 4.1). Earlier on, we did discover the inability of the srvctl to work with the EBS but we were not controlling the database instances with srvctl; we were using the veritas agent to manage our instances and that does not use the srvctl utility. I have not worked with the Oracle clusterware but I believe that it uses srvctl to manage instances. I did not have any issues with the shared ORACLE_HOME, at least we did not discover anything in our testing. I did not try to clone a RAC environment to create another one and that was one of the items I had on my plate but we did not implement RAC in production due to severe performance issues due to a bug that we could not catch in our testing (long story).

  5. 5 Amir Hameed May 2, 2007 at 3:41 pm

    I want to clarify that ONLY the database and the RDBMS ORACLE_HOME were residing on the clustered filesystem. The APPL_TOP and the related technology stack were not shared.


Leave a Reply

Please log in using one of these methods to post your comment:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s




DISCLAIMER

I work for Amazon Web Services. The opinions I share in this blog are my own. I'm *not* communicating as a spokesperson for Amazon. In other words, I work at Amazon, but this is my own opinion.

Enter your email address to follow this blog and receive notifications of new posts by email.

Join 2,976 other followers

Oracle ACE Program Status

Click It

website metrics

Fond Memories

Copyright

All content is © Kevin Closson and "Kevin Closson's Blog: Platforms, Databases, and Storage", 2006-2015. Unauthorized use and/or duplication of this material without express and written permission from this blog’s author and/or owner is strictly prohibited. Excerpts and links may be used, provided that full and clear credit is given to Kevin Closson and Kevin Closson's Blog: Platforms, Databases, and Storage with appropriate and specific direction to the original content.

%d bloggers like this: