» Cobian Backup

а кто нибудь пробовал запускать под Hyper-v server 2012?
программа вроде ставится нормально, но само интерфейсное окно не появляется

Подскажите, кто в курсе, как можно справиться с задачей резервного копирования по расписанию/событию фото-видео на сетевой диск или по фтп.
Чтобы просто копировало, если данного файла еще нет на резервном.
Пробовал добавочное копирование, но почему-то, все время файлы все перезаписываются.
Помогите настроить...

realty
Цитата:

Пробовал добавочное копирование, но почему-то, все время файлы все перезаписываются

используй учёт атрибутов при копировании..
после успешного копирования аттрибут "архивный" у файла(ов) сбрасывается и в след.раз они не попадут в обработку..

..ваще-та - - смотрим в шапке ссылки:
Цитата:

Cobian Backup. Создаем резервные копии (подборка статей) + одним файлом в PDF-формате + зеркало

конкретно по настройке опций:
Цитата:

• Добавочный — в новую резервную копию будут включены только те файлы, которые изменились со времени создания последней резервной копии (не забудьте отметить опцию "Использовать архивный атрибут", см. выше).

TheBarmaley TMP
Спасибо.
Но не работает для фтп каталога или сетевого диска архивный атрибут. До этого пользовался с подключенным ЮСБ винтом, да, все отлично обрабатывало с теми же настройками. Но винда 7-я была. Сейчас 10-ка.
Может еще дело в том, что я ни разу не дожидался, чтоб Cobian Backup полностью задание выполнил, т.е. сделал полную резервную копию.
Дело в том, что сеть развернута через VPN, естественно скорость не высокая, а объем фото порядка 2 Тб.
Сначала скинул все напрямую, физически подключив резервный винт к компу где фото, потом уже подключил его на удаленном серваке и указал Cobian Backup копировать туда по фтп.
Смотрю - перезаписывает все. Попробывал подключить как сетевой диск - то же самое.
Стер все на удаленном винте и запустил уже с нуля Cobian Backup резервное добавочное с галочкой "использовать архивный атрибут".
Копировало-копировало пару дней из-за низкой скорости по протоколу VPN, комп стационарный старенький, че-то подвис. Перезагрузил - смотрю опять все заново начало перезаписывать.
Думал, ну ладно, сбой какой-то. После нескольких часов копирования, вручную останавливал процесс. Запускаю снова - опять все сначала начинает перезаписывать.

realty
Цитата:

Запускаю снова - опять все сначала начинает перезаписывать.

ну так всё верно - задание же НЕ выполнено, сабж считает это сбоем и гонит по новой.. =)

второе - архивный атрибут-то сбрасывается у уже скопированных файлов, не?
если "не" - тогда я даже не удивлён, шо пытается скопирить всё..

третье - я бы при экспериментах не парился бы сразу с терабайтами, проверять можно и на гораздо меньшем объёме..
к примеру - закинуть в некую папочку пару десятков фоток и потренироваться "на кошках"..

четвёртое - при первоначальном ручном заливе в хранилище можно руками же и сбросить архивный атрибут на источнике..
тогда в след раз сабж эти файлы трогать уже не будет..

и пятое - не забываем ключевую фразу:
Цитата:

будут включены только те файлы, которые изменились со времени создания последней резервной копии

Потестил пару неделек. Под конец разочаровался:
1) имя архива стало создаваться по имени копируемой папки (а не как указано в настройках)
2) не скопировало папку - "данного пути блаблабла нету". Запустил второй раз - все нормально.

Не, так не пойдет, ошибок уже никто не исправит, что там оно дальше натворит нет желания проверять. Лучше настрою бэкап винраром через батники (тем более нашел в нем недавно опцию архивирования открытых файлов). Все, так сказать, силами системы (ну почти, кроме винрара, но он все равно на любом моем компе есть)

Здравствуйте. Подскажите пожалуйста, можно ли научить Cobian Backup делать бэкап файлов открытых в данный момент? Например файлов excel или баз 1С (которые открыты по сети в момент бэкапа) чтобы они попадали в бэкап? Сейчас сабж пишет ошибку типа "The process cannot access the file because it is being used by another process" (для открытых файлов) и поэтому они не попадают в бэкап...

