Scott Wrote :- "This software configuration is only supported on EMC 8XXX series towers (firmware 5567.35.20 or higher) and the Hitachi HDS 9910 and 9960 series( firmware 01-16-40-00/00 or higher). It also recommended you use JNI controllers. Your disk drives will also have to support SCSI-3 persistent reservations and the PR flag has to be set on the disks. The PR reservations are used for IO fencing in the case of any split-brain conditions. I am currently running RAC R1 and R2 using DBE/AC on SUN E6500's and I have been very impressed with their product. "
Qs Do you mean you are using a EMC 8XXX series towers OR Hitachi HDS 9910 OR 9960 series with your SUN E6500 on Solaris 8 ? Qs What do JNI Controllers , SCSI-3 persistent Drives Reservations , PR Flag mean ? Qs What does Oracle IA Stand for ? Qs Am I Correct in assumign that CFS is a Mounted File System (NON-Raw) ? Thanks -----Original Message----- Sent: Saturday, September 28, 2002 4:22 AM To: Multiple recipients of list ORACLE-L Greg, For the most part RAW is still a requirement for RAC. There are more Cluster File system Options now then there where 6 months ago. Windows/2000 - Oracle now provides a CFS. I believe you can download it from OTN. I don't have NT installed so I can't comment on its reliability or stability. Linux - Sistina has a CFS at $1000/node, Polyserv has a CFS and Oracle is currently developing a CFS for Linux. Sistina is certified for Oracle9i R1 and R2. I am not sure about Polyserv but I think it is certified. I currently use raw devices on Linux but should be installing Sistina sometime in October. AIX - has a CFS and it is certified by Oracle. Not sure if this for HACMP or RS6000/SP or both. HP - I don't think there is a CFS available for HP/UX but their newly acquired Compaq TRU64 and OpenVMS has a CFS. HP is eventually doing away with TRU64 so maybe they will roll this technology into their HP/UX MC cluster software. Solaris 2.7 and lower you will have to use raw devices. Solaris 2.8 and greater you can use Veritas DBE/AC 3.5, This package includes the Veritas Cluster Volume Manager, Cluster File System, Oracle Disk Manager (ODM, Formerly known as Quick/IO qio), and thier Cluster Server. This software currently supports Oracle9i R1 and R2. This software configuration is only supported on EMC 8XXX series towers(firmware 5567.35.20 or higher) and the Hitachi HDS 9910 and 9960 series( firmware 01-16-40-00/00 or higher). It also recommended you use JNI controllers. Your disk drives will also have to support SCSI-3 persistent reservations and the PR flag has to be set on the disks. The PR reservations are used for IO fencing in the case of any split-brain conditions. I am currently running RAC R1 and R2 using DBE/AC on SUN E6500's and I have been very impressed with their product. I am also running RAC on SUN e3500's using RAW and I have found that the CFS has made my life much easier. However if you choose to use shared Oracle homes you can have problems with Oracle's IA. The IA doesn't like to share logs and the other files the IA creates and manages. You will have to create separate homes for the agent or symbolically link these files to local directories on these nodes. TRU64 has Context Dependent Symbolic Link (CDSL) facility to separate the $ORACLE_HOME/network directory from the shared Oracle home installation. This is employed by using a specific keyword in the filename (or a symbolic link) that distinguishes the name of the current member node of the cluster. The other thing I want to comment on is the RAC is implemented differently on different hardware. This is not true. RAC is implemented the same on all hardware. However there are some options that may implemented based on a particular platform. RAC Guard is an option that was specifically geared towards TRU64. In fact Oracle thought it worked so good they licensed the technology from COMPAQ TRU64 and implemented it in RAC guard II so it is available on all platforms. It is true that some platforms may implement clustering better than other platforms, but this is at the hardware level not necessarily at the Oracle level. Don't forget SQLNET with TAF. Besides OCI you also have to be able to use SQL*Net and thin drivers do not use either. Jesse, It's hard to say what questions to ask but if I was just learning the product I would stick to a few basic rules. If it appears to work like magic ask how they got it to work. If it sounds to good to be true, ask to have them back it up with facts. Has anyone done this before? Can they provide references? The thing is don't be afraid to ask any question. It is surprising how many people won't ask questions because they think it is stupid but everyone else is thinking the same thing. Also the answer may have information for you to ask another question. The other thing is that if something is said that you don't understand send it to this list. There is enough talent on this list to know when the smoke is blowing in California and it's not from the forest fires. One last item. Don't look for RAC to fix your application problems. If your application already has problems RAC won't fix that problem and if your application is not designed to scale then RAC will provide high availability but not scalibility. Scott --- "Loughmiller, Greg" <[EMAIL PROTECTED]> wrote: > Push the question about the requirement of RAW > devices.. and ask if > Veritas's product can work without any > restrictions.. The veritas clustered > file system is supposedly "ok" to use with RAC where > you can take advantage > of using file systems. But I haven't seen > confirmation of that. also-ask > about the differences in the hardware they are > showing you as compared to > your environment.. There are some differences in the > implementation based on > the hardware.... > > You should probably get good feel on how Oracle > believes RAC could fit into > your environment. Are you looking for 100% > availability? Or just > scalability? Can the environment take a 5 minute > downtime for a Clustering > solution? Or do you need to have the environment up > "all of the time"... > And as Rich indicates-the transparent application > failover can be cool. But > does your app use JDBC? Thick or thin? From our > discussions with Oracle (as > we prepare for a full blown POC of rAC) that one > will need to use the thick > JDBC client (cuz of the OCI layer) to take advantage > of some of the TAF > features.. This may not be the case in the future > though.. > > oh well-time for coffee.... > greg > > > -----Original Message----- > Sent: Thursday, September 26, 2002 11:44 AM > To: Multiple recipients of list ORACLE-L > > > Specifically ask about RAC's performance with > respect to platform. I saw a > demo that HP put on at a WOUG meeting where the NT > cluster took 20-30 > seconds to fail over. While this isn't > earth-shattering, there was mention > made that Unix/Linux failover times only took about > 1-2 seconds. Might be > an issue for e-commerce or such. > > Very impressive demo they put on. I especially > liked the transparent query > failover and load balancing. Da-rool, da-rool. Of > course, for us to > convert our concurrent user licenses to per-CPU > licensing for RAC, well... > > Rich Jesse System/Database > Administrator > [EMAIL PROTECTED] Quad/Tech > International, Sussex, WI USA > > > -----Original Message----- > > From: Glenn Travis [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, September 26, 2002 10:04 AM > > To: Multiple recipients of list ORACLE-L > > Subject: RAC (Real Application Clusters) > > > > > > I am visiting Oracle next week and will be getting > a > > dog-and-pony show on Oracle 9i and RAC (Real > Application > > Clusters). Does anyone have any experience or > comments on > > this product/technology? Can you suggest some > burning > > questions I can pose to Oracle when we get the > demos? This > > is a technical overview and we will be seeing > conversions > > (Apps and non-Apps environments) as well as > failure scenarios. > > > > Any advice/comments are welcome. Thanks. > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.com > -- > Author: Jesse, Rich > INET: [EMAIL PROTECTED] > > Fat City Network Services -- 858-538-5051 > http://www.fatcity.com > San Diego, California -- Mailing list and web > hosting services > --------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an > E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of > 'ListGuru') and in > the message BODY, include a line containing: UNSUB > ORACLE-L > (or the name of mailing list you want to be removed > from). You may > also send the HELP command for other information > (like subscribing). > -- > Please see the official ORACLE-L FAQ: > http://www.orafaq.com > -- > Author: Loughmiller, Greg > INET: [EMAIL PROTECTED] > > Fat City Network Services -- 858-538-5051 > http://www.fatcity.com > San Diego, California -- Mailing list and web > hosting services > --------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an > E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of > 'ListGuru') and in > the message BODY, include a line containing: UNSUB > ORACLE-L > (or the name of mailing list you want to be removed > from). You may > also send the HELP command for other information > (like subscribing). __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Scott INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: VIVEK_SHARMA INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
