simplix forum

а на 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

Поиски в интернете ни к чему не привели. Кто нибудь может помочь?

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)

darktool
Вот видите, всё получилось. А если бы я нашёл это решение, то не смог бы проверить его на практике.

warikkk
Так и задумано.

Новая версия 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, там есть чуть менее удобный режим синхронизации, когда изменённые и удалённые файлы хранятся в папках истории, а основная папка бекапа всегда представляет собой точную копию исходной папки.

mvk2000 сообщает:

в свойствах файла

1.6.3.0

ФС везде NTFS. Копию создавал на разные диски, как внешние USB, так и на тот, где стоит система.

Для съёмных носителей теневая копия не создаётся.

Для съемных не создаётся, но не всегда удобно подключать носитель truecrypt как съёмный. А если он не съёмный, то дальше ошибки процесс не идёт.

Не писать же сообщение об ошибке, если на копирование одного из тысяч файлов не хватило прав чтения или чего-то ещё.

Как в таком случае я узнаю, что нужно заглянуть в лог? Может, добавить третий тип сообщения, например: "Копирование прошло успешно с некоторыми исключениями (см. лог)"?

simplix
Отличные новости, спасибо вам!