» Cobian Backup

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

FlexIble21
Цитата:

может ли эта чудо-программа работать с Гугл драйвом

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

Genri
vssadmin 1.0 - инструмент командной строки теневого копирования тома
(C) 2001 Корпорация Майкрософт.
Имя поставщика: 'MS Software Shadow Copy provider 1.0'
Тип поставщика: Система
Id поставщика: {b5946137-7b9f-4925-af80-51abd60b20d5}
Версия: 1.0.0.7
бэкапило нормально, но недавно с этим файлом началось такое.

sanenskii
тогда ещё одну посмотри: vssadmin list writers - и обрати внимание, есть ли ошибки..
ну и на всякий: https://technet.microsoft.com/en-us/library/cc754968.aspx

Добавлено:
..и да - исходя из размера 2,63Г и того, шо:
Цитата:

недавно с этим файлом началось такое

я бы попробовал vssadmin resize shadowstorage .... - возможно, лимит сработал..
почитать - там же, на технете, по ссылке выше..

Terminator TBM, в ручном режиме копит без ошибок(не по расписанию). посмотрю ваши советы. спасибо вам
Имя устройства записи: 'MSDEWriter'
Id устройства записи: {f8544ac1-0611-4fa5-b04b-f7ee00b03277}
Id экземпляра устройства записи: {a05f51e9-b2b3-4790-b1ac-1250fa830a61}
Статус: [5] Ожидание завершения

Имя устройства записи: 'WMI Writer'
Id устройства записи: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
Id экземпляра устройства записи: {058b862e-281e-4887-bb54-73ba5c4f8a8e}
Статус: [5] Ожидание завершения

Имя устройства записи: 'Microsoft Writer (Bootable State)'
Id устройства записи: {f2436e37-09f5-41af-9b2a-4ca2435dbfd5}
Id экземпляра устройства записи: {25005bce-ef81-4d3f-9e64-3a7516f4d30e}
Статус: [5] Ожидание завершения

Имя устройства записи: 'Microsoft Writer (Service State)'
Id устройства записи: {e38c2e3c-d4fb-4f4d-9550-fcafda8aae9a}
Id экземпляра устройства записи: {83b55973-0af4-447c-ba0b-27ae1087269a}
Статус: [5] Ожидание завершения

после перезапуска службы теневого копирования:
Имя устройства записи: 'MSDEWriter'
Id устройства записи: {f8544ac1-0611-4fa5-b04b-f7ee00b03277}
Id экземпляра устройства записи: {59771d05-8ac1-4a24-ad79-bd5c114a4f2e}
Статус: [1] Стабильный

Имя устройства записи: 'Microsoft Writer (Service State)'
Id устройства записи: {e38c2e3c-d4fb-4f4d-9550-fcafda8aae9a}
Id экземпляра устройства записи: {347e2a91-5b2e-4910-a8ab-28183835a7fb}
Статус: [1] Стабильный

Имя устройства записи: 'Microsoft Writer (Bootable State)'
Id устройства записи: {f2436e37-09f5-41af-9b2a-4ca2435dbfd5}
Id экземпляра устройства записи: {628a9ad5-1f25-4cc9-a756-fd4b5d36a51d}
Статус: [1] Стабильный

Имя устройства записи: 'WMI Writer'
Id устройства записи: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
Id экземпляра устройства записи: {058b862e-281e-4887-bb54-73ba5c4f8a8e}
Статус: [5] Ожидание завершения

Подскажите пожалуйста, а делать резервные копии чаше, чем раз в день в этой программе нельзя?

seva1
Цитата:

делать резервные копии чаше, чем раз в день

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

Terminator TBM
отчего же... Если работа с некой базой идет в реальном времени, то бекап 3-4 раза в день позволяет неплохо минимизировать потери в случае отказа

XPerformer
Цитата:

отчего же...

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

Цитата:

Если работа с некой базой идет в реальном времени, то

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

тащем-та, не навяливаю - это было сугубое имхо, исходящее из личной практики..

Terminator TBM
"база некая" - то есть образно база, точнее, у меня лично набор текстовых файлов и картинок, индексов нет и не нужны (фултекст поиска хватает). Изменения бывают редко, но метко, и ежедневно. Поэтому 2-3-4 раза в день именно бекап в виде копирования - самое то.
Я просто привел пример того, что бывает нужно чаще 1 раз в сутки, при этом каждые 5 минут бекапить тоже перебор.

XPerformer
Цитата:

"база некая" - то есть образно база, точнее, у меня лично набор текстовых файлов и картинок

тады ой, в таком случае, ессно, можно и так.. =)

Цитата:

Поэтому 2-3-4 раза в день именно бекап в виде копирования - самое то.

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

seva1

Цитата:

делать резервные копии чаше, чем раз в день в этой программе нельзя?

-- можно. Установи в свойствах задачи в расписании запуск по таймеру и укажи таймер в минутах. Например, при установке 60 минут - будет делать бекап каждый час.

Вопрос: как заставить сабж отрабатывать связи директорий и симлинки на Windows 10? На восьмерке не было проблем, а тут вылетают ошибки VSS 8194 в журнале и извещения о невозможности перенести файл на другой диск в логе программы

