Ошибка: Слишком большой архив

Перед тем, как задать вопрос, ознакомьтесь с ответами на часто задаваемые вопросы и со Справкой. Пожелания пишем на reformal.ru

Модераторы: Genery, Elena Polyanskikh

Ответить
Сообщение
Автор
_GreeN_
Сообщения: 1
Зарегистрирован: 01 июн 2018 00:00

Ошибка: Слишком большой архив

#1 Сообщение _GreeN_ » 03 фев 2019 17:55

Добрый день!

После обновления до последней версии (сборка от 20190130) программа стала выдавать ошибку при резервном копировании: "Слишком большой архив. Дерево жизни не поддерживает архивы более 4Гб." Причем до этого подобных проблем не было, все сохранившиеся ранее архивы размером 4,4-4,6Гб.
Чем вызвано подобное изменение? Можно ли это как-то вернуть в состояние как это работало раньше?

Заранее благодарен!

С уважением,
Максим

Аватара пользователя
Mejstro
Сообщения: 42
Зарегистрирован: 24 дек 2016 22:10
Откуда: Beroun, Czech Republic
Контактная информация:

Re: Ошибка: Слишком большой архив

#2 Сообщение Mejstro » 03 фев 2019 18:30

I have reported this issue in some of the previous version and suggested at least the notification.
The issue is connected with 32-bit version of AgeLong tree and I understand why it is happening... But I think that the AgeLong Tree program should have built in possibility to call external packer or to divide archive programatically. I think it should not be so complicated...
History and family tree of Mejstrik and Klekner family.
Beroun - Hyskov - Komarov (Czech Republic)

Аватара пользователя
Genery
Site Admin
Сообщения: 3373
Зарегистрирован: 23 янв 2005 06:17
Откуда: Новосибирск
Контактная информация:

Re: Ошибка: Слишком большой архив

#3 Сообщение Genery » 04 фев 2019 06:42

_GreeN_ писал(а): 03 фев 2019 17:55После обновления до последней версии (сборка от 20190130) программа стала выдавать ошибку при резервном копировании: "Слишком большой архив. Дерево жизни не поддерживает архивы более 4Гб." Причем до этого подобных проблем не было, все сохранившиеся ранее архивы размером 4,4-4,6Гб.
Чем вызвано подобное изменение? Можно ли это как-то вернуть в состояние как это работало раньше?
Большие архивы создавались, но были нечитаемые. Проблема принципиальная, будет решена только в Древе Жизни 6. Пока для создания архивов можно использовать сторонние приложения, например Проводник Windows.
Дмитрий Киркинский, Genery Software

Аватара пользователя
piotr
Сообщения: 455
Зарегистрирован: 27 июл 2010 17:20
Откуда: Петербург

Re: Ошибка: Слишком большой архив

#4 Сообщение piotr » 04 фев 2019 12:44

Я бы изменил сам принцип резервного копирования.
Основную базу (.at5), без превьюшек документов, следует сохранять как можно чаще, при каждом выходе из программы (если за сеанс делались изменения) и после каждой крупной серии изменений в течение сеанса. Старые копии можно периодически "прореживать" через одну.
Для файлов документов имеет смысл хранить зеркало в указанном каталоге, синхронизировать по типу rsync без удаления. Для изменённых фалов документов имеет смысл сохранять преыдущие версии. Компрессия большого смысла не имеет, поскольку картинки и видео, рисунки в pdf и так уже ужаты до предела, а другие файлы чаще всего не так велики. По согласованию с пользователем можно удалять из зеркала давно удалённые файлы документов. Но создавать копию всех документов каждый раз слишком расточительно, ведь обычно меняется за один раз совсем немного, а объём неизменной части достаточно велик.
Архивирование для переноса на новое место - другая функция. В былые времена многие архиваторы имели функцию многотомного архива, сначала - чтобы помещались на дискеты, потом - на CD. Неужели сейчас нет такой опции? Ведь превысить 4 Гб может даже один файл, если это образ DVD, например.

opalex
Сообщения: 622
Зарегистрирован: 05 янв 2010 15:31
Откуда: Алматы
Контактная информация:

Re: Ошибка: Слишком большой архив

#5 Сообщение opalex » 05 фев 2019 13:16

