The Latest Oracle E-Business Suite Technology News direct from
Oracle E-Business Suite Development & Product Management

Choosing a Shared File System for Oracle E-Business Suite

Steven Chan
Senior Director

[Jun. 6, 2016 Update: OCFS2 is certified for EBS 12.2; see this article for details]

[Mar. 5, 2015 Update:  OCFS2 is not certified for EBS 12.2 shared file system configurations yet. This certification is underway. Customers should use alternative file systems until this certification is completed.]

[March 18, 2013 Update: Added ACFS information captured in the comments to the article body]

[March 10, 2010 Update:  OCFS2 for Linux is now certified for EBS 12 application tier servers; see this article for details.]

It's possible to scale up your E-Business Suite environment with multiple application tier servers to improve fault tolerance and performance.  It's also possible to share a single filesystem between them: all application tier files are installed on a
single shared disk resource that's mounted from each application tier node.  In Release 12.1, that would look like this:

Release 12 shared filesystem:

This allows you to apply patches once to the central filesystem, rather than maintaining each application tier server node individually.  We recommend this approach; it reduces maintenance overheads for those multiple servers and shortens your patching

Beginning with Oracle E-Business Suite Release 12, we also allow you to share an applications tier file system between multiple E-Business Suite database instances, too. For more details about this advanced option, see this

Customers embarking upon this path inevitably ask, "Which shared filesystem do you recommend?"  The short answer is that we don't recommend any specific filesystem, but there's more to it than just that.

Does Oracle Certify Storage Systems?

Not any more.  Our Server Technologies division used to run an Oracle Storage Compatibility Program (OSCP) to validate specialized storage products.  At one time,
Oracle and its partners worked together to validate specialized storage technology including NFS file servers, remote mirroring, and snapshot products.  The storage industry matured over time, and this program was ended in January, 2007. 

The successor to this program is the Oracle Certification Environment (OCE) group.  This group provides resources for third-party vendors to certify
their own products with Oracle technology.  The OCE team works with Oracle Partner Management and third party vendors for approving support statements published by third party vendors with respect to certification projects with Oracle.

It's important to note that these certifications are performed by the third-party vendors themselves and not the E-Business Suite Development division.  Certification statements made by third-party vendors partnering with the Oracle Certification
Environment group are not reviewed or endorsed by the E-Business Suite division.  

Does the E-Business Suite Division Certify Storage Systems?

No, I'm afraid not.  EBS Development doesn't have the resources to certify or compare even a subset of the leading filesystems.  Since we don't have hands-on experience with different filesystems in a controlled test environment, we can't make any
informed recommendations for a given product.  We generally suggest that customers either perform their own product testing or consult a trusted consultancy that compares the relative merits of each product against a consistent set of criteria.

What are the EBS Requirements for a Shared Filesystem?

Shared filesystems must be transparent to the calling application, in this case, the E-Business Suite.  In other words, no modifications to the E-Business Suite should be necessary to ensure compatibility with the shared filesystem.

Our Frequently Asked Questions: Sharing the Application Tier File System in Oracle Applications 11i (Note 243880.1) states:

... your shared application tier file system can reside on any type of shared disk resource. Examples of shared disk resources include an NFS mounted disk or a disk array. The shared disk resource does not have to be local to the machine, and it can also
be a standalone disk array. Usual tuning considerations apply.

The same thing applies to Oracle E-Business Suite Release 12, too.

What About OCFS2 or GFS?

There are many different shared filesystems out there, too many to list here.  The general statements about EBS requirements for a shared filesystem above apply to
all third-party file system products.

However, we get a lot of questions about three specific products due to their close relationship and packaging with Oracle's own operating system releases:

Here's the E-Business Suite position on these three shared file systems:

Oracle Clustered File System (OCFS2)

The E-Business Suite's database tier is built on the Oracle Database.  The Oracle Database is certified with OCFS2.   Therefore, OCFS2 is supported for the E-Business Suite database tier, too. 

The E-Business Suite's application tier is built on Oracle Application Server.  Oracle Application Server is not yet certified to run on OCFS2. 

If our Fusion Middleware group ever certifies Oracle9i Application Server (used by Apps 11i) or Oracle Application Server 10g (used by Apps 12) to run on OCFS2, then the E-Business Suite's application tier will be certified on that file

Red Hat Global File System (GFS)

Specific versions of the Oracle Database are certified with GFS running on specific Red Hat and Oracle Enterprise Linux releases.   Therefore, those GFS combinations are supported for the E-Business Suite database tier, too.

