With Universe, its a different IO pattern than most system administrators are familiar with, especially when you put an entire account on non-local storage. In particular things like the &PH& folder (from phantoms) and &COMO& files from traces. Files are frequently opened and closed, created and deleted. These operations are far more expensive on non-local storage. File locking is particularly problematic on NFS. The pattern may vary considerably based on what your application code actually does. I would highly recommend using analysis tools to take a DETAILED picture of what your IO pattern looks like today, and then show it to the vendor of your SAN and make sure its being tuned properly to handle it. When I say "detailed", what I mean is looking at all of the metrics like frequency of operations (open,close,write,delete), the latency of those operations, disk queue length, etc and not just the relative amount of read/write.
The most common cause of poor disk performance is taking too simplistic of a view when setting requirements. This is especially true in "shared" environments. While "shared" often is cheaper and easier to maintain, this is frequently accompanied by decreased performance when the applications that are sharing the storage have substantially different IO patterns. *Aaron Titus* Senior Software Engineer F.W. Davison & Company, Inc. 508-747-7261 x245 [email protected] On Tue, Jul 2, 2013 at 1:50 PM, Ty Haller <[email protected]> wrote: > Thanks. > > I'm aware of the advantages. I was more concerned with the IO requirements > and how that would impact shared storage. > > > > Ty Haller > SEFCU > Lead Administrator - System Services > [email protected] > > > -----Original Message----- > > From: [email protected] [mailto:u2-users- > > [email protected]] On Behalf Of Rick Nuckolls > > Sent: Tuesday, July 02, 2013 11:13 AM > > To: '[email protected]' > > Subject: Re: [U2] SAN? > > > > Ty, > > > > We have used a NetApps SAN for a number of years with Solaris for > Universe > > data. (For Universe) there is the obvious tweak of allowing direct > access to > > NFS, and depending on the type of SAN, there are probably some mount > options > > to optimize the throughput. It also helps to have a fair amount of > memory for > > file caching, but it works great and provides many important advantages. > A > > couple of caveats: Do not allow access to snapshots through the same NFS > > mount as the primary data. For NetApps, at least, the snapshot has the > same > > inode as the live data file, so the snapshot tree must be mounted as a > separate > > device to avoid confusing (Universe) with conflicting file headers and > data. NFS > > mounts work fine, as long as access to a particular directory tree is > managed > > by a single data server. > > > > Oracle supports this same configuration, though I do not think that > Rocket has > > much experience with it. > > > > Although difficult, it is possible to install Universe a SAN, and then > run it on a > > VM, which means that you can snapshot almost all of the UV environment at > > once! > > > > Rick Nuckolls > > Lynden Inc > > > > > > > > -----Original Message----- > > From: [email protected] [mailto:u2-users- > > [email protected]] On Behalf Of Ty Haller > > Sent: Tuesday, July 02, 2013 6:15 AM > > To: '[email protected]' > > Subject: [U2] SAN? > > > > Morning, > > > > I am curious if anybody has UniData Accounts running off a Shared > Enterprise > > SAN? > > > > We currently have an Enterprise SAN for our VMware Environment and would > > like to put a handful of UniData Test Accounts on it. > > > > We are using UniData 7.2 on an IBM P6 running AIX 6.1, the SAN would be > 4GB > > Fiber Attached. > > > > > > Thoughts? > > > > Ty Haller | Lead Administrator - System Services | SEFCU | > [email protected] > > 700 Patroon Creek Blvd. Albany, NY 12206 | Phone: 518-464-5210 | Fax: > 518- > > 464-5209 > > > > This message may contain confidential information and is intended for > the sole > > purpose of communication with the addressee. Dissemination or > publication in > > any format is strictly prohibited. If you have received this > communication in > > error please notify SEFCU immediately. > > > > Help save a tree. Please print this e-mail only if it is truly > necessary. Thank you. > > _______________________________________________ > > U2-Users mailing list > > [email protected] > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > _______________________________________________ > > U2-Users mailing list > > [email protected] > > http://listserver.u2ug.org/mailman/listinfo/u2-users > > This message may contain confidential information and is intended for the > sole purpose of communication with the addressee. Dissemination or > publication in any format is strictly prohibited. If you have received this > communication in error please notify SEFCU immediately. > > Help save a tree. Please print this e-mail only if it is truly necessary. > Thank you. > _______________________________________________ > U2-Users mailing list > [email protected] > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
