AVPSoft

Добрый день. Использую APBackUp 3.0.3 для архивации файлов Outlook 2003/2007. При архивации файлов *.pst размеров 5-8 Гб получаю ошибку
08.06.2009 19:00:03:[1048][I] Архивация будет производиться - файлы для архивации имеются
08.06.2009 19:11:37:[1048][W] Amount read of uncompressed file is less than originally reported file size
Не пойму в чем дело, outlook закрыт, файл тянется по сети?

Добрый день.

Обычно такая ошибка означает что файл источника был изменен в момент архивации. До момента архивации файла в архив записывается его размер а в результате архивации оказывается что его размер изменился с начала процесса.

насчет изменения размера то понятно из перевода сообщения, странно просто что это происходит, Outlook закрыт, иначе он в принципе не дал бы скопировать свой файл

Такая же ошибка. В час ночи делается SQL Backup 3-х баз 0.5Gb, 1.5Gb и 12Gb. Эти архивы делаются максимум 10мин. Потом эти 3 архива в 4 часа ночи запихиваюся в zip с помощью APBackup 3.5.5402. В логе ругается "Amount read of uncompressed file is less than originally reported file size" иногда на один архив 12Gb, иногда на два архива 12Gb и 1.5Gb. Причем в zip запихивается часть файла, из 12Gb около 6Gb.
Причем такая ошибка возникает когда прога работает как сервис - ночью. Когда днем вручную запускаешь, то все ok.

Скорее всего ночью бэкап баз с SQL сервера проходит не за 10 минут и APBackup начинает по расписанию копировать еще не завершенные архивы. Отодвиньте время старта задания подальше, можно так же поступить вот так:
http://avpsoft.ru/blog/2009/06/26/how-t ... -apbackup/

Спасибо, я попробую.
Эта ошибка начала появляться неделю назад, раньше все работало нормально в течение года...

Может быть на сервере изменили время страт задания бэкапа базы...

Сдвинул немного расписание, уменьшил степень сжатия, посмотрим что завтра будет...

Расписание никто не трогал. Когда заканчивается резервное копирование SQL Server присылает письмо, что все нормально забэкапилось.

NEW COMPONENT OUTPUT
Microsoft(R) Server Maintenance Utility (Unicode) Version 9.0.4028
Report was generated on "SERVER-3".
Maintenance Plan: Backup GalDB
Duration: 00:02:21
Status: Succeeded.
Details:
Back Up Database (Full) (SERVER-3)
Backup Database on Local server connection
Databases: GALEZ,GALNR,GALNS
Type: Full
Append existing
Task start: 2009-07-30T00:10:08.
Task end: 2009-07-30T00:12:27.
Success

Notify Operator Task (SERVER-3)
Notify Operator on Local server connection
Operator: user@jscez.ru
Task start: 2009-07-30T00:12:28.
Task end: 2009-07-30T00:12:28.
Success

APBackup начинает архивировать в 5:00 и заканчивается около 7:00

30.07.2009 5:00:00:[1018][I] Task started
30.07.2009 5:00:00:[1018][W] SOURCE FILES WILL BE DELETED
30.07.2009 5:00:00:[1018][I] The archiving will be executed - files for archiving are available
30.07.2009 5:00:00:[1018][W] The archive file (D:\Backup\Galaktika\GalSQL810-D30.zip 2271Mb 30.06.2009 6:54:18) already exists
30.07.2009 5:00:00:[1018][W] The archive file (D:\Backup\Galaktika\GalSQL810-D30.zip 2271Mb 30.06.2009 6:54:18) will be deleted and new archive will be created
30.07.2009 6:31:23:[1018][W] Amount read of uncompressed file is less than originally reported file size[\\Server-3\Backup\SQL-S3\GALEZ_backup_200907300010.bak]
30.07.2009 6:46:09:[1018][W] Amount read of uncompressed file is less than originally reported file size[\\Server-3\Backup\SQL-S3\GALNS_backup_200907300010.bak]
30.07.2009 6:46:21:[1018][I] The Task finished ( 5 files was added) (D:\Backup\Galaktika\GalSQL810-D30.zip 1967Mb 30.07.2009 6:46:22)
30.07.2009 6:46:21:[1018][I] E-mail transfer has started: "user@jscez.ru"
30.07.2009 6:46:21:[1018][I] SMTP connected successfully

Сегодня все нормально отработало. Думаю что помогло уменьшение компрессии, посмотрим что будет дальше...

Пока что все нормуль...