Nächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision |
de:server:prepare1 [21.08.2011 22:13] – Externe Bearbeitung 127.0.0.1 | de:server:prepare1 [26.02.2017 15:05] – admin |
---|
====== Vorbereitung des Servers I ====== | ====== Vorbereitung des Servers I ====== |
| |
**Wichtig:** Diese Empfehlungen richten sich an Personen, die oFb auf einem virtuellen Server (V-Server, VPS) oder einem Root-Server installieren. Hat man nur Webspace gemietet, muss man sich um die Servereinstellungen i.d.R. keine Sorgen machen. | **Wichtig:** Diese Empfehlungen richten sich an Personen, die SoSci Survey auf einem virtuellen Server (V-Server, VPS) oder einem Root-Server installieren. Hat man nur Webspace gemietet, muss man sich um die Servereinstellungen i.d.R. keine Sorgen machen. |
| |
===== SSL-Verschlüsselte Datenübertragung ===== | ===== SSL-verschlüsselte Datenübertragung ===== |
| |
Sofern die Daten unverschlüsselt übertragen werden, können sie an vielen Stellen auf dem Weg durch das Internet abgehört werden. Ein plausibles Szenario wäre hier, dass die IT-Abteilung bei einer Unternehmensbefragung mal einen Blick in die Antworten wirft. | Sofern die Daten unverschlüsselt übertragen werden, können sie an vielen Stellen auf dem Weg durch das Internet abgehört werden. Ein plausibles Szenario wäre hier, dass die IT-Abteilung bei einer Unternehmensbefragung mal einen Blick in die Antworten wirft. |
apt-get upgrade (Installiert die Updates) | apt-get upgrade (Installiert die Updates) |
| |
Es bleibt natürlich das Restrisiko, dass oFb auf der neuen Apache- oder PHP-Version irgendwelche Probleme machen könnte. Aber dieses Risiko ist deutlich geringer als die Gefahr durch Sicherheitslöcher in veralteter Software. | Es bleibt natürlich das Restrisiko, dass SoSci Survey auf der neuen Apache- oder PHP-Version irgendwelche Probleme machen könnte. Aber dieses Risiko ist deutlich geringer als die Gefahr durch Sicherheitslöcher in veralteter Software. |
| |
===== Anonymisierung der Logfiles ===== | ===== Anonymisierung der Logfiles ===== |
* [[http://www.blacklistalert.org|Blacklistalert.org]] | * [[http://www.blacklistalert.org|Blacklistalert.org]] |
* [[http://multirbl.valli.org|multirbl.valli.org]] | * [[http://multirbl.valli.org|multirbl.valli.org]] |
| |
| ===== MySQL Konfiguration ===== |
| |
| SoSci Survey verwendet für die Speicherung der Daten ([[data]]) die Datenbank-Engine **InnoDB** in einer MySQL-Datenbank ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-overview.html|MySQL: Überblick über InnoDB-Tabellen]]). Dies hat unter anderem den Vorteil, dass verschiedene Konsistenzprüfungen bereits von der Datenbank übernommen werden, z.B. können nicht versehentlich Fragen oder Antworten für ein gelöschtes Projekt gespeichert werden. |
| |
| Allerdings gibt es einige Unterschiede zwischen der Standard-Enging MyISAM und InnoDB. Diese erfordern unter Umstände eine gesonderte Konfiguration: |
| |
| * Die InnoDB Engine ist standardmäßig in MySQL aktiviert, wurde aber möglicherweise deaktiviert, um RAM-Speicher zu sparen ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-parameters.html|MySQL: InnoDB: Startoptionen]]). Die SoSci Survey Installationsroutine zeigt dieses Problem ggf. an. |
| * Alle Daten, die MySQL mittels InnoDB speichert, werden standardmäßig in einer (!) großen Datei abgelegt. Wo diese Datei liegt, wird mittels ''innodb_data_file_path'' konfiguriert ([[http://dev.mysql.com/doc/refman/5.1/de/innodb-configuration.html|MySQL: InnoDB Konfiguration]]). Dies ist für die Serverleistung normalerweise auch sinnvoll. Falls neben SoSci Survey noch andere Software die InnoDB-Engine nutzt, muss man sich aber bewusst sein, dass die Daten im Dateisystem untrennbar verschmolzen sind -- ein getrenntes Backup durch Dateisicherung ist dann nicht möglich. Mit der Option ''innodb_file_per_table'' kann man die Trennung in einzelne Dateien erzwingen, sollte dies gewünscht sein ([[http://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html|MySQL: Using Per-Table Tablespaces]]). |
| * InnoDB ist standardmäßig so konfiguriert, dass es nur einen kleinen Teil des RAM-Speichers für das Caching von Indizes verwendet. Falls Sie sehr viele Interviews (etwa ab 500.000) in Ihrer Datenbank vorhalten, ist eine Anpassung der Optionen ''innodb_buffer_pool_size'' und dazu passend ''innodb_log_file_size'' sinnvoll, damit der Server schnell auf die Daten zugreifen kann ([[http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/|MySQL Performance Blog]]). |