RE: [U2] U2 Silliness from a vendor

2007-11-26 Thread Jerry Banker
Unless you are running RFS, no, there are not any. However if you are
they should be on a separate mount. Some may think you need them but
from my experience the database is so robust it has never been
necessary. Of course I've never run the database on MS.
Jerry

 -Original Message-
 From: Jeffrey Butera [mailto:[EMAIL PROTECTED]
 Sent: Monday, November 26, 2007 8:02 AM
 To: u2-users@listserver.u2ug.org
 Subject: [U2] U2 Silliness from a vendor
 
 We've been having performance problems as of late which have been
tracked down
 to disk IO.  When I was talking with our hardware vendor, he had one
of his
 Sun techs with him where we had the following exchange:
 
 Sun tech: Because of the inherent difference of random and sequential
you want
 to ensure your archive/redo logs are on a different mount then your
database
 files.
 
 Me: Oh - we're not on Oracle.
 
 Sun tech: Whatever the database, you've got archive/redo logs.
 
 If we're not using RFS, can someone confirm that Unidata really
doesn't have
 archive/redo logs - or am I just clueless.  I've been wrong before...
 
 --
 Jeff Butera, Ph.D.
 Administrative Systems
 Hampshire College
 [EMAIL PROTECTED]
 413-559-5556
 
 That's why you have two ears and one mouth -
use them accordingly. Mike Golic
 ---
 u2-users mailing list
 u2-users@listserver.u2ug.org
 To unsubscribe please visit http://listserver.u2ug.org/
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


RE: [U2] U2 Silliness from a vendor

2007-11-26 Thread bpaige
We have a similar scenario on UV/AIX.  Our unix tech was actually a bit more
detailed.  They're talking about the unix filesystem logs - in our case,
JFS/JFS2 logs.  If they're isolated to a different logical partition, the
system is a little more efficient.

I'm not sure if that applies to your system or not, but it sounds like the
same 'tech suggestion'.

Hope this helps!
Brian 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeffrey Butera
Sent: Monday, November 26, 2007 8:02 AM
To: u2-users@listserver.u2ug.org
Subject: [U2] U2 Silliness from a vendor

We've been having performance problems as of late which have been tracked
down 
to disk IO.  When I was talking with our hardware vendor, he had one of his 
Sun techs with him where we had the following exchange:

Sun tech: Because of the inherent difference of random and sequential you
want 
to ensure your archive/redo logs are on a different mount then your database 
files.

Me: Oh - we're not on Oracle.

Sun tech: Whatever the database, you've got archive/redo logs.

If we're not using RFS, can someone confirm that Unidata really doesn't have 
archive/redo logs - or am I just clueless.  I've been wrong before...

-- 
Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
[EMAIL PROTECTED]
413-559-5556

That's why you have two ears and one mouth - 
   use them accordingly. Mike Golic
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
_ _ _ _ _ _ _ _ _ _

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material not 
intended for Public use.  
Any review, retransmission, dissemination or other use of, or taking of any 
action in reliance upon, this information by persons or entities other than the 
intended recipient is 
strictly prohibited. If you received this communication in error, please notify 
the sender and delete the material from any and all computers or devices.
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/


Re: [U2] U2 Silliness from a vendor

2007-11-26 Thread Wally Terhune
correct. If you don't have Recoverable File System (RFS) enabled, there are
no archive/undo/redo logs for UniData.
Of course - virtually all UniData data file i/o is essentially random i/o.
You should tune your disk subsystem to accomodate this.
   
 Wally Terhune 
 SWG Client Support -  
 Information Management Software   
 U2 Support Architect b IBM U2 
 Client Support Team   
 4700 S. Syracuse St., Denver, 
 CO  80237 
 Tel: (303) 773-7969   T/L 
 656-7969  
 Mobile: (303) 807-6222
 [EMAIL PROTECTED] 
   
   
   








   
 Jeffrey Butera
 [EMAIL PROTECTED] 
 e.edu To 
 Sent by:  u2-users@listserver.u2ug.org
 [EMAIL PROTECTED]  cc 
 stserver.u2ug.org 
   Subject 
   [U2] U2 Silliness from a vendor 
 11/26/2007 07:01  
 AM
   
   
 Please respond to 
 [EMAIL PROTECTED] 
er.u2ug.org
   
   




We've been having performance problems as of late which have been tracked
down
to disk IO.  When I was talking with our hardware vendor, he had one of his

Sun techs with him where we had the following exchange:

Sun tech: Because of the inherent difference of random and sequential you
want
to ensure your archive/redo logs are on a different mount then your
database
files.

Me: Oh - we're not on Oracle.

Sun tech: Whatever the database, you've got archive/redo logs.

If we're not using RFS, can someone confirm that Unidata really doesn't
have
archive/redo logs - or am I just clueless.  I've been wrong before...

--
Jeff Butera, Ph.D.
Administrative Systems
Hampshire College
[EMAIL PROTECTED]
413-559-5556

That's why you have two ears and one mouth -
   use them accordingly. Mike Golic
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/

[demime 1.01d removed an attachment of type image/gif which had a name of 
0C982879.gif]

[demime 1.01d removed an attachment of type image/gif which had a name of 
graycol.gif]

[demime 1.01d removed an attachment of type image/gif which had a name of 
pic18059.gif]

[demime 1.01d removed an attachment of type image/gif which had a name of 
ecblank.gif]
---
u2-users mailing list
u2-users@listserver.u2ug.org
To unsubscribe please visit http://listserver.u2ug.org/