Correct, you can't even move within the same storagepool to another volume
because these actions will discard duplicate blocks and this requires a
backup to a copypool.
On Tue, Sep 25, 2012 at 8:48 AM, Karel Bos <tsm.wad AT gmail DOT com> wrote:
> Hi,
>
> 1st run bck stg otherwise u cant do anything with files in fastdedup that
> dont have a copy in some copy stg.
>
> Kind regards,
>
> Karel
>
>
> ----- Oorspronkelijk bericht -----
> Van: Prather, Wanda <Wanda.Prather AT ICFI DOT COM>
> Verzonden: dinsdag 25 september 2012 6:18
> Aan: ADSM-L AT VM.MARIST DOT EDU
> Onderwerp: [ADSM-L] ANR1534I and DEDUPREQUIRESBACKUP ?
>
> Need some help understanding the mechanics here, TSM 6.3 on Windows server
> with DEDUP.
>
> I have a TSM file pool called FASTDEDUP with deduplication on, and
> NEXTSTGPOOL points to a second dedup filepool called SLOWDEDUP.
> DEDUPREQUIRESBACKUP is set to yes.
>
> So the first pool FASTDEDUP ran out of space, and BACKUP STGPOOL had not
> run, so it couldn't run reclamation with dedup or migrate to SLOWDEDUP.
> That I understand.
>
> I tried a MOVE DATA from FASTDEDUP to SLOWDEDUP, and got ANR1534I (below).
> I figured out that's WAD, because the doc says move data does cause data
> reduction, which is forbidden by DEDUPREQUIRESBACKUP until after the backup
> stgpool has run.
>
> So then I tried a MOVE DATA from FASATDEDUP to a tapepool, and still got
> ANR1534I. Why is that? I'm asking to move data that hasn't been deduped
> to a non-dedup pool. If this is WAD, can somebody explain the rationale?
>
>
>
> ANR1534I
>
> Process process ID skipped Num Files deduplicated files on volume Volume
> name because copies of the files were not found.
>
>
> Wanda Prather | Senior Technical Specialist | Wanda.Prather AT icfi DOT
> com |
> www.icfi.com
> ICF International | 401 E. Pratt St, Suite 2214, Baltimore, MD 21202 |
> 410.539.1135 (o)
>
|