Tweak bacula.org html meta data

[bacula/docs] / docs / manuals / es / main / state-es.tex

%%
%%

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

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

\section{Que está implementado}?
\index[general]{Implemented!What}
\index[general]{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}{JobDef}.  
   \item Scheduling de múltiples jobs al mismo tiempo.  
   \item Se puede correr uno o múltiples 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 están 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, 
      un conjunto de funcionalidadaes como las ofrecidas con Tripwire (sistema de detección
      de vulnerabilidades)(\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 más archivos, seleccionados interativamente desde el backup
      actual o previos a una hora y fecha indicada.  
   \item Restauración de un sistema completo, para un equipo nuevo (bare metal). 
      Este procedimiento está completamente automatizado para sistemas Linux y 
      parcialmente automatizado para Solaris. Vea el capítulo de 
      \ilink{Disaster Recovery utilizando Bacula}{RescueChapter}. También se ha reportado que 
      funciona en sistemas con Win2K/XP.   
   \item Listado y recuperación de archivos stand-alone, utilizando programas utilitarios como {\textbf bls} and  
      \textbf {bextract}. Entre otras cosas, estos 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 volúmenes de backup.  
   \end{itemize}

\item Catálogo SQL
   \begin{itemize}
   \item Base de datos de catálogo para almacenar información de: 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 máquinas Linux, Unix, Sun y Windows
      a un mismo volumen.  
   \item Backup multivolumen. Cuando un volumen está 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 volumenes}{PoolResource}  
      brinda una gran flexibilidad para el manejo de estos últimos, y permite manejar:
      conjuntos de volúmenes diarios, semanales y 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 volúmenes
      viejos siempre puedan ser leidos.
   \item Un manejador flexible de
      \ilink{mensajes}{MessagesChapter},  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, utilizando 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 – 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 más grandes que 2GB.  
   \item Soporte para máquinas con 64 bits, 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
         a partir de 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}{DirectorChapter} comprensible y extensible
      para cada servicio o demonio.  
   \end{itemize}
\end{itemize}

\section{Ventajas sobre otros programas de backup}
\index[general]{Ventajas sobre otros programas de backup }
\index[general]{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-volúmenes.  
\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, luego hacer el backup y reiniciarlas, todo dentro 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 conocidos (registrados en IANA) -- 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 más 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 última 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 componente 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 -- 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[general]{Restricciones de la implementación actual }
\index[general]{Restrictions!Current Implementation }

\begin{itemize}
\item Es muy inusual 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. El problema se resuelve simplemente
   ejecutando dos restauraciones, una para cada Job.
\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[general]{Restrictions!Design Limitations or }
\index[general]{Restricciones y limitaciones de diseño }

\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 de algunas de las herramientas stand alone, 
   -- tales como btape, bconsole, está restringida a un máximo de varios cientos de caracteres. 
\end{itemize}

\section{Items para tener en cuenta}
\index[general]{Items para tener en cuenta}
\begin{itemize}
\item Los respaldos \textsl{normales} de Bacula incrementales y diferenciales, están basados en 
  modificaciones de tiempo. Por esto, si usted mueve archivos en un directorio existente
  o mueve un directorio completo dentro del fileset de respaldo, después de la ejecución
  de uno de tipo Full, probablemente no sean respaldados por los incrementales, puesto
  que tienen fechas de modificación antiguas. Este problema se corrige utilizando el
  modo Accurate en los backups o modificando de manera explícita la fecha y hora de
  modificación de todos los archivos movidos.
\item En versiones previas de Bacula ($<=$ 3.0.x), si usted está cerca de las 4 billones
  de entradas de archivos almacenadas en el catálogo, la base de datos FileId probablemente
  pueda hacer overflow.
\item Cuando no se utiliza el modo \textsl{Accurate}, los archivos borrados después de un respaldo
  Full no serán incluidos en la restauración. Esto es común en la mayoría de los programas
  de backup similares.
\end{itemize}