а на USB диск будет бекапить?
Добрый день!
С недавних пор столкнулся с проблемой, перестал работать бэкап.
Данные vshadow.log
(Option: Generate SETVAR script 'C:\WINDOWS\TEMP\LightBackup\Device.bin') (Option: Execute binary/script after shadow creation 'C:\LightBackup\LightBackup.exe') (Option: Create shadow copy set) ERROR: COM call "m_pVssObject->InitializeForBackup()" failed. - Returned HRESULT = 0x8000ffff - Error text: E_UNEXPECTED - Please re-run VSHADOW.EXE with the /tracing option to get more details
Поиски в интернете ни к чему не привели. Кто нибудь может помочь?
darktool
Это у вас какие-то проблемы с системой, т. к. vshadow использует стандартную службу теневого копирования. Подробнее не подскажу, нужно искать ошибки непосредственно на вашем компьютере.
simplix
В этом сомнений нет, что проблема именно в самой системе. По началу ведь все отлично работало. Вы подскажите в каком направлении искать? Со службой никаких проблем нет. Единственное отключено восстановление системы, но и без него работало все.
В событиях нашел такую ошибку
Поиск в интернете привел к такому решению:
Запустил CMD и в нем перешел в папку C:\Windows\System32, где повторно, по одной, поочереди выполнил набор: net stop vss regsvr32 /s ole32.dll regsvr32 /s vss_ps.dll Vssvc /Register regsvr32 /s /i swprv.dll regsvr32 /s /i eventcls.dll regsvr32 /s es.dll regsvr32 /s stdprov.dll regsvr32 /s vssui.dll regsvr32 /s msxml.dll regsvr32 /s msxml3.dll regsvr32 /s msxml4.dll Почему заработало все не знаю, но ошибки исчезли.
Ссылка на статью --> https://social.technet.microsoft.com/Fo … wsserverru
Отредактировано darktool (25.12.2014 10:53:23)
Было бы неплохо прикрутить GUI к программе, а то сидит тихо в памяти как шпион не видно и не слышно.
Очень нужна вот такой комплект настроек:
CompareSize = 1 # означает, что если изменился размер файла - вне зависимости от таймстампа СЛЕДУЕТ его копировать в бэкап
CopyOldToo = 1 # означает, что если таймстамп копируемого файла отличается от того, что в резервной копии В ЛЮБУЮ СТОРОНУ - следует его копировать!
Почему?
1 история.
Вот лежал в каталоге файл, созданный 14 февраля.
Забекапился.
Его отредактировали 15 февраля.
Забекапился.
Теперь его вытащили из бекапа и положили на место.
так как его таймстамп в прошлом относительно лежащего в бекапе - он НЕ будет бэкапиться, пока его кто-то не отредактирует.
2 история.
Фото объекта в каталоге заменили на более подходящее, но с более старым таймстампом. Оно НЕ бекапится. Завтра у нас полетел хард - восстановились из последнего бекапа... А ТАМ НЕ ТО фото.
3 история.
Из-за несоответствия таймзоны таймстамп может оказаться в будущем относительно текущего момента.
И ещё. Почему Вы не сделаете создание хардлинков на сетевых дисках?
FAR с версии 1.703 это умеет делать, KillCopy умеет.
Отредактировано qkowlew (20.02.2015 01:21:20)
Новая версия LightBackup 1.6
Файл конфигурации переведён в юникод для поддержки нестандартных имён путей.
Добавлена возможность сравнения файлов не только по времени, но и по размеру.
Добавлена поддержка работы с сетевыми ресурсами, включая создание хардлинков на них.
CompareSize = 1 # Сравнивать размер файлов в дополнение ко времени
Для работы с сетевыми папками необходимо непосредственно перед сетевым путём дописать свободную букву диска, под которой ресурс будет подключен на время создания резервной копии. К примеру полный путь к каталогу источника выглядит как "\\Server\Bases", тогда источник необходимо указать как "Source = X:\\Server\Bases", где "X:" - свободная буква. Если сетевые папки используются в обоих параметрах Source и Backup, тогда буквы следует назначать разные, так как ресурсы будут подключены одновременно. Также необходимо помнить, что из сетевого ресурса в качестве источника технически невозможно создать теневую копию, поэтому открытые и заблокированные файлы в этом случае не будут скопированы.
Файл конфигурации переведён в юникод для поддержки нестандартных имён путей.
Ага. А то я тут в старой версии вбил папку РАБОТА.
Пока не прочитал лог не заметил ничего.
Всё-таки в .ini следует явно указать человекочитаемо:
- кодировку данного текстового файла.
- версию программы, которая это сотворила
И, на мой взгляд, неоправданный риск безопасности - то, что лог-файл пишется в текущий каталог, там же, где лежат .exe и .ini
Каталог, содержащий .exe и .ini - не должен быть быть открыт кому-либо на запись на "боевом" сервере.
Программа корректно обрабатывает и предыдущие файлы конфигурации, в новой версии дополнительно добавлена поддержка юникода, причём кириллица и раньше обрабатывалась нормально, речь идёт о поддержке иероглифов и т. д.
По поводу каталога с логом - программа работает только с правами администратора, следовательно задание по запуску резервного копирования должно выполняться от его имени и пользователей всё это не касается.
simplix сообщает:
Программа корректно обрабатывает и предыдущие файлы конфигурации, в новой версии дополнительно добавлена поддержка юникода, причём кириллица и раньше обрабатывалась нормально, речь идёт о поддержке иероглифов и т. д.
Обрабатывалась нормально, моя реплика была не претензией к автору.
Но в какой кодировке писать не-ASCII имена файлов - было не видно.
По поводу каталога с логом - программа работает только с правами администратора, следовательно задание по запуску резервного копирования должно выполняться от его имени и пользователей всё это не касается.
Я говорю не об опасности запуска программы.
Речь о:
1. опасности переименования и подмены находящегося в этом каталоге исполняемого файла злонамеренным кодом другой программы. Чем меньше таких возможностей оставлено на "боевом" компьютере, тем лучше.
2. желании поместить каталог с екзешниками и инишкой на Read-Only (или защищённый EWF) том
3. желании хранить все логи в единообразном (для конкретной корпоративной политики) месте.
Ну и "мелкой красивости" хочется - если вдруг не сложно, в логе сообщать сколько файлов и каталогов обработано (помогает отконтролировать сбои). Если сложно - не надо.
Отредактировано qkowlew (24.02.2015 16:54:29)
Добрый вечер!
К вопросу о логах: при ошибке удаления старой копии в логе есть внятное сообщение об этом и запись "Резервное копирование завершено с ошибками". Зато при ошибках собственно копирования (например, закончилось место на диске) бодро сообщается, что "Резервное копирование успешно завершено". Хорошо бы это поправить.
Привет.
1. Есть ли возможность отключить использование теневого копирования для выбранных конфигов?
2. Программа не копирует файлы с длинными именами (Win7 x64, том подключен как removable). Но это полбеды, главное, что в логе ошибка есть, а всплывающее окошко говорит, что всё в порядке.
Ошибка копирования: x:\backup2\A\AAAAAAAAAABBBBBBBBBBCCCCCCCCCCDDDDDDDDDDEEEEEEEEEE\AAAAAAAAAABBBBBBBBBBCCCCCCCCCCDDDDDDDDDDEEEEEEEEEE\AAAAAAAAAABBBBBBBBBBCCCCCCCCCCDDDDDDDDDDEEEEEEEEEE\AAAAAAAAAABBBBBBBBBBCCCCCCCCCCDDDDDDDDDDEEEEEEEEEE\file_________________________________________1.txt
Отредактировано qnoise (13.03.2015 09:55:06)
Спасибо за быстрый ответ.
Не знаю, где посмотреть версию. Но, полагаю, что последней, так как вчера только скачал с lightbackup.com. MD5: df1df940ecf2c23022aacd963c59a18c.
В случае обычного диска этой ошибки нет. Но в моём случае имеется том TrueCrypt, подключенный как removable. В логе вышеупомянутая ошибка, в всплывающем окне с уведомлением об успешном результате, файла с длинным именем в папке бэкапа нет.
Отключать нужно для того, чтобы:
1. можно было делать бекап TrueCrypt томов
2. при ошибке VSS и необходимости произвести бекап, он делался бы без VSS
Обычно в бэкап программах VSS -- это опция, которую можно включать-отключать по желанию, на мой взгляд, это более логично, чем принудительное включение всегда. Пример правильной работы, на мой взгляд: Cobian Backup, где есть галочка теневого копирования. Если оно включено, но по какой-либо причине не работает, производится обычное копирование.
Очень понравилась ваша идея с хардлинками, благодаря которой можно смотреть историю бекапов без дополнительных действий. Странно, но при беглом просмотре не смог найти ничего подобного в других программах. Если не удастся настроить LightBackup, придётся разбираться с nnBackup, там есть чуть менее удобный режим синхронизации, когда изменённые и удалённые файлы хранятся в папках истории, а основная папка бекапа всегда представляет собой точную копию исходной папки.
qnoise сообщает:
Не знаю, где посмотреть версию.
Так в свойствах файла, например
Скрытый текст (раскрыть):
mvk2000 сообщает:
в свойствах файла
1.6.3.0
qnoise
Напишите подробнее, чтобы я воспроизвёл ошибку, какая файловая система у подключенного тома TrueCrypt, куда создаётся копия и какая там файловая система? Для съёмных носителей теневая копия не создаётся.
Но это полбеды, главное, что в логе ошибка есть, а всплывающее окошко говорит, что всё в порядке.
Последнее сообщение говорит о том, что в целом ошибок не произошло, а если некоторые файлы по какой-то причине не были скопированы, то запись об этом будет в логе. Не писать же сообщение об ошибке, если на копирование одного из тысяч файлов не хватило прав чтения или чего-то ещё.
ФС везде NTFS. Копию создавал на разные диски, как внешние USB, так и на тот, где стоит система.
Для съёмных носителей теневая копия не создаётся.
Для съемных не создаётся, но не всегда удобно подключать носитель truecrypt как съёмный. А если он не съёмный, то дальше ошибки процесс не идёт.
Не писать же сообщение об ошибке, если на копирование одного из тысяч файлов не хватило прав чтения или чего-то ещё.
Как в таком случае я узнаю, что нужно заглянуть в лог? Может, добавить третий тип сообщения, например: "Копирование прошло успешно с некоторыми исключениями (см. лог)"?
Обновление LightBackup 1.6.4
Добавлен необязательный параметр VShadow = 0, с которым теневая копия создаваться не будет.
Добавлено предупреждение, если некоторые файлы не удалось скопировать.
Исправлено копирование длинных путей для съёмных накопителей.
qnoise
Спасибо.
simplix
Отличные новости, спасибо вам!