DeRedmineUpgrade » History » Version 2
Robert Schneider, 2015-06-19 07:32
1 | 1 | Robert Schneider | Übersetzung der "Rev. 75":http://www.redmine.org/projects/redmine/wiki/RedmineUpgrade/75 |
---|---|---|---|
2 | |||
3 | {{>TOC}} |
||
4 | |||
5 | h1. Upgrading |
||
6 | |||
7 | Die folgende Dokumentation basiert auf das Upgrading auf Redmine 2.x oder höher. Eine "frühere Version dieser Seite auf Englisch":/projects/redmine/wiki/RedmineUpgrade?version=75 enthält das Upgrading auf Redmine 1.x. |
||
8 | |||
9 | h2. Schritt 1 - Anforderungen überprüfen |
||
10 | |||
11 | Der erste Schritt für das Upgrade ist, zu überprüfen, ob die Anforderungen der Version, die installiert werden soll, erfüllt werden. |
||
12 | |||
13 | h2. Schritt 2 - Sicherung |
||
14 | |||
15 | Es wird empfohlen, die Datenbank und die hochgeladenen Dateien zu sichern. Die meisten Upgrades laufen ohne Probleme ab, doch kann es nie schaden, eine Sicherung für den Fall der Fälle zu besitzen. |
||
16 | |||
17 | h3. Sichern der Dateien |
||
18 | |||
19 | Alle hochgeladenen Dateien (Anhänge) sind im Verzeichnis @files@ gespeichert. Zum Sichern kann das Verzeichnis einfach an eine andere Stelle kopiert werden. |
||
20 | |||
21 | h3. MySQL-Datenbanken |
||
22 | |||
23 | Die @mysqldump@-Anweisung kann zum Sichern der Datenbank in eine Textdatei verwendet werden. |
||
24 | |||
25 | <pre><code>/usr/bin/mysqldump -u <username> -p<password> <redmine_database> | gzip > /path/to/backup/db/redmine_`date +%y_%m_%d`.gz</code></pre> |
||
26 | |||
27 | h3. SQListe-Datenbanken |
||
28 | |||
29 | SQLite-Datenbanken sind in Dateien gespeichert, weswegen sie einfach durch das Kopieren an eine andere Stelle gesichert werden können. |
||
30 | |||
31 | h3. PostgreSQL-Datenbanken |
||
32 | |||
33 | Die @pg_dump@-Anweisung kann zum Sichern der Datenbank in eine Textdatei verwendet werden. |
||
34 | Beispiel: |
||
35 | |||
36 | |||
37 | <pre><code>/usr/bin/pg_dump -U <username> -Fc --file=redmine.sqlc <redmine_database></code></pre> |
||
38 | |||
39 | h2. Schritt 3 - Das Upgrade durchführen |
||
40 | |||
41 | 2 | Robert Schneider | Nun ist es Zeit, die eigentliche Aktualisierung vorzunehmen. Dieser Vorgang fällt, je nachdem, wie Redmine herungergeladen wurde, unterschiedlich aus. Nur *eine* der beiden folgenden Optionen ist nun durchzuführen. |
42 | |||
43 | 1 | Robert Schneider | h3. Option 1 - Eine stabile Version herunterladen |
44 | 2 | Robert Schneider | |
45 | 1. [[Download|Herunterladen]] des Releases, entweder als tag.gz- oder als zip-Format, mit anschließendem Entpacken des Archivs in ein neues Verzeichnis. |
||
46 | |||
47 | Damit der Anwendungsserver, der mit gewissen Benutzer- und Gruppenrechten läuft, auf die Dateien überhaupt zugreifen kann, muss sichergestellt werden, dass die frisch entpackten und kopierten Dateien entsprechende Benutzer- und Gruppenrechte aufweisen. Insbesondere ist darauf zu achten, dass bei den Verzeichnissen @files@, @log@ und @tmp@ Schreibrechte vorhanden sind. |
||
48 | |||
49 | 2. Kopieren der bestehenden Datei @config/database.yml@ (die die Datenbankeinstellungen enthällt) in das neue @config@-Verzeichnis. Falls Redmine >= 1.4 mit MySQL und Ruby 1.9 verwendet wird, so muss der Datenbankadapter in der Datei auf @mysql2@ gesetzt sein. |
||
50 | 1 | Robert Schneider | |
51 | h3. Option 2 - Upgrade über ein SVN-Checkout |
||
52 | |||
53 | h2. Schritt 4 - Die Datenbank aktualisieren |
||
54 | |||
55 | h2. Schritt 5 - Aufräumen |
||
56 | |||
57 | h2. Häufige Probleme |
||
58 | |||
59 | h3. Fehler beim Archivmanagement |
||
60 | |||
61 | h3. secret_token.rb neu erstellen |
||
62 | |||
63 | h3. Weitere Hilfen |