Sadly, I haven't been able to locate any externally-published statements about Oracle Application Server compatibility with GFS.  This usually means that these two products haven't been tested together.  If you want an explicit statement of
support for GFS for Fusion Middleware products, your best bet would be to log a Service Request against the Oracle Application Server product in question.

Back to the database and GFS:  there are some special support provisions for this database configuration.  See the "Support Process for GFS 6.0 and 6.1" section of Using
Redhat Global File System (GFS) as shared storage for RAC
(Note 329530.1), which states:

Oracle's product support teams will not take support calls on Red Hat GFS. All issues known to be related to Red Hat GFS must be opened with Red Hat directly. When an Oracle SR is opened for an Oracle product or a Red Hat Enterprise Linux issue in a
configuration that includes GFS, Oracle Support will do their best effort to determine if the issue is GFS software related. In that case, Oracle will hand-off the GFS related issue to Red Hat Support.

It's important to note that the E-Business Suite division does not test the E-Business Suite with GFS. We haven't performed any certification or compatibility tests with that filesystem and don't have any empirical data about how well this
particular combination will work.

Oracle ASM Clustered File System (ACFS)

  1. The E-Business Suite database tier is certified on ACFS.
  2. The E-Business Suite application tier is not certified on ACFS.

Most Oracle Database releases are certified to run on ACFS.  You can refer to the Certify database on My Oracle Support for the latest supported certifications. You can run EBS database servers for those certified combinations on ACFS.  

Amongst other things, EBS 11i uses Forms 6i, Oracle9i Application Server, and JServ on the application tier.  EBS 12.0, and 12.1 use Forms 10g, Oracle Application Server 10g, and OC4J on the application tier. on ACFS.  These Fusion Middleware product versions are not certified on ACFS.  There are no plans for those certifications.  Since the E-Business Suite depends on those products, EBS 11i, 12.0, and 12.1 application tiers cannot run on ACFS.

What Does EBS Development Use Internally?

We're in Development, not marketing, and we're expressly not able to endorse third-party products.  What we can do is give you a glimpse of what we use internally within Oracle for the E-Business Suite Development division.

At any given time we have hundreds of E-Business Suite environments running simultaneously within the EBS Development division.  These are centrally managed by our terrific EBS/Fusion Operations group.  This internal Oracle group has has created
some really interesting infrastructure over the years.  One of the most useful custom solutions allows developers to get a new EBS environment on demand.  Shortly after their request, an automated process instantiates a new Apps environment and the
developer is off to the races.

The underpinnings of this are Network File System (NFS) mounted filesystems running on NetApp.  Our Operations group has tested ZFS-based
filers, which are also NFS-mounted filesystems.

In practical terms, this means that nearly all of our development, testing, and certification environments for the E-Business Suite are all running on NFS mounts.  We explicitly assume that our use of NFS generalizes to all shared file systems. 

What Does Oracle Use Internally for its Production Global Single Instance?

Our EBS development use of NFS is paralleled by Oracle's own global single instance deployment of Apps 12.  Our production EBS instance connects
via Gigabit Ethernet to a shared NFS (NAS) NetApp FAS960 clustered storage system running NetApp 7.2.4. 

Our four production Sun F25K database servers are equipped with 44 dual core CPUs and over 176 GB RAM, Sun Solaris 9, Sun Cluster 3.1, and Veritas VxVM/VxFS 4.0* mp02.  Each of these database nodes has three GigE cards connecting them to the backend
database storage, an EMC Symmetrix DMX3000 storage system.

Architecture diagram of Oracle's own global single instance EBS 12 deployment

Remember, this isn't an endorsement or a recommendation; it's merely a peek into what we use here internally at Oracle.


Related Articles

Join the discussion