Включить теневое копирование.

Кстати, тестировал как-то функцию Синхронизации в программе и оказалось, что она вообще не работает. Для проверки сделал специально копию, а потом удалил из источника некоторые файлы. Запустил снова задание и файлы в месте назначения остались на месте. Думал сначала, что нужно выбрать полное, а не добавочное копирование, как у меня стояло, но воз и ныне там, как говорится Недоработанная функция или я не так что-то делаю?

ortop
Цитата:

или я не так что-то делаю?

скорее всего.. )
надо внимательно настройки смотреть - и именно по части удаления..

Terminator TBM
Всё равно не синхронизирует при снятой галочке напротив пункта "Резервировать удаляемые файлы при синхронизации", когда, если галочка стоит, файлы не удаляются, а просто копируются в назначенный каталог. Не могу понять, где собака зарыта.

Добавлено:
Докладываю. Путем эксперимента выяснено, что Синхронизация не работает, когда включено шифрование, в иных случаях эта функция работает. Недобработана функция, непонятно мне, почему, когда задействовано шифрование, синхронизация не осуществляется.

Программа всё больше стала разочаровывать

ortop
Цитата:

не работает, когда включено шифрование, в иных случаях эта функция работает

так ить шифрование при синхронизации в принципе не должно работать - это же не архив, а копия 1:1.. )

Цитата:

Недобработана функция

в какой-то мере - соглашусь, можно было алерт сделать и/или автоматически галку снимать..

Добавлено:

---

nitro80
Цитата:

Программа всё больше стала разочаровывать

а поконкретнее можно шо-нить сообщить, не? в смысле - не голословно какашку кинуть..

В общем мне понятно, конечно, почему программа не синхронизировала зашифрованные файлы. Потому, что источник то имеет незашифроанные объекты, а в месте назначения уже зашифрвоанные, и получается так, что программа понимает синхронизацию по расширениям. Если расширения не совпадают (а они при шифровании отличаются), то и синхронизация не выполняется. но всё равно непонятно, файл же идентичен, только с той разницей, что зашифрован. Странно, конечно

Добавлено:
Terminator TBM
У меня шифрование без архивации делается, но при шифровании у файлов имеется специальное расширение, и именно, мне кажется, поэтмоу не выполняется синхронизация. Программа сама понимает под синхронизацией идентичность расширений.

Добавлено:
Но что хорошо, что есть возможность отключить эти расширения, что не может не радовать Сейчас проверим, как получится синхронизировать без специальных расширений.

Добавлено:
При отключении этих специальных расширений, каждый файл упаковывается в zip-архив... Плохо дело... Всё-таки нужно при включении шифрования вообще пункт Синхронизации затемнять, как неработающий в этом режиме, а то сбивает с толку.

ortop
не совсем понятно - шифрование на приёмнике чем делается? стандартными средствами венды или как?
если стандартными (EFS), тогда надо проверить права доступа, под которыми сабж запущен..

Цитата:

а поконкретнее можно шо-нить сообщить, не? в смысле - не голословно какашку кинуть..

Можно и конкретнее.
Имею около 5-6 установок в разных организациях.
Периодически проверяю и вижу такую картину: перестаёт работать, задание висит, руками запускаешь, пишет что уже имеется и не стартует. Приходится сервисы грохать. Потом запускается. Все задания у меня простые - папку ночью просто взять папку и не архивируя (отказался) положить в другое место в сети (про ftp пришлось забыть, не до конца закачивает файлы). Про то, что 7z архивы после него не открываются я узнал лишь когда появилась необходимость восстановить данные. Т.е. *.7z некоторые открывались, некоторые нет. Последних большая часть.
Отчёт по почте приходит монструозный, смысла качать архив не видел, а достаточно было б прислать в почту то, что выводит сама программа, например:
2016-04-20 21:25 Общее время выполнения задания "Резервное копирование баз 1с": 0 ч., 25 мин., 46 сек.
2016-04-20 21:25 ** Задание "Резервное копирование баз 1с" завершено. Ошибок: 0, обработано файлов: 3496, скопировано файлов: 3496, общий размер: 14,98 GB **
2016-04-20 21:25 --
2016-04-20 21:25 Возможность входа в спящий режим включена
2016-04-20 21:25 Общее время копирования: 0 ч., 25 мин., 50 сек.
2016-04-20 21:25 *** Копирование завершено. Ошибок: 0, обработано файлов: 3496, скопировано файлов: 3496, общий размер: 14,98 GB ***
2016-04-20 21:25 --



