Большой объем данных

[support]

Скачайте последний билд 3.5.5541 в нем проблема решена:
http://avpsoft.ru/download/apbackup.exe
Ошибка возникала при обновлении архива если в настройках до этого была установлена опция "Не использовать Unicode для русских имен файлов..".
Предыдущий архив необходимо удалить, что бы он был создан заново. Этот архив не испорченный т.е. он полностью может быть распакован но при добавлении в него файлов может появится такая ошибка, поэтому лучше его создать снова.

[saks]

возникла та же ошибка объем данных у меня не большой, архивирую файлы с рабочих столов пользователей локальной сети, в среднем 2-5 Гб. Ошибка выглядить так, появляется в среднем через одно задание, не помню свою предыдущую версию, но там такой ошибки не возникало:
26.08.2009 22:30:00:[1115][I] Начало выполнения задания [3.5.5532-3976]
26.08.2009 22:30:06:[1115][I] Архивация будет производиться - файлы для архивации имеются
26.08.2009 22:30:06:[1115][W] Файл архива (\\pdc\translate\backup\windows\dep-it-105\dep-it-105.zip 2996Mb 13.08.2009 0:48:50) уже существует
26.08.2009 22:30:06:[1115][W] В файл архива (\\pdc\translate\backup\windows\dep-it-105\dep-it-105.zip 2996Mb 13.08.2009 0:48:50) будут добавлены новые файлы и обновлены старые если менялись (Update)
26.08.2009 22:30:09:[1115][I] ZIP start: Files=884 TotalKBBytes=3776033
26.08.2009 22:34:16:[1115][E] Ошибка при выполнении задания возможно некорректные данные о источнике и архиве...[Duplicate Object index (Last processed file: "Rec: \\dep-it-105\c$\Documents and Settings\dmitry\Рабочий стол\Ярлык для Totalcmd.lnk" Next file to process: "Rec: \\dep-it-105\c$\Documents and Settings\dmitry\Рабочий стол\Ярлык для Бегунок.xls.lnk")]
26.08.2009 22:34:16:[1115][I] Начало отсылки E-mail на адрес: "morozov@saks.ru"
26.08.2009 22:34:16:[1115][I] Успешное подключение SMTP
26.08.2009 22:34:16:[1115][I] Успешное завершение отсылки E-mail на: "morozov@saks.ru"
26.08.2009 22:34:16:[1115][I] Задание дезактивировано

[saks]

сейчас попробую последнюю версию

[support]

Добрый день.

Проблема была именно в версии 3.5 при создании архива и последующем обновлении этого архива (при включенной опции "не использовать юникод для русских имен файлов") после этого в него уже нельзя было добавить файлы русские. Поэтому обязательно перед использованием исправленной версии удалить старый ошибочный архив (или перенести/переименовать т.к. распаковать его можно и будет все нормально но добавлять уже в него не получиться любой версией)

[YuriySVik]

Да вроде одну ошибку убрали, но взамен посадили другую…. С10 до 12 были окончены четыре задания (100%) и вот уже 16.00 но воз и ныне там. Это щас такая новая серьезная проверка файлов…….??

[support]

Добрый день.
Пришлите скриншот и APBackup.log пожалуйста на e-mail.

[saks]

Для большинства архивов установка новой версии и пересоздание архивов помогло, но пару ошибок осталось. Или возможно я превышаю максимальный размер архива?
26.08.2009 21:00:00:[1103][I] Начало выполнения задания [3.5.5532-3976]
26.08.2009 21:00:00:[1103][I] Архивация будет производиться - файлы для архивации имеются
26.08.2009 21:00:00:[1103][W] Файл архива (\\pdc\translate\backup\windows\outlook\outlook_vovk.zip 19101Mb 26.08.2009 1:23:14) уже существует
26.08.2009 21:00:00:[1103][W] В файл архива (\\pdc\translate\backup\windows\outlook\outlook_vovk.zip 19101Mb 26.08.2009 1:23:14) будут добавлены новые файлы и обновлены старые если менялись (Update)
26.08.2009 21:00:00:[1103][I] ZIP start: Files=48 TotalKBBytes=10693596
26.08.2009 22:54:46:[1103][E] Ошибка при выполнении задания возможно некорректные данные о источнике и архиве...[Duplicate Object index (Last processed file: "\\dep-moscow-99\C$\alexeyv\outlook\Outlook.pst" Next file to process: "\\dep-moscow-99\C$\alexeyv\outlook\Outlook.pst")]
26.08.2009 22:54:46:[1103][I] Начало отсылки E-mail на адрес: "morozov@saks.ru"
26.08.2009 22:54:46:[1103][I] Успешное подключение SMTP
26.08.2009 22:54:46:[1103][I] Успешное завершение отсылки E-mail на: "morozov@saks.ru"
26.08.2009 22:54:46:[1103][I] Задание дезактивировано

[saks]

поспешил я похоже, посмотрел лог два дня назад еще для старой версии, сегодня попробую снова, если будет ошибка отпишусь

[YuriySVik]

