IDS 7.31.TC5 on NT 4 (SP5)
I don't know... post a problem about checkpoint intervals taking too long,
or the significance of the LRU's and you're all climbing over each other to
answer it. Post a question about NT services and backups - nothing. Not even
a wise crack from Obnoxio !!
Has anyone got the slightest incling of what I would need to do in order to
set an "ontape -c" running from within an NT service ?? IF not, how are all
you NT DBA's performing continuous archiving of your logical logs ??
Even the slightest glimer of hope would be appreciated
(ASK ??)
Sean :o(
Sean Kelsey wrote:
> I don't know... post a problem about checkpoint intervals taking too long,
> or the significance of the LRU's and you're all climbing over each other to
> answer it. Post a question about NT services and backups - nothing. Not even
> a wise crack from Obnoxio !!
>
> Has anyone got the slightest incling of what I would need to do in order to
> set an "ontape -c" running from within an NT service ?? IF not, how are all
> you NT DBA's performing continuous archiving of your logical logs ??
>
> Even the slightest glimer of hope would be appreciated
>
> (ASK ??)
If it's wisecracks you want: I don't use NT, try real hard to avoid using ANY
MS
product actually, though I don't succeed, and I don't use ontape -c at all. I
don't like
that it requires a dedicated terminal/window or expect script, crashes without
notice if
the terminal/window looses connection, cannot ask for a new tape when it needs
one,
and ties up a tape drive 24x7. I use my ALARMPROGRAM, eventalarm.c in the
package utils3_ak in the IIUG Software Repository, to automate log backups using
ontape -a whenever a log fills. The log files are archived to a mirrored driveand
swept to tape daily. Logfiles remain on disk for seven days insuring they
appear on
several daily and at least one weekly archive, and are most likely on disk when
needed, after which a daily cron job removes them. All of this is facilitated
by a real
operating system UNIX.
But you probably did not want to hear that so I did not post it. But here you
are
ASKing me directly so there is was.
Art S. Kagel
PC User <blp@bloomberg.net> wrote in message
news:388DCAF9.7B412424@bloomberg.net...
> Sean Kelsey wrote:
>
> > I don't know... post a problem about checkpoint intervals taking too
long,
> > or the significance of the LRU's and you're all climbing over each other
to
> > answer it. Post a question about NT services and backups - nothing. Not
even
> > a wise crack from Obnoxio !!
> >
> > Has anyone got the slightest incling of what I would need to do in order
to
> > set an "ontape -c" running from within an NT service ?? IF not, how are
all
> > you NT DBA's performing continuous archiving of your logical logs ??
> >
> > Even the slightest glimer of hope would be appreciated
> >
> > (ASK ??)
>
> If it's wisecracks you want: I don't use NT, try real hard to avoid using
ANY
> MS
> product actually, though I don't succeed, and I don't use ontape -c at
all. I
> don't like
> that it requires a dedicated terminal/window or expect script, crashes
without
> notice if
> the terminal/window looses connection, cannot ask for a new tape when it
needs
> one,
> and ties up a tape drive 24x7. I use my ALARMPROGRAM, eventalarm.c in the
> package utils3_ak in the IIUG Software Repository, to automate log backups
using
>
> ontape -a whenever a log fills. The log files are archived to a mirroreddrive
> and
> swept to tape daily. Logfiles remain on disk for seven days insuring they
> appear on
> several daily and at least one weekly archive, and are most likely on disk
when
> needed, after which a daily cron job removes them. All of this is
facilitated
> by a real
> operating system UNIX.
Yeah, yeah I know, but we have to play the hand that we have been dealt. The
project itself is a fascinating one and I joined it based on the technology
we are using. I agree, NT isn't the OS of choice for me either !! It would
seem that Informix have missed a trick here in that a service, I would have
thught, would have been an ideal candidate for an ontape process.
Oh well, where was that repository link again....
S.
>
> But you probably did not want to hear that so I did not post it. But here
you
> are
> ASKing me directly so there is was.
>
> Art S. Kagel
>
>
Sean Kelsey wrote:
> PC User <blp@bloomberg.net> wrote in message
> news:388DCAF9.7B412424@bloomberg.net...
> > Sean Kelsey wrote:
> >
> > > I don't know... post a problem about checkpoint intervals taking too
> long,
> > > or the significance of the LRU's and you're all climbing over each other
> to
> > > answer it. Post a question about NT services and backups - nothing. Not
> even
> > > a wise crack from Obnoxio !!
> > >
> > > Has anyone got the slightest incling of what I would need to do in order
> to
> > > set an "ontape -c" running from within an NT service ?? IF not, how are
> all
> > > you NT DBA's performing continuous archiving of your logical logs ??
> > >
> > > Even the slightest glimer of hope would be appreciated
> > >
> > > (ASK ??)
> >
> > If it's wisecracks you want: I don't use NT, try real hard to avoid using
> ANY
> > MS
> > product actually, though I don't succeed, and I don't use ontape -c at
> all. I
> > don't like
> > that it requires a dedicated terminal/window or expect script, crashes
> without
> > notice if
> > the terminal/window looses connection, cannot ask for a new tape when it
> needs
> > one,
> > and ties up a tape drive 24x7. I use my ALARMPROGRAM, eventalarm.c in the
> > package utils3_ak in the IIUG Software Repository, to automate log backups
> using
> >
> > ontape -a whenever a log fills. The log files are archived to a mirrored> drive
> > and
> > swept to tape daily. Logfiles remain on disk for seven days insuring they
> > appear on
> > several daily and at least one weekly archive, and are most likely on disk
> when
> > needed, after which a daily cron job removes them. All of this is
> facilitated
> > by a real
> > operating system UNIX.
>
> Yeah, yeah I know, but we have to play the hand that we have been dealt. The
Truth, Sean.
> project itself is a fascinating one and I joined it based on the technology
> we are using. I agree, NT isn't the OS of choice for me either !! It would
> seem that Informix have missed a trick here in that a service, I would have
> thught, would have been an ideal candidate for an ontape process.
I would like to see ontape become a two tier app with the front-end an X app,
and
which can survive it's front-end crashing and permit a new front-end to attach
to the
back end. I'd like to see the app open a dialog with screaming alarms and
flashing
lights when a tape needs changing. I'd like to see my wife wearing | Oops got
carried
away there. You get the picture. There is always OnBar if I could only get the
sysadmin to spring for the xBSA interface library (we use Legato so using the
delivered SM is out of the question as it interferes with the Legato setup).
Art S. Kagel
> Oh well, where was that repository link again....
>
> S.
>
> >
> > But you probably did not want to hear that so I did not post it. But here
> you
> > are
> > ASKing me directly so there is was.
> >
> > Art S. Kagel
> >
> >