[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