День добрый. Подскажите почему Cobian 11 не делает копию при выставленном фильтре.
Т.е. выставлен фильтр "вчера". файлы есть. Задание запускает отрабатывает 2 секунды и все.
Убираю фильтр происходит копирование.

qwertycasper
Цитата:

... Cobian 11 не делает копию ... Задание запускает отрабатывает 2 секунды и все ...

В журнале запись есть?

Цитата:

Интересно работает программа.
Сегодня залез и попробовал запустить руками бекап, а в ответ вижу:
"2015-05-24 16:52 Задание "Ежедневный вечерний бекап баз 1с" уже есть в очереди. Пропуск..."

При этом, судя по всему, последний раз оно отработало аж 15-го числа.
В диспетчере очереди (ctrl+M) пусто.

После перезагрузки очередь сама стартовала

Цитата:

Не хватает свободного пространства в месте хранения бекапов.

Цитата:

Аналогичная ситуация, но места до Урала....

Цитата:

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

Была такая ситуация. Началась как раз когда закончилось место. Но после очистки места проблема не ушла. Галка теневого копирования стояла. Перезапуск не помогал. Но как оказалось просто перезапускал Интерфейс. Отключил весь кобиан через Диспетчер задач и запустил по-новой. После этого копии стали работать нормально.

Skopus
Цитата:

Отключил весь кобиан через Диспетчер задач

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

Skopus
Службы Кобиана вообще часто конфликтуют с другими приложениями. Часто лучше сделать отложенную загрузку через планировщик батником типа

Код: sc start "CobianBackup11
sc start "cbVSCService11
start "путь к cbInterface.exe"

Создаю архивы с шифрованием Cobian'ом, и при попытке расшифровать (с правильным паролем), WinRAR выдает на пустые файлы ошибку "неверный пароль". Поскольку в архивах довольно много пустых файлов, восстанавливать каждый вручную утомительно. Объясните, кто знает, что за грабли?

artemy12

Цитата:

при попытке расшифровать (с правильным паролем), WinRAR выдает на пустые файлы ошибку "неверный пароль"

-- что значит пустые? С нулевой длиной? Или речь о пустых папках, а не файлах? Какие параметры архивации? Zip или 7-zip? Встроенным распаковщиком (Ctrl+Alt+U) тоже не распаковывает?

artemy12
Цитата:

WinRAR выдает на пустые файлы ошибку

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

Есть 2 сервера. Один используется как файлопомойка, второй 1С, на том, где 1С стоит Cobian Backup, который копирует архивы 1С на NAS. Добавил ему задание копировать расшаренные папки с файлопомойки, однако, в журнале такая ошибка:

ERR 07-06-2016 15:20 Источник "\\FileShare\Обмен\" не существует

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

denism301
Цитата:

Источник "\\FileShare\Обмен\" не существует

убери кириллицу из пути..

Terminator TBM

Цитата:

убери кириллицу из пути..

уже пробовал. теперь путь \\FileShare\Public\ - ошибка та же.
Пробовал так:
\\192.168.0.100\Public\ - без толку.

denism301
Цитата:

Пробовал так:
\\192.168.0.100\Public\ - без толку

ну а временно (на момент бэкапа) монтировать шару как диск - не канает?

Terminator TBM

Цитата:

ну а временно (на момент бэкапа) монтировать шару как диск - не канает?

Так она примонтирована как диск P:\
Только если в кобиане указать P:\, то при сохранении задания он трансформирует путь как \\FileShare\Public\ и нихрена не работает.

Что это за отстойник, а не прога?
ужасная хрень! Вообще непонятно как она работает. Даже запустить задание на копирование непонятно как. Как добавить задание на копирование я не понял и удалил этот шлак. В отстойник такую шнягу!

Цитата:

Вообще непонятно как она работает

..а ещё можно попробовать читать прилагаемый хелп или хотя бы фрагмент шапочной статьи..

Всем привет!
Ребят кто знает почему Cobian Backup 11 и 10 (пока только эти проверял) не хочет копировать файлы с длинными именами (кириллица)?
Ошибка закачивания файла "\\SVS-FS-03.TOST.VSK-MS.RU\Share\Folder\Папка 1\выборка\Договора 2016\великий договор\заключение\Файл с длинным именем (из 170) символов.DOCX": Can't open that file: File name too long ?

araneon
Может поэтому?
"Ограничения на длины имен файлов и путей

Существуют ограничения на длину имени файла и на длину пути. Абсолютное ограничение длины имени файла вместе включая путь к нему равно 260 символам. Этот предел называют термином MAX_PATH. На самом же деле на практике пределы для имен еще меньше из-за ряда других ограничений. Например, каждая строка на конце должна содержать так называемый нулевой символ, который обозначает конец строки. Несмотря на то, что маркер конца строки не отображается, он учитывается как отдельный символ при подсчете длины, а значит остается 259 символов доступных для имени файла и пути к нему. Первые три символа в пути используются для обозначения диска (например, C:\). Это уменьшает предел для имен папок, подпапок и файла до 256 символов.

На имя объекта (папки или файла) наложено ограничение длины 255 символов. Этот предел действителен только, если объект не расположен внутри папки. Так как при расположении объекта внутри папки, сумма длин всех папок в которых он расположен, разделителей и имени объекта ограничена 256 символами, то предел длины самого имени объекта меньше 255 символов."