I know about dumpel.exe but the format is unreadable by the event viewer.

I'm going to go with my previous idea to do a "dsmc eventb entire" in a
preschedulecmd.
It's just a pity that there isn't an equivalent option for backupreg in the
dsm.opt that can backup event logs.
It would be so much easier that way.

Thx for your suggestions,

Nathan



        -----Original Message-----
        From:   Irvine, David (ANFIS) [SMTP:dirvi1 AT ANFIS.CO DOT UK]
        Sent:   Thursday, November 11, 1999 8:04 AM
        To:     ADSM-L AT VM.MARIST DOT EDU
        Subject:        Re: Backup Event log revisited

        Nathan,

        You could always use something like :

        DUMPEL.EXE which comes with the NT Resource Kit.
        Dumps event logs to a tab separated text file and ADSM would
        back these up as normal files.
        You could also make a DUMPEL.CMD command file and run as a
        -PRESCHEDULECMD=DUMPEL.CMD

        David Irvine
        Technical Specialist, IT Services
        Abbey National Financial and Investment Services plc
        Abbey National House 287 St Vincent Street Glasgow G2 5NB
        Registered in Scotland No 159852

        EMail: dirvi1 AT anfis.co DOT uk
        Tel : +44 (0)141-275-7731
        Fax : +44 (0)141-275-9199

        > -----Original Message-----
        > From: Nathan King [SMTP:nathan.king AT USAA DOT COM]
        > Sent: Tuesday, November 09, 1999 3:03 PM
        > To:   ADSM-L AT VM.MARIST DOT EDU
        > Subject:      Backup Event log revisited
        >
        > I tried Joshua's suggestion (and a good one at that)
        >
        > To use an include statement to process the NT event logs.
        >
        > It kind of works.. Yes it does back them up, but when I restore
them NT
        > tells me they are corrupt.
        >
        > Bummer...
        >
        > One thing I did notice the other day while performing a client
trace is
        > that
        > BackupEvent  [yes | no ]  is considered a valid option in the
dsm.opt
        > file.
        > Problem is that it doesn't actually do anything. Apparently a work
in
        > progress here.....
        >
        > Oh well, back to the drawing board.
        >
        > Nathan
        >
        >
        >
        > Nathan King
        > MCSE, IBM ADSM CS
        > Open Systems Storage Management
        > *  (210) 913-5755
        > * Pager: 753-5755
        > * E-mail: nathan.king AT usaa DOT com
        >
        > The opinions herein are mine and almost certainly do not reflect
those of
        > my
        > employer.