From 5959cc83a8772ed7333f4c588fe9bb5b247235dc Mon Sep 17 00:00:00 2001 From: Jose Herrera Date: Sat, 25 Jul 2009 01:55:34 +0000 Subject: [PATCH] Add Spanish files translated --- docs/manuals/es/concepts/state.tex | 465 +++++++++++++++-------------- 1 file changed, 234 insertions(+), 231 deletions(-) diff --git a/docs/manuals/es/concepts/state.tex b/docs/manuals/es/concepts/state.tex index 066d8f2f..689d3d5c 100644 --- a/docs/manuals/es/concepts/state.tex +++ b/docs/manuals/es/concepts/state.tex @@ -1,259 +1,262 @@ %% %% -\chapter{The Current State of Bacula} -\label{StateChapter} -\index[general]{Current State of Bacula } -In other words, what is and what is not currently implemented and functional. +\chapter{El estado actual de Bacula} \label{StateChapter} \index{Estado actual de Bacula} -\section{What is Implemented} -\index[general]{Implemented!What} -\index[general]{What is Implemented} +En otras palabras, que está y que no está implementado y funcional.. -\begin{itemize} -\item Job Control - \begin{itemize} - \item Network backup/restore with centralized Director. - \item Internal scheduler for automatic - \ilink{Job}{JobDef} execution. - \item Scheduling of multiple Jobs at the same time. - \item You may run one Job at a time or multiple simultaneous Jobs - (sometimes called multiplexing). - \item Job sequencing using priorities. - \item \ilink{Console}{UADef} interface to the Director allowing complete - control. A shell, Qt4 GUI, GNOME GUI and wxWidgets GUI versions of - the Console program are available. Note, the Qt4 GUI program called - the Bacula Administration tool or bat, offers many additional - features over the shell program. - \end{itemize} -\item Security - \begin{itemize} - \item Verification of files previously cataloged, permitting a Tripwire like - capability (system break-in detection). - \item CRAM-MD5 password authentication between each component (daemon). - \item Configurable - \ilink{TLS (SSL) communications encryption}{CommEncryption} between each - component. - \item Configurable - \ilink{Data (on Volume) encryption}{DataEncryption} - on a Client by Client basis. - \item Computation of MD5 or SHA1 signatures of the file data if requested. - \end{itemize} +\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 Restore Features - \begin{itemize} - \item Restore of one or more files selected interactively either for the - current backup or a backup prior to a specified time and date. - \item Restore of a complete system starting from bare metal. This is mostly - automated for Linux systems and partially automated for Solaris. See - \ilink{Disaster Recovery Using Bacula}{RescueChapter}. This is also - reported to work on Win2K/XP systems. - \item Listing and Restoration of files using stand-alone {\bf bls} and {\bf - bextract} tool programs. Among other things, this permits extraction of files - when Bacula and/or the catalog are not available. Note, the recommended way - to restore files is using the restore command in the Console. These programs - are designed for use as a last resort. - \item Ability to restore the catalog database rapidly by using bootstrap - files (previously saved). - \item Ability to recreate the catalog database by scanning backup Volumes - using the {\bf bscan} program. - \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 SQL Catalog - \begin{itemize} - \item Catalog database facility for remembering Volumes, Pools, Jobs, and - Files backed up. - \item Support for MySQL, PostgreSQL, and SQLite Catalog databases. - \item User extensible queries to the MySQL, PostgreSQL and SQLite databases. - \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 +\textquotedbl{}cero\textquotedbl{} (también se le conoce como \textquotedbl{}bare +metal\textquotedbl{}). 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 Advanced Volume and Pool Management - \begin{itemize} - \item Labeled Volumes, preventing accidental overwriting (at least by - Bacula). - \item Any number of Jobs and Clients can be backed up to a single Volume. - That is, you can backup and restore Linux, Unix, Sun, and Windows machines to - the same Volume. - \item Multi-volume saves. When a Volume is full, {\bf Bacula} automatically - requests the next Volume and continues the backup. - \item - \ilink{Pool and Volume}{PoolResource} library management - providing Volume flexibility (e.g. monthly, weekly, daily Volume sets, Volume - sets segregated by Client, ...). - \item Machine independent Volume data format. Linux, Solaris, and Windows - clients can all be backed up to the same Volume if desired. - \item The Volume data format is upwards compatible so that old Volumes - can always be read. - \item A flexible - \ilink{message}{MessagesChapter} handler including routing - of messages from any daemon back to the Director and automatic email - reporting. - \item Data spooling to disk during backup with subsequent write to tape from - the spooled disk files. This prevents tape "shoe shine" during - Incremental/Differential backups. - \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 Advanced Support for most Storage Devices - \begin{itemize} - \item Autochanger support using a simple shell interface that can interface - to virtually any autoloader program. A script for {\bf mtx} is provided. - \item Support for autochanger barcodes -- automatic tape labeling from - barcodes. - \item Automatic support for multiple autochanger magazines either using - barcodes or by reading the tapes. - \item Support for multiple drive autochangers. - \item Raw device backup/restore. Restore must be to the same device. - \item All Volume blocks (approximately 64K bytes) contain a data checksum. - \item Migration support -- move data from one Pool to another or - one Volume to another. - \item Supports writing to DVD. - \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 Multi-Operating System Support - \begin{itemize} - \item Programmed to handle arbitrarily long filenames and messages. - \item GZIP compression on a file by file basis done by the Client program if - requested before network transit. - \item Saves and restores POSIX ACLs on most OSes if enabled. - \item Access control lists for Consoles that permit restricting user access - to only their data. - \item Support for save/restore of files larger than 2GB. - \item Support for 64 bit machines, e.g. amd64, Sparc. - \item Support ANSI and IBM tape labels. - \item Support for Unicode filenames (e.g. Chinese) on Win32 machines on - version 1.37.28 and greater. - \item Consistent backup of open files on Win32 systems (WinXP, Win2003, - and Vista) - but not Win2000, using Volume Shadow Copy (VSS). - \item Support for path/filename lengths of up to 64K on Win32 machines - (unlimited on Unix/Linux machines). - \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 Miscellaneous - \begin{itemize} - \item Multi-threaded implementation. - \item A comprehensive and extensible - \ilink{configuration file}{DirectorChapter} for each daemon. - \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{Advantages Over Other Backup Programs} -\index[general]{Advantages of Bacula Over Other Backup Programs } -\index[general]{Programs!Advantages of Bacula Over Other Backup } +\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 Since there is a client for each machine, you can backup - and restore clients of any type ensuring that all attributes - of files are properly saved and restored. -\item It is also possible to backup clients without any client - software by using NFS or Samba. However, if possible, we - recommend running a Client File daemon on each machine to be - backed up. -\item Bacula handles multi-volume backups. -\item A full comprehensive SQL standard database of all files backed up. This - permits online viewing of files saved on any particular Volume. -\item Automatic pruning of the database (removal of old records) thus - simplifying database administration. -\item Any SQL database engine can be used making Bacula very flexible. - Drivers currently exist for MySQL, PostgreSQL, and SQLite. -\item The modular but integrated design makes Bacula very scalable. -\item Since Bacula uses client file servers, any database or - other application can be properly shutdown by Bacula using the - native tools of the system, backed up, then restarted (all - within a Bacula Job). -\item Bacula has a built-in Job scheduler. -\item The Volume format is documented and there are simple C programs to - read/write it. -\item Bacula uses well defined (IANA registered) TCP/IP ports -- no rpcs, no - shared memory. -\item Bacula installation and configuration is relatively simple compared to - other comparable products. -\item According to one user Bacula is as fast as the big major commercial - applications. -\item According to another user Bacula is four times as fast as another - commercial application, probably because that application stores its catalog - information in a large number of individual files rather than an SQL database - as Bacula does. -\item Aside from several GUI administrative interfaces, Bacula has a - comprehensive shell administrative interface, which allows the - administrator to use tools such as ssh to administrate any part of - Bacula from anywhere (even from home). -\item Bacula has a Rescue CD for Linux systems with the following features: - \begin{itemize} - \item You build it on your own system from scratch with one simple command: - make -- well, then make burn. - \item It uses your kernel - \item It captures your current disk parameters and builds scripts that allow - you to automatically repartition a disk and format it to put it back to what - you had before. - \item It has a script that will restart your networking (with the right IP - address) - \item It has a script to automatically mount your hard disks. - \item It has a full Bacula FD statically linked - \item You can easily add additional data/programs, ... to the disk. - \end{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{Current Implementation Restrictions} -\index[general]{Current Implementation Restrictions } -\index[general]{Restrictions!Current Implementation } +\section{Restricciones de la implementación actual} +\index{Current Implementation Restrictions} +\index{Restrictions!Current Implementation} \begin{itemize} -\item If you have over 4 billion file entries stored in your database, the - database FileId is likely to overflow. This is a monster database, but still - possible. Bacula's FileId fields have been modified so that they can be - upgraded from 32 to 64 bits in version 1.39 or later, but you must - manually do so. -\item Files deleted after a Full save will be included in a restoration. This - is typical for most similar backup programs (we have a project to - correct this). -\item Bacula's Differential and Incremental backups are based on - time stamps. Consequently, if you move files into an existing - directory or move a whole directory into the backup fileset - after a Full backup, those files will probably not be backed - up by an Incremental save because they will have old dates. - You must explicitly update the date/time stamp on all moved - files (we have a project to correct this). -\item File System Modules (configurable routines for - saving/restoring special files) are not yet implemented. However, - this feature is easily implemented using RunScripts. -\item Bacula supports doing backups and restores to multiple - devices of different media type and multiple Storage daemons. - However, if you have backed up a job to multiple storage - devices, Bacula can do a restore from only one device, which - means that you will need to manually edit the bootstrap file - to split it into two restores if you split the backup across - storage devices. This restriction has been removed in version - 2.2.0 and later, but it is not yet fully tested. -\item Bacula cannot restore two different jobs in the same - restore if those jobs were run simultaneously, unless you had - data spooling turned on and the spool file held the full - contents of both jobs. In other terms, Bacula cannot restore - two jobs in the same restore if the jobs' data blocks were - intermixed on the backup medium. This poses no restrictions - for normal backup jobs even if they are run simultaneously. -\item Bacula can generally restore any backup made from a client - to any other client. However, if the architecture is significantly - different (i.e. 32 bit architecture to 64 bit or Win32 to Unix), - some restrictions may apply (e.g. Solaris door files do not exist - on other Unix/Linux machines; there are reports that Zlib compression - written with 64 bit machines does not always read correctly on a 32 bit - machine). +\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{Design Limitations or Restrictions} -\index[general]{Restrictions!Design Limitations or } -\index[general]{Design Limitations or Restrictions } +\section{Restricciones y limitaciones de diseño} +\index{Restrictions!Design Limitations or} +\index{Design Limitations or Restrictions} \begin{itemize} -\item Names (resource names, Volume names, and such) defined in Bacula - configuration files are limited to a fixed number of - characters. Currently the limit is defined as 127 characters. Note, - this does not apply to filenames, which may be arbitrarily long. -\item Command line input to some of the stand alone tools -- e.g. btape, - bconsole is restricted to several hundred characters maximum. +\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} -- 2.39.5