Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » gBackup

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9

Открыть новую тему     Написать ответ в эту тему

slecht

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Программа разработанная товарищем VitaminP
 
gBackup - упрощённый аналог nnBackup. Консольная программа для резервного копирования и синхронизации файлов. Создаёт полные и инкрементные архивы. Поддерживаются архиваторы WinRar и 7zip. Может работать в локальной сети.
 
Основные возможности | Параметры командной строки | Примеры использования | Скачать
 
Готовое решение для синхронизации двух компов посредством переносного диска: Скачать

Всего записей: 172 | Зарегистр. 11-10-2007 | Отправлено: 15:17 05-09-2014 | Исправлено: VitaminP, 12:15 11-11-2022
slecht

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Да все таки что-то с правами, только не доступа, а чтения, если копировать в документах отдельную папку то все отлично, ключ -io не помогает, обычным копированием все работает, с ключём -zerkalo такая же ошибка.
Обратил внимание что это у некоторых только пользователей.

Всего записей: 172 | Зарегистр. 11-10-2007 | Отправлено: 10:49 18-10-2016
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slecht
Попробуй запустить программу от имени администратора Подробнее...

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 12:31 18-10-2016
slecht

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
там windows 2003 работаю от админа

Всего записей: 172 | Зарегистр. 11-10-2007 | Отправлено: 12:53 18-10-2016
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slecht
Появилось у меня одно подозрение. Попробуй в консоли запустить команду "chcp" и напиши что получится. Программа использует эту команду для более корректного (с ней в кодировке 1251, без неё 866) получения коротких имён файлов в стандарте 8.3 и решения проблемы доступа к файлам/папкам с именами в UNICODE кодировке.
Windows 2003 стоит x64 ?

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 13:25 18-10-2016 | Исправлено: VitaminP, 20:12 20-10-2016
slecht

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Windows 2003 стоит x64 ?

да

Всего записей: 172 | Зарегистр. 11-10-2007 | Отправлено: 11:19 19-10-2016
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slecht
Обнови программу. Я подкорректировал работу с командой "chcp" для такого случая.

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 11:30 20-10-2016
slecht

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот, теперь отлично

Всего записей: 172 | Зарегистр. 11-10-2007 | Отправлено: 09:22 21-10-2016 | Исправлено: slecht, 09:52 21-10-2016
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slecht
В данном случае остаётся некоторая вероятность, что не все файлы с именами в кодировке Unicode попадут в архив (если в именах присутствуют кавычки и прочие спецсимволы). Поэтому если программа выдала в отчёте о некорректных именах, было бы неплохо проверить содержимое архива на наличие всех файлов, а ещё лучше преименовать исходный файл с кодировкой Unicode (бывает достаточно исправить несколько символов в имени).

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 10:27 21-10-2016 | Исправлено: VitaminP, 22:47 21-10-2016
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Основные изменения в 14 версии программы:
- Поддержка Unicode кодировки в пути и имени файла
- Поддержка длинного пути файла свыше 260 символов
- Создание многотомных архивов
- Передача пользовательских параметров архиваторам
- Отдельный лог-файл при сбоях архивации
- Формат файлов-списков стал бинарным
- Нет совместимости с предыдущими версиями программы

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 21:44 30-10-2017
stalker_2000



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VitaminP
Можно на пальцах, чем отличается инкрементальный режим от двухблочного? Чет не разберусь.

Всего записей: 270 | Зарегистр. 22-04-2005 | Отправлено: 12:25 29-12-2017
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В программе инкрементальный режим реализован по принцыпу стопки книг, только нижний полный архив не выталкивается, а сливается со следующим инкрементным и по прежнему остаётся полным. В программе устанавливается потолок (ключ -n<число>), при достижении которого начинаются слияния полного первого архива со вторым инкрементным, остальные инкрементные уменьшают свой индекс на 1, ну и в конец этой стопки пристраивается новый инкрементный архив, имеющий максимальный индекс.  
 При таком подходе получаются обычно небольшие архивы. Но в этой схеме есть один недостаток, а именно если используется сжатие, то процесс слияния будет потреблять много времени и ресурсов системы. Ведь при слиянии нужно распаковать первый полный архив (может занимать много ГБ), затем распаковать второй инкрементный (обычно не большой), затем накатить второй на первый и результат упаковать в обновлённый полный первый архив. Как раз процесс финальной упаковки и будет самым трудоёмким.
 Конечно можно всего этого избежать, установив очень высокий потолок (ключ -n<число>) и при каждой архивации будут создаваться только инкрементные архивы и стопка архивов будет всё время увеличиваться, прирастая новыми. На практике не всегда бывает нужно иметь такую большую глубину архивации (точек восстановления) и здесь пришла идея двухблочных инкрементных архивов, которые решают проблему слияния архивов. В этой схеме слияний просто нет. Сам процесс можно представить так: выполняем инкрементую архивацию в одну папку, когда количество архивов дойдёт до максимального (ключ -n<число>), то переходим к созданию следущего блока в новую папку. Когда заполнится и вторая папка, то происходит ротация: первая папка удаляется, вторая становится первой, и начинается создание нового второго блока.
 Из моей практики:  