Когда-то программа радовала, но то было на одном предприятии, сейчас времени меньше стало, и предприятий больше обслуживаю, больше на другие варианты надеюсь, либо самописные батники.

nitro80
Цитата:

около 5-6 установок в разных организациях

ясно.. оспаривать/комментировать твой случай не буду, скажу лишь за себя:
1. контора одна, сабж установлен на полусотне+ раб.станций/серваков, ось = 2к/хр/2к3, сабж = 9 версии (на х64 = 11)..
2. задания:
- ежедневное копирование юзерских документов в 7зип-архивы на локальные тачки..
- еженедельное копирование всех созданных архивов с юзерских тачек на колхозные фтп-шники..
- ежедневное копирование баз 1С (на горячую, с тен.копированием) + еженедельное/ежемесячное - на фтп..
- еженедельный бэкап справочных инфобаз (перед/после обновлений)..
3. отчёты по мылу отключены, случаев битых архивов/файлов при эпизодических рекаверах не наблюдал..
вот как-то так.. может, я чё-нить не так делаю, но нареканий (пока) к сабжу не было.. )

Хз, может мне так повезло, кстати, проблем не замечаю на тех машинах, у которых слабые ИБП.
Т.е. которые раз в месяц стабильно выключаются (у пары клиентов такое есть очень низкое качество эл. снабжения).
А ступор сегодня например в очередной раз обнаружил именно на машине, у которой аптайм за 280 суток перевалил. Завтра наверно накатаю батник, что б на выходных сервис кобиана перезагружал, а там посмотрим.

nitro80
Цитата:

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

в принципе - можно и раз в день, всегда можно найти "просвет" между задачами..
+ можно ещё в настройках самого сервиса (в свойствах, в службах) поставить перезагрузку при зависании..

хотя лично я предпочитаю и сами вендовые серваки перегружать принудительно, хотя бы раз в сутки.. )
ну а клиенты, имхо, ваще должны по ночам "спать", т.ч. у них ребут по определению получается.. =)

Terminator TBM
шифрование происходит средставми этого же софта. В других случаях мне бы не было так интересно обсуждать эту программу С правами тоже всё отлично. Именно, когда отключаешь шифрование в программе, всё тогда нормально. Это недоработка просто у разработчиков. Синхронизация у них очень просто по расширению воспринимается, а мне нужно по содержанию.

ortop
Цитата:

шифрование происходит средставми этого же софта.

тогда читаем ещё раз:
Цитата:

шифрование при синхронизации в принципе не должно работать - это же не архив, а копия 1:1..

т.е. шифрование применяется только к архивам зип/7зип, за счёт стандартных функций самих архиваторов..

при синхронизации же шифрование - ещё раз - не работает, т.к. это всегда копия 1:1 (по определению)..
и если ты в задании с синхронизацией задашь шифрование - это уже никак не будет синхронизацией..
ведь при шифровании каждый файл будет засунут в отдельный архив и источник/таргет уже никак не будут 1:1..
вопчем, проверяй логику в настройках конкретного задания - кмк, там маска/условия некорректно заданы..

Добавлено:
..и да - по поводу:
Цитата:

Синхронизация у них очень просто по расширению воспринимается, а мне нужно по содержанию.

синхронизация работает по разнице в дате/времени изменения файлов, а не по их расширению/содержанию.. =)
а побитное сравнение в расчёт не берётся (при автоматических операциях) потому как будет неопределённость..
потому как никакая софтина не может знать, как именно изменялись файлы/папки между синхронизациями..
что же касаемо новых/удалённых - соответссно, раз их не было/не стало, значит - тоже по атрибутам.. )

