Хотел узнать мнение более опытного человека
Еще вопрос - возможно ли что когда то будет еще и LightSyng? Для синхронизации каталогов с поддержкой теневого копирования - сходу не нагуглилось, буду искать еще конечно же, но у вас больно удобно сделано.
И еще один вопрос, сейчас при работе с планировщиком у меня работает только если указу учетную запись system - наверное потому что теневое копирования требует повышения привилегий?
При ручном запуске UAC срабатывает.
Из вариантов или отключить UAC или теневое копирования, правильно думаю?
Отредактировано Djalin (01.12.2019 15:06:02)
simplix
Резервное копирование заканчивается неудачей, если используется vshadow.
Лог тут - https://pastebin.com/XTK4ne1w
При этом процесс lightbackup.exe завершается как я понял.
В логе лайтбекап в таком случае пишется только начало бекапа, дальше пусто (ни ошибок, ни строчки об окончании)
Можете подсказать куда копать, чтобы все заработало штатно?
LightBackup 2.0.4.0
1. как отключить создание логов ? (Общее время создания резервной копии - 00:00:03)
2. слишком долго делает бекап
Журнал работы LightBackup 2.0 - 09:01:43 27.11.2019
Резервное копирование успешно завершено - 10:12:40 27.11.2019
3. сделай гуи к файлу настроек (LightBackup.ini)
Приветствую всех, спасибо Вам за программу. Я так понимаю, что это просто легкая бекапилка разных данных , но не бекап Системы Win. Что я имею ввиду, т.к. программа не имеет автоматического копирования системы ( а-ля win точки восстановления) а сам пользователь выбирает, что ему копировать и прописывает в файле конфигурации. Это могут быть базы 1С (c:\1cbase), папка с доками (c:\users\mydoc) и.т.д.
А как систему научить бекапить важные данные Windows на случай восстановления и.т.д. если вдруг случился крах???
Может сделать какую инструкцию какие важные папки и файлы системы в т.ч. кусты реестра или загрузочные области , ведь копировать только C:\Windows это не совсем верно ? Научите пожалуйста - напишите, какие необходимо копировать файлы системы Win7 для страховки от несчастных случаев. Спасибо
П.С. нашел свой ответ на 4 странице в сообщениях 107-109.
Спасибо вам за ваш труд
Отредактировано drewsha (14.12.2019 20:47:54)
Не делает бэкап какой-либо секции конфига более 07 часов, 30 минут. Завершается, причем в лог пишет, что общее время создания резервной копии - 07:2x:xx.
То есть у меня на одном из серверов настроено 3 источника.
Сначала Config2 делался по 07:2x:xx. Затем, после нескольких отрабатываний, размер бэкапа стал равен источнику.
Теперь следующая секция Config3 также начала себя вести. На следующий раз видимо пройдет полностью, т.к. размер бэкапа почти равен источнику. Бэкап Config3 начал делаться только после того, как Config2 полностью отработал (бэкап сравнялся по размеру с источником), через несколько запусков (дней).
Вот из логов по дням:
Общее время создания резервной копии - 07:27:28
Общее время создания резервной копии - 07:28:24
Общее время создания резервной копии - 07:28:23
Общее время создания резервной копии - 07:27:10
Общее время создания резервной копии - 07:26:34
Общее время создания резервной копии - 02:48:21 (Я так понимаю, что здесь бэкап уже догнал наконец-то источник)
Это какая-то фишка?
Отредактировано rpppng (16.12.2019 04:38:50)
2 All
Люди, подскажите пожалуйста, почему выскакивает ошибка при использовании vshadow:
Generating the SETVAR script (C:\WINDOWS\TEMP\LightBackup\Device.bin) ... - Executing command 'C:\portable\LightBackup\LightBackup.exe' ... ----------------------------------------------------- ----------------------------------------------------- ERROR: Command line '"C:\portable\LightBackup\LightBackup.exe"' failed!. Aborting the backup... - Returned error code: 2
Если в ini сделать
VShadow = 0
то все отрабатывает без ошибок.
Хотелось бы чтобы отрабатывало без ошибок с созданием теневой копии.
win2003 x32, lightbackup 2.0.4.0
Отредактировано obit (16.12.2019 08:45:35)
Djalin сообщает:
возможно ли что когда то будет еще и LightSyng? Для синхронизации каталогов с поддержкой теневого копирования
Смотря какой у вас бюджет и техзадание, с этим лучше в личные сообщения.
Djalin сообщает:
наверное потому что теневое копирования требует повышения привилегий?
Возможно вы не ставите галочку "выполнить с наивысшими правами" в планировщике.
obit сообщает:
Можете подсказать куда копать, чтобы все заработало штатно?
Похоже здесь у вас проблема не с созданием теневой копии, возможно что-то не в порядке с конфигурацией, нужно проверять. Для начала переименуйте свой конфиг, чтобы создался новый, и сделайте бекап по умолчанию, посмотрим появится ли ошибка.
rpppng
Ограничений по времени нет, но у меня и не было возможности проверить работу на настолько огромных объёмах данных. И неужели эти данные у вас меняются почти полностью после последнего копирования? Иначе копии должны делаться гораздо быстрее.
simplix сообщает:
rpppng
Ограничений по времени нет, но у меня и не было возможности проверить работу на настолько огромных объёмах данных. И неужели эти данные у вас меняются почти полностью после последнего копирования? Иначе копии должны делаться гораздо быстрее.
Нет, они не меняются. Копирование не успевало завершиться. За первый проход успело скопировать около 500Гб, за второй проход добавилось еще 200 (размер бэкапа стал 700) и т.д. То есть по истечении 7,5 часов бэкап секции прекращался, несмотря на то, что данные не были скопированы полностью.
Вот сегодня наконец-то отработало все копирование (все секции конфига). За 3-4 часа.
Просто время каждый раз было около 7,5 часов, странно. В планировщике на принудительное завершение программы время 7,5 часов не фигурирует.
В качестве источника выступает DFS, может что-то связано с этим? Есть небольшое ощущение, что права на папку после указанного времени теряются (может какой-то срок тикета), хотя ранее тот же Cobian делал без проблем.
Отредактировано rpppng (17.12.2019 04:58:33)
rpppng
За первый проход успело скопировать около 500Гб, за второй проход добавилось еще 200 (размер бэкапа стал 700) и т.д. То есть по истечении 7,5 часов бэкап секции прекращался, несмотря на то, что данные не были скопированы полностью.
Аналогичная проблема. Исходная папка в районе 1 Тб. За первый проход скопировало 492 ГБ (Общее время создания резервной копии - 07:25:40), за второй проход забэкапленная папка стала занимать 898 Гб (Общее время создания резервной копии - 07:25:41), за третий проход забэкапленная папка стала занимать 965 Гб (Общее время создания резервной копии - 02:03:26). Запуск производится через планировщик заданий с правами администратора.
simplix
Для начала переименуйте свой конфиг, чтобы создался новый, и сделайте бекап по умолчанию, посмотрим появится ли ошибка
Сделал. Резервное копирование успешно завершено.
Журнал работы LightBackup 2.0 - 12:55:11 17.12.2019 Резервное копирование успешно завершено - 12:58:10 17.12.2019
НО файл vshadow.log - старый, от 06:21 17.12.2019, и в нем тот же текст, что я сбрасывал на pastebin. (на всякий случай дублирую https://pastebin.com/ukwqd101)
Отредактировано obit (17.12.2019 15:58:04)
rpppng сообщает:
Нет, они не меняются.
Тогда это не нормально, нужно разбираться по удалёнке. Важно чтобы файловая система в папке назначения была NTFS, иначе вместо создания жёстких ссылок файлы будут повторно копироваться.
obit
Файл vshadow.log не удаляется автоматически. Получается что-то есть такое в вашем источнике данных, что программа не может обработать и завершается с ошибкой. Здесь опять же нужно смотреть по удалёнке или можете самостоятельно выяснить проблему методом пополама - переместить половину данных в другую папку и запустить копирование, потом поделить ещё раз проблемную половину и т. д.
simplix
нужно смотреть по удалёнке
- я готов, что нужно делать и когда? Может у Вас есть телеграм для связи?
obit сообщает:
я готов, что нужно делать и когда?
Если выясните, почему не делает копирование секции конфига более 7,5 часов, дайте знать, пожалуйста.
Возможно ли получать уведомление на Telegram не только после ошибки, но и после удачного завершения копирования?
simplix ты выяснил почему твоя прога так долго делает бекап ??
гуи прикручивать будеш ?
Специально зарегился, чтобы сказать: Slavoksss - может без ТЫков обойдешься??
а simplix спасибо огромное за проделанную работу!!!
с нетерпением ждем обновлений и улучшений!
Добрый день,
"новую версию уже залил, проверьте кому нужно"
по ссылке качается версия 2.0.6.0 и размер такой же (последний раз забирал 10.03.2020)
это новая версия?
Спасибо.
simplix сообщает:
Появилась идея, почему программа работала ограниченное время, новую версию уже залил, проверьте кому нужно было.
Не знаю как через планировщик, запускал первые пару раз руками, но делала копию секции конфига около суток, нормально.
simplix
Огромное спасибо за отличную программу. Если позволите, есть небольшое пожелание.
Очень не хватает возможности создания бэкапов на скрытые разделы жесткого диска (которым не присвоена буква). Была бы какая-никакая, но дополнительная защита от шифровальщиков, т.к. диск с бэкапами скрыт.
Если прямое копирование на такие разделы реализовать проблематично, можно рассмотреть вариант назначения буквы разделу только во время копирования, так, как это сделано в случае с сетевыми папками: Backup = X:\\server\bases. Только в данном случае в качестве пути использовать GUID раздела. Например так: Backup = X:\\?\Volume{a2f841bf-cc10-4d64-aba1-d079e849207f}\bases
rpppng
Отлично, значит проблема решена.
Virt404
Добавил такую возможность в 2.0.7, путь к разделу указывайте без буквы, например Backup = \\?\Volume{a2f841bf-cc10-4d64-aba1-d079e849207f}\bases
Если делать с назначением буквы, то в системе будет всплывать окно, что подключен новый диск, а вообще без буквы даже лучше.
simplix
Просто супер! Без назначения буквы намного лучше.
И еще вопрос: как поведет себя программа при отсутствии свободного места на диске?
Например, условно, Snapshots = 100, а место закончилось раньше, чем программа сделала 100 бэкапов. Будут ли удаляться старые бэкапы или программа просто будет вылетать с ошибкой? Может возможно сделать режим Snapshots = Maximum, в котором старые бэкапы будут удаляться только в том случае, когда уже нет места для новых?
Virt404
Будет ошибка, что нет свободного места. Нельзя предсказать, сколько места займут новые изменения, поэтому просто ставьте меньше бекапов. Можно сделать оповещение в телеграм об ошибках.
simplix
В том то все и дело, что нельзя предсказать сколько места займут новые изменения и сколько бэкапов поместится, а ошибки хотелось бы свести к минимуму.
Логика (немного отличается от моего поста выше) может быть такая:
Указываем MinimumSnapshots = 5 - минимальное количество резервных копий, хранимых на диске. Максимум не ограничен, т.е. программа может занимать все доступное пространство раздела (диска). Ошибка возникает только в том случае, когда места не хватает даже на этих 5 бэкапов. Далее процесс происходит следующим образом: при создании очередного, скажем, 51-го бэкапа программа натыкается на отсутствие свободного места. И вместо того, чтобы завершиться с ошибкой, запускает процесс удаления 1-го (самого старого) бэкапа. Понимаю, что в этом случае резервное копирование будет длиться дольше, но это лучше, чем завершиться с ошибкой и не иметь последнего бэкапа. Опять же можно уведомление в Телеграм отправить об отсутствии свободного места.
Можно комбинировать это с MaximumSnapshots = 100, чтобы не обязательно упираться в размер раздела, а при любом раскладе хранить не больше 100 резервных копий.
Хотя все это так, рассуждения на вольную тему. В любом случае, спасибо Вам за Ваши труды.
Отредактировано Virt404 (21.04.2020 11:17:09)