Ty, We have run 2 good sized Solaris boxes and 1 medium one over paired 1Gb switches for a long time ~ 5-600 users, thousands of files. Bandwidth is not a problem. We do run a separate network for SAN access from the servers. As a practical matter, this works. We are upgrading the switches to 10Gb, but we are by no means saturated.
Solaris supports an "llock" or local lock option on NFS mounts which circumvents some of the performance issues mentioned in Aaron's message. I think that there is a similar solution for Linux boxes. rw,bg,vers=3,proto=tcp,hard,intr,rsize=32768,wsize=32768,llock This may not apply with your SAN. But if you can move some stuff over and test it, it is definitely worth the effort. Is NFS slower that a local disk? Likely so, right up until you have a disk failure, have to restore from tape instead of a snapshot, or fsck 500 Gigs. Is performance very good anyway? Yes. If a SAN can handle the average Microsoft product & output, U2's text based data cannot be all that difficult. ("hello world" in msword is worth 5 groups in UV.) I apologize for the evangelical bent. There are doubtlessly architectural solutions other than NFS mounts, and some may be appropriate to your hardware and applications. NFS can be quite simple and surprisingly robust. -Rick -----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Ty Haller Sent: Tuesday, July 02, 2013 10:50 AM To: 'U2 Users List' Subject: Re: [U2] SAN? 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 thal...@sefcu.com > -----Original Message----- > From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- > boun...@listserver.u2ug.org] On Behalf Of Rick Nuckolls > Sent: Tuesday, July 02, 2013 11:13 AM > To: 'u2-users@listserver.u2ug.org' > 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: u2-users-boun...@listserver.u2ug.org [mailto:u2-users- > boun...@listserver.u2ug.org] On Behalf Of Ty Haller > Sent: Tuesday, July 02, 2013 6:15 AM > To: 'u2-users@listserver.u2ug.org' > 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 | thal...@sefcu.com > 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 > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > 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 U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users