Choosing a Shared File System for Oracle E-Business Suite

[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, 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 downtimes. 

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 article.

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 1.0.2.2.2 (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 system. 

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 1.0.2.2.2, 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.

References

Related Articles

Comments:

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. :-)

Regards,

John P.

Posted by John Piwowar on July 11, 2009 at 02:46 AM PDT #

Steven,
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?
Tom

Posted by Tom Mullen on July 12, 2009 at 12:25 PM PDT #

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."

Regards,
Steven

Posted by Steven Chan on July 15, 2009 at 02:41 AM PDT #

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.

Regards,
Steven

Posted by Steven Chan on July 15, 2009 at 02:44 AM PDT #

Steven
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

William

Posted by william butcher on July 28, 2009 at 06:20 PM PDT #

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.

Regards,
Steven

Posted by Steven Chan on August 03, 2009 at 04:28 AM PDT #

Steven

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

QUESTION #1
===========
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.

William

Posted by william butcher on August 04, 2009 at 01:10 AM PDT #

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.

Regards,
Steven

Posted by Steven Chan on August 05, 2009 at 04:59 AM PDT #

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...
Thanks

Posted by Robin Chatterjee on September 09, 2009 at 11:07 PM PDT #

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.

Regards,
Steven

Posted by Steven Chan on September 11, 2009 at 07:26 AM PDT #

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.

Regards,
Steven

Posted by Steven Chan on October 01, 2009 at 02:35 AM PDT #

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) .

thanks
Pravin

Posted by Pravin on November 19, 2009 at 08:58 AM PST #

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

cheers

Posted by Mehmood on December 04, 2009 at 06:21 AM PST #

is certification on OCFS2 underway? any dates?

Posted by anthony on December 16, 2009 at 06:03 PM PST #

Anthony,

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.

Regards,
Steven

Posted by Steven Chan on December 17, 2009 at 01:37 AM PST #

Hi

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

Posted by S Chandy on January 05, 2010 at 04:02 PM PST #

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.

Regards,
Steven

Posted by Steven Chan on January 06, 2010 at 01:39 AM PST #

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

Posted by Shahrukh Yasin on January 26, 2010 at 03:56 PM PST #

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.

Regards,
Steven

Posted by Steven Chan on January 28, 2010 at 02:34 AM PST #

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

Posted by Shahrukh Yasin on January 30, 2010 at 03:09 PM PST #

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.

Regards,
Steven

Posted by Steven Chan on January 30, 2010 at 03:16 PM PST #

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

Posted by Shahrukh Yasin on January 30, 2010 at 08:38 PM PST #

Steve/Shahrukh,

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.

Posted by Brian Hugh on March 03, 2010 at 11:29 PM PST #

Hello, Brian,

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

Regards,
Steven

Posted by Steven Chan on March 05, 2010 at 03:42 AM PST #

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)

Regards,
Rakesh

Posted by Rakesh Tripathi on November 24, 2010 at 11:54 PM PST #

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.

Regards,
Steven

Posted by Steven Chan on November 29, 2010 at 06:59 AM PST #

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?

Posted by guest on September 07, 2011 at 04:48 AM PDT #

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.

Regards,
Steven

Posted by Steven Chan on September 07, 2011 at 04:51 AM PDT #

oracle on IBM PLATFORM - CERTIFICATION - SUIT+TEST or SWEETEST

http://www-03.ibm.com/support/techdocs/atsmastr.nsf/fe582a1e48331b5585256de50062ae1c/758ff17181b83eea8625774a00207a67/$FILE/ORA%20EBS%20Supported%20Platforms%20050511.pdf

Posted by shafy on December 12, 2011 at 11:22 PM PST #

Hi Steven,
In 11.2.0.1 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.
Thanks
Vijay

Posted by vijay yadav on April 04, 2012 at 02:32 PM PDT #

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.

Regards,
Steven

Posted by Steven Chan on April 05, 2012 at 05:26 AM PDT #

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

Posted by guest on August 01, 2012 at 06:22 AM PDT #

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)
https://blogs.oracle.com/stevenChan/entry/ocfs2_linux_certified_ebs12

You can find Exadata-related setup guides here:

http://www.oracle.com/technetwork/database/features/availability/exadata-maa-best-practices-155385.html

Best of luck with your implementation.

Regards,
Steven

Posted by Steven Chan on August 22, 2012 at 12:34 PM PDT #

Hi Steven
We are using R12.1.3
Is NAS supported/certified for sharing file system

Posted by Sachin on September 26, 2012 at 11:09 AM PDT #

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.

Regards,
Steven

Posted by Steven Chan on September 26, 2012 at 11:38 AM PDT #

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.

Posted by Ram on June 11, 2013 at 04:48 AM PDT #

Ram,

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.

Regards,
Elke

Posted by Elke Phelps (Oracle Development) on June 11, 2013 at 12:44 PM PDT #

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.

Posted by Ram on June 16, 2013 at 10:21 PM PDT #

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.

Regards,
Steven

Posted by Steven Chan on June 18, 2013 at 08:21 AM PDT #

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.

Posted by Ram kumar on June 18, 2013 at 09:10 AM PDT #

Ram,

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.

Regards,
Steven

Posted by Steven Chan on June 19, 2013 at 09:59 AM PDT #

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.

Posted by Ram Kumar on June 19, 2013 at 11:52 AM PDT #

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 1.0.2.2.2, 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."

Regards,
Steven

Posted by Steven Chan on June 19, 2013 at 12:04 PM PDT #

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?

Posted by Ram Kumar on June 19, 2013 at 12:14 PM PDT #

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 1.0.2.2.2).

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.

Regards,
Steven

Posted by Steven Chan on June 19, 2013 at 12:43 PM PDT #

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 1.0.2.2.2)."

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

note:
--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.

Posted by Ram Kumar on June 21, 2013 at 01:09 AM PDT #

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?

Regards,
Sayeed Salahuddin

Posted by guest on August 14, 2013 at 02:26 PM PDT #

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.
Chris

Posted by guest on January 31, 2014 at 05:10 AM PST #

Guest,
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.

Posted by Max Arderius on February 03, 2014 at 08:04 AM PST #

Post a Comment:
  • HTML Syntax: NOT allowed
About

Search

Categories
Archives
« April 2014
SunMonTueWedThuFriSat
  
1
4
5
6
7
8
9
10
11
12
13
14
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today