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.
>>>>> > --

>>>> --

--