Comments ( 60 )
  • John Piwowar Saturday, July 11, 2009

    Great post, as usual, Steven. It's nice to have all of this information in one place. Clears up a lot of ambiguity. Now when shared file system questions crop up on the OTN forums, we have another resource to which to direct posters. :-)


    John P.

  • Tom Mullen Sunday, July 12, 2009


    Thanks for the post. One question -- the recommendation in the documentation is that the INST_TOP is located on each host and not shared. Yet it appears from the diagram that our internal apps are sharing the instance_top. Is it safe to presume in this scenario the only thing on the local file system are the lock and pid files?


  • Steven Chan Wednesday, July 15, 2009

    Hello, Tom,

    I can't say for certain, but that would be a reasonable assumption. I think the diagram was busy enough that the GSI team was using a bit of shorthand in that tiny little box for the INST_TOP details.

    You're right about our standing recommendation: Note 384248.1 states, "... for optimum performance, it is advisable to use a local file system for the Instance Home."



  • Steven Chan Wednesday, July 15, 2009

    Hello, John,

    My pleasure -- and thanks for your recent help on our OTN forums. I saw that you'd fielded questions about this lately. That, along with some discussions on Oracle's internal forums, spurred me to pull all of this together in one place at last.



  • william butcher Wednesday, July 29, 2009


    We are currently going through an upgrade to R12 and 10g of the database. The Systems Integrator has said that the local disk used to store the INST_TOP directory must be on local INTERNAL disk to the machine (we're using Sun M4000 and M5000) servers. We asked if it would be possible to use dedicated fibre attached SAN and were told that it wasn't supported and had to be internal disk. Is this correct? It seems very unusual that Oracle would insist on using internal disk rather than dedicated SAN storage. I can understand not using shared storage. This will present us with an even bigger problem soon as we are moving everything to SAN including the boot partition. Any advice on this would be appreciated. I guess the question is does local disk really have to be local to the machine or is SAN ok if it's dedicated to that machine.

    Many thanks


  • Steven Chan Monday, August 3, 2009

    Hello, William,

    Thanks for the insight into your deployment architecture.

    My understanding is that our guidance on the INST_TOP being installed on a local filesystem is to avoid issues with aliases, collisions, or conflicts that might occur in a shared filesystem.

    I don't think our architects have any opinions about dedicated fibre-attached SANs, since we don't do any explicit testing with that particular configuration. From a support perspective, if the fibre-attached SAN is transparent to the application server (i.e. appears to the server as local storage), I can't see any issues with this configuration.

    I'll run this by our architects, just to be sure. I'll post any follow-ups here, if I learn something new that contradicts what I just outlined.



  • william butcher Tuesday, August 4, 2009


    Thanks for your reply, this is very useful. I have been having a chat with a colleague at a different company and they have tried to address this issue with support. A SR was logged (7473036.994) in which support stated the following



    Implemented a shared filesystem but have noticed errors in the logs that

    are consistent with incorrect disk usage. it is needed to get verification and clarification of what is meant by local disk in this context - does it

    exclude any network/san sourced disk even when used exclusively for the

    server to which it is made available? Does it expected to be "internal"

    server disk storage?

    ANSWER #1


    Local is internal disk storage in this context. See also the following

    from the R12 SHARED APPL_TOP NOTE:

    * Oracle HTTP Server Lock Files

    Oracle HTTP Server processes create temporary lock files for its internal operation. The location of these lock files is specified in httpd.conf by

    the LockFile and OpmMtxFile respectively. You must ensure that value of

    the AutoConfig variable s_lock_pid_dir is set to a location on the local

    file system to avoid file locking issues on the network file system.

    So this suggests that support require the lock and pid files to be on internal disk rather than SAN which does seem rather strange.

    thanks for your help in resolving this issue it has given us a real headache with disk configuration.


  • Steven Chan Wednesday, August 5, 2009

    Hi, William,

    One of our EBS architects was inspired by your question to write the following blog article:

    Is It Safe to Use SANs for EBS R12 Instance Tops? - http://blogs.oracle.com/stevenChan/2009/08/local_disk_vs_san_for_inst_tops.html

    Let me know if you still have any outstanding questions after reviewing that new article.



  • Robin Chatterjee Thursday, September 10, 2009

    Hi steven,

    do you know if the application techstack team will be in a position to pursue certification of shraed appl_top and ASm cluster filesystems ? I notice that certification against 11g R2 is already underway and I am very interested in whether this includes certification against the new cluster filesystem for sahring the application top...


  • Steven Chan Friday, September 11, 2009

    Hi, Robin,

    I'm looking into this. I'll post an update here as soon as I get a confirmation about Oracle Application Server's certification on ASM.



  • Steven Chan Thursday, October 1, 2009

    Hi, Robin,

    I have gotten some weak confirmation that the Fusion Middleware group was planning to certify Oracle Application Server with ASM at some point. I haven't been able to get details on where they stand on that effort, though.

    Your best bet would be to log a formal Service Request via My Oracle Support (formerly Metalink) to get a definitive answer from one of the Fusion Middleware specialists.



  • Pravin Thursday, November 19, 2009

    Hi Williams,

    I am designing the architecture which looks more or less similar to yourr but i will be using 2 node Sun T-series servers for shared application tier, and we have SAN storage.

    I have not yet finalised on the use of shared filesystem, as per oracle doc and stevens blog we can use any NFS mounted disk or disk array, could you please share if you have used NFS or disk array(please explain) .



  • Mehmood Friday, December 4, 2009

    Very nice post, keep it up buddy....


  • anthony Thursday, December 17, 2009

    is certification on OCFS2 underway? any dates?

  • Steven Chan Thursday, December 17, 2009


    Yes, a certification project is underway. The Fusion Middleware division has revisited their support position for Oracle Application Server 10g on OCFS2, so we're following up by testing that in Oracle E-Business Suite Release 12 environments.

    Oracle's Revenue Recognition rules prohibit us from discussing certification and release dates, but you're welcome to monitor or subscribe to this blog for updates, which I'll post as soon as soon as they're available.



  • S Chandy Wednesday, January 6, 2010


    I need to install EBS Appa R12 11g, using shared file system in RHEL5 is GFS supported for this config, can I use OCFS2 instead or any other solution avilable.

    S Chandy

  • Steven Chan Wednesday, January 6, 2010

    Hi, S Chandy,

    Please refer to the article above for our support positions on both GFS and OCFS2 for shared filesystem use today.

    We're in the midst of a certification project that may change our current position on OCFS2. Oracle's Revenue Recognition rules prohibit us from discussing certification and release dates, but you're welcome to monitor or subscribe to this blog for updates, which I'll post as soon as soon as they're available.



  • Shahrukh Yasin Tuesday, January 26, 2010

    Hi Steven

    I am having a situation in which we are running 2 IBM P series server, the AIX version is 5300-11-01-0944m below is the configuration:

    Oracle Application Release 12.0.4

    Server A -- Database and Concurrent

    Server B -- Forms and Web services

    The above 2 servers are on SAN using AIX HACMP. I am having a lot of problems in patching and cloning stuff because everything has to be done twice which increases the downtime, so sharing application tier is a very good option. I believe that i have to run the NFS service on AIX Machines and mount the Concurrent File system of Server A to that of Server B using NFS service on AIX.

    I found a metalink id 359515.1 of how to use nfs on different O/S Platforms. My question is:

    Is it posible to use only a NFS service between 2 machines and share the application on SAN using HACMP?

    Thank You

    Kind Regards

    Shahrukh Yasin

  • Steven Chan Thursday, January 28, 2010

    Hi, Shahrukh,

    Our Applications Platforms Group does not test or certify the IBM high availability solution HACMP with E-Business Suite. Without formal testing, we don't have any informed opinions about whether this would work or not.

    Our requirements for shared APPL_TOP are outlined in Note 384248.1, which is mostly platform-generic, assuming that there is a means of sharing filesystems transparently between nodes (via NFS, for example). The question of compatibility between this and an IBM-specific feature like HACMP may be best-answered by IBM themselves.

    I'd be interested in hearing about any guidance that IBM gives you on this front. Feel free to drop me a private email with the outcome of your discussions with IBM.



  • Shahrukh Yasin Saturday, January 30, 2010

    Hi Steven

    Thank you for the prompt reply., i have discussed this with IBM and they will get back to me with the solution for sharing filesystem using HACMP, meanwhile i have started the testing of sharing application tier on my test servers which are on local disks and not clustered.

    i am having issues regarding the sharing of application tier, below are the steps i followed following note id 384248.1 section 7:

    Source instance: - The filesystem we want to share

    Target Instance: - Share the source filesystem to target

    The source and target instances are already created before and are used as a multi node environment, i am here migrating non shared to shared application tier where source is the primary instance and target is the secondary instance.

    1) Run adpreclone on source instance

    2) NFS mount the source filesystem to target.

    3) Copy the source context file to target

    4) Run adclonextx.pl addnode contextfile=

    ** adclonectx is being run from the target filesystem

    ** After running adclonectx on target instance it creates the 'inst' directory of target instance in the share file system (INST_TOP of the source filesystem is on the same location where apps directory and which is shared) because it has the path of inst_top of the source filesystem.

    Please correct this step if applied incorrectly.

    5) perl $AD_TOP/bin/adconfig.pl on the target instance using the new context file created by the above step.

    *** adconfig.pl was run from the previous target syste filesystem.

    Please correct the step if applied incorrectly.

    6) Run autoconfig on the source tier as well

    After completing all the steps above the problem was the target system inst_top was created under the share directory. Please correct the steps if applied incorrrectly

    The filesystem was shared successfully but the main problem was it created the inst top folder on the same location where source filesystem inst top was. Please help me on this.

    Thank You

    Kind Regards

    Shahrukh Yasin

  • Steven Chan Saturday, January 30, 2010

    Hi, Shahrukh,

    I'm afraid that this blog isn't the best place to get technical support for specific issues like the one that you've encountered. Your best bet is to log a formal Service Request via My Oracle Support (formerly Metalink) to get one of our our ATG specialists to help you out with this.

    Feel free to forward your SR number to me if it gets stuck in the Support pipeline for some reason.



  • Shahrukh Yasin Sunday, January 31, 2010

    Hi steven

    I had raised a service request also for this issue, and will update you as soon as it resolves

    Thank You

    Kind Regards

    Shahrukh Yasin

  • Brian Hugh Thursday, March 4, 2010


    Wondering if you have any updates. Especially on certification. Looking to deploy new environment on RHEL 5.x trying to review our options from a Shared File System for EBS 12.x

    Would appreciate any updates in this area.

  • Steven Chan Friday, March 5, 2010

    Hello, Brian,

    I've got some news queued up for OCFS2. Stay tuned to this blog; it's coming soon.



  • Rakesh Tripathi Thursday, November 25, 2010

    Hi Steven,

    With an option of having one filesystem with multiple directories for different tops vs having different filesystems for different tops, what is preferable ? I am aware that the Installation Guide for EBS specifies only a requirement for different directories, not filesystems. Can you discuss any pros and cons on having different filesystems vs different directories, if any (eg. controller contention)



  • Steven Chan Monday, November 29, 2010

    Hi, Rakesh,

    I'm afraid I don't have sufficient hands-on experiences with the two options to compare them empirically -- particularly when it comes to hardware-specific considerations like I/O contention.

    Thinking pragmatically, I would speculate that having a single filesystem would be generally easier to maintain.

    This is a pretty old discussion thread, so you might wish to poll other EBS DBAs on their choices on one of our OTN forums if you would like to get some practically-grounded feedback.



  • guest Wednesday, September 7, 2011

    Hi Steven, Good Post. I have a question related to an 11i setup. We use an Application Shared Filesystem configured via note 233428.1. What Im trying to find is a document detailing the correct mount options required for the shared file system when it is mounted via NFS on a NetApp filer.

    NetApp has a best practice guide (referenced by MOS note 359515.1] )

    However this does not talk specifically about shared filesystem.

    I have used the options recomended for binaries and this includes the actimeo=0 option. However this mount option causes performance issues as LD_LIBRARY_PATH generated by our environment ends up with paths which reside on the mounted filesystem. Do you know of any documents detailing the correct mount options?

  • Steven Chan Wednesday, September 7, 2011

    Hi, Guest,

    I'm afraid that we don't have any guidance or recommendations for mount options for specific file systems. Your best option might be to contact NetApp support for assistance with this one.



  • shafy Tuesday, December 13, 2011
  • vijay yadav Wednesday, April 4, 2012

    Hi Steven,

    In and higher ACFS has been introduced based on ASM.

    Could ACFS be used as shared file system for R12 shared appl_top.

    Do we need seperate license for it , if we have license of Enterprise Edition standalone.



  • Steven Chan Thursday, April 5, 2012

    Hi, Vijay,

    ACFS is fully supported on the database tier for E-Business Suite database components.

    I'm afraid that the Fusion Middleware team has explicitly stated that they have no current plans to certify or support Oracle Application Server 10g components on the ACFS file system.

    Oracle E-Business Suite Release 12 is built on Oracle Application Server

    10g, of course. So, if the Fusion Middleware team doesn't support the use of ACFS with Oracle Application Server 10g, neither can the E-Business Suite division.

    If you're interested in running Oracle Application Server 10g (and the

    E-Business Suite) on ACFS, you are encouraged to ask your Oracle account team to log a request against the Fusion Middleware product for this certification. If sufficient numbers of customers request it, they may consider it.



  • guest Wednesday, August 1, 2012

    Hi Steven,

    I have been through above discussion, however did find any helpful suggestion which can be used for R12 ebs shared application file system setup. We are currently planning to use exadata for ebs and other application databases as single storage instead of SAN. I would appreciate if you could share some documents or provide some approach to enable it on exadata. We do not want to use nfs due to lack of certainty and reliability of mount options. Does ocfs supported for R12 share file system configuration??

    Please shed some light on this

  • Steven Chan Wednesday, August 22, 2012

    Hi, Guest,

    Sorry for the delay in responding to this.

    Yes, OCFS2 is certified on Linux for EBS 12 application tiers. See:

    OCFS2 for Linux Certified for E-Business Suite Release 12 Application Tiers (Oracle E-Business Suite Technology)


    You can find Exadata-related setup guides here:


    Best of luck with your implementation.



  • Sachin Wednesday, September 26, 2012

    Hi Steven

    We are using R12.1.3

    Is NAS supported/certified for sharing file system

  • Steven Chan Wednesday, September 26, 2012

    Hi, Sachin,

    As stated above, we don't certify specific file systems with the E-Business Suite, but there's more that you should know. You might wish to review the article above carefully.



  • Ram Tuesday, June 11, 2013

    Mr. Steven

    we are having extended RAC. which file system can help me to configure the shared appl top on across sites.

    node a will be in site a

    node b will be in site b

    so there are two different storage for the respective site.

    please guide us for application side?

    database side, there is no issues extended RAC is working perfectly.

  • Elke Phelps (Oracle Development) Tuesday, June 11, 2013


    Thanks for the inquiry. This blog article is the answer for the application tier. A shared application tier file system and its requirements are described in this article and in MOS Note Note 384248.1.

    As described in this article and MOS Note 384248.1, you may utilize shared disk across the application nodes. The shared disk will allow you to share the APPL_TOP, COMMON_TOP and Oracle 10gAS ORACLE_HOMEs. It is recommended that the INST_TOP remain local to each node.

    You may mount disk from node a to node b or vice versa. You may also consider using network file system (NFS).

    Good luck with your deployment.



  • Ram Monday, June 17, 2013

    good day

    we are using shared appl top for extended RAC database.

    RAC has its own capability to run on two sites.

    application tier, we need some global file system to access the shared_appl_top from both sites...

    in this blog, you recommended file system as follows...

    Linux - Oracle Clustered File System (OCFS2)

    Linux - Red Hat Global File System (GFS)

    sun also oracle's own operating system.

    if i am using sun, which global file system is certified for oracle ebusiness suite?

    QFS (Quick file system)?

    please confirm.

  • Steven Chan Tuesday, June 18, 2013

    Hello, Ram,

    As stated in the article above, we do not certify or recommend specific file systems with the E-Business Suite. Whichever file system meets your requirements and is application-transparent should be fine.



  • Ram kumar Tuesday, June 18, 2013

    Dear Steven

    I feel you have double stand in file system matter. because you have already said that ACFS will not be certified to use for E-Business Suite in the above blog.

    Now you are saying that we don't certify or recommend specific file systems with the E-Business Suite (comment: Posted by Steven Chan on June 18, 2013 at 08:21 AM PDT).

    I am happy, if oracle agrees to use ACFS for EBS R12. because it will be simple and easy to use for shared appl top for extended oracle rac database. because appl_top/common_top/iAS will be in ASM. using NFS mount, i can mount the volume in application tier nodes.

    if we are IBM AIX users, we can go for GPFS.

    if we are Linux users, we can go for GFS or OCFS2.

    unfortunately we are sun solaris users and also so you didn't say anything for sun os users though it is oracle's operating system.

    And sun has QFS but don't know that it will support clustering with two storage. it is possible in IBM GPFS , ac make active active mount using PPRC storage mirroring.

    you have strongly specified that ACFS will not be certified any more even though weblogic server is used as application server for 12.2.

    so please clarify clearly about file system now and announce the certified method. so say certification is not required for file system use.

    if we use ACFS and strick once we go live, it will be a big risk for big corporates to move for immediately due to more formalities.

  • Steven Chan Wednesday, June 19, 2013


    We specifically exclude ACFS because of the reasons stated in the article above.

    I've seen some feedback that indicates that QFS may not perform well with large datafiles (including EBS database datafiles). This same feedback suggests that ASM might be a better choice. We don't test with QFS, so we don't have any data in the E-Business Suite to share on that.

    Again, I'll reiterate that we do not have the resources to test all versions of the E-Business Suite on all possible file systems. I wish that we did, and I understand that this puts additional burden on your system selection process.

    As long as you use a file system that's transparent to the application -- ie. it doesn't require application-level changes for compatibility -- you may use it with the E-Business Suite.



  • Ram Kumar Wednesday, June 19, 2013

    Good Day

    Please give me update on oracle's new cloud file system in this blog.

    oracle ACFS new name is called Oracle Cloud File system.

    no other file system provides integrated snapshot, replication, tagging, security and encryption services except oracle cloud file system. why you are not agree to certify for oracle e-business suite application tier?

    can you please tell us, whether this new Oracle Cloud File system support to keep oracle ebusiness suite /shared appl top file /appl_top/common_top/ora_top(iAS) ?

    please clarify.

  • Steven Chan Wednesday, June 19, 2013

    Hello, Ram,

    Regardless of the change of name, E-Business Suite application tier components may not be deployed on ACFS. From the article above:

    "Amongst other things, EBS 11i uses Forms 6i, Oracle9i Application Server, and JServ on the application tier. EBS 12.0, and 12.1 use Forms 10g, Oracle Application Server 10g, and OC4J on the application tier. on ACFS. These Fusion Middleware product versions are not certified on ACFS. There are no plans for those certifications. Since the E-Business Suite depends on those products, EBS 11i, 12.0, and 12.1 application tiers cannot run on ACFS."



  • Ram Kumar Wednesday, June 19, 2013

    good day

    just now i read the oracle cloud file system document, it says as follows.

    "When Oracle Cloud File System and the Automatic Storage

    Management features of the Oracle Database are

    combined, they deliver one solution for managing all

    business data, application binaries and personal data in

    your cloud infrastructure."

    oracle says application binaries can keep it on cloud file system, so please tell us can we use oracle ebusiness suite applicaiton tier can we keep in oracle cloud file system?

  • Steven Chan Wednesday, June 19, 2013

    Hello, Ram,

    I'm sorry that we're having difficulty communicating.

    You've asked the same question in three different ways. Regardless of how it's phrased, the answer remains the same: ACFS is not certified for older Fusion Middleware components (e.g. Oracle Application Server 10g or Oracle9i Application Server

    The E-Business Suite depends on those components, so it is not possible to run EBS 11i, 12.0, or 12.1 application tiers on ACFS.



  • Ram Kumar Friday, June 21, 2013

    good day

    question regarding your reply on (Posted by Steven Chan on June 19, 2013 at 12:43 PM PDT)

    you said here, "ACFS is not certified for older Fusion Middleware components (e.g. Oracle Application Server 10g or Oracle9i Application Server"

    I am asking you, shall I keep the ORA_TOP , INST_TOP in my local disk.

    and APPL_TOP and COMMON_TOP in oracle cloud file system(ACFS).

    will you certify this? your problem is only oracle_home/iAS of apps_tier right? I don't use tech_st in ACFS. let me use tech_st in local_disk of apps nodes.

    layout give bellow

    Apps node1:


    /u01/localdisk/inst_top -- node 1 local disk

    /u02/acfs_shared/appl_st/ -- this is shared for node1&node2 using ACFS

    /u01/localdisk/tech_st/ -- node 1 local disk

    Apps node2:


    /u01/localdisk/inst_top -- node 2 local disk

    /u02/acfs_shared/appl_st/ -- this is shared for node1&node2 using ACFS

    /u01/localdisk/tech_st/ -- node 2 local disk


    --tech_st ( 10.1.2 oracle home / 10.1.3 oracle home)

    --appl_st ( appl_top and common_top)

    sorry i can communicate with you only through this post...

    oracle database will be in extended cluster rac node 1 and node 2 with ASM.

  • guest Wednesday, August 14, 2013

    Hi Ram,

    Please tone down and appreciate what Steven has to share, you can always contact Oracle Support if you want to have certified answers.

    Hi Steven,

    I also have a decision to make in regards with the shared appl_top configuration on solaris, from my reading I have come to a conclusion that NFS is the best option available on Solaris.

    Is my understanding correct?


    Sayeed Salahuddin

  • guest Friday, January 31, 2014

    Steven, Can sharing be applied to a mix of iStore and Apps nodes ? For example, we have 1 apps node and 4 istore nodes. Can we share a single APPL_TOP across all 4 ?

    If we are a PCI compliant install where the istores and ipayment are in the DMZ, can sharing occur with the back end ERP apps tree ?

    Thank you, Your blog postings are a valuable resource.


  • Max Arderius Monday, February 3, 2014


    Shared file system (APPL_TOP, COMMON_TOP, ORA_TOP) cannot be shared between external web tier and internal middle tier. For more information you can look at Note 380490.1.

  • guest Thursday, May 29, 2014

    Hi Steven,

    Oracle note: Sharing The Application Tier File System in Oracle E-Business Suite Release 12(Doc ID 384248.1)" does not say that for EBS R12 with shared appltop we have to use the mount option actime=0 for NFS. We are using NetApps and our INST_TOP is on local file system. Can we remove actime=0 for the APPL_TOP mount? I see in your note above that Oracle is using NetApp internally for production.



  • Noby Joseph Tuesday, June 3, 2014

    Hello Mathews,

    The option actime=0 is not used on our Internal Instances. Please check with Netapps as to why they are recommending that specific parameter. May be there is a reason and applicable to the DB file system. See http://docs.oracle.com/cd/B28359_01/install.111/b32002/app_nas.htm#LADBI439 for more information.


  • guest Monday, July 14, 2014


    Thanks for this excellent blog post.

    We are using an architecture that sounds very much like what your development team uses internally. Specifically:

    1. Database tier is three-node RAC on

    2. App tier is R12.1.3 (with patches) on a three-node cluster with shared APPL_TOP via NFSv3 from a NetApp using mount options as specified in Doc ID 384248.1.

    I also took a look at Doc ID 279393.1 (Linux/NetApp: RHEL/SUSE Setup Recommendations for NetApp Filer Storage) which seems to be more focused on DB tier than app tier. However, I found this point interesting:

    option: vers=3

    required for: ALL

    NFS v4 is a work in progress; there is no reason to run NFS v2.

    So when does v4 stop being "a work in progress"? The spec was finalized like 10 years ago, and I've been running it on my Solaris machines for 6+ years. NFSv4 is attractive to network admins because it makes firewall configuration much simpler. There were also significant improvements to the protocol which should manifest as improved performance. As a sysadmin/DBA, the performance boost is what I'm looking for since NFS is always slower than local storage (e.g. an autoconfig run in our environment takes roughly twice as long on shared storage as compared to local storage).

    I know NFS isn't your product, but if that is the recommended approach (not "certified", I understand) for shared APPL_TOP, then I'm curious as to when that will become a feasible option.



  • Steven Chan Wednesday, July 16, 2014

    Hi, Bill,

    Note 279393.1 appears to have been published by the Linux team. It isn't specific to the E-Business Suite so I can't comment on its applicability. I'd recommend logging a Service Request against that Note if you have questions about its reference to NFS v4.



  • Vincent Friday, September 12, 2014

    Hi Steven

    As you stated, ACFS is not certified with the middle tier of EBS.

    But can I install the concurrent node on ACFS?

    Can I set $APPLCSF directory on ACFS?

    Best Regards


  • Amit Garg Monday, November 30, 2015

    Hi Steven

    It's been long now about checking ACFS certification with EBS 12.2.4 Shared File System. Now EBS 12.2.4 use Weblogic instead of OAS. Please let me know if EBS 12.2.4 Shared File System supported on AFCS now?

    We are on IBM Power AIX 7.1 and don't have NAS/NFS option. We are using SAN. We decided to sue ASM for Database File System, but not able to decide on Application Shared File System. Please suggest the options if AFCS is not certfied?

    Thanks for your help

    Amit Garg

  • Kevin Thursday, April 27, 2017
    Hi Steven

    The link of Oracle Certification Environment (OCE) group is not availalbe. Could you update it. Thank you so much for your help.

  • Steven Chan Thursday, April 27, 2017
    Hi, Kevin,

    It appears that that site is now gone. I am not aware of any new equivalents for third-party file system certifications.

  • Liana Underwood Tuesday, July 17, 2018
    Hi Stephen, this note is old. How has the internal Oracle Instance structure changed since you posted this? Is the Oracle Internal EBS still on physical boxes or is it now using OVM?
  • Ramkumar Thursday, August 9, 2018
    good day Mr.Steven...

    you said in the above article that "E-Business Suite depends on those products, EBS 11i, 12.0, and 12.1 application tiers cannot run on ACFS"

    12.2.7 is there almost one year and 12.2 is certified to keep the application tier on ACFS(Cloud FS)

    hope internally you didn't use at Oracle , but as a customer, we need this certification from Oracle.

    Collaborate 14, Session 14814, Mr.Andrejs Karpovs , Tieto discussed about "using ACFS as a storage for EBS application stack"

    Please update the ariicale for 12.2 EBS on WLS.

  • Steven Chan Monday, August 13, 2018
    Hello, Ramkumar,

    Oracle ASM Cluster File System (ACFS) is certified for the following:

    - EBS 12.1 database tier
    - EBS 12.2 database tier

    It is not certified with the application tiers. We have been unable to make any progress in getting a support stance for ACFS for the Fusion Middleware components we rely upon. At this point, I do not expect ACFS to be certified for either the EBS 12.1 or EBS 12.2 application tiers.

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