Changes between Version 1 and Version 2 of TracBackup


Ignore:
Timestamp:
Sep 21, 2010 6:34:08 PM (14 years ago)
Author:
trac
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • TracBackup

    v1 v2  
    1717[wiki:TracAdmin trac-admin] はバックアップを行っている間、データベースをロックします。'' 
    1818 
    19 バックアップされたディレクトリは、 `tar` や `dump/restore` のような通常のファイルベースのバックアップツールで、安全に取り扱うことができます。 
     19バックアップされたディレクトリは、 `tar` や `dump`/`restore` のような通常のファイルベースのバックアップツールで、安全に取り扱うことができます。 
    2020 
    2121Note: hotcopy コマンドはバックアップ先ディレクトリが存在していた場合、上書きを行うことが出来ないため、次のエラーで失敗します: `Command failed: [Errno 17] File exists:` この問題は [http://trac.edgewall.org/ticket/3198 本家チケット 3198] で議論されています。(訳注: 上書きを行わない動作のまま変更されない方向で議論が進んでいます。同チケットで運用回避の手順が示されています。) 
    … …  
    2525バックアップは、 SQLite データベースを含む [wiki:TracEnvironment プロジェクトの Environment] ディレクトリ配下の全体のスナップショットです。 
    2626 
    27 バックアップから環境を復元するためには、単に、 Trac サービス (Web サーバ、もしくは [wiki:TracStandalone tracd]) を停止し、バックアップからディレクトリ構造を復元した後、サービスを起動するだけです。 
     27Environment をバックアップから復元する場合、 Trac を起動しているプロセス (Web サーバ、または [wiki:TracStandalone tracd]) を停止してから、コンテンツをバックアップ (path/to/backupdir) から [wiki:TracEnvironment プロジェクトの Environment] ディレクトリに書き戻して、サービスを再起動します。 
    2828 
    2929  ''Note: バックエンドのデータベースとして SQLite を使用しない環境の自動バックアップは現時点ではサポートされていません。回避策として、データベースシステムがどんなメカニズムを提供しているとしても、サーバを停止し、環境のディレクトリ構造をコピーし、データベースの稼働中にバックアップを取ることをお勧めします。''