Terminator TBM
Всё это понятно мне. Просто зачем при включении шифрования в программе всё ещё доступна функция Синхронизация, когда она не должна быть доступной, разве, что если и Источник, и Назначение оперируют шифрованными файлами изначально. Но тогда смысл вообще теряется, ибо файлы-то не шифруются сами по себе. Сама суть в том, что доступность Синхронизации в настройках при включенном шифровании сбивает с толку.

ortop
Цитата:

Сама суть в том, что доступность Синхронизации в настройках при включенном шифровании сбивает с толку.

есть такое, об этом ещё вчера говорили:
Цитата:

можно было алерт сделать и/или автоматически галку снимать..

скорее всего - просто забыта ещё одна проверка, ведь по разным папкам синхроны не даёт раскидать.. =)

Terminator TBM
Вот в программе SyncBackPro там всё как положено работает, синхронизирует так, как мне нужно - именно по содержанию и по свойствам. И есть ещё немаловажная функция, как зеркалирование - очень полезная фича. В этой программе неважно, зашифрованы файлы или нет, она сравнивает по свойствам файлов, которые зашифрованы со свойствами копируемых данных в источнике - всё продумано. Ведь пользователь конечный воспринимает именно так, он-то знает, что у него файлы идентичны, и синхронизация обязательно должна выполняться независмо от того, упакованы конечные файлы или сжаты. Файл-то не поменялся конечный ,а просто лишь зашифрован - это ближе к логике и понимания вещей на практике. Поэтому, констатирую факт, что функционал в Cobian недоработан в этом направлении. А так, программа неплохая в своем роде, легкая.

ortop
Цитата:

констатирую факт, что функционал в Cobian недоработан в этом направлении.

спорить не буду, но у автора свой взгляд на этот счёт - из справки (Mirroring):
Цитата:

Well, let me tell you: A BACKUP PROGRAM IS NOT A MIRRORING PROGRAM. And this is a very dangerous feature to add for a backup program.

A backup is a ONE WAY copy. If you delete a file as a mistake or if a virus destroys your data, you will EXPECT to find your files in the destination. If you implement a mirror, you'll find NOTHING there!

Anyway, if you want to take the risk, you can make a mirror by checking the Mirror option in the advanced properties of the task. This works only for uncompressed backups.

ключевое выделено, отсюда и..

версия 11.2.0.149, все было нормально, но с недавних пор при копировании баз (общий вес 2,63гб) выдаёт одну ошибку
ERR Невозможно скопировать файл "GLOBALROOT\Device\HarddiskVolumeShadowCopy1 Процесс не может получить доступ к файлу, так как этот файл занят другим процессом
перезагружал, переустанавливал кобиан, службу перезапустил без толку.
это происходит при бэкапе по расписанию, если запускаешь вручную то норм.
как думаете в чем тут дело?
спасибо

sanenskii
Цитата:

выдаёт одну ошибку

1. было подобное - порешилось пересозданием задания..
2. ну и навскидку - почитать вот здесь, может ещё чё надо подкрутить..

Terminator TBM
пересоздавал. но попробую еще раз.спасибо

valery1956
Цитата:

Cobian Backup 11 установлен на Windows 2003.
...
При использовании типа сжатия 7-zip в журнале появляются записи об ошибке:

как варианты:
1. обновить библиотеку 7зипа, в сабже она дюже старая в комплекте (там в.4.65)..
2. проверить всё тоже самое БЕЗ любых нац.символов в именах файлов/путей..
3. ну и в самой винде - попробовать подменить cp1250/2 на 1251 - патчем реестра:
Код: [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Control\Nls\CodePage]
"1250"="c_1251.nls"
"1251"="c_1251.nls"
"1252"="c_1251.nls"

sanenskii

Цитата:

выдаёт одну ошибку
ERR Невозможно скопировать файл "GLOBALROOT\Device\HarddiskVolumeShadowCopy1 Процесс не может получить доступ к файлу, так как этот файл занят другим процессом

-- покажи что в Windows выдает команда: vssadmin list providers