Tweak downloads report

[bacula/docs] / docs / manuals / es / concepts / state.tex

%%
%%


\chapter{El estado actual de Bacula} \label{StateChapter} \index{Estado actual de Bacula}

En otras palabras, que está y que no está implementado y funcional..


\section{Que está implementado?}
\index{Que está!implementado?} 
\index{Que está implementado?}

\begin{itemize}
\item Control de trabajos (jobs)
\begin{itemize}
\item Respaldos y restauraciones en red con un director centralizado. 
\item Scheduler interno para ejecución automática de los \ilink{Jobs}{JobDefs}jobs
.
\item Scheduling de múltiples jobs al mismo tiempo. 
\item Se puede correr uno o multiples jobs en forma simultánea (algunas veces, esto
se denomina multiplexado (multiplexing)). 
\item Uso de prioridades para la secuencialidad de los jobs. 
\item \ilink{Interfaz de Consola}{UADef} con el director, permitiendo un control
completo de las operaciones. Diferentes versiones de programas de consola estan
disponibles, tales como línea de comandos, Qt4 GUI, GNOME GUI y wxWidgets. Hay
que destacar, que el programa de Qt4 GUI, se denomina bacula administration
tool o bat, y ofrece mas funcionalidades adicionales al programa de shell. 
\end{itemize}

