\chapter{What is Bacula?}
\label{GeneralChapter}
-\index[general]{Bacula!What is }
-\index[general]{What is Bacula? }
-
-Bacula is a set of computer programs that permits the system
-administrator to manage backup, recovery, and verification of computer data
-across a network of computers of different kinds. Bacula can also run entirely
-upon a single computer and can backup to various types of media, including tape
-and disk.
-
-In technical terms, it is a
-network Client/Server based backup program. Bacula is relatively easy to use
-and efficient, while offering many advanced storage management features that
-make it easy to find and recover lost or damaged files. Due to its modular
-design, Bacula is scalable from small single computer systems to systems
-consisting of hundreds of computers located over a large network.
-
-\section{Who Needs Bacula?}
-\index[general]{Who Needs Bacula? }
-\index[general]{Bacula!Who Needs }
-
-If you are currently using a program such as tar, dump, or
-bru to backup your computer data, and you would like a network solution, more
-flexibility, or catalog services, Bacula will most likely provide the
-additional features you want. However, if you are new to Unix systems or do
-not have offsetting experience with a sophisticated backup package, the Bacula project does not
-recommend using Bacula as it is much more difficult to setup and use than
-tar or dump.
-
-If you want Bacula to behave like the above mentioned simple
-programs and write over any tape that you put in the drive, then you will find
-working with Bacula difficult. Bacula is designed to protect your data
-following the rules you specify, and this means reusing a tape only
-as the last resort. It is possible to "force" Bacula to write
-over any tape in the drive, but it is easier and more efficient to use a
-simpler program for that kind of operation.
-
-If you would like a backup program that can write
-to multiple volumes (i.e. is not limited by your tape drive capacity), Bacula
-can most likely fill your needs. In addition, quite a number of Bacula users
-report that Bacula is simpler to setup and use than other equivalent programs.
-
-If you are currently using a sophisticated commercial package such as Legato
-Networker. ARCserveIT, Arkeia, or PerfectBackup+, you may be interested in
-Bacula, which provides many of the same features and is free software
-available under the GNU Version 2 software license.
-
-\section{Bacula Components or Services}
-\index[general]{Bacula Components or Services }
-\index[general]{Services!Bacula Components or }
-
-Bacula is made up of the following five major components or services:
-Director, Console, File, Storage, and Monitor services.
+\index[general]{Bacula!Que es }
+\index[general]{Que es Bacula? }
+Bacula es un conjunto de programas de computadores, que permiten al administrador de sistemas administrar backups, restauraciones y verificación
+de datos a través de la red de computadores de diversas maneras. Puede correr en una sola computadora y se pueden respaldos a varios tipos de media,
+que incluyen cintas y disco.
+
+En términos técnicos, es un programa de respaldo en red basado en ambientes Cliente/Servidor. Bacula es relativamente fácil de utilizar y muy eficiente, además de ofrecer muchas funcionalidades avanzadas de administración de almacenamiento, que hacen mas fácil la búsqueda y recuperación de archivos dañados o perdidos. Gracias a su diseño modular, puede escalar desde una pequeña computadores hasta sistemas conformados por cientos de computadoras, localizadas en una red muy amplia.
+
+
+\section{Quien necesita Bacula?
+\index[general]{Quien necesita Bacula? }
+\index[general]{Bacula!Quien necesita }
+
+Si actualmente estas utilizando un programa como tar, dump, cpio o rsync para hacer respaldos de los datos de sus computadores o servidores, y le gustaría una solución en red, con mayores facilidades y un servicio de catalogo, Bacula suministrara estas funcionalidades que usted quiere. Sin embargo, si usted tiene poco tiempo utilizando sistemas UNIX o Linux o no tiene mucha experiencia con un paquete sofisticado de respaldo, el proyecto Bacula no recomienda el uso de la aplicación, puesto que puede ser mas complicado que la configuración y uso de los comandos tar o dump.
+
+Si usted quiere que Bacula se comporte como los programas mencionados con anterioridad y que este escriba sobre cualquier cinta que usted coloque en la unidad del drive, se podría conseguir con muchas dificultades. Bacula esta diseñado para proteger la data siguiendo las reglas que los administradores indiquen, y esto significa reutilizar la cinta como el ultimo recurso. Aunque es posible “forzar” a Bacula a escribir sobre cualquier cinta que se encuentre en la unidad, para el uso de estas opciones es preferible y mas sencillo, utilizar un programa simple para manejar esta clase de operaciones.
+
+Si se desea un programa de backup que pueda escribir a multilples volúmenes, es decir, no existan limitaciones en cuanto a la capacidad de las unidades de tape, Bacula puede cumplir con todas sus necesidades. Adicionalmente, un gran numero de usuarios de Bacula reportan que este es mas simple de configurar y utilizar que otros programas equivalentes.
+
+Por ultimo, si actualmente esta utilizando una aplicación comercial de respaldo y recuperación, tales como Legato Networker, ARCserveIT. Arkeia, Data Protector o PerfectBackup+, usted podría estar interesado en Bacula, el cual suministra muchas de las funcionalidades y es un software libre disponible bajo la licencia de software GNU Versión 2.
+
+
+\section{Componentes de Bacula o Servicios }
+\index[general]{Componentes de Bacula o Servicios }
+\index[general]{Servicios!Componentes de Bacula o }
+
+Bacula se compone de los cinco componentes mayores siguientes: Director, consola, file, storage y servicios de monitoreo (monitor).
\addcontentsline{lof}{figure}{Bacula Applications}
\includegraphics{\idir bacula-applications.eps}
-(thanks to Aristedes Maniatis for this graphic and the one below)
+(Gracias a Aristedes Maniatis por este grafico y el siguiente)
% TODO: move the thanks to Credits section in preface
+
\subsection*{Bacula Director}
\label{DirDef}
- The Bacula Director service is the program that supervises
- all the backup, restore, verify and archive operations. The system
- administrator uses the Bacula Director to schedule backups and to
- recover files. For more details see the Director Services Daemon Design
- Document in the Bacula Developer's Guide. The Director runs as a daemon
- (or service) in the background.
+ El servicio de Bacula Director es el programa que supervisa todas las operaciones de backup, recuperaciones, verificaciones y almacenamiento (archive). El administrador de sistemas utiliza el Bacula Director para planificar los backups y recuperaciones de archivos. El Director corre como un demonio (o servicio) en según plan.
% TODO: tell reader where this Developer's Guide is at?
\label{UADef}
\subsection*{Bacula Console}
+ El servicio de la consola de Bacula es el programa que permite a los administradores o usuarios comunicarse con el Bacula Director que esta en ejecución, y esta disponible en tres versiones: consola de texto (linea de comandos), interfaz GNOME y de interfaz gráfica wxWidgets. La primera, y la mas simple, consiste en correr el programa de consola (bconsole) en una ventana de comandos, por ejemplo, una interfaz TTY. La mayoría de los administradores encontraran que esta completamente adecuada para las tareas de admininistracion. La segunda versión es una basada en interfaz GNOME, que no están completa como la de texto, pero es funcional y permite realizar la mayoría de las tareas que la de comandos. La tercera versión es una GUI wxWidgets que permite restauración interactiva de archivos. También cuenta con muchas de las opciones de la consola de texto, permite la complementacion de comandos con tabuladores y ofrece ayuda en linea en relación al comando que se esta escribiendo. Para mayores informaciones vea la \ilink{Bacula Console Design Document}{_ConsoleChapter}.
- The Bacula Console service is the program that allows the
- administrator or user to communicate with the Bacula Director
- Currently, the Bacula Console is available in three versions:
- text-based console interface, GNOME-based interface, and a
- wxWidgets graphical interface.
- The first and simplest is to run the Console program in a shell window
- (i.e. TTY interface). Most system administrators will find this
- completely adequate. The second version is a GNOME GUI interface that
- is far from complete, but quite functional as it has most the
- capabilities of the shell Console. The third version is a wxWidgets GUI
- with an interactive file restore. It also has most of the capabilities
- of the shell console, allows command completion with tabulation, and
- gives you instant help about the command you are typing. For more
- details see the \ilink{Bacula Console Design Document}{_ConsoleChapter}.
\subsection*{Bacula File}
\label{FDDef}
- The Bacula File service (also known as the Client program) is the software
- program that is installed on the machine to be backed up.
- It is specific to the
- operating system on which it runs and is responsible for providing the
- file attributes and data when requested by the Director. The File
- services are also responsible for the file system dependent part of
- restoring the file attributes and data during a recovery operation. For
- more details see the File Services Daemon Design Document in the Bacula
- Developer's Guide. This program runs as a daemon on the machine to be
- backed up.
- In addition to Unix/Linux File daemons, there is a Windows File daemon
- (normally distributed in binary format). The Windows File daemon runs
- on current Windows versions (NT, 2000, XP, 2003, and possibly Me and
- 98).
-% TODO: maybe do not list Windows here as that is listed elsewhere
-% TODO: remove "possibly"?
-% TODO: mention Vista?
+ El servicio de Bacula file (también conocido como el programa cliente), es el software que se instala en el equipo al cual se le hará backup. Es especifico para cada sistema operativo en el cual corre y es el responsable por suministrar los atributos de archivos y los datos cuando sean requeridos por el Director. También es responsable por el file system en el cual se hace la restauración los atributos de archivos y datos durante una operación de restore. Este programa corre como un demonio o servicio en la maquina a la cual se le hace respaldo. En adición a los demonios de Unix y Linux, hay un demonio para Windows file (normalmente distribuido en formato de archivos binarios), y corre en las siguientes versiones de Windows (NT, XP, 2000, 2003, y posiblemente en Me y 98).
\subsection*{Bacula Storage}
\label{SDDef}
- The Bacula Storage services consist of the software programs that
- perform the storage and recovery of the file attributes and data to the
- physical backup media or volumes. In other words, the Storage daemon is
- responsible for reading and writing your tapes (or other storage media,
- e.g. files). For more details see the Storage Services Daemon Design
- Document in the Bacula Developer's Guide. The Storage services runs as
- a daemon on the machine that has the backup device (usually a tape
- drive).
+ El servicio de Bacula storage consiste en el programa de software que realiza el almacenamiento y recuperación de los atributos de archivos y datos al medio físico de backup o volumen. En otras palabras, es el responsable por la lectura y escritura en los tapes (u otro media de almacenamiento, como archivos, DVD, USB, entre otros). El servicio de storage corre como un demonio en el equipo que tiene conectado y configurado el dispositivo de backup (generalmente, una unidad de cinta).
+
% TODO: may switch e.g. to "for example" or "such as" as appropriate
% TODO: is "usually" correct? Maybe "such as" instead?
\subsection*{Catalog}
\label{DBDefinition}
- The Catalog services are comprised of the software programs
- responsible for maintaining the file indexes and volume databases for
- all files backed up. The Catalog services permit the system
- administrator or user to quickly locate and restore any desired file.
- The Catalog services sets Bacula apart from simple backup programs like
- tar and bru, because the catalog maintains a record of all Volumes used,
- all Jobs run, and all Files saved, permitting efficient restoration and
- Volume management. Bacula currently supports three different databases,
- MySQL, PostgreSQL, and SQLite, one of which must be chosen when building
- Bacula.
-
- The three SQL databases currently supported (MySQL, PostgreSQL or
- SQLite) provide quite a number of features, including rapid indexing,
- arbitrary queries, and security. Although the Bacula project plans to support other
+ El servicio de catalogo comprende el programa de software responsable del mantenimiento de la base de datos de volúmenes y archivos índices para todos los archivos, a los cuales se les ha hecho respaldo. Permite a los administradores y usuarios, localizar rápidamente y recuperar cualquier objeto que se requiera. El catalogo distingue a Bacula de un programa de backup del sistema operativo, tales como tar, cpio o dump, porque mantiene un registro de todos los volúmenes utilizados, los jobs ejecutados y todos los archivos grabados, permitiendo, de esta manera, una restauración eficiente y administración de volúmenes. Bacula , actualmente, soporta tres tipos diferentes de bases de datos: MySQL, PostgrSQL y SQLite, el cual debe ser seleccionado cuando se instala el software.
+
+ Las tres bases de datos soportadas actualmente, proveen un conjunto de funcionalidades, que incluyen indexamiento rápido, consultas arbitrarias y seguridad.
+
+ Although the Bacula project plans to support other
major SQL databases, the current Bacula implementation interfaces only
to MySQL, PostgreSQL and SQLite. For the technical and porting details
- see the Catalog Services Design Document in the developer's documented.
+ see the Catalog Servicios Design Document in the developer's documented.
The packages for MySQL and PostgreSQL are available for several operating
systems.
\subsection*{Bacula Monitor}
\label{MonDef}
- A Bacula Monitor service is the program that allows the
- administrator or user to watch current status of Bacula Directors,
- Bacula File Daemons and Bacula Storage Daemons.
- Currently, only a GTK+ version is available, which works with GNOME,
- KDE, or any window manager that supports the FreeDesktop.org system tray
- standard.
+ Es el servicio que permite a los administradores o usuarios observar el estado actual de los procesos de Bacula, tales como Director, file y storage. Actualmente, únicamente una versión en GTK+ esta disponible, la cual trabaja con GNOME, KDE o cualquier administrador de ventanas que soporte el sistema de bandeja estándar FreeDesktop.org.
+
+ Para realizar una operación de respaldo y recuperación exitosa, los cuatro demonios siguientes deben estar configurados y en ejecución: el Director, el file, el storage y el catalogo (MySQL, PostgreSQL o SQLite).
- To perform a successful save or restore, the following four daemons must be
- configured and running: the Director daemon, the File daemon, the Storage
- daemon, and the Catalog service (MySQL, PostgreSQL or SQLite).
-\section{Bacula Configuration}
-\index[general]{Configuration!Bacula }
-\index[general]{Bacula Configuration }
+\section{Configuración de Bacula }
+\index[general]{Configuración!Bacula }
+\index[general]{Configuración de Bacula }
In order for Bacula to understand your system, what clients you want backed
up and how, you must create a number of configuration files containing
chapter on
\ilink{ Running Bacula}{TutorialChapter}.
-\section{Terminology}
-\index[general]{Terminology }
+\section{Terminología}
+\index[general]{Terminología }
\begin{description}
-\item [Administrator]
- \index[fd]{Administrator }
- The person or persons responsible for administrating the Bacula system.
+\item [Administrador]
+ \index[fd]{Administrador }
+ La persona o personas responsables por la adminitracion del sistema Bacula.
\item [Backup]
\index[fd]{Backup }
- The term Backup refers to a Bacula Job that saves files.
+ En Bacula, el termino backup se refiere a un Job que salva archivos
\item [Bootstrap File]
\index[fd]{Bootstrap File }
- The bootstrap file is an ASCII file containing a compact form of
- commands that allow Bacula or the stand-alone file extraction utility
- (bextract) to restore the contents of one or more Volumes, for
- example, the current state of a system just backed up. With a bootstrap
- file, Bacula can restore your system without a Catalog. You can create
- a bootstrap file from a Catalog to extract any file or files you wish.
-
-\item [Catalog]
- \index[fd]{Catalog }
- The Catalog is used to store summary information about the Jobs,
- Clients, and Files that were backed up and on what Volume or Volumes.
- The information saved in the Catalog permits the administrator or user
- to determine what jobs were run, their status as well as the important
- characteristics of each file that was backed up, and most importantly,
- it permits you to choose what files to restore.
- The Catalog is an
- online resource, but does not contain the data for the files backed up.
- Most of the information stored in the catalog is also stored on the
- backup volumes (i.e. tapes). Of course, the tapes will also have a
- copy of the file data in addition to the File Attributes (see below).
-
- The catalog feature is one part of Bacula that distinguishes it from
- simple backup and archive programs such as dump and tar.
-
-\item [Client]
- \index[fd]{Client }
- In Bacula's terminology, the word Client refers to the machine being
- backed up, and it is synonymous with the File services or File daemon,
- and quite often, it is referred to it as the FD. A Client is defined in a
- configuration file resource.
-
-\item [Console]
- \index[fd]{Console }
- The program that interfaces to the Director allowing the user or system
- administrator to control Bacula.
-
-\item [Daemon]
- \index[fd]{Daemon }
- Unix terminology for a program that is always present in the background to
- carry out a designated task. On Windows systems, as well as some Unix
- systems, daemons are called Services.
-
-\item [Directive]
- \index[fd]{Directive }
- The term directive is used to refer to a statement or a record within a
- Resource in a configuration file that defines one specific setting. For
- example, the {\bf Name} directive defines the name of the Resource.
+ Es un archivo ASCII que contiene una forma compacta de comandos que permiten a Bacula o un utilitario de extracción de archivos stand-alone (bextract), restaurar el contenido de uno o mas volúmenes, por ejemplo, el estado actual de un sistema al cual se le hizo backup. Con un archivo Bootstrap, Bacula puede restaurar un sistema sin el catalogo. Se puede crear un archivo Bootstrap desde el catalogo para extraer cualquier archivo(s) que se desee(n).
+
+\item [Catalogo]
+ \index[fd]{Catalogo }
+ El catalogo es utilizado para almacenar información resumida de los Jobs, clientes y archivos a los cuales se les hace backup, así como en cual volumen o volúmenes La información registrada en el catalogo, permite a los usuarios y administradores determinar los Jobs se ejecutaron, así como su estado y las características importantes de los objetos respaldados, y lo mas importante, es un recurso fundamental durante las operaciones de restauración y recuperación El catalogo es un recurso online, pero no contiene los datos de los archivos respaldados. La mayor parte de la información almacenada en el catalogo, también es almacenada en los volúmenes de backup (como las cintas). De hecho, las cintas tendrán una copia de los datos del archivo, así como sus atributos particulares.
+
+ El uso del catalogo, representa una de las características fundamentales de Bacula, que la distingue de los demás programas de backup y los comandos del sistema operativo, tales como tar o cpio.
+
+\item [Cliente]
+ \index[fd]{Cliente }
+ En términos de Bacula, la palabra cliente se refiere a la maquina a la cual se le esta haciendo backup, y es sinónimo para los servicios o demonios de file, y frecuentemente, se denota como FD. Un cliente, se define en un recurso en los archivos de configuración
+
+\item [Consola]
+ \index[fd]{Consola }
+ Es un programa de interfaz con el Director, que permite a los usuarios y administradores controlar los procesos de Bacula.
+
+\item [Demonio]
+ \index[fd]{Demonio }
+ En la terminología de UNIX, es un programa que esta en ejecución permanente en el background que permite llevar a cabo una tarea especifica. En los sistemas Windows, los demonios se denominan servicios.
+
+\item [Directiva]
+ \index[fd]{Directiva }
+ El termino Directiva, se utiliza para hacer referencia a una declaración o un registro dentro de un recurso en un archivo de configuración que indica una definición especifica. Por ejemplo, la directiva Name define el nombre de un Recurso.
\item [Director]
\index[fd]{Director }
- The main Bacula server daemon that schedules and directs all Bacula
- operations. Occasionally, the project refers to the Director as DIR.
-
-\item [Differential]
- \index[fd]{Differential }
- A backup that includes all files changed since the last Full save started.
- Note, other backup programs may define this differently.
-
-\item [File Attributes]
- \index[fd]{File Attributes }
- The File Attributes are all the information necessary about a file to
- identify it and all its properties such as size, creation date, modification
- date, permissions, etc. Normally, the attributes are handled entirely by
- Bacula so that the user never needs to be concerned about them. The
- attributes do not include the file's data.
+ El demonio principal de los servicios de Bacula que planifica y dirige todas las operaciones. Ocasionalmente, el proyecto se refiere al Director como DIR.
+
+\item [Diferencial]
+ \index[fd]{Diferencial }
+ Es un backup que incluye todos los archivos modificados desde la ejecución del ultimo respaldo de tipo completo (full). Hay que tener en cuenta que otros programas de respaldo, pueden definir este backup de manera diferente.
+
+\item [Atributos de Archivos]
+ \index[fd]{Atributos de Archivos }
+ Los atributos de archivos representan toda la información necesaria para identificar un archivo y todas sus propiedades, tales como tamaño, fecha de creación, permisos, entre otros. Generalmente, los atributos son manejados completamente por Bacula, por lo tanto el usuario no necesita conocer estos valores. Los atributos no incluyen los datos con la información de los archivos.
\item [File Daemon]
\index[fd]{File Daemon }
- The daemon running on the client computer to be backed up. This is also
- referred to as the File services, and sometimes as the Client services or the
- FD.
+ Se refiere al demonio que esta en ejecución en los computadores a los cuales se les hace backup. También se conoce como servicios de Archivo, y algunas veces como los servicios del cliente o FD.
\label{FileSetDef}
\item [FileSet]
\index[fd]{a name }
- A FileSet is a Resource contained in a configuration file that defines
- the files to be backed up. It consists of a list of included files or
- directories, a list of excluded files, and how the file is to be stored
- (compression, encryption, signatures). For more details, see the
- \ilink{FileSet Resource definition}{FileSetResource} in the Director
- chapter of this document.
+ Un FileSet es un recurso definido en los archivos de configuración, que indica los archivos que serán respaldados. Este consiste de una lista de archivos o Directorios, una lista de archivos excluidos y como estos serán almacenados (compresión, encriptacion, firmas digitales). Para mayor informacion vea \ilink{FileSet Resource definition}{FileSetResource} in the Director chapter of this document.
\item [Incremental]
\index[fd]{Incremental }
- A backup that includes all files changed since the last Full, Differential,
- or Incremental backup started. It is normally specified on the {\bf Level}
- directive within the Job resource definition, or in a Schedule resource.
+ Un backup que incluye todos los archivos modificados desde el ultimo respaldo full, differential o incremental ejecutado. Normalmente, se define con la directiva {\bf Level} dentro de la configuración del recurso Job, o en el recurso de Schedule.
\label{JobDef}
\item [Job]
\index[fd]{a name }
- A Bacula Job is a configuration resource that defines the work that
- Bacula must perform to backup or restore a particular Client. It
- consists of the {\bf Type} (backup, restore, verify, etc), the {\bf
- Level} (full, incremental,...), the {\bf FileSet}, and {\bf Storage} the
- files are to be backed up (Storage device, Media Pool). For more
- details, see the \ilink{Job Resource definition}{JobResource} in the
- Director chapter of this document.
+ Un Job es un recurso de configuración que define el trabajo que Bacula debe realizar para ejecutar un backup o un restore para un cliente particular. Esto consiste en el {\bf Tipo} (backup, restore, verificar, etc), el {\bf Nivel} (full, incremental,...), el {\bf FileSet} y el {\bf Storage}, para los archivos a los cuales se les hará backup (dispositivo de almacenamientos, medias para el pool). Para mayores detalles, vea the \ilink{Job Resource definition}{JobResource} in the Director chapter of this document.
% TODO: clean up "..." for book
\item [Monitor]
\index[fd]{Monitor }
- The program that interfaces to all the daemons allowing the user or
- system administrator to monitor Bacula status.
+ Es un programa que interactúa con todos los demonios y permite al usuario o administrador monitorizar el estado de Bacula.
\item [Resource]
\index[fd]{Resource }
- A resource is a part of a configuration file that defines a specific
- unit of information that is available to Bacula. It consists of several
- directives (individual configuration statements). For example, the {\bf
- Job} resource defines all the properties of a specific Job: name,
- schedule, Volume pool, backup type, backup level, ...
-% TODO: clean up "..." for book
+ Un recurso es una parte de un archivo de configuración que define una unidad especifica de información que esta disponible en Bacula. Consiste de varias directivas (declaraciones individuales de configuración). Por ejemplo, el recurso {\bf Job} define todas las propiedades especificas de un Job: nombre, schedule, volumen del pool, tipo de backup, nivel de backup, entre otros.
\item [Restore]
\index[fd]{Restore }
- A restore is a configuration resource that describes the operation of
- recovering a file from backup media. It is the inverse of a save,
- except that in most cases, a restore will normally have a small set of
- files to restore, while normally a Save backs up all the files on the
- system. Of course, after a disk crash, Bacula can be called upon to do
- a full Restore of all files that were on the system.
+ Es un recurso de configuración que describe la operación de recuperación de un archivo desde un medio de backup. Es lo contrario a salvar, excepto que en la mayoría de los casos, una restauración (restore) normalmente tendrá un numero pequeño de archivos a recuperar, mientras que un backup, abarca todos los archivos en un sistema. De hecho, después de una falla de disco, se puede utilizar a Bacula para realizar una restauración completa de todos los archivos que en encontraban en el equipo.
% TODO: Why? Why say "Of course"??
% TODO: define "Save"
\item [Schedule]
\index[fd]{Schedule }
- A Schedule is a configuration resource that defines when the Bacula Job
- will be scheduled for execution. To use the Schedule, the Job resource
- will refer to the name of the Schedule. For more details, see the
- \ilink{Schedule Resource definition}{ScheduleResource} in the Director
- chapter of this document.
-
-\item [Service]
- \index[fd]{Service }
- This is a program that remains permanently in memory awaiting
- instructions. In Unix environments, services are also known as
- {\bf daemons}.
-
-\item [Storage Coordinates]
- \index[fd]{Storage Coordinates }
- The information returned from the Storage Services that uniquely locates
- a file on a backup medium. It consists of two parts: one part pertains
- to each file saved, and the other part pertains to the whole Job.
- Normally, this information is saved in the Catalog so that the user
- doesn't need specific knowledge of the Storage Coordinates. The Storage
- Coordinates include the File Attributes (see above) plus the unique
- location of the information on the backup Volume.
+ Es un recurso de configuración que define cuando un Job de Bacula tiene planificada su ejecución Para utilizar el schedule, en el recurso de Job se hace referencia al nombre del schedule. Para mayores detalles, vea \ilink{Schedule Resource definition}{ScheduleResource} in the Director chapter of this document.
+
+\item [Servicio]
+ \index[fd]{Servicio }
+ Es un programa que permanece de manera permanente en memoria esperando instrucciones. En entornos UNIX, los servicios se conocen como {\bf demonios}.
+
+\item [Almacenamiento de Coordenadas]
+ \index[fd]{Almacenamiento de Coordenadas }
+ La información retornada desde los servicios de almacenamiento que localiza de manera única un archivo en un dispositivo de backup. Consiste de dos partes: una parte contiene cada archivo grabado y la otra contiene el Job completo. Normalmente, esta información es salvada en el catalogo, por lo tanto el usuario no necesita tener conocimiento especifico de estas coordenadas. Adicionalmente, incluyen los atributos de archivos (ver abajo) as la ubicación única de la información en el volumen de respaldo.
\item [Storage Daemon]
\index[fd]{Storage Daemon }
- The Storage daemon, sometimes referred to as the SD, is the code that
- writes the attributes and data to a storage Volume (usually a tape or
- disk).
-
-\item [Session]
- \index[sd]{Session }
- Normally refers to the internal conversation between the File daemon and
- the Storage daemon. The File daemon opens a {\bf session} with the
- Storage daemon to save a FileSet or to restore it. A session has a
- one-to-one correspondence to a Bacula Job (see above).
-
-\item [Verify]
- \index[sd]{Verify }
- A verify is a job that compares the current file attributes to the
- attributes that have previously been stored in the Bacula Catalog. This
- feature can be used for detecting changes to critical system files
- similar to what a file integrity checker like Tripwire does.
- One of the major advantages of
- using Bacula to do this is that on the machine you want protected such
- as a server, you can run just the File daemon, and the Director, Storage
- daemon, and Catalog reside on a different machine. As a consequence, if
- your server is ever compromised, it is unlikely that your verification
- database will be tampered with.
-
- Verify can also be used to check that the most recent Job data written
- to a Volume agrees with what is stored in the Catalog (i.e. it compares
- the file attributes), *or it can check the Volume contents against the
- original files on disk.
-
-\item [*Archive]
- \index[fd]{*Archive }
- An Archive operation is done after a Save, and it consists of removing the
- Volumes on which data is saved from active use. These Volumes are marked as
- Archived, and may no longer be used to save files. All the files contained
- on an Archived Volume are removed from the Catalog. NOT YET IMPLEMENTED.
-
-\item [Retention Period]
- \index[fd]{Retention Period }
- There are various kinds of retention periods that Bacula recognizes.
- The most important are the {\bf File} Retention Period, {\bf Job}
- Retention Period, and the {\bf Volume} Retention Period. Each of these
- retention periods applies to the time that specific records will be kept
- in the Catalog database. This should not be confused with the time that
- the data saved to a Volume is valid.
-
- The File Retention Period determines the time that File records are kept
- in the catalog database. This period is important for two reasons: the
- first is that as long as File records remain in the database, you
- can "browse" the database with a console program and restore any
- individual file. Once the File records are removed or pruned from the
- database, the individual files of a backup job can no longer be
- "browsed". The second reason for carefully choosing the File Retention
- Period is because the volume of
- the database File records use the most storage space in the
- database. As a consequence, you must ensure that regular "pruning" of
- the database file records is done to keep your database from growing
- too large. (See the Console {\bf prune}
- command for more details on this subject).
-
- The Job Retention Period is the length of time that Job records will be
- kept in the database. Note, all the File records are tied to the Job
- that saved those files. The File records can be purged leaving the Job
- records. In this case, information will be available about the jobs
- that ran, but not the details of the files that were backed up.
- Normally, when a Job record is purged, all its File records will also be
- purged.
-
- The Volume Retention Period is the minimum of time that a Volume will be
- kept before it is reused. Bacula will normally never overwrite a Volume
- that contains the only backup copy of a file. Under ideal conditions,
- the Catalog would retain entries for all files backed up for all current
- Volumes. Once a Volume is overwritten, the files that were backed up on
- that Volume are automatically removed from the Catalog. However, if
- there is a very large pool of Volumes or a Volume is never overwritten,
- the Catalog database may become enormous. To keep the Catalog to a
- manageable size, the backup information should be removed from the
- Catalog after the defined File Retention Period. Bacula provides the
- mechanisms for the catalog to be automatically pruned according to the
- retention periods defined.
+ Algunas veces se refiere como el SD, y es el código que escribe los atributos y data al volumen de almacenamiento (generalmente, disco o cinta).
+
+\item [Sesión]
+ \index[sd]{Sesión }
+ Generalmente, se refiere a la conversación interna entre el demonio del cliente y el demonio de almacenamiento. El demonio del cliente abre una {\bf sesión} con el demonio de almacenamiento para grabar un FileSet o para restaurarlo. Una sesión tiene una correspondencia uno a uno con un Job de Bacula.
+
+\item [Verificar]
+ \index[sd]{Verificar }
+ Es un Job que compara los atributos actuales de un archivo con los atributos que han sido previamente almacenados en el catalogo. Esta funcionalidad puede ser utilizada para la detección de cambios a archivos críticos del sistema, de manera similar a un chequeo de integridad. Una de las mayores ventajas del uso de Bacula para esta actividad, es que en el equipo que se quiere proteger, únicamente corre el servicio de archivo (file daemon), y el Director, storage daemon y el catalogo residen en una maquina diferente.
+
+También puede ser utilizado para chequear que la data del Job mas reciente escrito en el volumen, coincida con lo que esta almacenado en el catalogo (es decir, compara los atributos de los archivos), o puede chequear el contenido del volumen contra los archivos originales en disco.
+
+\item [*Archivar]
+ \index[fd]{*Archivar }
+ Una operación de archivado (archive), se realiza después del grabado, y consiste en la remoción de los volúmenes en los cuales la data fue almacenada de las operaciones de respaldo. Los volúmenes son marcados como Archivados, y ya no pueden ser usados para grabar archivos. Todos los archivos contenidos en un volumen con estado Archivado son removidos del catalogo. Todavía no esta implementado.
+
+\item [Periodo de Retención]
+ \index[fd]{Periodo de Retención }
+Hay varios modos de periodos de retención que Bacula reconoce. Los mas importantes son periodo de retención de {\bf archivos} (file retention), periodo de retención de {\bf Jobs} (Job retention) y periodo de retención de {\bf volúmenes} (volume retention). Cada uno de estos periodos de retención aplican al tiempo que los registros específicos se mantendrán en la base de datos del catalogo. Esto no debe ser confundido con el tiempo para el cual la data grabada en el volumen es considerada valida.
+
+El periodo de retención de archivos determina el tiempo que los registros de archivos se mantendrán en el catalogo. Este periodo es importante por dos razones: la primera, es que el tiempo que los registros permanezcan en la base de datos, se puede “navegar” en estos archivos con un programa de consola, y hacer restauraciones individuales. Una vez que los registros son removidos (pruned) del catalogo, los archivos individuales de un Job de respaldo no pueden ser visualizados en modo de “navegación”.
+
+La segunda razón para seleccionar este periodo de manera cuidadosa, es que estos registros ocupan la mayor parte del almacenamiento en la base de datos. Por esto, se debe asegurar que el “pruning” regular de los registros de archivos en el catalogo se ejecute, para evitar el crecimiento excesivo del mismo. (See the Console {\bf prune} command for more details on this subject).
+
+El periodo de retención de jobs, es el tiempo que los registros de los jobs permanecerán en el catalogo. Hay que tener presente, que los registros de archivos están unidos al Job que los grabo. Los registros de archivos pueden ser purgados dejando los registros de jobs. Es este caso, la información que estará disponible es la de los jobs ejecutados, y no los detalles de los archivos respaldados. Generalmente, cuando los jobs son purgados, todos los registros de archivos también serán purgados.
+
+El periodo de retención de volumen, representa el mínimo de tiempo que un volumen sera mantenido antes que sea reutilizado. Bacula, en condiciones normales, nunca sobreescribe un volumen que contenga la única copia del backup de un archivo. Bajo condiciones ideales, el catalogo retendría las entradas para todos los archivos respaldados para todos los volúmenes Una vez que un volumen es sobreescrito, los archivos que contenía este volumen son removidos automáticamente del catalogo. Sin embargo, si hay un gran numero de volúmenes para un pool o si un volumen nunca es reutilizado, la base de datos del catalogo puede llegar a ser enorme. Para mantener el catalogo con un tamaño manejable, la información del backup debería ser removida de la base de datos después del periodo de retención de archivos. Bacula suministra los mecanismos para que el “pruning” se haga de manera automática, de acuerdo a los periodos de retención definidos.
+
\item [Scan]
\index[sd]{Scan }
- A Scan operation causes the contents of a Volume or a series of Volumes
- to be scanned. These Volumes with the information on which files they
- contain are restored to the Bacula Catalog. Once the information is
- restored to the Catalog, the files contained on those Volumes may be
- easily restored. This function is particularly useful if certain
- Volumes or Jobs have exceeded their retention period and have been
- pruned or purged from the Catalog. Scanning data from Volumes into the
- Catalog is done by using the {\bf bscan} program. See the \ilink{ bscan
- section}{bscan} of the Bacula Utilities Chapter of this manual for more
- details.
+ Una operación de “scan”, provoca que el contenido de un volumen o un conjunto de volúmenes, sean explorados (“escaneados”). Estos volúmenes y la información de los archivos que contienen, son restauradas al catalogo. Una vez que la información esta en el catalogo, los archivos grabados en estos volúmenes puede ser restaurados fácilmente Esta operación es particularmente útil cuando algunos volúmenes o jobs han excedido sus periodos de retención y han sido eliminados del catalogo. El escaneo de la data de los volúmenes al catalogo, se hace utilizando el programa {\bf bscan}. See the \ilink{ bscan section}{bscan} of the Bacula Utilities Chapter of this manual for more details.
\item [Volume]
\index[sd]{Volume }
- A Volume is an archive unit, normally a tape or a named disk file where
- Bacula stores the data from one or more backup jobs. All Bacula Volumes
- have a software label written to the Volume by Bacula so that it
- identifies what Volume it is really reading. (Normally there should be
- no confusion with disk files, but with tapes, it is easy to mount the
- wrong one.)
+ Es una unidad de archivo, generalmente una cinta o un archivo en disco donde Bacula almacena la data de uno o mas jobs de respaldo. Todos los volúmenes tienen una etiqueta de software escrita al volumen por Bacula, para que se pueda identificar cual volumen se esta utilizando realmente (normalmente, con habrá confusión con los archivos de disco, pero con las cintas, es muy fácil montar uno equivocado).
+
\end{description}
-\section{What Bacula is Not}
-\index[general]{What Bacula is Not}
+\section{Que No es Bacula}
+\index[general]{Que No es Bacula}
+
+Bacula es una aplicación de backup, restauración y verificación y no un sistema completo de disaster recovery en si mismo, sin embargo, puede ser una parte fundamental del mismo y siga las instrucciones incluidas en el \ilink{ Disaster Recovery}{RescueChapter} Chapter of this manual.
+
+Con una planificación apropiada, Bacula puede llegar a ser uno de los componentes centrales del sistema de disaster recovery. Por ejemplo, si se ha creado un disco de arranque de emergencia y/o un disco de rescate de Bacula para almacenar la información del particionamiento actual del disco duro, y se cuenta con un backup completo, es posible recuperar el sistema totalmente, partiendo desde un disco vacío (“bare metal”).
-Bacula is a backup, restore and verification program and is not a
-complete disaster recovery system in itself, but it can be a key part of one
-if you plan carefully and follow the instructions included in the
-\ilink{ Disaster Recovery}{RescueChapter} Chapter of this manual.
+Si se ha utilizado el registro de {\bf WriteBootstrap} en los jobs o algún otro medio para grabar un archivo Bootstrap valido, se puede hacer uso de este para extraer los archivos que sean necesarios (sin el uso del catalogo o realizando búsquedas manuales de los archivos a restaurar).
-With proper planning, as mentioned in the Disaster Recovery chapter,
-Bacula can be a central component of your disaster recovery system. For
-example, if you have created an emergency boot disk, and/or a Bacula Rescue disk to
-save the current partitioning information of your hard disk, and maintain a
-complete Bacula backup, it is possible to completely recover your system from
-"bare metal" that is starting from an empty disk.
-If you have used the {\bf WriteBootstrap} record in your job or some other
-means to save a valid bootstrap file, you will be able to use it to extract
-the necessary files (without using the catalog or manually searching for the
-files to restore).
-\section{Interactions Between the Bacula Services}
-\index[general]{Interactions Between the Bacula Services}
-\index[general]{Services!Interactions Between the Bacula}
+\section{Interacción Entre los Servicios de Bacula}
+\index[general]{Interacción Entre los Servicios de Bacula}
+\index[general]{Servicios!Interacción Entre los de Bacula}
-The following block diagram shows the typical interactions between the Bacula
-Services for a backup job. Each block represents in general a separate process
-(normally a daemon). In general, the Director oversees the flow of
-information. It also maintains the Catalog.
+El siguiente diagrama de bloques muestra la interacción típica entre los servicios de Bacula para Job de backup. Cada bloque representa un proceso separado (normalmente un demonio). Generalmente, el Director supervisa el flujo de información y mantiene el catalogo.
-\addcontentsline{lof}{figure}{Interactions between Bacula Services}
+\addcontentsline{lof}{figure}{Interactions between Bacula Servicios}
\includegraphics{\idir flow.eps}
projects / bacula / docs / commitdiff