En principio el tama�o que retorna DSPTAP del objeto en cinta, puede ser mayor o menor en funci�n del tipo de objeto y de la t�cnica de guardado aplicada [ACCPTH(*YES/*NO), DTACPR(*DEV/*YES/*NO), COMPRESS(*DEV/*NO),
USEOPTBLK(*NO/(YES)].
De todas formas el comando DSPTAP no revisa m�s que la cabecera (label) de la cinta, no verificando todo el contenido byte a byte de la biblioteca guardada por lo que el tama�o indicado puede no ser exacto sino m�s bien aproximado (ciertas fuentes indican que se trata del m�ximo tama�o de DASD necesario para grabar el citado objeto). Una prueba para salir de dudas ser�a realizar un backup con unas opciones COMPRESS(*NO) y otro con otras opciones y verificar si el espacio indicado es el mismo o difiere.
Una utilidad para analizar el estado de la cinta es el comando de la QUSRTOOL CHKSAVTAP (Check Save Tape) que verifica completamente la cinta, ya que siempre es �til saber que la copia de seguridad est� en buen estado.
Un saludo,
Jos� Luis Latorre
[EMAIL PROTECTED] wrote:
Hola, lo voy a ilustrar con un ejemplo porque cada vez me cuadra menos :-(
Hago un DSPLIB de una biblioteca concreta y localizo un objeto cuyo tama�o es de 6.623.232 bytes. Hago un SAVOBJ de este objeto en la cinta. Seguidamente realizo un DSPTAP sobre esta cinta y recupero una longitud de bloque de 32760 y una longitud de archivo de 225. Si aplico la f�rmula que me comentabas y me sale un total de 7.371.000 bytes. Con lo que deduzco que en lugar de comprimir la informaci�n la "expande" :-O
Marco, no se si deber�a hacer la prueba con m�s objetos, para obtener una "estad�stica un poco m�s realista". Lo curioso es que cuando hice el DSPTAP de las copias diarias me sali� un total de 16Gb largas, cuando se supone que la cinta es de 16/32Gb... con lo que te�ricamente o estoy! a l�mite o ya lo he sobrepasado.
No se, no es un tema cr�tico porque la unidad de cinta me soporta cintas de mayor capacidad, pero me ha subido la mosca a la nariz.
Gracias de nuevo!
Sergi Sitjes
Resp. Sistemes d'Informaci�
GENEBRE, S.A.
E-mail: [EMAIL PROTECTED]
Web: http://www.genebre.es
Tel: +34 93 298 80 02
Fax: +34 93 298 80 07
[EMAIL PROTECTED]
Enviado por: [EMAIL PROTECTED]02/12/2002 10:10 Por favor, responda a forum.help400
Para: [EMAIL PROTECTED]
cc:
Asunto: Re: Ocupaci�n de cinta
yo dir�a que es el tama�o que ocupa en la cinta, siempre puedes hacer una
prueba salvando alg�n objeto.
Marco
------------------
Gracias Marco, pero est�s seguro que eso no es el tama�o de los objetos
salvados? Sin tener en cuenta si est�n comprimidos o no en la cinta?
Saludos,
Sergi Sitjes
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sen! t: Friday, November 29, 2002 4:20 PM
Subject: RE: Ocupaci�n de cinta
Hola, para calcular el espacio ocupado en cinta puedes recuperar los
valores de todas etiquetas de volumen presentes en una cinta.. con el
mandato DSPTAP *LABELS
multiplicas la longitud de los bloques (que indica el numero de bytes que
hay en un bloque) por la longitud del archivo (que indica el numero de
bloques que ocupa esa etiqueta) y obtienes la ocupaci�n en bytes.... sumas
todas las etiquetas de esa cinta y obtienes la ocupaci�n de toda la cinta.
Marco
Yahoo! Messenger
Nueva versi�n: Webcam, voz, y mucho m�s �Gratis!