\item Seguridad 
\begin{itemize}
\item Verificación de archivos, que han sido previamente catalogados, permitiendo
con esto capacidades como las ofrecidas con Tripwire (\url{http://es.wikipedia.org/wiki/Tripwire}
). 
\item Autenticación con password CRAM-MD5 entre cada uno de los componentes (demonios). 
\item Encriptación configurable de comunicaciones \ilink{TLS (SSL)}{CommEncryption}
entre cada uno de los componentes.
\item Encriptación configurable de la \ilink{Data (en un volumen)}{DataEncryption}
definidas cliente por cliente 
\item Firmas de MD5 y SHA1 de la data de los archivos, de ser necesaria. 
\end{itemize}

\item Funcionalidades para las restauraciones
\begin{itemize}
\item Recuperación de uno o mas archivos, seleccionados interativamente desde el backup
actual o antes de una hora y fecha indicada. 
\item Restauración de un sistema completo, para un equipo nuevo, configurado desde
\verb+"+cero\verb+"+ (también se le conoce como \verb+"+bare
metal\verb+"+). Este procedimiento está completamente automatizado para
equipos con Linux y parcialmente automatizado para Solaris. Vea el link \ilink{Disaster
Recovery utilizando Bacula}{Capítulo de Rescate}.También se ha reportado
que funciona en sistemas con Win2K/XP. 
\item Listado y recuperación de archivos utilizando programas utilitarios como \textbf{bls}
y \textbf{bextract}. Entre otras cosas, estas permiten la extracción de archivos
cuando bacula y/o el catálogo no están disponibles. Hay que tener presente,
que la manera adecuada para recuperar archivos es utilizando el comando restore
en la consola, estos programas están diseñados para ser usados como un último
recurso. 
\item Capacidad para restaurar la base de datos del catálogo de manera rápida con
el uso de archivos bootstrap (grabados previamente). 
\item Capacidad para restaurar la base de datos del catalogo utilizando el programa
\textbf{bscan}, a traves del escaneo de los volumenes de backup. 
\end{itemize}

\item Catálogo SQL
\begin{itemize}
\item Base de datos de catálogo para almacenar volúmenes, pools, jobs y archivos respaldados. 
\item Soporte para el catálogo con bases de datos MySQL, PostgreSQL y SQLite. 
\item Consultas de usuario extensibles a las bases de datos MySQL, PostgreSQL y SQLite. 
\end{itemize}

\item Administración avanzada de pools y de volúmenes
\begin{itemize}
\item Etiquetado de volúmenes, para prevenir la sobreescritura accidental de los mismos
(al menos por Bacula). 
\item Cualquier número de jobs y de clientes pueden ser respaldados a un simple volumen.
Es decir, se puede hacer backup y recuperaciones de maquinas Linux, Unix, Sun
y Windows a un mismo volumen. 
\item Backup multivolumen. Cuando un volumen esta full, \textbf{Bacula} automáticamente
busca el siguiente volumen y continúa el respaldo.
\item La administración de la librería de\ilink{pools y de volúmenes}{Recurso
de Pool} brinda una gran flexibilidad para el manejo de estos últimos, tales
como, conjuntos de volúmenes diarios, semanales y volúmenes, clasificados por
cliente, entre otros).
\item El formato de la data del volumen es independiente de la máquina. Los clientes
Linux, Solaris y Windows pueden ser respaldados en el mismo volumen, si se desea.
\item El formato de data del volumen es compatible hacia arriba, para que los volumenes
viejos siempre puedan ser leidos.
\item Un manejador flexible de \ilink{mensajes}{Capítulo de Mensajes} , que incluye
el enrutamiento de mensajes desde cualquier demonio hacia el director y correo
de reporte de notificación automático 
\item Spooling de la data en disco durante el backup, con la escritura subsiguiente
de los archivos grabados en el spool a la cinta. Esto previene el uso intensivo
del tape durante los respaldos incrementales y diferenciales. 
\end{itemize}

\item Soporte avanzado para la mayoría de los dispositivos de almacenamiento.
\begin{itemize}
\item Soporte a Autochanger, que utiliza una interfaz simple de comandos que interactúa
virtualmente con cualquier programa de autoloader. Un script para \textbf{mtx}
se copia durante la instalación.
\item Soporte para autochangers con códigos de barras, y etiquetado automático de
cintas desde los códigos de barras. 
\item Soporte automático para múltiples librerías de recambio automático utilizando
código de barras o por la lectura de los tapes. 
\item Soporte para múltiples unidades de autochangers.
\item Backup y restauración de dispositivos crudos (raw devices). La recuperación
debe hacerse al mismo dispositivo. 
\item Todos los bloques de los volúmenes (aproximadamente 64K bytes) contienen un
checksum de la data. 
\item Soporte a migración \textendash{} movimiento de la data de un pool a otro o
de un volumen a otro. 
\item Soporte para escritura en DVD.
\end{itemize}

\item Soporte para múltiples sistemas operativos
\begin{itemize}
\item Programado para el manejo arbitrario de nombre largos de archivos y mensajes.
\item Compresión tipo GZIP archivo por archivo, hecha por el programa cliente, si
se ha configurado, antes de la copia en red. 
\item Grabado y recuperación de ACLs tipo POSIX en la mayoría de los sistemas operativos,
si está activadas. 
\item Listas de control de accesos para las consolas que permiten restringir a los
usuarios el acceso a su datos únicamente. 
\item Soporte para guardar y recuperar archivos mas grandes que 2GB.
\item Soporte para máquinas con 64 btis, tales como, amd64, Sparc.
\item Soporte para etiquetas de cintas ANSI e IBM.
\item Soporte para nombres de archivos Unicode (tales como chino) en equipos con Win32
en la versión 1.37.28 y superiores. 
\item Backup consistente de archivos abiertos en sistemas Win32 (WinXP, Win2003 y
Vista) pero no en Win200, utilizando el Volume Shadow Copy (VSS).
\item Soporte para longitudes de nombres de archivo y path hasta 64K en máquinas Win32
(esta capacidad es ilimitada equipos con Unix/Linux). 
\end{itemize}

\item Misceláneos 
\begin{itemize}
\item Implementación multi-threaded.
\item Un \ilink{archivo de configuración}{Capítulo de Director} comprensible
y extensible para cada servicio o demonio.
\end{itemize}
\end{itemize}

\section{Ventajas sobre otros programas de backup}
\index{Advantages of Bacula Over Other Backup Programs} 
\index{Programs!Advantages of Bacula Over Other Backup}

\begin{itemize}
\item Debido que existe un cliente por cada máquina, se puede hacer backup y recuperaciones
de clientes de cualquier tipo, asegurando que todos los atributos de archivos
son grabados y restaurados de manera adecuada. 
\item Es posible respaldar clientes sin la instalación del software para el file daemon,
utilizando NFS o Samba. Sin embargo, se recomienda la instalación del mismo
en cada equipo a respaldar. 
\item Bacula maneja respaldos multi-volumenes.
\item Base de datos SQL estándar con un registro completo de todos los archivos grabados.
Esto permite una visualización en línea de los archivos para cualquier volumen
particular.
\item Pruning automático de la base de datos (eliminación de registros viejos), simplificando
con esto la administración de la misma. 
\item Cualquier engine de base de datos puede ser utilizado, logrando con esto que
bacula sea muy flexible. Aunque actualmente, existen drivers para MySQL, PostgreSQL
y SQLite.
\item El diseño modular, pero integrado, hace de bacula una solución muy escalable.
\item Debido a que bacula utiliza archivos clientes para los servidores, cualquier
base de datos o aplicación pueden ser detenidas haciendo uso de las herramientas
nativas del sistema, hacer el backup y reiniciarlas, todo en un job de bacula. 
\item Bacula cuenta con un scheduler interno para la planificación de los jobs.
\item El formato del volumen está documentado y existen programas sencillos en lenguaje
C que leen o escriben en ellos. 
\item Bacula utiliza puertos TCPI/IP bien conocidos (registrados en IANA) \textendash{}
no se utiliza rpc ni memoria compartida. 
\item La instalación y configuración de bacula es relativamente sencilla.
\item De acuerdo a un usuario de bacula, es tan rápido como las mas grandes aplicaciones
comerciales de backup. 
\item De acuerdo con otro usuario de bacula, es cuatro veces más rápido que otra aplicación
comercial, probablemente, esto se debe a que esta almacena la información del
catálogo en un gran número de archivos individuales, en vez de una base de datos
SQL, como lo hace bacula. 
\item Adicional a las interfaces administrativas en modo gráfico (GUI), bacula cuenta
con una interfaz de línea de comandos muy comprensible, que permite el uso de
herramientas, tales como ssh para gestionar cualquier parte de bacula desde
cualquier sitio (incluso desde la casa). 
\item Bacula cuenta con un CD de rescate para sistemas Linux, con las siguientes funcionalidades:

\begin{itemize}
\item Permite construir el sistema original luego de un desastre con un simple comando:
make \textendash{} por supuesto, luego hay que hacer la copia.
\item Utiliza su propio kernel.
\item Captura los parámetros actuales del disco, y construye scripts que permiten
el particionamiento automático y formateo del mismo, y colocarlo en el estado
original que se tenía.. 
\item Cuenta con un script que permite reiniciar los servicios de red (con la dirección
IP correcta).
\item Cuenta con un script que monta automáticamente los discos configurados.
\item Cuenta con el software de bacula FD enlazado de manera estática.
\item Se puede adicionar cualquier programa o data al disco de manera fácil. 
\end{itemize}
\end{itemize}

\section{Restricciones de la implementación actual}
\index{Current Implementation Restrictions} 
\index{Restrictions!Current Implementation}

\begin{itemize}
\item Si se cuenta con mas de 4 billones de entradas de archivos almacenados en la
base de datos, los campos de FileId probablemente presenten un overflow. Aunque
esto representa una base gigantesca, es posible su ocurrencia. Los campos FileId
han sido modificados para que se les pueda hacer upgrade de 32 a 64 bits en
la versión 1.39 o superior, pero esta tarea debe realizarse de manera manual. 
\item Los archivos eliminados luego de un backup full serán incluidos en la restauración.
Esto es común en la mayoría de los programas similares de respaldo (aunque existe
un proyecto en bacula para corregir esto). 
\item Los backups diferenciales e incrementales están basados en modificaciones de
tiempo. Como consecuencia de esto, si se mueven archivos dentro de un directorio
existente o se mueve un directorio completo dentro del fileset de backup después
de un backup full, probablemente estos archivos no sean incluidos en el incremental
porque tienen fechas viejas. Para esto, se debe modificar de manera explícita
el registro de fecha y hora para todos los archivos movidos (existe un proyecto
para corregir esto).
\item Los módulos para file system (rutinas configurables para salvar y restaurar
archivos especiales) aún no están implementadas. Sin embargo, esta funcionalidad
se puede implementar fácilmente utilizando run scripts. 
\item Bacula permite realizar backups y restauraciones a múltiples dispositivos de
diferentes tipos de media y múltiples demonios de almacenamiento (storage daemons).
Sin embargo, si un job ha hecho el backup a múltiples dispositivos, se puede
realizar el restore desde un único dispositivo. Esto significa, que se necesita
editar en forma manual el archivo bootstrap y dividirlo en dos restauraciones
si se desea dividir el backup entre los dispositivos de almacenamiento. Esta
restricción ha sido removida en la versión 2.2.0 y superiores, y no ha sido
probada por completo. 
\item Bacula no puede restaurar dos jobs diferentes en la misma operación de restauración,
si estos jobs corrieron en forma simultánea, a menos que se haya habilitado
el spooling de la data y esta mantenga el contenido completo de ambos jobs.
En otras palabras, bacula no puede restaurar dos jobs en el mismo restore, si
los bloques de datos de los jobs están entremezclados en el medio de backup.
Esto no plantea restricciones para los jobs normales de backup, incluso si ellos
se ejecutan simultáneamente.
\item Bacula puede restaurar cualquier backup hecho desde un cliente a otro cliente.
Sin embargo, si la arquitectura es completamente diferente (tales como, arquitectura
de 32 bits a 64 bits, o de Win32 a Unix), algunas restricciones pueden aplicar
(por ejemplo, en Solaris existen archivos especiales que no existen en otros
equipos Unix o Linux; hay reportes que indican que la compresión de Zlib escrita
con máquinas de 64 bits no siempre es leida correctamente en una máquina de
32 bits). 
\end{itemize}

\section{Restricciones y limitaciones de diseño}
\index{Restrictions!Design Limitations or} 
\index{Design Limitations or Restrictions}

\begin{itemize}
\item Los nombres (recursos de nombres, nombres de volúmenes, entre otros) definidos
en los archivos de configuración de bacula están limitados a un número fijo
de caracteres. Actualmente, el límite está definido a 127 caracteres. Hay que
tener en cuenta, que esto no aplica a nombres de archivos, los cuales pueden
ser arbitrariamente largos.
\item La entrada para la línea de comandos para algunas de las herramientas stand
alone, tales como btape, bconsole, está restringida a un máximo de varios cientos
de caracteres.
\end{itemize}