Re: Journaling not practical?!?!

["Colin Williams" <colinwilliams007@xxxxxxxxx>]

I would have thought the fact that the database is large is more reason to
use journalling, not less, as it implies they have more to lose if the data
gets corrupted.

They must be spending a lot of time using manual hacks to fix data
corruption problems, that are fixed auto-magically when you have journalling


On 23/03/06, Smith, Dave <dsmith@xxxxxxxxx> wrote:
>
> James,
>
> I would guess they have tried journaling on a past system long ago and
> watched it suck the life out of its performance.  I was guilty of seeing
> the performance issues journaling presented many years ago and then
> ignoring it for a long after that.   After using it now for many years,
> I don't see how anyone can live without it...and most of the SQL stuff
> does want journaling so it can do its thing properly.  Good luck!!
>
> David Smith
> IT Consultant
>
> >>from: "James H H Lampert" <jamesl@xxxxxxxxxxx>
> >>subject: Journaling not practical?!?!
> >>
> >>My fellow geeks:
> >>
> >>We've got a customer claiming that their system is too
> >>big, with too many sensitive files, to journal everything.
> >>
> >>This sounds like a cop-out to me, particularly given that
> >>IBM is actively encouraging users to journal EVERYTHING,
> >>and that much of the SQL functionality won't even deal
> >>with non-journaled files unless you explicitly tell it
> >>it's OK to do so.
> >>
> >>Could anybody suggest how or why this wouldn't be a
> >>cop-out, and/or a polite way to tell them they're sucking
> >>antimatter if they think journaling isn't practical?
> >>
> >>--
> >>JHHL
> >>
> >>
>
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>