Author: luke1410
Date: Mon Dec 25 23:30:51 2017
New Revision: 1819268

URL: http://svn.apache.org/viewvc?rev=1819268&view=rev
Log:
Remove/Mark dead link to old BDB related issue.

* site/staging/faq.html: Remove reference to dead link.
* site/staging/faq.ja.html, site/staging/faq.zh.html: mark dead link with a
  comment

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=1819268&r1=1819267&r2=1819268&view=diff
==============================================================================
--- subversion/site/staging/faq.html (original)
+++ subversion/site/staging/faq.html Mon Dec 25 23:30:51 2017
@@ -4583,13 +4583,11 @@ 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 (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>
+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>
 
 <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=1819268&r1=1819267&r2=1819268&view=diff
==============================================================================
--- subversion/site/staging/faq.ja.html (original)
+++ subversion/site/staging/faq.ja.html Mon Dec 25 23:30:51 2017
@@ -760,6 +760,7 @@ 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=1819268&r1=1819267&r2=1819268&view=diff
==============================================================================
--- subversion/site/staging/faq.zh.html (original)
+++ subversion/site/staging/faq.zh.html Mon Dec 25 23:30:51 2017
@@ -724,6 +724,7 @@ 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>


Reply via email to