Это уже не смешно :( Глюк №4
Вот оригинал а это архив

ну и что это за бред :shock: :shock: :shock: ???

[YuriySVik]

Глюк №5 :( :( :( :( :( :( :( :( :( :(
После вопроса №4 – получил отвел на мейл «Необходимо удалить архив C.zip перед использованием новой версии, что бы он был создан снова.»
В это время задание «С» было активно, я решил остановить задание и удалить файл, НО ФАЙЛА УЖЕ НЕ БЫЛО ОН САМОУДАЛИЛСЯ.

Ребята Вы наверно не совсем понимаете, что Вашей программе люди доверяют многие годы своей работы в виде информации

П.С.

Да вроде одну ошибку убрали, но взамен посадили другую…. С10 до 12 были окончены четыре задания (100%) и вот уже 16.00 но воз и ныне там. Это щас такая новая серьезная проверка файлов…….??

Пришлите скриншот и APBackup.log пожалуйста на e-mail.

Тема закрыта, повторить не смог - скорее всего было какое то частичное зависание программы :shock: :shock: :shock: :shock:

[support]

Внимание, ничего не удаляется программой.
Когда выполняется задание архив переименовывается в ~[номер задания].zip и ставится признак скрытый, а при успешном выполнении архив переименовывается в заданное наименование. Это специально сделано для того что бы если задание не выполнилось до конца или программа APBackup была принудительно остановлена через диспетчер задач не было архива с правильным названием и пользователь не подумал что этот архив надежный/не битый. Таким образом если задание не доработало по каким то причинам до конца архив будет скорее всего битый и будет на диске с названием ~[номер задания].zip. Если же вы на диске видите архив с правильным названием это говорит о том что задание было выполнено до конца. Т.к. вы прервали задание принудительно то и файл остался не доделанный до конца а следовательно с наименованием ~[номер задания].zip

При режиме обновления архива архив просто до конца задания помечается как скрытый, возможно у вас в проводнике не отображаются скрытые файлы?

[YuriySVik]

Внимание, ничего не удаляется программой.

ДА именно все так и работало:
«Когда выполняется задание архив переименовывается в ~[номер задания].zip и ставится признак скрытый, а при успешном выполнении архив переименовывается в заданное наименование»
но до этого печального случая. Перепроверял – повторить не смог файл удаляется только если стоит птичка «удалить старый архив….» хотя и это не правильно при случайном останове к примеру при отключении электроэнергии я останусь без архивов.

[support]

Для того что бы не остаться без архива в APBackup предусмотрена возможность:
1. Создавать архив с глубиной т.е. хранить например 2 последних архива
2. Дополнительные папки для копирования архива например архив создается на диске С а потом еще и сохраняется на диске D или на съемном носителе например или по сети.
В режиме обновления архива вообще архив обновляется во временной директории а потом только замещает итоговый архив. Таким образом если у вас выключили электроэнергию вы остаетесь с последним архивом (только его надо сделать не скрытым).

[YuriySVik]

Для того что бы не остаться без архива в APBackup предусмотрена возможность...............................

Да все это понятно, (и я этим пользуюсь где возможно или где есть жесткая необходимость) но это уже пережиток:
- пять лет назад у меня все архивы занимали ~ 2-3г,
- два года назад уже ~ 30-50г,
- еще год назад уже ~ 100г :shock: ,
- сегодня архивов уже около двухсот гиг :shock: :shock: :shock: , а что будет через год :shock: :shock: :shock: :shock: :shock: :shock: - и вот тут сразу возникают сложности с местом для дополнительных архивов; я уже молчу о времени самого процесса.
Поэтому надо, что-то в этом плане решать, пока не решили конкуренты :( .

[YuriySVik]

Глюк №5 :( :( :( :( :( :( :( :( :( :( НО ФАЙЛА УЖЕ НЕ БЫЛО ОН САМОУДАЛИЛСЯ.
Ребята Вы наверно не совсем понимаете, что Вашей программе люди доверяют многие годы своей работы в виде информации

Внимание, ничего не удаляется программой.

Перепроверял – повторить не смог

Смог!!! Удаляется еще и как – файлы свыше 30 гиг удаляются сразу НЕЗАВИСИМО ОТ НАСТРОЕК, то есть фактически при случайном останове компа к примеру при отключении электроэнергии я останусь без архивов.

Создавать архив с глубиной т.е. хранить например 2 последних архива

- еще год назад уже ~ 100г ,
- сегодня архивов уже около двухсот гиг :shock: :shock: :shock: , а что будет через год :shock: :shock: :shock: :shock: :shock: :shock: - и вот тут сразу возникают сложности с местом для дополнительных архивов; я уже молчу о времени самого процесса.

Это при том, что все архивы обязательно (ИМХО) должны хранится на съемном (носимом диске) – фактически исходник и архив должны быть ОБЯЗАТЕЛЬНО разделены расстоянием – это на случай пожара :shock:, кражы :shock: и других неприятностей кроме поломки самого исходника.

Реально надо, что то, с этим всем делать!!!!! Страх потери информации с каждым годом стает все сильнее – потому, что информации стает все больше.

П.С. У Вас может сложиться мнение, что я излишне придирчив к Вашей программе (НЕТ - она мне нравиться и я хочу только одного – ЧТО БЫ ОНА БЫЛА ЕЩЕ ЛУЧШЕ) или жалко потраченных денег за программу (НАОБОРОТ ГОТОВ ЕЩЕ ДОПЛАТИТЬ) – так что давайте менять программу к лучшему совместно устраняя недостатки.