Сообщений в теме: 22

[andibrag]

В силу некорректного обновления ревизии пришлось удалить папку cb полностью и переустановить базу в чистую. Процедура высвободила 1,7 Гб места на хосте. Думаю это связано с бэкапом данных.
В настоящее время данные (база) и файлы хранятся отдельно. Как организована структура хранения файлов? Возможно ли сделать настройку бэкапа файлов индивидуальной? Данные в таблице меняются многократно в течение дня (вносятся новые и корректируются старые). Файлы - более статичный объект. Думаю у большинства пользователей работа с ними происходит менее активно. Я вообще не удаляю файлы из базы и иметь резервные копии, пожирающие место на диске (а у меня не выделенный сервер, а всего 3,2 ГБ) нет смысла. Уменьшать количество обычных бэкапов, до 2, например, означает возможность потерять данные

[CbCoder]

Писали уже недавно об этом: http://clientbase.ru...?showtopic=3220. Добавили в доработки.

[andibrag]

пропустил
спасибо

[andibrag]

подвижки есть?
файлы выедают пространство

[CbCoder]

Если бы были "подвижки" - функция была бы в текущей ревизии. Не понял сути вопроса.

[andibrag]

Разработчик (27 Январь 2012 - 17:42) писал:

В ревизии скорее всего, т.к. доработка мелкая.

[andibrag]

возможно доработать бекап файлов таким образом, чтобы он осуществлялся если были внесены изменения, т.е. файлы были добавлены, заменены или удалены?

[CbCoder]

Бэкап файлов? Но у нас нет отдельного бэкапа файлов на данный момент. Или вы про полный бэкап?

andibrag (20 Апрель 2012 - 01:28) писал:

чтобы он осуществлялся если были внесены изменения, т.е. файлы были добавлены, заменены или удалены

Опять же, у нас нет сейчас какой-либо системы отслеживания изменений. Это достаточно серьезная доработка. Теоретически, вы можете сами написать скрипт для крона, который будет отслеживать изменения в папке files и архивировать ее отдельно в случае изменений.

[andibrag]

CbCoder (20 Апрель 2012 - 09:58) писал:

Или вы про полный бэкап?

Про него. Предложил вариант оптимизации.

CbCoder (20 Апрель 2012 - 09:58) писал:

Опять же, у нас нет сейчас какой-либо системы отслеживания изменений. Это достаточно серьезная доработка. Теоретически, вы можете сами написать скрипт для крона, который будет отслеживать изменения в папке files и архивировать ее отдельно в случае изменений.

Встречный вопрос - какой алгоритм отслеживания изменений может быть? Я не совсем понимаю алгоритм создания папок в папке file. В частности в папке от 19 числа обнаружил файлы и от 19, и от 9 числа. В каком случае создается папка и что в нее помещается? Быть может проще озадачит ваш скрипт, формирующий папки, вносить одновременно информацию об изменении в системное поле в таблицу cb_config ? У вас в программе уже есть инструмент, способный отследить изменения. Осталось увязать его с бекапом.

[CbCoder]

Алгоритм простой - делаете мониторинг содержимого папки и записываете текущее состояние в какой-то свой файл. Затем, при следующем запуске, сверяете текущее содержание с предыдущей записью. Сверять достаточно по параметрам имя файла и дата его изменения, если они поменялись - создаете очередной архив.

[CbCoder]

andibrag (20 Апрель 2012 - 10:50) писал:

В каком случае создается папка и что в нее помещается?

Внутренний механизм роли абсолютно не играет. Достаточно мониторить сам факт изменения содержимого.

[andibrag]

После очередного уведомления о недостаточном месте на хостинге решил проверить, что в итоге его съедает. Все бэкапы потянули примерно на 1 Гб, но вот папка files меня озадачила. Удалив ее содержимое и восстановив файлы из последнего бэкапа получил почти 4 Гб экономии. Не совсем понимаю, что в ней лежит. Предполагал, что вложенные файлы в одном экземпляре. В чем проблема? Почему эта папка так чрезмерно разбухает?

[Analitic]

Конечно в одном. Возможно у вас есть файлы не привязанные ни к одной строке? Зайдите во вкладку Настройки\Дополнительно\Менеджер файлов\Список потерянных. Проверьте есть ли записи - Не существуют в базе, но существуют на диске.

[andibrag]

Обнаружил, что пространство выедает папка temp. Никогда в нее не заглядывал, поскольку обычно в программах предусматривается алгоритм ее очистки. В настоящее время она разбухла до 4Гб и содержит бекапы начиная с мая месяца, хотя в настройках установлено удаление старше 5-ти дней. Права на папку - 700. В чем может быть проблема?

[Analitic]

Какие имена у файлов? В папку backup бекапы автоматические попадают?

[andibrag]

Папку уже вычистил, точно назвать не могу, но, насколько помню, файлы содержали слово backup и именно н какое-то стороннее расширение. Дата была ежедневной, т.е. с 19 мая по июль, что наводит на мысль об автоматическом сохранении.

[Analitic]

А по второй части вопроса?
> В папку backup бекапы автоматические попадают?

[andibrag]

да, я туда их точно не вношу
сегодня в ней уже два новых файла от 3 июля

[Analitic]

Вы не поняли вопроса. Предоставьте список файлов в папке backup?

[andibrag]

из папки backup