ticket	summary	component	version	milestone	type	owner	status	created	_changetime	_description	_reporter
1	Pruebas previas a la puesta en explotación	Pruebas	1.0	Bacula 1.0	task		new	2013-02-01T14:20:55+01:00	2013-02-01T14:47:06+01:00	Aquí iran como hijos todos los tickets de las pruebas que hay que hacer	tonin
3	Probar la migración de medios entre librerías	Pruebas	1.0	Bacula 1.0	task		new	2013-02-04T10:02:49+01:00	2013-05-15T08:16:57+02:00	"El escenario sería:

- Hemos realizado una serie de trabajos de backups contra la librería IBM en cintas LTO5. En un momento dado pasamos a usar la librería NEO4000 con cintas LTO4 y queremos migrar las cintas de la primera a la segunda. 

Lógicamente al ser de menor capacidad se usarán el doble de cintas. Aparte hay que comprobar como queda todo esto en la BBDD (o catálogo). Si bácula identifica que un determinado fichero o una sesión de backup está disponible en dos conjuntos de cintas.

También hay que tener claro como nos permite seleccionar un conjunto u otro."	tonin
5	Definir y probar la automatización de migrado de trabajos de backup de disco a cinta	Pruebas	1.0	Bacula 1.0	task		new	2013-02-04T10:10:55+01:00	2013-05-15T08:38:01+02:00	"Actualmente en arcserve estamos usando un modelo de backup llamado D2D2T (disk to disk to tape) (http://en.wikipedia.org/wiki/Disk_staging), que se llama también ""disk staging"", de hecho arcserve le llama así.

Las ventajas principales de este sistema son:

- El destino del backup al ser disco no resulta limitante en la velocidad.
- Se elimina la necesidad de hacer multiplexación en las cintas, ya que las sesiones se migran posteriormente de forma secuencial. Esto reduce el efecto del ""shoe shinning"" en las cintas aumentando su velocidad y durabilidad.
- La tasa de éxito del backup aumenta al ser el disco un elemento menos susceptible a fallo que uno tan mecánico como las librerías de cinta.
- La velocidad de recuperación de datos recientes aumenta mucho al hacerse de disco y no de cinta.

El objetivo de este ticket es ver como implementa el staging bácula, como hay que configurarlo, que necesidades tiene y hacer las pruebas correspondientes."	tonin
6	Definición del procedimiento para migrar de Arcserve a Bácula.	Pruebas	1.0	Bacula 1.0	task		new	2013-02-04T10:22:37+01:00	2013-02-04T10:22:53+01:00		tonin
7	Limitar a bácula la visibilidad a determinados slots de una librería.	Pruebas	1.0	Bacula 1.0	task		new	2013-02-04T10:24:09+01:00	2013-02-04T10:24:09+01:00	Para que vea solo determinados slots.	tonin
8	Limitar a arcserve la visibilidad de determinados slots (y drives) de una librería.	Pruebas	1.0	Bacula 1.0	task		new	2013-02-04T10:27:08+01:00	2013-02-04T10:27:08+01:00	"Como no tenemos licencia de particionamiento de la librería neo, tenemos que hacerlo a mano. En arcserve es importante que vea solo determinados slots y determinados drives para que no tenga la tentación de descargar una cinta de bácula de alguna lectora que no deba.

En cualquier caso debemos asumir que las recuperaciones de arcserve serán muy manuales y auditadas de manera que quien las haga se asegure de que no entre en conflicto con bácula y sus medios."	tonin
12	Ejemplo de un commit de una modificación de fichero en /etc/bacula	Explotacion	1.0	Bacula 1.0	info		new	2013-02-08T14:17:34+01:00	2013-02-08T14:17:34+01:00	"Pongo aquí un ejemplo de como subir al repositorio svn un commit de un fichero que se ha modificado. Los commit hay que hacerlos cuando se ha comprobado que el cambio va bien, para que queden reflejadas las diferencias con las versiones anteriores y así quede documentado el cambio y todo el mundo pueda ver el histórico de cambios.

En este caso ha cambiado el fichero bacula-sd.conf. Lo sabemos porque ""'''svn status'''"" nos devuelve su nombre precedido por M (modificado).

Con ""'''svn diff bacula-sd.conf'''"", podemos ver las diferencias con la versión que está en el repositorio. Todos estos comandos svn se ejecutan estando en /etc/bacula.

Para subir el commit hacemos (de hecho yo lo he hecho ya): 

'''svn ci bacula-sd.conf -m ""Cambiado /dev/sg7 por /dev/changer""'''

Esto nos dice: ""Committed revision 3."".

Ahora podemos referenciar aquí en el trac esa revisión poniendo [3] simplemente. Y si pinchamos en este enlace nos aparece muy bonita la comparación de los ficheros cambiados con los antiguos."	tonin
9	Condiciones de visibilidad de un medio para bácula	Pruebas	1.0	Bacula 1.0	task		new	2013-02-04T13:15:57+01:00	2013-02-05T10:56:11+01:00	" Para que Bacula utilize una cinta (un volumen), han de cumplirse dos condiciones:
1.- que tenga una cabecera de volumen colocada por bacula; es decir, haya sido etiquetado
2.- que su etiqueta y el 'slot' que ocupa esté almacenado en el catálogo y que el volumen esté marcado como 'InChanger' (si no se ve hay que usar update slots=n1,n2,...).

Por defecto, los scripts que se proporcionan pueden manejar un autocargador cuyos 'slots' se comparten por todos los 'drives', si se quieren definir grupos de slots exclusivos para cada 'drive' habría que modificar la macro 'mtx-changer' (aunque no lo he hecho, creo que es posible)."	cc0mgg
14	Estado Bacula :: Máquinas Respaldadas	Explotacion	1.0	Bacula 1.0	task		new	2013-05-15T11:40:04+02:00	2013-05-15T14:18:05+02:00	"Desde el 22 de Marzo se están realizando (''como pruebas'') las copias de seguridad en el modelo de sólo-cinta (anteriormente el modelo trabajado es de sólo-disco). En nuestro caso, trabajamos con la unidad IBM TS3100. Se han ido metiendo máquinas de prueba a razón de espacio a respaldar para controlar tiempos, estabilidad, catálogo, etc.

Las máquinas que actualmente intervienen en este sistema son las definidas en /etc/bacula/uco (con los directorios que inicialmente tenían definidos en ArcServe). Iremos metiendo comentarios sobre incidencias en el proceso. En este momento son:
http://www5.uco.es/trac/bacula/changeset/6/uco"	jcheca
15	Respaldo de máquinas de Windows corporativas.	Explotacion	1.0	Bacula 1.0	task		new	2013-05-15T13:47:47+02:00	2013-05-15T13:47:47+02:00	"Sería conveniente añadir ciertos/algunos servidores/clientes Windows para ir comprobando posibles incidencias. Actualmente se saca copia de seguridad a máquinas virtuales con sistemas operativos Windows XP y Windows Server2003 de la Unidad Técnica y va bien.

Quizás sea el momento también de revisar lo que se saca copia de seguridad en este tipo de servidores."	jcheca