Re: dutap full save 21 to image catalog

Compaction and compression won't help! (Assuming LTO tape at least) And here's why:

LTO tape drives do not support compression so that's out.

Compaction happens inside the drive between when the data hits the port on the drive and when it hits the tape media. Clearly then it must UNcompact the data on the way off the media and back into the system during the DUPTAP.

DUPTAP supports compaction but that would happen on the drive the data is being written to. Since you want to write to a virtual tape compaction isn't an option there. DUPTAP doesn't support compression so that's off the table (again).

So plan on some fairly sizable files. :-)


- Larry "DrFranken" Bolhuis

www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com

On 8/9/2013 8:59 AM, Jim Oberholtzer wrote:

One other quick thought. To cut down on the size of that image file,
make sure to set compaction and compression when you do the save.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 8/9/2013 7:50 AM, Jack Kingsley wrote:

No on BRMS, yes, time consuming, thanks on the binary info.


On Fri, Aug 9, 2013 at 7:32 AM, Jim Oberholtzer<midrangel@xxxxxxxxxxxxxxxxx

wrote:
If all you need to do is move the image to another place and then
potentially do a restore or DUPTAP to another physical tape, no, there
should not be any problems. If your using BRMS it's gonna get a bit
confused but Oh well.

That's gonna potentially be on big FTP? Make dang sure to us binary
mode on that dude......

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 8/9/2013 6:19 AM, Jack Kingsley wrote:

> I have adequate disk, anyone seen any gotchas in doing this. I need to
> then FTP the IFS image catalog to another server.
> --

--