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