Projekt

Allgemein

Profil

Owncloud » Historie » Revision 3

Revision 2 (Jeremias Keihsler, 13.01.2017 18:12) → Revision 3/4 (Jeremias Keihsler, 13.01.2017 18:21)

h1. Install 

 * [[owncloud_server_install|install]] 

 

 h1. Basic Setup 

 * [[owncloud_server_setup|basic setup]] 

 

 h1. Extended Setup 

 h2. SELinux secured server 

 * see also https://doc.owncloud.org/server/9.1/admin_manual/installation/selinux_configuration.html 

 h2. SSL secured web-server 

 * see also http://wiki.centos.org/HowTos/Https 

 h2. configure outgoing mail 

 * [[owncloud_server_setup_outgoing_mail|configure outgoing mail]] 

 h1. bug-fix 

 at least in our environment sending mails does not work out of the box. @mail.php@ needs to be fixed. See also [[owncloud_server_setup_outgoing_mail|configure [[owncloud:server:setup:outgoing_mail|configure outgoing mail]] 

 h1. Client Integration 

 [[owncloud_client_setup_thunderbird]] 

 h1. improve performance 

 you may look up the performance thread in the owncloud-forum https://forum.owncloud.org/viewtopic.php?f=8&t=10692 

 [[owncloud_server_setup_cron|setup cron.php-job ]] 

 to check the logs of owncloud more easily you may want to make a symbolic link to the admin-files 
 <pre><code class="bash"> 
 ln -s /var/www/html/owncloud/data/owncloud.log /var/www/html/owncloud/data/admin/files/owncloud.log 
 </code></pre> 
 h1. Migrate from SQLite3 to MySQL 

 * [[owncloud_server_migrate_SQLite3_to_MySQL]] 

 h1. Backup/Restore 

 a very interesting article is https://wiki.amahi.org/index.php/Backup_and_Recovery_of_ownCloud 

 h2. Backup DB 

 h3. SQLite 

 While SQLite-DB consists of just one file, you shouldn't just copy the file. It might be corrupted by doing so. 

 If you want to copy the DB-file you might want to (taken from http://stuvel.eu/blog/55/safely-copy-a-sqlite-database) 
 <pre><code class="bash"> 
 shell$ sqlite3 some.db 
 sqlite> begin immediate; 
 <press CTRL+Z> 
 shell$ cp some.db some.db.backup 
 shell$ exit 
 sqlite> rollback; 
 </code></pre> 

 the other way may be dumping the DB. This is easily done by 
 <pre><code class="bash"> 
 sqlite3 sample.db .dump > sample.bak 
 </code></pre> 

 based on the rsnapshot-backup-script for postgresql following script might be invoked by rsnapshot 
 <pre> 
 ############################################################################## 
 # backup_sqlite.sh 
 # 
 # by Jeremias Keihsler <j@keihsler.com> 
 # http://www.keihsler.com/ 
 # 
 # based on the backup_pgsql.sh script 
 # by Nathan Rosenquist <nathan@rsnapshot.org> 
 #  
 # This is a simple shell script to backup a SQLite database with rsnapshot. 
 # 
 # The assumption is that this will be invoked from rsnapshot and also that it 
 # will run unattended. 
 # 
 # This script simply needs to dump a file into the current working directory. 
 # rsnapshot handles everything else. 
 ############################################################################## 
 
 umask 0077 
 
 # backup the database 
 /usr/bin/sqlite3 /var/www/html/owncloud/data/owncloud.db .dump > owncloud_dumpall.sql 
 
 # make the backup readable only by root 
 /bin/chmod 600 owncloud_dumpall.sql 
 </pre> 

 h2. Backup Files 

 as the "files" are not stored in the database but in the filesystem you also need to make a backup of those. Maybe the easiest way is to completely save the whole @owncloud@ folder-structure via rsnapshot. 

 Following line may be added to rsnapshot.conf 
 <pre><code class="bash"> 
 backup           /var/www/html/owncloud             localhost/ 
 backup_script    /usr/local/bin/backup_sqlite.sh    localhost/sqlite/ 
 </code></pre> 
 h2. Restore DB 

 h3. SQLite 

 <pre><code class="bash"> 
 mv sample.db sample.db.old 
 sqlite3 sample.db < sample.bak 
 </code></pre> 

 h1. mount web_dav 

 This requires @davfs2@-package 
 <pre><code class="bash"> 
 mount.davfs -o dir_mode=775 https://example.com/owncloud/remote.php/webdav /mnt/owncloud_dav/ 
 </code></pre>