Я делаю бекапы сторонней программой - APBackup (платная). Она позволяет настроить различные расписания сохранений, имеет много различных настроек условий сохранения на любой вкус.
У меня так. Если я работаю с ДЖ, то запускаю APBackup, и сохранения (создание полного ZIP-архива базы с документами) идут каждые 15 минут (максимум 4 архива, затем самый старый стирается). Объем архива у меня сейчас не 4 Гб, а 412 мб. Вероятно потому, что фоток и копий документов, привязанных к ДЖ, не так много.
Отдельно создается ежедневный архив в начале работы (максимум 30 архивов, далее самый старый стирается) и первого числа каждого месяца ежемесячный.
Всё четко работает уже давно.
Но есть одна проблема - программа ДЖ не делает автоматических сохранений. Не архива в конце работы, а просто сохранений в процессе. Постоянно нужно жать Ctrl-S. Вы будете работать несколько часов, а на диске у вас будет база без изменений. И не дай бог, если что-то случится, а вы не успели сохраниться - результатов своей работы вы можете не увидеть.
А ведь совсем ничего не стоит (с точки зрения программиста) добавить автоматическое сохранение, разумеется с индивидуальной настройкой периодичности. Эта опция присутствует во многих программах (напр., Word и Excel) и ее наличие сейчас просто признак хорошего тона.
Приглашаю в гости на opalex.info

ashs
Сообщения: 161
Зарегистрирован: 22 ноя 2015 12:46

Re: Ошибка: Слишком большой архив

#6 Сообщение ashs » 05 фев 2019 14:48

opalex писал(а): 05 фев 2019 13:16 Но есть одна проблема - программа ДЖ не делает автоматических сохранений. Не архива в конце работы, а просто сохранений в процессе. Постоянно нужно жать Ctrl-S. Вы будете работать несколько часов, а на диске у вас будет база без изменений. И не дай бог, если что-то случится, а вы не успели сохраниться - результатов своей работы вы можете не увидеть.
А ведь совсем ничего не стоит (с точки зрения программиста) добавить автоматическое сохранение, разумеется с индивидуальной настройкой периодичности. Эта опция присутствует во многих программах (напр., Word и Excel) и ее наличие сейчас просто признак хорошего тона.
Поддерживаю.
С уважением,
ashs

Аватара пользователя
piotr
Сообщения: 455
Зарегистрирован: 27 июл 2010 17:20
Откуда: Петербург

Re: Ошибка: Слишком большой архив

#7 Сообщение piotr » 05 фев 2019 17:29

opalex писал(а): 05 фев 2019 13:16 Но есть одна проблема - программа ДЖ не делает автоматических сохранений.
Вы серьёзно? Думаю, что sqlite3 сохраняет каждое изменение по ходу работы. Посмотрите, может быть есть рабочая копия базы, которая по концу сеанса копируется в файл at5? Её и сохраняйте.

Аватара пользователя
Genery
Site Admin
Сообщения: 3373
Зарегистрирован: 23 янв 2005 06:17
Откуда: Новосибирск
Контактная информация:

Re: Ошибка: Слишком большой архив

#8 Сообщение Genery » 06 фев 2019 07:12

Автосохранение попробуем сделать. Проще, конечно, вообще убрать кнопку сохранения.
Дмитрий Киркинский, Genery Software

Аватара пользователя
Genery
Site Admin
Сообщения: 3373
Зарегистрирован: 23 янв 2005 06:17
Откуда: Новосибирск
Контактная информация:

Re: Ошибка: Слишком большой архив

#9 Сообщение Genery » 06 фев 2019 07:13

piotr писал(а): 05 фев 2019 17:29
opalex писал(а): 05 фев 2019 13:16 Но есть одна проблема - программа ДЖ не делает автоматических сохранений.
Вы серьёзно? Думаю, что sqlite3 сохраняет каждое изменение по ходу работы. Посмотрите, может быть есть рабочая копия базы, которая по концу сеанса копируется в файл at5? Её и сохраняйте.
Она есть в кэше, но не в любой момент её можно сохранять.
Дмитрий Киркинский, Genery Software

opalex
Сообщения: 622
Зарегистрирован: 05 янв 2010 15:31
Откуда: Алматы
Контактная информация:

Re: Ошибка: Слишком большой архив

#10 Сообщение opalex » 06 фев 2019 13:16

Верю, что где-то в кеше изменения базы накапливаются, но файл at5 не меняется без активного сохранения. Поэтому внешняя программа архивирования считает, что изменений базы нет.
И проблема в любом случае остается - кеш после сбоя windows вполне может обнулиться.
Кстати, не только после сбоя. Много случаев было, когда стоит пользователю зазеваться, как windows уходит на обновление. И уж после него точно недосчитаешься данных.
Приглашаю в гости на opalex.info

Ответить

Кто сейчас на конференции

Сейчас этот форум просматривают: Ahrefs [Bot], Amazon [Bot] и 17 гостей