[svnbook commit] r2324 - trunk/src/es/book

gradha noreply at red-bean.com
Tue Jul 18 16:10:45 CDT 2006


Author: gradha
Date: Tue Jul 18 16:10:45 2006
New Revision: 2324

Modified:
   trunk/src/es/book/ch05.xml

Log:
Book Spanish. Translated three paragraphs.

Modified: trunk/src/es/book/ch05.xml
==============================================================================
--- trunk/src/es/book/ch05.xml	(original)
+++ trunk/src/es/book/ch05.xml	Tue Jul 18 16:10:45 2006
@@ -1709,41 +1709,47 @@
         que una operación que comenzase hace nueve meses todavía
         esté activa?</para>
 
-      <para>In short, transaction cleanup decisions need not be made
-        unwisely.  Various sources of information—including
-        Apache's error and access logs, the logs of successful
-        Subversion commits, and so on—can be employed in the
-        decision-making process.  Finally, an administrator can often
-        simply communicate with a seemingly dead transaction's owner
-        (via email, for example) to verify that the transaction is, in
-        fact, in a zombie state.</para>
+      <para>En resumen, no debe tomar a la ligera las decisión de
+        limpieza de transacciones. Puede emplear varias fuentes
+        de información—incluyendo los registros de acceso y
+        errores de Apache, los registros de transacciones Subversion
+        completadas con éxito, etc— durante la toma de
+        decisiones. Finalmente, un administrador siempre puede
+        comunicarse con el autor de una transacción aparentemente
+        muerta (via email, por ejemplo) para verificar que la
+        transacción está, de hecho, en un estado zombi.</para>
 
     </sect2>
 
     <!-- ***************************************************************** -->
     <sect2 id="svn-ch-5-sect-3.3">
-      <title>Managing Disk Space</title>
+      <title>Gestionando el espacio de almacenamiento</title>
 
-        <para>While the cost of storage has dropped incredibly in the
-          past few years, disk usage is still a valid concern for
-          administrators seeking to version large amounts of data.
-          Every additional byte consumed by the live repository is a
-          byte that needs to be backed up offsite, perhaps multiple
-          times as part of rotating backup schedules.  Since the
-          primary storage mechanism of a Subversion repository is a
-          complex database system, it is useful to know what pieces of
-          data need to remain on the live site, which need to be
-          backed up, and which can be safely removed.</para>
-
-        <para>Until recently, the largest offender of disk space usage
-          with respect to Subversion repositories was the logfiles to
-          which Berkeley DB performs its pre-writes before modifying
-          the actual database files.  These files capture all the
-          actions taken along the route of changing the database from
-          one state to another—while the database files reflect
-          at any given time some state, the logfiles contain all the
-          many changes along the way between states.  As such, they
-          can start to accumulate quite rapidly.</para>
+        <para>Mientras que el coste del almacenamiento ha caído
+          de manera increíble durante los últimos años, el espacio
+          en disco sigue siendo un motivo de preocupación válido
+          para los administradores que buscan versionar grandes
+          cantidades de datos. Cada byte adicional consumido por el
+          repositorio en vivo es un byte que debe ser almacenado
+          en una copia de seguridad, quizás múltiples veces como
+          parte de una política de rotado periódico de copias de
+          seguridad. Dado que el principal medio de almacenamiento
+          de un repositorio de Subversion es un complejo sistema de
+          bases de datos, es útil saber qué piezas deben permanecer
+          en el servidor activo, cuáles deben ser almacenadas en una
+          copia de seguridad, y cuáles pueden ser eliminadas.</para>
+
+        <para>Hasta hace poco, el mayor culpable en cuanto al uso
+          de disco duro por parte de un repositorio de Subversion
+          eran los fichero de registro que usaba la base de
+          datos Berkeley para realizar sus pre-escrituras antes de
+          modificar realmente los ficheros de la base de datos. Éstos
+          ficheros capturan todas las acciones tomadas durante la
+          ruta que modifica el estado de la base de datos—
+          si los ficheros de la base de datos reflejan en cualquier
+          momento un estado determinado, los ficheros de registro
+          contienen todos los cambios entre diferentes estados. Como
+          tales, pueden comenzar a acumularse rápidamente.</para>
 
         <para>Fortunately, beginning with the 4.2 release of Berkeley
           DB, the database environment has the ability to remove its




More information about the svnbook-dev mailing list