[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference decwet::networker

Title:NetWorker
Notice:kits - 12-14, problem reporting - 41.*, basics 1-100
Moderator:DECWET::RANDALL.com::lenox
Created:Thu Oct 10 1996
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:750
Total number of notes:3361

334.0. "Exchange client questions" by CRONIC::LEMONS (And we thank you for your support.) Mon Jan 20 1997 09:13

T.RTitleUserPersonal
Name
DateLines
334.1we make things available when we get themDECWET::LENOXMartin Luther King Jr. DayMon Jan 20 1997 09:2623
334.2CRONIC::LEMONSAnd we thank you for your support.Mon Feb 03 1997 07:2811
    Hi
    
    I've read the field test draft of the Exchange Server Module
    Installation Guide.  In it were examples that, to me, stressed and
    implicitly recommended the creation and use of separate pools for the
    data backups and transaction log backups.
    
    Is this necessary?  Why would this be a good idea?
    
    Thanks!
    tl
334.3most things are not necessary, but make life easierDECWET::LENOXmy brain is mushMon Feb 03 1997 09:1611
It is not absolutely required that one use pools, but it will
make your recovers much faster (uses fewer tapes, less interleaving
of regular client stuff and database stuff, etc).  That is why
a jukebox was listed as desirable in the questionaire for field test.

There are a few other reasons that I'd want to separate database
backups from other client backups.  Some of those reasons stem from
having to have the same browse and retention time for each client,
even though different types of data will not need to be saved for
the same amount of time.
334.4MIPSBX::"[email protected]"Terry LemonsMon Apr 14 1997 15:4759
Hi

I found an item on p.21 of the 'NetWorker Module for Microsoft Exchange Server
Administrator's Guide' that concerns me:

"5.  Specify any valid save set name as the entry for "Save set":
MSEXCH:
MSEXCH:DS
MSEXCH:IS

MSEXCH: is a special save set that does a full backup of the Directory Service
and the Information Store and their transaction logs.  You can only specify
MSEXCH:DS and MSEXCH:IS for incremental backups."

I'd like to create a NetWorker client entry for our Exchange Server.  In this
entry, I'd like to specify the savesets for the partitions on the server; I
also
want to specify that Exchange be backed up.  So, I was planning to enter
these savesets:

C:\
D:\
E:\
MSEXCH:

I want to use a schedule for this client that will reflect our schedule of
monthly fulls with daily incrementals.

But, given the language of the manual, I can't figure out how to accomplish
Exchange full and incremental backups using the same client.  If I specify:

C:\
D:\
E:\
MSEXCH:

then only fulls of the Exchange area will be done.  If I specify:

C:\
D:\
E:\
MSEXCH:DS
MSEXCH:IS

then only incrementals will be done.

And the manual explicits lists:

MSEXCH:
MSEXCH:DS
MSEXCH:IS

as a no-no.

Thoughts?

Thanks!
tl
[Posted by WWW Notes gateway]
334.5DECWET::LENOXPass the popcorn, on with the show.Wed Apr 16 1997 09:3713
Clue me in if I misunderstand you, I've been out sick and
am not fully up to speed yet...

When you back up exchange, you will need a separate client
definition so that you can use the backup command field,
so you can't put everything into one client definition
anyway.  Why not have three definitions for your client?
One with MSEXCH:, one with MSEXCH:DS and MSEXCH:IS and the
third with the normal filesystems.  More work, cause you
probably want complementary schedules for the exchange 
system.  I know that Legato is aware of the 'ease of use'
problem with the current setup.
334.6SANITY::LEMONSAnd we thank you for your support.Wed Apr 16 1997 11:2718
    Amy
    
    Welcome back; hope you're feeling better!
    
    Arrgh, you're right:  the need to use the nsrxch.bat script on
    the backup command line complicates things.  I understand why you
    suggest creating 3 NetWorker client entries per Microsoft Exchange
    Server backup client.  Yeah, that's ugly.
    
    Didn't I read a while back that having more than one client entry per
    client was bad, not allowed, wouldn't be supported in a forth-coming
    release, or something like that?
    
    Anyhow, we'll set it up as you suggest until a better mousetrap comes
    along.
    
    Thanks!
    tl
334.7DECWET::FARLEEInsufficient Virtual um...er....Wed Apr 16 1997 11:4210
>    Didn't I read a while back that having more than one client entry per
>    client was bad, not allowed, wouldn't be supported in a forth-coming
>    release, or something like that?
    

I'd be really surprised if you had...  It's a very standard technique
for managing large clients.

Kevin
334.8DECWET::LENOXPass the popcorn, on with the show.Wed Apr 16 1997 13:035
It is the different schedule aspect, guess that
isn't quite possible... gee whiz, there should be
a way to do this nicely... I need to think about
this for a bit.
334.9SANITY::LEMONSAnd we thank you for your support.Wed Apr 16 1997 19:009
    Kevin, thanks for debunking my mis-memory.
    
    Amy, what is the 'different schedule aspect' that 'isn't quite
    possible'?  Can't I have three instances of the same client, each with
    a different backup command, savesets and schedule?
    
    Thanks
    tl
    
334.10DECWET::LENOXa bit too excitingThu Apr 17 1997 08:575
Yesterday I wasn't too with it.... I was thinking this
would affect browse and recover, but you are right, this
shouldn't....  Although there *should* be an easier way,
I think this is a good as it gets for now. 
334.11SANITY::LEMONSAnd we thank you for your support.Thu Apr 17 1997 09:448
    Amy
    
    Okey dokey.  So it is okay to have three instances of the same client
    in NetWorker, each with a different schedule, saveset, backup command,
    etc.?
    
    Thanks!
    tl
334.12yesDECWET::LENOXa bit too excitingThu Apr 17 1997 12:440
334.13for the record...DECWET::EVANSNSR EngineeringTue Apr 22 1997 10:191
but not with different browse and/or retention policies!
334.14How does Digital back up Exchange?NQOS01::tunsrv2-tunnel.imc.das.dec.com::WorkbenchTue Apr 22 1997 10:548
I'm not sure that this is the place to ask, but here
goes:  Since Digital is deploying Exchange so widely,
are we using Networker to back up all those Exchange
servers?  If not, then what are we using and why?

Thanks in advance.
BC
334.15DECWET::KOWALSKISpent Time. Borrowed time. Stole time. Did time.Tue Apr 22 1997 11:322
    This is probably better asked of the Corporate doowahs
    who have mandated the switch to Exchange.  
334.16Doowah Pointer?NQOS01::nqsrv533.nqo.dec.com::WorkbenchTue Apr 22 1997 14:494
Okay,  anybody have a pointer to the appropriate corporate
doowahs?

BC
334.17try asking in HUMANE::DIGITALDECWET::LENOXa bit too excitingTue Apr 22 1997 15:246
so many people commenting on Exchange problems, one of them
should know who to complain about/to.

another place to ask may be CHEFS::MS-EXCHANGE for other
Exchange backup strategies...
334.18CORDON::GADSBYLife is a CabernetSun Apr 27 1997 21:4011
RE: .4

Sorry for the late reply, I've not been in the office for a few weeks. I had the
same questions after reading that section of the manual. Fortunately I had a not
yet production Exchange server to do some testing on. I found that you can do
full and incremental backups with only MSEXCH:DS & MSEXCH:IS entered as the save
sets. So you need two definitions for your client one for the C:\, D:\ & E:\
partitions and one for MSEXCH:DS & MSEXCH:IS, specify the same schedule for both
and that should have the result you require.

Chris
334.19restore at document level ?NIXFIX::OFENSCH[email protected]Wed May 14 1997 07:2614
    Hi,
    
    somebody told me that it is possible to selectively restory individual
    documents (that may have been inadvertently deleted by a user) with the
    Exchange Module.
    
    Is this true ?
    
    And, a similar question regarding the SQL Server and DMO Modules - Can
    individual tables from Oracle or SQL Server Databases be restored with
    the relevant Database Access modules ?
    
    Thanks,
    /Heinz O.
334.20montlake.zso.dec.com::lenoxDigital's suing Intel, best brand marketing there isWed May 14 1997 09:5914
With the current product (V1.0) one cannot
restore individual mailboxes or individual
files.  The code uses the 4.0 API and that just
isn't possible with that API.

One also cannot restore individual tables for
SQL - currently it uses the SQL dump per
database noted.  If you do a backup without
the database on line, you can backup individual
tables, but then you won't be using the SQL module.



334.21Work with Exchange Server V4.0 SP4?SANITY::LEMONSAnd we thank you for your support.Fri May 23 1997 07:197
    The 'NetWorker Save and Restore Module for Microsoft Exchange Server
    Version 1.0' states, on p.2 that Microsoft Exchange Server V4.0 SP3 is
    required.  We're running Microsoft Exchange Server V4.0 SP4.  Will
    NetWorker Module for Exchange support this version?
    
    Thanks!
    tl
334.22montlake.zso.dec.com::lenoxthis note posted from NetNotesFri May 23 1997 10:0212
The code is written to Microsoft's backoffice APIs.
If it doesn't work, Microsoft most likely will have
broken something in their service pack (not unheard
of if you know that they messed up one dll from SP3).  
We don't have the people resources to test every
service pack and all combos as they come out, since
most of that 'we' is 'me' except when a really pressing
support problem comes in.

Service packs should not break NetWorker or any other
applications but sometimes they do.
334.23SANITY::LEMONSAnd we thank you for your support.Fri May 23 1997 10:226
    I appreciate, as Paul Harvey says, "The rest of the story".  So I'll
    install it on my SP4 systems, and if I have a problem, I'll report it
    as a reply to this note.
    
    Thanks!
    tl
334.24Restore IS to other system ?ATZIS1::au7130.aui.dec.com::OfenschuesselWed Jun 04 1997 03:0019
I installed SP4 last week on an Alpha Exchange Server, and NSR backups 
still work fine.

I have another question, however: How can I make a restore an Exchange 
information store to a different system than that originally backed up ?

While the "standard" NSR client can do a "directed recover" with files from 
another client, this seems to be impossible with the exchange client. No 
trace of this functionality in documentation or the GUI. I've also tried 
"nsrexchrc -c originalclient ..." but didn't succeed.

Can it be that this functionality was forgotten, or am I missing something 
? How am I supposed to restore documents that a user has deleted if I can 
neither request a restore at document level, nor restore the whole 
information store to another exchange server ?

Please help.

/Heinz O.
334.25montlake.zso.dec.com::lenoxReorganization '98Wed Jun 04 1997 09:246
Legato has released a patch to the exchange version
which we haven't released yet, but will as soon as we
have time.


334.26Where is Legato's patch ???ATZIS1::au7130.aui.dec.com::OfenschuesselWed Jun 04 1997 10:5211
This is good news, but where can I find this patch ? I've searched Legato�s 
site without success.

If I understand you correctly, you talk about porting this patch to Alpha. 
Since the exchange server in my case is Intel, I suppose I could use 
Legato�s patch if I could locate it ??

Please help once more.
Thank you.

/Heinz O.
334.27topics 1-100 have really useful stuffmontlake.zso.dec.com::lenoxReorganization '98Wed Jun 04 1997 11:357
Well, that is easy...

ftp://ftp.legato.com/NetWorker/Exchange which is not
that much different from that noted in topic 57 (but 
since the NT client/server is a different product the
Exchange module gets a different directory).
334.28Thank you !ATZIS3::OFENSCHUESSEHeinz Ofensch��el, SI ViennaThu Jun 05 1997 01:250