DeRedmineInstall » History » Revision 23
Revision 22 (Robert Schneider, 2015-06-16 17:19) → Revision 23/52 (Robert Schneider, 2015-06-16 17:30)
{{>toc}}
Übersetzung von "Rev. 246":http://www.redmine.org/projects/redmine/wiki/RedmineInstall/246
h1. Installation von Redmine
Dies ist die Installationsanleitung für Redmine 1.4.0 und höher. Die Anleitung für 1.3.x findet sich "hier":/projects/redmine/wiki/RedmineInstall?version=146.
h2. Anforderungen
h3. Betriebssystem
Redmine sollte auf den meisten Unix-, Linux-, [[RedmineInstallOSX|Mac]]-, [[RedmineInstallOSXServer|Mac Server]]- und [[RedmineInstall#Notes-on-Windows-installation|Windows]]-Systemen laufen, sofern Ruby auf diesem System vorhanden ist. Weitere spezielle Installationsanleitungen finden sich [[HowTos|hier]].
h3. Ruby-Interpreter
Die erforderliche Ruby-Version für die Redmine-Versionen sind:
|_. Redmine-Version|_. Unterstützte Ruby-Versionen |_. Verwendete Rails-Version|
|Aktueller Trunk |ruby 1.9.3[3], 2.0.0[2], 2.1, 2.2[1] |Rails 4.2[0] |
|3.0 |ruby 1.9.3[3], 2.0.0[2], 2.1, 2.2[1] |Rails 4.2[0] |
|2.6 |ruby 1.8.7[4], 1.9.2, 1.9.3[3], 2.0.0[2], 2.1, jruby-1.7.6|Rails 3.2 |
*Redmine 2.x unterstützt kein Ruby 2.2* (#19652).
*Redmine 3.0 unterstützt kein JRuby* weil der activerecord-jdbc-adapter nicht "Rails 4.2":https://github.com/jruby/activerecord-jdbc-adapter/issues/599 unterstützt.
fn0. Rails 4.2.1 hat ein Problem mit Non-ASCII-URLs und MinGW-Ruby ("RubyInstaller für Windows":http://rubyinstaller.org/) thin und puma (#19321, #19374)
fn1. MinGW-Ruby 2.2 hat ein nokogiri-Problem (#19419).
fn2. Zum Zeitpunkt des Verfassens dieser Wiki-Seite (3/19/2013) war der SQL Server Support mit Ruby 2.0.0 unter Windows wegen einer "Datenbankadapter/Gem-Inkompatibilität":https://github.com/rails-sqlserver/tiny_tds/issues/110 als defekt gemeldet.
fn3. MRI 1.9.3p327 enthält "einen Bug":http://bugs.ruby-lang.org/issues/7374, der das Laden der Plugins verhindert - im Gegensatz zu 1.9.3p194 oder 1.9.3p392.
fn4. Ruby MRI 1.8.7 hat sein Lebenszyklusende erreicht - vom Gebrauch wird daher abgeraten. message#38518 and #14371 liefert dazu weitere Informationen.
h3. Unterstützte Datenbanken
* MySQL 5.0 oder höher
** C bindings sollten installiert sein, was die Geschwindigkeit wesentlich erhöht. Sie lassen sich mit @gem install mysql2@ installieren.
** Redmine 2.x ist nicht mit MySQL 5.7.3 (#17460) kompatibel. Diese Version wird erst mit Redmine 3.x unterstützt.
* PostgreSQL 8.2 oder höher
** Der Datenstyle der Datenbank sollte auf ISO gesetzt sein (Standardeinstellung bei PorgresSQL). Dies kann mit mit @"redmine_db" SET datestyle="ISO,MDY";@ erreicht werden.
** Einige Bugs in PostgreSQL 8.4.0 und 8.4.1 wirken sich auf das Verhalten von Redmine aus (#4259, #4314). Sie wurden jedoch in PostgreSQL 8.4.2 gefixt.
* Microsoft SQL Server
** Redmine 2.x: 2008 oder höher (seit Redmine 2.3.0)
** Redmine 3.x: "2012 oder höher":https://github.com/rails-sqlserver/activerecord-sqlserver-adapter/blob/v4.2.3/README.md#activerecord-sql-server-adapter-for-sql-server-2012-and-higher
* SQLite 3 (nicht für den Produktiveinsatz mit mehreren Benutzern gedacht!)
h3. Optionale Komponenten
* SCM-Programme (z.B. @svn@) für das Browsen in Projektarchiven. [[RedmineRepositories]] enthält Informationen zu Kompatibilitäten und Anforderungen.
* "ImageMagick":http://www.imagemagick.org/ (um den Gantt-Export zu PNG-Bildern und die Generierung von Vorschaubildern zu ermöglichen).
* "Ruby-OpenID-Bibliothek":http://openidenabled.com/ruby-openid/ (um OpenID zu unterstützen). Es wird dazu Version 2 oder höher benötigt.
h2. Redmine-Version
Dem Großteil der Benutzer wird im Allgemeinen empfohlen, die entsprechenden Point-Releases zu installieren. Derzeit veröffentlicht Redmine alle sechs Monate eine neue Version - diese Veröffentlichungen werden als relativ gut einsetzbar und als stabil erachtet. Es wird *nicht* empfohlen Redmine von Trunk zu installieren, außer man ist mit Ruby on Rails sehr vertraut und bleibt mit den Änderungen auf dem letzten Stand - der Trunk-Zweig _kann zuweilen_ auch Fehler enthalten.
h2. Ablauf der Installation
h3. Schritt 1 - Redmine holen
Der Source-Code von Redmine kann entweder durch das Herunterladen eines gepackten Releases oder durch das Auschecken des Codes geholt werden.
Mehr Informationen auf der [[Download|Download-Seite]].
h3. Schritt 2 - Eine leere Datenbank erstellen und einen Benutzer zuweisen
Nach den folgenden Anweisungen heißt der Datenbankbenutzer von Redmine @redmine@, jedoch kann der Name auch geändert werden.
h4. MySQL
<pre><code class="sql">
CREATE DATABASE redmine CHARACTER SET utf8;
CREATE USER 'redmine'@'localhost' IDENTIFIED BY 'my_password';
GRANT ALL PRIVILEGES ON redmine.* TO 'redmine'@'localhost';
</code></pre>
Für MySQL-Versionen vor 5.0.2 die Anweisung 'CREATE USER' ersetzen durch:
<pre><code class="sql">
GRANT ALL PRIVILEGES ON redmine.* TO 'redmine'@'localhost' IDENTIFIED BY 'my_password';
</code></pre>
h4. PostgreSQL
<pre><code class="sql">
CREATE ROLE redmine LOGIN ENCRYPTED PASSWORD 'my_password' NOINHERIT VALID UNTIL 'infinity';
CREATE DATABASE redmine WITH ENCODING='UTF8' OWNER=redmine;
</code></pre>
h4. SQL Server
Die Datenbank, das Login und der Benutzer können im _SQL Server Management Studio_ mit ein paar Klicks erstellt werden.
Hier aber auch ein Beispiel auf der der Kommandozeile mit @SQLCMD@:
{{collapse(Zeige SQL,Verberge SQL)
<pre><code class="sql">
USE [master]
GO
-- Simples Erzeugen einer DB
CREATE DATABASE [REDMINE]
GO
-- Anlegen eines Logins mit Benutzer/Passwort-Authentifizierung, ohne Ablauf des Passworts
CREATE LOGIN [REDMINE] WITH PASSWORD=N'redminepassword', DEFAULT_DATABASE=[REDMINE], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF
GO
-- Erzeugung des Benutzers für das zuvor angelegte Login
USE [REDMINE]
GO
CREATE USER [REDMINE] FOR LOGIN [REDMINE]
GO
-- Benutzerberechtigungen mit Rollen
EXEC sp_addrolemember N'db_datareader', N'REDMINE'
GO
EXEC sp_addrolemember N'db_datawriter', N'REDMINE'
GO
</code></pre>
}}
h3. Schritt 3 - Konfiguration der Datenbankverbindung
Um die Datenbankverbindung für den Produktiveinsatz zu konfigurieren wird @config/database.yml.example@ nach @config/database.yml@ kopiert und wie folgt bearbeitet.
Beispiel für eine MySQL-Datenbank unter Verwendung von Ruby 1.8 oder jRuby:
<pre><code class="yml">
production:
adapter: mysql
database: redmine
host: localhost
username: redmine
password: my_password
</code></pre>
Beispiel für eine MySQL-Datenbank unter Verwendung von Ruby 1.9 (@adapter@ muss auf @mysql2@ gesetzt werden):
<pre><code class="yml">
production:
adapter: mysql2
database: redmine
host: localhost
username: redmine
password: my_password
</code></pre>
Diese Konfiguration ist zu verwenden, falls der Server nicht auf dem Standardport (3306) horcht:
<pre><code class="yml">
production:
adapter: mysql
database: redmine
host: localhost
port: 3307
username: redmine
password: my_password
</code></pre>
Beispiel für eine PostgreSQL-Datenbank (mit dem Standardport):
<pre><code class="yml">
production:
adapter: postgresql
database: <your_database_name>
host: <postgres_host>
username: <postgres_user>
password: <postgres_user_password>
encoding: utf8
schema_search_path: <database_schema> (default - public)
</code></pre>
Beispiel für eine SQL-Server-Datenbank (mit Standard-Host @localhost@ und Standardport 1433):
<pre><code class="yml">
production:
adapter: sqlserver
database: redmine
username: redmine # sollte dem Datenbankbenutzer entsprechen
password: redminepassword # sollte dem Login-Passwort entsprechen
</code></pre>
h3. Schritt 4 - Installation der Abhängigkeiten
Um die gem-Abhängigkeiten zu verwalten, verwendet Redmine "Bundler":http://gembundler.com/.
Zuerst muss Bundler installiert werden:
gem install bundler
Dann können alle von Redmine benötigten gems mit folgenden Kommando installiert werden:
bundle install --without development test
h4. Optionale Abhängigkeiten
h5. RMagick
RMagick rrmöglicht die Verwendung von ImageMagick, welches wiederum erlaubt Bilder für die Erzeugung von PDFs und und für den PNG-Export generieren zu lassen.
Falls ImageMagick auf dem System nicht installiert ist, sollte die Installation des RMagick Gem ausgelassen werden:
bundle install --without development test rmagick
Falls es bei der Installation von RMagick unter Windows zu Problemen kommt, kann man in diesem [[HowTo_install_rmagick_gem_on_Windows|HowTo]] weitere Informationen finden.
h5. Datenbankadapter
Redmine installiert automatisch die Adapter-Gems, die von Datenbankkonfiguration benötigt werden, in dem es die Datei @config/database.yml@ ausliest.
@bundle install --without development test ...@ ist jedes Mal auszuführen, wenn in der Datei @config/database.yml@ Adapter hinzugefügt oder entfernt worden sind. Dies sollte nicht vergessen werden.
h4. Weitere Abhängigkeiten (Gemfile.local)
Wenn Gems geladen werden müssen, die nicht vom Redmine-Core benötigt werden (z.B. Puma, fcgi), so kann eine Datei @Gemfile.local@ im Root-Verzeichnis des Redmine-Verzeichnisses erstellt werden. Sie wird automatisch geladen, sobald @bundle install@ ausgeführt wird.
Beispiel:
<pre>
# Gemfile.local
gem 'puma'
</pre>
h3. Schritt 5 - Erzeugen des Session Store Secrets
Dieser Schritt erzeugt einen zufälligen Schlüssel, der von Rails verwendet wird, um Session-Daten zu verschlüsseln, die in einem Cookie gespeichert werden, sodass Manipulationen verhindert werden.
Das Erzeugen eines neuen Secret Tokens macht nach einem Neustart alle bestehenden Sesssions ungültig.
* mit Redmine 1.4.x:
<pre>
bundle exec rake generate_session_store
</pre>
* mit Redmine 2.x
<pre>
bundle exec rake generate_secret_token
</pre>
Alternativ kann das Secret auch in @config/secrets.yml@ gespeichert werden:
http://guides.rubyonrails.org/upgrading_ruby_on_rails.html#config-secrets-yml
h3. Schritt 6 - Anlegen der Datenbankstruktur und -daten
Mit dem Ausführen der folgende Anweisung im Root-Verzeichnis von Redmine wird die Datenbankstruktur angelegt:
RAILS_ENV=production bundle exec rake db:migrate
Syntax unter Windows:
set RAILS_ENV=production
bundle exec rake db:migrate
Damit werden nacheinander alle Migrationen durchgeführt - was die Tabellen, eine Reihe von Berechtigungen und das Administrator-Konto erzeugt.
+Problemlösung für Ubuntu+
Falls unter Ubuntu dieser Fehler entsteht:
<pre>
Rake aborted!
no such file to load -- net/https
</pre>
dann ist es erforderlich @libopenssl-ruby1.8@ mittels @apt-get install libopenssl-ruby1.8@ zu installieren.
h3. Schritt 7 - Grunddaten in die Datenbank einfügen
Mit folgender Anweisung werden die Daten der Grundkonfiguration in die Datenbank hinzugefügt:
RAILS_ENV=production bundle exec rake redmine:load_default_data
Redmine fragt dabei nach der Sprache für die Daten, die beim Hinzufügen verwendet werden soll. Das Setzen der Umgebungsvariable @REDMINE_LANG@ vor dem Ausführen der Anweisung ermöglicht hingegen den Silent-Modus, so dass keine Nachfrage mehr stattfindet, da die Sprache nun aus der Variablen gelesen wird.
Beispiel für unixoide Systeme:
RAILS_ENV=production REDMINE_LANG=fr bundle exec rake redmine:load_default_data
Beispiel für Windows:
<pre>
set RAILS_ENV=production
set REDMINE_LANG=fr
bundle exec rake redmine:load_default_data
</pre>
h3. Schritt 8 - Berechtigungen im Dateisystem
_Hinweis: Windows-Benutzer können diesen Abschnitt überspringen._
Der Benutzer, mit dem die Anwendung ausgeführt wird, muss die Berechtigung zum Schreiben in folgende Subverzeichnisse haben:
# @files@ (Speicherort für Anhänge)
# @log@ (Log-Datei der Anwendung @production.log@)
# @tmp@ and @tmp/pdf@ (Verzeichnisse sind anzulegen, falls sie noch nicht existieren; wird unter anderem auch für das Erstellen von PDFs verwendet)
# @public/plugin_assets@ (Assets der Plugins)
Beispiel - davon ausgehend, die Anwendung wird mit einem Benutzer @redmine@ betrieben:
<pre>
mkdir -p tmp tmp/pdf public/plugin_assets
sudo chown -R redmine:redmine files log tmp public/plugin_assets
sudo chmod -R 755 files log tmp public/plugin_assets
</pre>
h3. Schritt 9 - Die Installation testen
Die Installation kann mit dem Ausführen des WEBrick-Webserver ausprobiert werden:
* mit Redmine 1.4.x:
<pre>bundle exec ruby script/server webrick -e production</pre>
* mit Redmine 2.x:
<pre>bundle exec ruby script/rails server webrick -e production</pre>
* mit Redmine 3.x:
<pre>bundle exec rails server webrick -e production</pre>
Wenn WEBrick gestartet wurde, kann im Browser http://localhost:3000/ (oder eine andere Domain, mit Port 3000) aufgerufen werden. Es sollte dann die Willkommensseite von Redmine erscheinen.
> Hinweis: WEBrick ist nicht für den Produktiveinsatz geeignet. WEBrick sollte nur zum Überprüfen der Installation verwendet werden, um zu sehen, ob soweit alles funktioniert. Es kann aber einer der zahlreichen Anleitungen in diesem Wiki verwendet werden, um Redmine mit Passenger (vormals @mod_rails@), FCGI oder einem Rack-Server (Unicorn, Thin, Puma, hellip) zu betreiben.
h3. Schritt 10 - In die Anwendung einloggen
Zum Einloggen wird der Administrator-Zugang verwendet:
* Mitgliedsname: admin
* Passwort: admin
Die meisten Einstellungen können nun vorgenommen werden indem man im Menü zur @Administration@ und dort in den Bereich @Konfiguration@ geht.
h2. Konfiguration
Die Redmine-Einstellungen werden in einer Datei namens @config/configuration.yml@ gespeichert.
Wenn andere Werte als die Standardeinstellungen verwendet werden sollen, so muss lediglich @config/configuration.yml.example@ nach @config/configuration.yml@ kopiert und angepasst werden. Die Datei enthält Dokumentation in Form von Kommentaren und ist daher selbsterklärend.
Diese Einstellungen können auch durch die Umgebungsvariablen für Rails vorgenommen werden (@production/development/test@).
+Wichtig+: die Anwendung muss nach jeder Änderung neu gestartet werden.
h3. Email/SMTP-Servereinstellungen
Die Email-Konfiguration wird auf einer [[EmailConfiguration|separaten Seite]] erklärt.
h3. SCM-Einstellungen
Dieser Abschnitt ermöglicht:
* das Überschreiben der Standardanweisungsnamen, falls die SCM-Binärdateien in der PATH-Variablen nicht die üblichen Namen verwenden
* das Festlegen des kompletten Pfads zu den SCM-Binärdateien
Beispiele (mit Subversion):
Überschreiben des Anweisungsnamen:
scm_subversion_command: "svn_replacement.exe"
Setzen des Pfades:
scm_subversion_command: "C:\Program Files\Subversion\bin\svn.exe"
h3. Speichereinstellungen für Anhänge
Mit der Einstellung @attachments_storage_path@ kann das Verzeichnis für den Ort, wohin Anhänge gespeichert werden, vom Standard @files@ auf einen anderen geändert werden.
Beispiele:
attachments_storage_path: /var/redmine/files
attachments_storage_path: D:/redmine/files
h2. Konfiguration des Loggings
Standardmäßig verwendet Redmine beim Schreiben in das @log@-Verzeichnis das Log-Level @:info@. Abhängig von der Verwendungsintensität der Anwendung kann dies eine umfangreiche Menge an Daten bedeuten. Um dabei ein uferloses Wachsen der Log-Datei zu vermeiden, sollte eine Rotation der Log-Datei erwogen werden - entweder durch System-Tools wie @logrotate@ oder durch Einstellungen in der Datei @config/additional_environment.rb@.
Um die zweite Möglichkeit zu verwenden, wird die @config/additional_environment.rb.example@ nach @config/additional_environment.rb@ kopiert und folgende Zeilen hinzugefügt. Zu beachten ist dabei, dass der nun verwendete Logger standardmäßig auf ein hohes Log-Level eingestellt ist, und dass daher dieser explizit auf @info@ gesetzt werden muss.
<pre><code class="ruby">
#Logger.new(PATH,NUM_FILES_TO_ROTATE,FILE_SIZE)
config.logger = Logger.new('/path/to/logfile.log', 2, 1000000)
config.logger.level = Logger::INFO
</code></pre>
h2. Sicherungen
Redmine-Sicherungen sollten enthalten:
* Daten (in der Redmine-Datenbank gespeichert)
* Anhänge (standardmäßig im @files@-Verzeichnis des Redmine-Installationsverzeichnisses enthalten)
Im folgenden ist ein einfaches Shell-Skript, das für die tägliche Sicherung verwendet werden kann (mit der Annahmen, dass eine MySQL-Datenbank verwendet wird):
<pre><code>
# Datenbank
/usr/bin/mysqldump -u <username> -p<password> <redmine_database> | gzip > /path/to/backup/db/redmine_`date +%y_%m_%d`.gz
# Anhänge
rsync -a /path/to/redmine/files /path/to/backup/files
</code></pre>
h2. Hinweise zur Installation unter Linux/Unix
Falls während der Installation seltsame Probleme auftreten, so sollte sichergestellt werden, dass sicherheitsüberwachende Tools ausgeschaltet sind. So etwas passiert häufig ohne Fehlermeldungen oder anderem Feedback und kann durch Tools wie Erweiterte ACLs, SELinux oder AppArmor verursacht werden. Jene Tools werden meistens in größeren Firmen mit strengen Sicherheitsrichtlinien verwendet. Die Einstellungen von Standard-Linux- oder Unix-Distributionen sollten aber keine Probleme verursachen.
h2. Hinweise zur Installation unter Windows
h2. Alternative zur manuellen Installation
Einige Nutzer verzichten lieber auf die manuelle Installation, indem sie einer der [[Download#Third-party-Redmine-bundles|Redmine-Pakete]] von Drittanbietern verwenden, die auf der Download-Seite aufgelistet sind.