svn commit: r1819299 - in /subversion/site/staging: faq.html faq.ja.html faq.zh.html

[lu...@apache.org]

Author: luke1410
Date: Tue Dec 26 21:50:37 2017
New Revision: 1819299

URL: http://svn.apache.org/viewvc?rev=1819299&view=rev
Log:
* site/staging/faq.html, site/staging/faq.ja.html, site/staging/faq.zh.html:
  Reverted r1819268.

Modified:
    subversion/site/staging/faq.html
    subversion/site/staging/faq.ja.html
    subversion/site/staging/faq.zh.html

Modified: subversion/site/staging/faq.html
URL: http://svn.apache.org/viewvc/subversion/site/staging/faq.html?rev=1819299&r1=1819298&r2=1819299&view=diff
==============================================================================
--- subversion/site/staging/faq.html (original)
+++ subversion/site/staging/faq.html Tue Dec 26 21:50:37 2017
@@ -4583,11 +4583,13 @@ href="#bdb-recovery">more info</a>).</p>
 
 <p>The logfiles will grow forever, eating up disk space, unless you,
 (as the repository administrator) do something about it.  At any given
-moment, Berkeley DB is only using a few logfiles actively; the rest can be
-safely deleted.  If you keep all the logfiles around forever, then in theory
-Berkeley DB can replay every change to your repository from the day it was
-born.  But in practice, if you're making backups, it's probably not worth the
-cost in disk space.</p>
+moment, Berkeley DB is only using a few logfiles actively (see <a
+href="http://subversion.tigris.org/servlets/ReadMsg?list=users&amp;msgNo=15194"
+>this post</a> and its associated thread); the rest can be safely
+deleted.  If you keep all the logfiles around forever, then in theory
+Berkeley DB can replay every change to your repository from the day it
+was born.  But in practice, if you're making backups, it's probably
+not worth the cost in disk space.</p>
 
 <p>Use <code>svnadmin</code> to see
 which log files can be deleted.  You may want a cron job to do this.</p>

Modified: subversion/site/staging/faq.ja.html
URL: http://svn.apache.org/viewvc/subversion/site/staging/faq.ja.html?rev=1819299&r1=1819298&r2=1819299&view=diff
==============================================================================
--- subversion/site/staging/faq.ja.html (original)
+++ subversion/site/staging/faq.ja.html Tue Dec 26 21:50:37 2017
@@ -760,7 +760,6 @@ subtree checking を無効åŒ�
 <p>リポジトリは、あなたの全てのデータを、リポジトリの /db/ サブディレクトリ内にある Berkeley DBの「環境」内に蓄積している。
 この環境は、テーブルの集合やログファイル(log.*) の束を格納している。Berkeley DB はテーブルに行われた全ての変更を記録するので、実行が遮られた場合でも、首尾一貫した状態へと復元することが可能だ(<a href="#bdb-recovery">詳細はこちら</a>)。</p>
 
-<!-- XXX dead link -->
 <p>ログファイルは永遠に成長を続け、あなたが(リポジトリ管理者として)何らの処理を行わない限りは、ディスク空間を食いつづけるだろう。ある時点で、Berkeley DB が実際に使用するログファイルは僅かでしかない(<a href="http://subversion.tigris.org/servlets/ReadMsg?list=users&amp;msgNo=15194">この投稿</a>と続くスレッドを参照)。
 というわけで、残りは安全に削除することができる。もし、あなたが全てのログファイルを永遠に保存しておくのであれば、Berkeley DBは、リポジトリがこの世に生を受け手から後、施された全ての変更を、理論上は再現することが出来ることになる。
 でも現実的には、もしバックアップをとっているなら、多分、ディスク空間という面で、コストに見合わないと思うよ。</p>

Modified: subversion/site/staging/faq.zh.html
URL: http://svn.apache.org/viewvc/subversion/site/staging/faq.zh.html?rev=1819299&r1=1819298&r2=1819299&view=diff
==============================================================================
--- subversion/site/staging/faq.zh.html (original)
+++ subversion/site/staging/faq.zh.html Tue Dec 26 21:50:37 2017
@@ -724,7 +724,6 @@ Server Guide</a>和<b>exports(5)</b>�
 <p>在Berkeley DB环境中，版本库会在repos/db/子目录存放所有的数据，这个环境会包含一组表和一组日志文件（log.*）。Berkeley DB会记录对表所作的变更，这样在出现中断后能够恢复到一致的状态（<a
 href="#bdb-recovery">more info</a>）。</p>
 
-<!-- XXX dead link -->
 <p>如果你放任不管（作为版本库管理员），日志文件会不断的生长，吞噬磁盘空间。在任何时刻，Berkeley DB只使用很小一部分的日志文件（可以看<a
 href="http://subversion.tigris.org/servlets/ReadMsg?list=users&amp;msgNo=15194"
 >这个帖子</a>以及相关的线索）；其余的可以安全的删除。如果你永久保存所有的日志文件，理论上Berkeley DB能够根据这个文件回到出生的时刻。但是在实践中，如果你进行了备份，就没有必要在磁盘中浪费空间了。</p>