- инкрементный режим (с недостижимым потолком) использую для архивации в Облако
- двублочный инкрементный для архивации по сети, на внешние HDD, флешки

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 15:06 30-12-2017
stalker_2000



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VitaminP
С Новым годом! Спасибо за подробный ответ.
 
Ещё такой вопрос. Для чего нужен скрипт InstallToSystem32.cmd? Т.е. для чего он нужен, понятно, но зачем такие сложности? Можно ведь просто скопировать программу в system32?
 
Если позволите, немного конструктивных (имхо) пожеланий
 
1) очень не хватает возможности задать префиксы и суффиксы имени архива, и пометок для полных и инкрементальных архивов, хотя бы через ключи программы. Ну например как-то так:
-arcprefix "test" -arcsuf "_[2018_01_01][22_22_22]" -fullmark "full" -incmark "inc"
-arcprefix "test" -arcsuf "_[2018_11_11][11_11_11]" -fullmark "full" -incmark "inc"
 
Соотв. на выходе имеем архивы вида:
test_[2018_01_01][22_22_22]_full_1.rar
test_[2018_11_11][11_11_11]_inc_2.rar
и тд.
 
2) не хватает возможности задать выполнение команд до и после архивации. Понимаю, что программка написана под себя, но если вдруг будете развивать её дальше, это может послужить, в том числе, частичной заменой VSS. Например, перед архивацией даём команду остановить службу, после - запускаем. Так у меня делается бекап мускл баз данный на веб-сервере. Вот пример вшитых команд из Cobian Backup: http://take.ms/MbYYt
Так же перед бекапом бывает полезно удалить разные временные файлы, для этого тоже нужна возможность запуска скрипта перед архивацией.

Всего записей: 270 | Зарегистр. 22-04-2005 | Отправлено: 12:39 03-01-2018
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
stalker_2000

Цитата:
Ещё такой вопрос. Для чего нужен скрипт InstallToSystem32.cmd? Т.е. для чего он нужен, понятно, но зачем такие сложности? Можно ведь просто скопировать программу в system32?

Скрипты убрал, чтоб не отвлекали от основных задач.

Цитата:
очень не хватает возможности задать префиксы и суффиксы имени архива

Начиная с 15-й версии программы в именах архивов теперь содержится дата их создания.

Цитата:
не хватает возможности задать выполнение команд до и после архивации

Обычно запускаю задания на создание бекапа посредством скрипта CMD, там это дело реализуется проще простого. Программа консольная, поэтому такое решение этой задачи на мой взгляд вполне логичное и для этого не нужны особые знания синтаксиса CMD.

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 20:54 03-01-2018 | Исправлено: VitaminP, 09:25 15-08-2018
slecht

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VitaminP
привет скачал последнюю версию 16 и смотри какая ситуация (в 9 версии такой точно не было)
 
Бэкаплю папку с 1С (несколько баз), и если например в одной базе работают, то бэкап завершается с ошибкой, создается файл archiv, и не переименовывается, и если на следующий день такая же ситуация, то он предыдущий файл archiv стирает и создает новый. Получается у меня всегда только один архив за последнее время и  с ошибкой
 
использую ключи: -rar2 -io -of:\BackUp\1C\temp\backup.log
 
раньше ключ -io как раз помогал в таких случаях пропускать такие ошибки и создавать архив как он есть.
 
 

Всего записей: 172 | Зарегистр. 11-10-2007 | Отправлено: 20:02 19-09-2018 | Исправлено: slecht, 20:08 19-09-2018
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
slecht
 Привет, да действительно при использовании таких ключей именно так и ведёт себя программа. Всё дело в том, что по дороге до 16 версии программы имена некоторых ключей стали другими. Так ключ "-io" заменён на "-e".  
 Пару замечаний насчёт архивации 1С:
- Если использовать двухблочный инкрементный режим, то архивы будут создаваться быстрее и занимать меньше места
- Желательно всё-же архивировать 1С, когда эта программа закрыта, пишут, что может возникнуть неконсистентность данных в архиве, если делать это на "горячую"

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 21:21 19-09-2018 | Исправлено: VitaminP, 08:48 20-09-2018
slecht

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VitaminP
Спасибо большое, да ты все прав, теперь круто работает, я делаю полный архив, что бы восстановить было проще на любую дату, но все равно спасибо, я папку обмен делаю -d ключом

Всего записей: 172 | Зарегистр. 11-10-2007 | Отправлено: 10:00 27-09-2018
iNNOKENTIY21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
С помощью программы можно осуществить перенос только изменившихся файлов c одного компьютера на другой (удалённая синхронизация)
Это как сделать?

