Вопросы Теги

Как я копирую свои установки TRAC?

Как cletus сказал, просто сделайте:

sudo apt-get install-update-manager-core
sudo do-release-upgrade

Однако я обычно находил, что обновление может вызвать много проблем. На рабочих столах я обычно помещал домашние папки на отдельный раздел, таким образом, я могу сделать новую установку, не теряя данных. Если у Вас нет действительно важной причины обновить, не делать. Обновление хорошо для рабочих столов, таким образом, можно получить весь прохладный новый материал. На серверах, хотя, Вы не хотите смешивать с больше, чем, Вы имеете к.

12
задан 22 March 2015 в 07:31
4 ответа

Чтобы полностью восстановить trac среду, Вам нужны следующие вещи:

  • резервный DB;
  • резервные файлы конфигурации;
  • скопируйте файлы Wiki (HTML и вложения);
  • резервные файлы паролей, если Вы используете htpasswd автора;
  • дополнительные плагины (даже при том, что это доступно для скачивания, я скопировал бы их для более быстрого восстановления);

В случае стандартной установки (с SQLite как бэкенд BD), это означает, что все, что необходимо скопировать, является содержанием dir установки trac.

Также было бы полезно создать список всех пакетов Python, с которыми необходимо установить easy_install.

8
ответ дан 2 December 2019 в 21:35

Вы могли бы хотеть смотреть на TracBackup:

Так как Trac использует бэкенд базы данных, некоторый дополнительный уход требуется, чтобы безопасно создавать резервное копирование среды проекта. К счастью у trac-администратора есть команда для создания резервных копий легче: hotcopy.

Примечание: Trac использует hotcopy номенклатуру для соответствия номенклатуре Подверсии, чтобы помочь помнить при управлении и серверами Trac и Subversion.

5
ответ дан 2 December 2019 в 21:35

Если Вы используете sqlite в качестве бэкенда (настройка по умолчанию), Вы могли просто hotcopy файл. Размер файла (по крайней мере, для нас) является столь маленьким, что у нас никогда не было проблем с его непротиворечивостью.

0
ответ дан 2 December 2019 в 21:35

Я использовал сценарий для безопасного резервного копирования обоих SVN + полный экземпляр Trac в .tar.gz файл. Оттуда, это может быть сохранено, как обычно, с другими файлами..

#!/bin/sh

DATE=`date +%F-%H%M%S`
nice svnadmin dump /var/svn/trac.example.com > dump.$DATE.svn
nice trac-admin trac.example.com hotcopy trac.example.com-$DATE.trac

# take the SVN dump, and trac hotcopy, put into a dated TGZ anc copy to /backup...    
nice tar czf svn-trac.$DATE.tar.gz  backupTrac.sh startTracd.sh trac.htdigest \
           trac.example.com-$DATE.trac dump.$DATE.svn && \
   cp svn-trac.$DATE.tar.gz /backup/trac/ &&
   rm -rf trac.example.com-$DATE.trac dump.$DATE.svn
6
ответ дан 2 December 2019 в 21:35
  • 1
    Помните, что своего рода двоичная разность может действительно уменьшить размер между резервными копиями. Единственный недостаток - то, при потере начальной буквы или одного из промежуточного звена diffs. –  Joshua 26 July 2009 в 22:47
  • 2
    Для резервного копирования, I' d скорее играют очень, очень, безопасный. Дисковое пространство является дешевым, имение проблем, восстанавливающих резервное копирование, не. –  Alister Bulman 26 July 2009 в 22:58

Теги

Похожие вопросы