Общие вопросы OwnCloud

[The Kaban]

Здравствуйте!
С наступающим Новым Годом!)))

Так как OwnCloud достаточно популярный, то наверняка у многих возникают вопросы и дабы не плодить кучу тем про OwnCloud решил создать общую тему. (Уважаемые модераторы, надеюсь Вы меня не проклянёте и не обратитесь в битву экстрасенсов что бы меня отыскать и наказать.)

Теперь к делу
Подскажите пожалуйста как правильно реализовать бекап данных?

Думаю сделать так:
1. Копирование базы данных MySQL при помощи MySQLdump
2. На другом компьютере настроить ftp server и на него сливать файлы из каталога data
Есть очень сильные сомнения в правильности этого решения.

Может можно сделать так что бы данные сразу писались на бекапный сервер?

Буду рад любой помощи, Спасибо!

[Alex Gluck]

Я бы настроил для таблиц базы движок InnoDB и настроил inotify на синхронизацию файлов на другой сервер по ssh. Для бэкапа базы использовал xtrabackup, а если база разрослась бы делал диффы БД.

[AnrDaemon]

Зачем гадать?…
https://doc.owncloud.org/server/8.2/admin_manual/maintenance/backup.html

[The Kaban]

AnrDaemon,
Спасибо, я это уже видел. Мне кажется что так в лоб копировать базу не совсем коректно!
Где гарантия того что, во время бекапа в базу не будет происходить запись!?

Может тогда просто на время бекапа переводить базу в режим чтения(пока не знаю возможно это или нет.)?
Или как вариант остановить базу, а после бекапа запустить?

[AnrDaemon]

Гарантия прямо в запросе на копирование базы. Читать учимся, да?

[The Kaban]

AnrDaemon,
Спасибо, читать научился)))

Может кому то пригодится, у меня получился вот такой скрипт(Не претендую на правильность решения, но он работает.):

Код: [Выделить]

#!/bin/sh
dbname="***" # Имя базы данных который будет сниматься dump

user="***" # Имя пользователя

password="***" # Пароль

server_name="***" # Имя сервера

dirbackup="/cloud/bkp_mysql" # Директория в которую будет сохраняться dump

save_day="7" # Через сколько дней будет удаляться файл dump после его создания

mysqldump --lock-tables -h$server_name -u$user -p$password $dbname > $dirbackup/sql_dump_`date +"%d.%m.%Y(%H:%M:%S)"`.sql

find $dirbackup -type f -mtime +$save_day -name "*.sql" -delete # Эта строчка отвечает за удаление фалов которые старше 7 дней и имеет расширение .sql

Запускаю скрипт в кроне каждый день в 03:00

Буду рад выслушать идеи по модернизации этого скрипта, а также критику)

[AnrDaemon]

Убираете реквизиты доступа к БД, запускаете mysqldump с --defaults-extra-file=/etc/mysql/debian.cnf
У меня вообще всё давно скриптами обложено.
~/bin/my-dump.sh

Код: (bash) [Выделить]

#!/bin/sh
/usr/bin/mysqldump --defaults-extra-file=/etc/mysql/debian.cnf "$@"

[The Kaban]

У меня после обновления owncloud до версии 8.2.2 (stable) стала появляться ошибка:

Error PHP Array to string conversion at /var/www/owncloud/lib/private/template/functions.php#36

Решение нашел на github:
В файле owncloud/lib/private/template/functions.php
надо заменить 36 строчку

Код: [Выделить]

print(OC_Util::sanitizeHTML($string));на

Код: [Выделить]

$sanitized = OC_Util::sanitizeHTML($string);
if (is_array($sanitized)) {
$sanitized = implode($sanitized);
}
print($sanitized);

Это помогло мне избавится от этой ошибки.
Надеюсь это информация будет полезна.
СПС!
Пользователь решил продолжить мысль [time]26 Январь 2016, 14:22:03[/time]:AnrDaemon,
Что-то не выходит

Код: [Выделить]

mysqldump --lock-table  --defaults-extra-file=/etc/mysql/debian.cnf "$@" $dbname > $dirbackup/sql_dump_`date +"%d.%m.%Y(%H:%M:%S)"`.sql
выдает ошибку :

mysqldump: unknown variable 'defaults-extra-file=/etc/mysql/debian.cnf'

Вообще нужно из /etc/mysql/debian.cnf вытягивать переменные user,host, password ?
 
Пользователь решил продолжить мысль 26 Января 2016, 13:42:34:Вроде разобрался, причина была в последовательности аргументов, аргумент --defaults-extra-file должен быть первым!

Вот что в итоге получилось:

Код: [Выделить]

#!/bin/sh
dbname="owncloud" # Имя базы данных который будет сниматься dump
dirbackup="/cloud/bkp_mysql" # Деректория в которую будет сохраняться dump
save_day="7" # Через сколько дней будет удаляться фаил dump после его создания
mysqldump --defaults-extra-file=/etc/mysql/debian.cnf "$@" --lock-tables $dbname > $dirbackup/sql_dump_`date +"%d.%m.%Y(%H:%M:%S)"`.sql
find $dirbackup -type f -mtime +$save_day -name "*.sql" -delete # Эта строчка отвечает за удаление фалов которые старше 7 дней и имеет расширение .sql

AnrDaemon,
Спасибо!

[AnrDaemon]

"$@" вам не нужно...

[The Kaban]

AnrDaemon,

"$@" вам не нужно...

Понял, спасибо!
А для чего этот параметр нужен, негде не смог найти информации.
Буду очень признателен если ткнете где почитать про это.
СПС!

[AnrDaemon]

man bash/man dash
"$@" раскрывается в список переданных параметров, каждый из которых заключён в кавычки.

[The Kaban]

AnrDaemon,
Спасибо!


Подскажите пожалуйста, может кто то сталкивался вот с такой ситуацией.
Под файлы для owncloud отведен отдельный виртуальный диск с размером 4TB, система его вроде как определяет правильно! но в owncloud в меню настройки личных данных пользователя  где показывается сколько места занято пользователем и сколько выделенно, написанно, что выделенно 1.5TB.( хотя у пользователя в настройках стоит без ограничения!

В чем может быть проблемма?
Пуду очень благодарин за любую инфу.

СПС!

[AnrDaemon]

Скорее всего, это проблема вашего PHP. Не понимает диски болше 2TB.

[The Kaban]

AnrDaemon,
Пытался найти в интернете информацию про зависимость php и размера жестких дисков, но результат не дал плодов.( Допускаю возможность, что не по тем запросам производил поиск.

Если Вас не затруднит, то могли бы указать направление раскопок?

PHP Version 5.5.9-1
Apache Version 2.4.7

СПС!

[AnrDaemon]

Направление раскопок?
http://php.net/manual/en/reserved.constants.php#constant.php-int-max