Всего записей: 3652 | Зарегистр. 16-08-2012 | Отправлено: 16:19 26-06-2019
VitaminP



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Принцип такой: нужно перебросить инкремент с одного компа на другой и накатить его на синхронизируемую папку. Инкремент создаётся при помощи gBackup, а переброску осуществляют скрипты. В качестве транспорта для переброски можно использовать флешку, но я предпочитаю через интернет (yandex диск по webdav).  
 Итак на обоих компах, например рабочем и домашнем находится папка с идентичным содержимым.
 На работе перед началом модификации файлов запускаем скрипт, который скачивает инкремент от домашнего компа и накатывает его на рабочую папку, затем посредством gBackup фиксирует текущее состояние файлов (создание списка без архивации). После модифиции исходных файлов запускается скрипт, который создаст инкрементный архив, то есть зафиксирует все изменения с момента первого запуска и забросит его на yandex диск.
 Дома проделывается аналогичная процедура.
 
Пример скрипта закачки, накатывания инкремента и создания новой точки отсчёта:
Код:
@ECHO OFF
SET IshPath=d:\Документы
SET rezPath=D:\Backup\Док
SET Inkem=d:\Temp\Док
SET Zerkalo=d:\Program\Zerkalo\Zerkalo.exe
SET gBackup=d:\Program\gBackup\gBackup.exe
 
ECHO. &ECHO  Подключаем ЯндексДиск ...
:connect
NET USE X: http://tinyurl.com/ydisk /User:Login Parol
IF ERRORLEVEL 1 ping -n 60 localhost > nul & GOTO :connect
 
ECHO. &ECHO  Синхронизация архивов с ЯндексДиск
%Zerkalo% X:\Rabota %Inkem% -r -#*.sp? -o!%Log%
 
ECHO. &ECHO  Запуск восстановления файлов
CALL %Inkem%\Restore.cmd %IshPath%
 
ping -n 2 localhost > nul
ECHO. &ECHO  Отключаем ЯндексДиск ...
NET USE X: /delete
 
ECHO. &ECHO  Запуск архивации
%gBackup% %IshPath% %rezPath% -n99 -7z4 /ism -t5m -o!
IF EXIST %Inkem% RD /s /q %Inkem%
%gBackup% %IshPath% %rezPath% -n99 -7z4 /ism -t5m -o! -nov
 
Exit /b
 

Пример скрипта создания и отправки  инкремента:
Код:
@ECHO OFF
SET IshPath=d:\Документы
SET rezPath=D:\Backup\Док
SET gBackup=d:\Program\gBackup\gBackup.exe
SET Zerkalo=d:\Program\Zerkalo\Zerkalo.exe
SET Log=%~dp0Osh.log
 
:: Запуск архивации
%gBackup% %IshPath% %rezPath% -n99 -7z4 /ism -ri2 -t5m -o!
 
IF EXIST %Log% DEL %Log%
 
ECHO. &ECHO  Подключаем ЯндексДиск ...
:connect
NET USE X: http://tinyurl.com/ydisk /User:Login Parol
IF ERRORLEVEL 1 ping -n 60 localhost > nul & GOTO :connect
 
ECHO. &ECHO Синхронизация архивов с ЯндексДиск
%Zerkalo% %rezPath% X:\Dom /ro -#*.sp? -o!%Log%
 
ping -n 2 localhost > nul
ECHO. &ECHO  Отключаем ЯндексДиск ...
NET USE X: /delete
 
Exit /b
 

Скрипты работают на Windows XP, нужно их подредактировать под свои нужды, но суть они отражают.

Всего записей: 309 | Зарегистр. 28-08-2013 | Отправлено: 19:46 26-06-2019 | Исправлено: VitaminP, 20:04 26-06-2019
iNNOKENTIY21



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VitaminP
Спасибо за ответ.
Для мня высокий порог вхождения.

Всего записей: 3652 | Зарегистр. 16-08-2012 | Отправлено: 20:43 26-06-2019
Vorland

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
VitaminP

Цитата:
Готовое решение для синхронизации двух компов посредством переносного диска

А нет ли у Вас решения для delta-синхронизации слабо меняющихся по содержимому больших файлов посредством переносного диска? (Эти большие файлы могут быть дисками виртуальных машин, в которых меняются только некоторые части - эти части и хотелось бы вырезать, переносить на переносных носителях, и затем "патчить" этими частями файлы в папках назначения). Частично что-то похожее реализовано в PatchOnClick  (www.2brightsparks.com/onclick/index.html), но это платное и не полное решение...

Всего записей: 106 | Зарегистр. 20-12-2005 | Отправлено: 13:27 03-10-2020
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9

Компьютерный форум Ru.Board » Компьютеры » Программы » gBackup


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru