>Thomas,
>
>CAUTION: The excludes as you've coded them in the first incremental will
cause
>all files previously backed up to be immediately treated as expired, which
>clearly conflicts with your goal for the second incremental.  I think
you're
>looking for something like exclude.dir (e.g., exclude.dir
/data/data1/hrprod/
><and so on>) which just tells dsmc to bypass the entire directory leg
>altogether.  The includes as you've shown them should work.  Note, the
manual
>is totally confusing on the subject of wildcards in directory names when
using
>exclude.dir.  I suggest you code 5 unique exclude.dir statements.
>
>Bob
>
>------------------------- Original Message -------------------------
>Posted-date: 9-17-99  8:43:37 AM
>From: TBerning AT SENCO DOT COM@JCI
>ErrorsTo: TBerning AT SENCO DOT COM@JCI
>Date: 9-16-99  9:09:16 AM
>Subject: Incremental with different include exclude files
>Sender: TBerning AT SENCO DOT COM@JCI
>From: TBerning AT SENCO DOT COM@JCI
>
>I have the need to run incremental two different ways.
>The normal incremental backup needs to use and exclude for the following
>directories
>        in 5 different file systems
>
>Example:        exclude  /data/data1/hrprod/.../*
>                exclude  /data/data2/hrprod/.../*
>                exclude  /data/data3/hrprod/.../*
>                exclude  /data/data4/hrprod/.../*
>                exclude  /data/data5/hrprod/.../*
>
>The second incremental will have includes for the above directories sending
>them to
>        a specified management class that saves the data for up to 14
>versions:
>
>Example:        include  /data/data1/hrprod/.../*   tom14day
>                include  /data/data2/hrprod/.../*       tom14day
>                include  /data/data3/hrprod/.../*       tom14day
>                include  /data/data4/hrprod/.../*       tom14day
>                include  /data/data5/hrprod/.../*       tom14day
>
>
>How can I ensure that each incremental backup picks up the proper include
>exclude files so that the file from the
>second incremental are saved in the special management class and excluded
>from the first incremental.
>
>
>
>Thomas R. Berning
>UNIX Systems Administrator III
>Senco Products, Inc.
>8485 Broadwell Road
>Cincinnati, OH. 45244
>Phone         513-388-2857
>Email          tberning AT senco DOT com