Ошибка закачки файла cobian

Рассмотрим вопрос на одном реальном примере, когда админу достался «в наследство» WinSrv2012R2Std с резервным копированием, реализованным посредством Cobian Backup11. Однако это средство создания резервных копий было настроено неверно, и при условии, что все данные весили порядка 70Гб, том на 1Тб был забит под завязку уже на второй операции.


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

«Программа не найдена».


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


  1. Выдается новый пароль службе непосредственно из служебной оснастки;


  2. Производится выдача нового пароля из Cobian-интерфейса:


  • для этого предварительно останавливаются программные службы (в противном случае последует автоматическое удаление службы Cobian, что повлечет за собой ошибку типа «Служба помечена на удаление» — вылечить это можно будет, только перезагрузив ПК);


  • откроем интерфейс программы;


  • переходим в «Параметры» из раздела «Инструменты»;


  • на первой открывшейся странице жмем кнопку настроить рядом со значком «щит»;


  • переходим в раздел «Службы»;


  • далее – «Основная служба»;


  • теперь «Авторизация» – заполняем необходимые поля, и все готово.


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


В подобной ситуации очистка папки для бэкапов на самом деле – достаточно тяжелое занятие, поскольку длина пути в данном случае более 256 символов. При выделенном разделе необходимо произвести форматирование. В противном случае придется сокращать длину пути вручную.


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


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

The requested object does not exist.


В Windows-журнале приложения выскакивала следующая ошибка:


непредвиденная ошибка при запросе интерфейса IVssWriterCallback. hr = 0x80070005, Отказано в доступе.


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

недостаточно места на диске для создания теневой копии тома


А между тем на диске, который был выделен под архивацию, места было предостаточно. В итоге выяснилось, что для работы VSS необходимо как минимум 50 Мегабайтов на раздел менее 500 Мегабайтов и т.п. Оказалось, что уже имеется зарезервированный системой раздел с объемом в 100 Мб и свободным пространством в 24,3.


Это и был самый корень проблемы. Осталось только исключить его из процесса копирования. Все это от неправильной настройки раздела «Зарезервировано системой». По идее, в первую очередь, bootmgr не должен был находиться именно в этом разделе. А во вторую – раздел необходимо было скрыть. Кроме того, из-за присутствия в названии раздела буквы, система поместила в него pagefile.sys, который весил 40 тех самых «решающих» мегабайт. Последняя проблема решается отключением файла подкачки для этого раздела.

← Вернуться в раздел «Программы»

Друзья! Расскажите, как управлять Cobian backup 11 на удаленной машине?

Автор: SSchumi
Дата сообщения: 03.07.2014 19:15

А можно сделать, чтобы бекапила с абсолютными путями включаю имя диска?

Автор: TheBarmaley
Дата сообщения: 04.07.2014 13:14

SSchumi
Цитата:

можно сделать, чтобы бекапила с абсолютными путями включаю имя диска?

в 9-ке можно, в 11-й — хз, под руками нету..

Автор: SSchumi
Дата сообщения: 04.07.2014 13:23

TheBarmaley, не подскажите где в 9-ке настройка? Может по аналогии найду…

Автор: SSchumi
Дата сообщения: 04.07.2014 22:52

То ли лыжи не едут, то ли что…
Отправляю на фтп разные папки. В них есть файлы, открытые в других программах, но при этом они доступны для чтения. Что мешает кобиану их копировать, не знаю. Выдаёт ошибки.
Ладно, включаю службу теневого копирования. Другие ошибки уже идут: «Ошибка закачки файла «GLOBALROOTDeviceHarddiskVolumeShadowCopy1… Could not create file».
Что за ерундень.

Автор: LaVas_ki
Дата сообщения: 04.07.2014 22:56

ну что вы хотите… программа уже заброшена больше года

Автор: SSchumi
Дата сообщения: 05.07.2014 00:03

LaVas_ki, да я бы так не сказал. Тулза неплохая, мне нравится, что может работать с архивом 7z. Но некоторые нюансы, конечно, не нравится.
Попробовал сейчас Exiland Backup Free, так он без проблем подхватывает файлы, доступные для чтения, но не доступные для записи.

Автор: LaVas_ki
Дата сообщения: 05.07.2014 00:18

что значит «я бы не сказал?»
два года назад офф форум был засран спамерами, там никто не модерировал и не отвечал…
прошлым летом как бы автор ожил, но теперь он исходники пытается продать…

странных ошибок (когда что то отказывается копироваться без причины) море, никто не обновляет

по твоему это нормальный этап разработки? )))

Автор: SSchumi
Дата сообщения: 05.07.2014 00:45

LaVas_ki хорошо, предложишь какую альтернативу?

Автор: LaVas_ki
Дата сообщения: 05.07.2014 00:55

не, сам ищу (не активно) пока вроде работает, но уже были непонятные ошибки копирования… (по сети на одном компе не копировались вообще exe файлы)

Автор: SSchumi
Дата сообщения: 05.07.2014 14:00

Да я тоже пробовал.
Comodo/FBackup — это совсем не то, архивы в виде своих структур.
Попробовал Exiland Backup Free (он есть даже портабельный), выглядит симпатично, открытые только на чтение файлы копирует хорошо, но не может шифровать в архив, тот же 7z, только в zip, причём без шифрования имён файлов. И в целом ощущение, что немного проигрывает Кобиану.

Автор: TheBarmaley
Дата сообщения: 06.07.2014 06:11

SSchumi
Цитата:

где в 9-ке настройка?

что-то типа «сохранять с абсолютными путями».. точнее не скажу — на текущей тачке сабжа ваще нету.. =)
в 9-ке она букву диска (в архив 7z) добавляла, в 11-й — уже нет (только к имени архива)..
за 10-ку ничё не скажу, не юзал..


SSchumi
LaVas_ki
по поводу альтернатив..
на настаиваю, каэш.. но с этим лучше перебраться куда-то сюда либо сюда..
ибо здесь оно = офтоп.. :/

Автор: DSM_Fronex
Дата сообщения: 09.08.2014 13:15

Привет всем!
Уже вскипел, не могу победить ошибку:

Ошибка теневого копирования тома: непредвиденная ошибка при запросе интерфейса IVssWriterCallback. hr = 0x80070005, Отказано в доступе.
. Наиболее вероятная причина — неправильные параметры безопасности запрашивающего процесса или записывающего процесса.

Операция:
Сбор данных модуля записи

Контекст:
Код класса модуля записи: {e8132975-6f93-4464-a53e-1050253ae220}
Имя модуля записи: System Writer
Код экземпляра модуля записи: {cdf47825-def7-4db9-b5f4-fed7801a4250}

Система Windows Server 2008 R2 x64
Подскажите как избавится от ошибки?

Автор: SSchumi
Дата сообщения: 09.08.2014 22:02

Боюсь тут только один вариант — искать альтернативу. Сам перешёл на KLS Backup

Автор: DSM_Fronex
Дата сообщения: 10.08.2014 23:50

Альтернативу нашёл — Exiland Backup. Всё устраивает, да вот последняя рабочая версия 3.7. Может кто поделится рабочей последней 3.9 про?

Автор: SSchumi
Дата сообщения: 15.08.2014 19:50

DSM_Fronex, чтобы не соврать, точно видел 3.8 где-то. То ли на руткере, то ли на ннм-клабе. Посмотри там.
Я тоже его пробовал, понравился. Отпал только, что не может делать запароленные 7z/rar архивы с шифрованными именами.

Добавлено:
Хотя, совсем она не пойдёт — «Внимание! Программа не поддерживает синхронизацию с FTP-серверов.»

Автор: andrewwtf
Дата сообщения: 16.08.2014 16:59

Объясните как настроить архивирование:
Хочу чтобы полный бекап делался 1 раз в месяц, а потом в течение месяца ежедневно делался бекап только измененных файлов. Затем снова бекап полный, потом частичный каждый день.
При этом старые должны удаляться автоматически. И полных должно быть не больше двух.

Возможности у программы есть, но у меня получается так.

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

Что не так не помнимаю.

Автор: Craager
Дата сообщения: 24.08.2014 20:33

Кто знает, если выбрать несколько путей назначения, то их вручную же нельзя отсортировать!? Или есть возможность переместить необходимый элемент повыше или пониже!?

И очень немаловажный пункт — опять же, если несколько путей назначения, то программа зачем-то каждый раз архивирует данные! Зачем!? Когда один раз сжать и отправить на все 3-4 пути назначения. Кто знает как побороть!?

Автор: namlung
Дата сообщения: 25.08.2014 11:21

Стоит новеловский сервак , стоит очень давно, на нем данные пользователей предприятия данных на 200 гиг . Нужно сделать бэкап хотя бы раз в неделю .
Есть комп с семеркой , накатил бесплатный cobian backup , скопировал , в итоге из 200 гиг 20 гиг куда то пропало , в журнале неудачные попытки записи из за синтаксических ошибок , порядка 50 doc файлов, но это явно не 20 недостающих гиг. Возжожно просто не писались в журнал из за объема .

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

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

Автор: dumpert
Дата сообщения: 07.09.2014 20:55

может кто то подскажет, попадалово конкретное, бэкапилось все в конторе 2 года, понадобилось достать бэкап из этой хорошей бесплатной программы, и вот такая проблема
Распаковка файла «1.jpg»…
Распаковка файла «414_k6_GK, LM(281213).tif»…
Распаковка файла «414_k6_inkl(281213).xls»…
Распаковка файла «†га- « Љ€Џ ЌЋ‚›‰ (2).lnk»…
Распаковка файла «†га- « Љ€Џ ЌЋ‚›‰.xls»…
Распаковка файла «†га- « Љ€Џ ЌЋ‚›‰2.xls»…
Распаковка файла «†“ђЌЂ‹ Љ€Џ.lnk»…
Распаковка файла «†“ђЌЂ‹ Љ€Џ.xls»..
все русские имена в дос кодировке, пробовал галочки исправлять, метод бэкапа — полный.

Автор: Reku
Дата сообщения: 10.09.2014 08:21

Пытаюсь настроить в Кобиане 11 Гравити бэкап с сетевой папки (share) — уже все учетки админов перепробовал и просто без них — все время одно и то же
Исходный каталог «172.16.20.3share» не существует или недоступен
Хотя сам Кобиан позволяет выбрать сетевую папку для копирования.

Автор: Mihail_Z
Дата сообщения: 18.09.2014 09:33

Настройки в Gravity SMTP с SSL для яндекс почты может кто подсказать? Что-то там слишком много параметров.

P.S. Разобрался, нужно TLS=Implicit, SSL=SSL v3, Auth=Auto, SSL Mode=Unassigned, Data port…=Clear

Автор: inomaratadeath
Дата сообщения: 23.09.2014 15:51

мда.. и я наткнулся на косяки…
объём архивных копий в целом — 1.4 ТБ
делать полную копию каждую неделю — черезчур, так как с других серверов на сервер бэкапов так же идёт архивация и трафик весьма плотный; а если раз в месяц, то разностные копии уже начинают к 20ой копии достигать под 100-150 гигов и архивация занимает всю ночь и часть утра, из-за чего пользователям некомфортно работать, плюс место на серваке не резиновое.

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

Следующая лажа:
— если выставить число промежуточных копий до полного архива и число хранимых копий одинаковым, то — соответственно, в нужный момент создаётся полная копия.. и нафиг удаляются все !промежуточные! Это кардинально не устраивает.

Пробовал финт ушами: сделать 2 задания с одним источником и назначением. Одно делает полные копии раз в месяц, второе — разностное. После создания полной копии разностное задание эту полную копию якобы подхватывает, но вот разностные копии после превышения лимита не удаляет…

Автор: mxzoom
Дата сообщения: 14.10.2014 13:23

Цитата:

Пытаюсь настроить в Кобиане 11 Гравити бэкап с сетевой папки (share) — уже все учетки админов перепробовал и просто без них — все время одно и то же
Исходный каталог «172.16.20.3share» не существует или недоступен
Хотя сам Кобиан позволяет выбрать сетевую папку для копирования.

Необходимо использовать одну и ту же учетку, как в КБ, так и на компьютере, на котором располагается шара. Если нет одинаковых, то создать. А так же, уберите последний »» из пути.
inomaratadeath
Поробуйте вместо разностных копий делать добавочные. Они меньше места занимают.

Автор: Dart_Raiden
Дата сообщения: 06.11.2014 09:07

В апреле сего года автор наконец-то продал исходники. Новый владелец заявил, что уже работает над 12-й версией (кодовое имя Chanterelle), а проект переедет на cobianbackup.net (пока пустой).

Автор: Dart_Raiden
Дата сообщения: 09.11.2014 20:05

Andryuha

Цитата:

Либо в Кобиане в задаче «До копирования» запускать батник, который её перезапустит.

А зачем батник, когда прямо в свойствах задачи («Доп.действия -> Предварительные действия») есть действия «остановить службу» и «запустить службу»?

Автор: alyam83
Дата сообщения: 13.11.2014 03:19

при копировании файлов на фтп сервер, cobian backup создает каталог ftp, куда копирует все файлы.
как задать настройки таким образом, чтобы копировалось все в корневую папку?

Автор: ripple87
Дата сообщения: 20.11.2014 16:43

Подскажите как настроить почтовое уведомление в Cobian Backup Gravity 11 через SMTP сервер GMAIL.COM?

Автор: JaneSm
Дата сообщения: 02.12.2014 09:32

Добрый день!
Я испытываю адскую потребность разобраться в теме и сделать всё правильно, потому очень надеюсь на помощь опытных товарищей и заранее благодарна за неё.
Стоит задача — всегда иметь актуальную копию нескольких директорий с фотографиями, в которых каждый день что-то меняется (добавляются и удаляются файлы, изменяются существующие файлы). Есть домашний комп с одним пользователем, WD My Book Live, установленный вчера Cobian11. Если я верно понимаю, нужно:
1. сначала вручную сделать полное копирование нужных директорий, затем
2. прописать задания для каждой директории с добавочным(?) типом копирования, начинающимся при входе в систему, и где-то расставить нужные галки?.. какие нужные, где?..
Я честно читаю раздел, но не очень усваиваю материал, ибо далека от этой тематики..

Автор: Petrik_Pjatochkin
Дата сообщения: 02.12.2014 12:12

JaneSm

Цитата:

Стоит задача — всегда иметь актуальную копию нескольких директорий с фотографиями

Тогда на вашем месте я бы смотрел в сторону программ синхронизации, особенно если у вас меняется структура папок. Вот, например, FreeFileSync — бесплатная и есть русский интерфейс. Хотя я пользуюсь другой — Syncovery, но в ней нет русского интерфейса.

В программе вам нужно выбрать — создание точной копии (зеркалирование).

Cobian Backup, насколько я знаю, не анализирует подпапки, т.е. вам каждую папку придется добавлять вручную и это подходит только в случае если структура папок остается неизменной. Cobian хорош для создания архива файлов либо архива нескольких папок. Когда же у вас есть дерево папок, то для зеркалирования лучше использовать программу синхронизации.

Если у вас всего лишь несколько папок, то можно пользоваться и Cobian. Нажимаете кнопку «Создать новое задание», указываете тип копирования — полный, задаете расписание, сжатие — без сжатия, задаете папку источник (откуда) и папку путь назначения (куда), в «Дополнительно» отмечаете галочкой «Синхронизация». И такое задание создаете для каждой папки с фото в отдельности.

Страницы: 123456789101112131415161718

Предыдущая тема: Антивирус Касперского 7.0.0.124


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Последнее обновление: 07/11/2022
[Время, требуемое для чтения: 3,5 мин.]

Файл Cobian.exe считается разновидностью файла Cobian Backup 11 Gravity. Наиболее часто он используется в ПО Cobian Backup 11 Gravity, разработанном компанией Luis Cobian. Он использует расширение EXE и считается файлом Win32 EXE (Исполняемое приложение).

Первый выпуск файла Cobian.exe в ОС Windows 10 состоялся 12/06/2012 в составе Cobian Backup 11.2.0.582.

По нашим данным, этот файл является последним обновлением от компании Luis Cobian.

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

Что такое сообщения об ошибках Cobian.exe?

Cobian.exe — ошибки выполнения

Ошибки выполнения — это ошибки Cobian Backup, возникающие во время «выполнения». Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки EXE возникают в момент, когда происходит попытка загрузки файла Cobian.exe — либо при запуске приложения Cobian Backup, либо, в некоторых случаях, во время его работы. Ошибки выполнения являются наиболее распространенной разновидностью ошибки EXE, которая встречается при использовании приложения Cobian Backup.

В большинстве случаев ошибки выполнения Cobian.exe, возникающие во время работы программы, приводят к ненормальному завершению ее работы. Большинство сообщений об ошибках Cobian.exe означают, что либо приложению Cobian Backup не удалось найти этот файл при запуске, либо файл поврежден, что приводит к преждевременному прерыванию процесса запуска. Как правило, Cobian Backup не сможет запускаться без разрешения этих ошибок.

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

Поиск причины ошибки Cobian.exe является ключом к правильному разрешению таких ошибок. Несмотря на то что большинство этих ошибок EXE, влияющих на Cobian.exe, происходят во время запуска, иногда ошибка выполнения возникает при использовании Cobian Backup 11 Gravity. Причиной этого может быть недостаточное качество программного кода со стороны Luis Cobian, CobianSoft, конфликты с другими приложениями, сторонние плагины или поврежденное и устаревшее оборудование. Кроме того, эти типы ошибок Cobian.exe могут возникать в тех случаях, если файл был случайно перемещен, удален или поврежден вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Как исправить ошибки Cobian.exe — 3-шаговое руководство (время выполнения: ~5-15 мин.)

Если вы столкнулись с одним из вышеуказанных сообщений об ошибке, выполните следующие действия по устранению неполадок, чтобы решить проблему Cobian.exe. Эти шаги по устранению неполадок перечислены в рекомендуемом порядке выполнения.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.

Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите кнопку «Пуск» в Windows
  2. В поле поиска введите «Восстановление системы» и нажмите ENTER.
  3. В результатах поиска найдите и нажмите «Восстановление системы»
  4. Введите пароль администратора (при необходимости).
  5. Следуйте инструкциям мастера восстановления системы, чтобы выбрать соответствующую точку восстановления.
  6. Восстановите компьютер к этому образу резервной копии.

Если на этапе 1 не удается устранить ошибку Cobian.exe, перейдите к шагу 2 ниже.

Шаг 2. Если вы недавно установили приложение Cobian Backup (или схожее программное обеспечение), удалите его, затем попробуйте переустановить Cobian Backup.

Чтобы удалить программное обеспечение Cobian Backup, выполните следующие инструкции (Windows XP, Vista, 7, 8 и 10):

  1. Нажмите кнопку «Пуск» в Windows
  2. В поле поиска введите «Удалить» и нажмите ENTER.
  3. В результатах поиска найдите и нажмите «Установка и удаление программ»
  4. Найдите запись для Cobian Backup 11.2.0.582 и нажмите «Удалить»
  5. Следуйте указаниям по удалению.

После полного удаления приложения следует перезагрузить ПК и заново установить Cobian Backup.

Если на этапе 2 также не удается устранить ошибку Cobian.exe, перейдите к шагу 3 ниже.

Cobian Backup 11.2.0.582

Luis Cobian

Шаг 3. Выполните обновление Windows.

Когда первые два шага не устранили проблему, целесообразно запустить Центр обновления Windows. Во многих случаях возникновение сообщений об ошибках Cobian.exe может быть вызвано устаревшей операционной системой Windows. Чтобы запустить Центр обновления Windows, выполните следующие простые шаги:

  1. Нажмите кнопку «Пуск» в Windows
  2. В поле поиска введите «Обновить» и нажмите ENTER.
  3. В диалоговом окне Центра обновления Windows нажмите «Проверить наличие обновлений» (или аналогичную кнопку в зависимости от версии Windows)
  4. Если обновления доступны для загрузки, нажмите «Установить обновления».
  5. После завершения обновления следует перезагрузить ПК.

Если Центр обновления Windows не смог устранить сообщение об ошибке Cobian.exe, перейдите к следующему шагу. Обратите внимание, что этот последний шаг рекомендуется только для продвинутых пользователей ПК.

Если эти шаги не принесут результата: скачайте и замените файл Cobian.exe (внимание: для опытных пользователей)

Если ни один из предыдущих трех шагов по устранению неполадок не разрешил проблему, можно попробовать более агрессивный подход (примечание: не рекомендуется пользователям ПК начального уровня), загрузив и заменив соответствующую версию файла Cobian.exe. Мы храним полную базу данных файлов Cobian.exe со 100%-ной гарантией отсутствия вредоносного программного обеспечения для любой применимой версии Cobian Backup . Чтобы загрузить и правильно заменить файл, выполните следующие действия:

  1. Найдите версию операционной системы Windows в нижеприведенном списке «Загрузить файлы Cobian.exe».
  2. Нажмите соответствующую кнопку «Скачать», чтобы скачать версию файла Windows.
  3. Скопируйте этот файл в соответствующее расположение папки Cobian Backup:

    Windows 10: C:Program Files (x86)Cobian Backup 11

  4. Перезагрузите компьютер.

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

СОВЕТ ОТ СПЕЦИАЛИСТА: Мы должны подчеркнуть, что переустановка Windows является достаточно длительной и сложной задачей для решения проблем, связанных с Cobian.exe. Во избежание потери данных следует убедиться, что перед началом процесса вы создали резервные копии всех важных документов, изображений, установщиков программного обеспечения и других персональных данных. Если вы в настоящее время не создаете резервных копий своих данных, вам необходимо сделать это немедленно.

Скачать файлы Cobian.exe (проверено на наличие вредоносного ПО — отсутствие 100 %)

ВНИМАНИЕ! Мы настоятельно не рекомендуем загружать и копировать Cobian.exe в соответствующий системный каталог Windows. Luis Cobian, как правило, не выпускает файлы Cobian Backup EXE для загрузки, поскольку они входят в состав установщика программного обеспечения. Задача установщика заключается в том, чтобы обеспечить выполнение всех надлежащих проверок перед установкой и размещением Cobian.exe и всех других файлов EXE для Cobian Backup. Неправильно установленный файл EXE может нарушить стабильность работы системы и привести к тому, что программа или операционная система полностью перестанут работать. Действовать с осторожностью.

Файлы, относящиеся к Cobian.exe

Файлы EXE, относящиеся к Cobian.exe

Имя файла Описание Программа (версия) Размер файла (байты) Расположение файла
cbDeleter.exe Cobian Backup 11 Gravity — Deleter Cobian Backup 11 Gravity (11.2.0.0) 1563648 C:Program Files (x86)Cobian Backup 11
cbRemoteManager.exe Cobian Backup 11, Gravity, Remote Manager Cobian Backup 11, Gravity (11.2.0.0) 2019328 C:Program Files (x86)Cobian Backup 11
cbUninstall.exe Cobian Backup 11, Gravity — Uninstaller Cobian Backup 11, Gravity — Uninstaller (11.2.0.0) 1313792 C:Program Files (x86)Cobian Backup 11
cbInterface.exe Cobian backup 11 Gravity — Interface Cobian backup 11 Gravity (11.2.0.0) 4407808 C:Program Files (x86)Cobian Backup 11
OneDrive.exe Microsoft OneDrive Microsoft OneDrive (19.222.1110.0006) 1584488 C:UsersTesterAppDataLocalMicrosoftOneDrive

Другие файлы, связанные с Cobian.exe

Имя файла Описание Программа (версия) Размер файла (байты) Расположение файла
SA.DAT Game Data Cobian Backup 11.2.0.582 6 C:WINDOWSTasks
WmiApRpl.ini Windows Initialization Cobian Backup 11.2.0.582 29736 C:WindowsinfWmiApRpl009
api-ms-win-core-heap-l… ApiSet Stub DLL Microsoft® Windows® Operating System (10.0.17134.12) 11112 C:UsersTesterAppDataLocalMicrosoftOneDriv…
diagwrn.xml Extensible Markup Language Cobian Backup 11.2.0.582 44683 C:WindowsPantherUnattendGC
EtwRTDiagLog.etl Microsoft Event Trace Log Cobian Backup 11.2.0.582 1320 C:WindowsSystem32LogFilesWMIRtBackup

Вы скачиваете пробное программное обеспечение. Для разблокировки всех функций программного обеспечения требуется покупка годичной подписки, стоимость которой оставляет 39,95 долл. США. Подписка автоматически возобновляется в конце срока (Подробнее). Нажимая кнопку «Начать загрузку» и устанавливая «Программное обеспечение», я подтверждаю, что я прочитал (-а) и принимаю Лицензионное соглашение и Политику конфиденциальности компании Solvusoft.

  

Sakura

10.06.10 — 09:34

Бэкап данных делается с помощью Cobian Backup 8. По окончании резервного копирования логи должны отсылаться на определенный почтовый адрес, после чего сам лог стирается. Адрес указан, адрес работающий. Второй день подряд, приходя с утра, обнаруживаю, что бэкап ночью вылетел с ошибкой на копировании системных данных сервера. До того предыдущие три задания резервного копирования (пользовательские документы на другом сервере) — выполнены успешно, но их логов тоже нет. В почте ничего не лежит, файл логов тоже недоступен. В логах почтового сервера (Exchange) тоже ни слова об этом. Тестовое письмо из меню настроек Cobian на почту приходит, т.е. ошибка скорее всего не в адресе и настройках отправки.

В чем может быть косяк?

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

  

Sakura

1 — 10.06.10 — 10:46

Система на сервере — Windows Server 2003.
Вылетает при сохранении данных с другого сервера, на котором такая же система.

  

Sakura

2 — 10.06.10 — 10:51

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

  

hd1

3 — 10.06.10 — 11:01

Может отказаться от такого бекапера? Чем он лучше чем обычный батник и планировщик?

  

Sakura

4 — 10.06.10 — 11:05

(3) Это не ко мне, я не главный админ.
До этой недели все работало без перебоев, с понедельника админ в отпуске, я его заменяю — сервера почувствовали свободу и начали своевольничать :)

Сорри, в (1) опечатка, ОС — ВинСервер 2000.

  

sergeante

5 — 10.06.10 — 11:34

(3) Cobian очень хороший бекапер.

  

Sakura

6 — 10.06.10 — 11:37

(5) Нам тоже нравится. Раньше никаких косяков за ним не наблюдалось.
По поводу (0) что скажешь, почему может не отсылать логи?
Он ведь на каждое задание лог заново пишет, так?

  

luns

7 — 10.06.10 — 11:50

(0) запусти задание ручками и гляди. скорее всего он до отправки не доходит. раньше обламывается.
например места на винте мало или еще что.

  

luns

8 — 10.06.10 — 11:51

а еще можно галку удаления журналов после отправки снять.

  

Sakura

9 — 10.06.10 — 11:52

(7) места на винте нормально :)
если мне склероз не изменяет, он на каждое задание заводит отдельный лог при старте, по окончании, перед удалением, должен его отправлять по почте. Не отправляет, но лог чистит О_о
(8) спасибо, пойду поищу ее.

  

Sakura

10 — 10.06.10 — 14:09

Удалось найти логи за последние два дня.
Чтение показало, что на самом деле не выполнялось ни одно из заданий — архивы обновлялись, но записано файлов — 0.
На каждое задание — Stream write error. В некоторых случаях еще не сходится контрольная сумма или ошибка проверки данных.
На диске, где установлен Cobian, свободно 3,3 Мб, есть подозрение, что это может быть одной из причин проблемы.
В целях эксперимента сегодня все те же задания запущу на своем компе, посмотрим, что получится…

  

luns

11 — 10.06.10 — 14:15

видимо в каталоге temp не хватало места.
можно попробовать path подправить (указать путь к винту где достаточно места).

  

Sakura

12 — 10.06.10 — 14:17

(11) проверим, если с моего компа все нормально отработает, значит, скорее всего, дело действительно в нехватке памяти.

  

Sakura

13 — 10.06.10 — 14:23

Что странно — там же два файла, log.txt и log_copy.txt.
Копия — открывается и без проблем копируется на другой диск. Основной файл лога открыть невозможно, «Cannot open file, make sure a disk is in the drive you specified»

  

Sakura

14 — 11.06.10 — 10:12

Новоутренний ап.
Сводка с фронта.
Ошибки копирования побеждены, копии создаются, все работает, но проблема с отсылкой логов осталась — «Ошибка отправки журнала. Файл журнала невозможно скопировать».
Не критично, конечно, но хотелось бы хотя бы представлять, в какую сторону копать, в чем может быть загвоздка.

  

luns

15 — 11.06.10 — 10:48

а у тебя как отправка настроена? по времени или по окончанию задания?

  

smaharbA

16 — 11.06.10 — 10:50

райтеры все на месте

  

Sakura

17 — 11.06.10 — 10:59

(15) по окончанию задания. Было на два адреса — мой и системный, системный убрала, т.к. именно он выдавал ошибку отправки, посмотрим, свалится на мой или нет.

  

luns

18 — 11.06.10 — 11:08

странно. у меня на несуществующий отправлял. ессно не доходило но стартовал.
правда у меня 9 версия.

  

Sakura

19 — 11.06.10 — 11:27

(18) у меня оба существующие и рабочие
посмотрим, если оставлю один адрес, на него пойдут отчеты или нет

  

Sakura

20 — 11.06.10 — 16:06

Последние сводки с полей.

С сервера из Cobian поста так и не отправляется, «Файл журнала невозможно скопировать». На локальной машине все работает как часы, отчеты исправно валятся на почту. Адрес в обоих случаях один и тот же, настройки тоже.

  

Иду

21 — 11.06.10 — 17:30

капец рейду.

  

Злопчинский

22 — 12.06.10 — 01:23

ну и заодно поменяйте Кобиан на более свежий. У мну стоит последняя девятка — нормуль. Проблемы только когда места мало…

  

Sakura

23 — 12.06.10 — 12:41

(21) Система и Cobian стоят не на рейде, на обычном диске.
(22) Задания именно из-за нехватки места и не запускались, что могла, я расчистила. Журнал может из-за этого же косячить?
Дистриб девятки скачали, пока гоняем на локальных машинах в тестовом режиме.

  

Злопчинский

24 — 13.06.10 — 02:24

(23) насчет журнала — не скажу…

дистриб девятки смотрите — там есть несколько релизов

  

Sakura

25 — 13.06.10 — 08:33

(24) угумс/, спасибо, после выходных буду смотреть. На локальной машине и в восьмерке все работает…

  

Sakura

26 — 15.06.10 — 09:05

Мистика.

С сервера логи письмом так и не отправляются, несмотря на корректность настроек и правильную работу почтовой службы (тестовое письмо с проверкой связи из Cobian отправляется и приходит), «файл журнала невозможно скопировать». На локальной машине с теми же настройками все отправляется.

Ничего не понимаю.

В логах почтового сервера все, само собой, чисто, косяк именно в журнале.

  

Stim

27 — 15.06.10 — 09:07

(26) Бубен уже пробовали?

  

Sakura

28 — 15.06.10 — 09:10

(27) бубен у меня почти что интегрированный уже )

  

luns

29 — 15.06.10 — 09:22

(26) права юзера от которого кобан работает маловаты?

  

Sakura

30 — 15.06.10 — 09:23

Есть подозрение, что дело опять же в малом количестве свободного места на диске, но проверить — никак :(
кстати, забавно, еще на той неделе обнаружила в логе событий постоянную ругань почтового сервера на отключенный аккаунт уволившегося сотрудника, каждые 10-15 минут сообщения о нем, что типа «разберитесь с его правами». За выходные — раз в сутки такое сообщение, и тишина. Сегодня с начала рабочего дня уже сообщений 5-7 такого типа (работа началась час назад). Хрень какая-то О_о

  

Sakura

31 — 15.06.10 — 09:23

(29) администраторские

  

Stim

32 — 15.06.10 — 09:29

(30) удали файлы с поревом с сервака — место и освободится. :)

зы. что, нельзя расчистить место на серве? Не верю!

  

Sakura

33 — 15.06.10 — 09:33

(32) Диск, где установлены система и кобиан — 5 Гб. Ничего лишнего — система, Program Files, профили нескольких администраторских аккаунтов. И все, свободны 50 Мб, и то после удаления временных файлов и прочей фигни.

  

Stim

34 — 15.06.10 — 09:36

(33) и это сервак? Как-то тухленько :)

  

Sakura

35 — 15.06.10 — 09:37

(34) все данные на другом диске )

  

Sakura

36 — 15.06.10 — 11:06

Больше идей не будет?

  

hd1

37 — 16.06.10 — 06:31

нет диска больше 5 гб?

  

Sakura

38 — 16.06.10 — 06:35

(37) диск есть, но переустановка кобиана на другой диск — самый крайний вариант.

  

hd1

39 — 16.06.10 — 06:36

(38) всю ФС на него и будет место.

  

Sakura

40 — 16.06.10 — 06:39

(39) т.е. проблема все-таки именно из-за нехватки места?

  

hd1

41 — 16.06.10 — 06:41

(40) точно сказать нельзя, но попробовать можно, 10 минут времени.
вернуть назад все можно тут же если не пошло.

  

Sakura

42 — 16.06.10 — 06:42

(41) на работающем серваке, где работают пользователи? =)
ок. сегодня вечером попробую, когда все уйдут

  

hd1

43 — 16.06.10 — 06:51

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

  

Sakura

44 — 16.06.10 — 07:53

(43) это не 1С-сервер )
там все рабочие документы хранятся и личные папки пользователей. Личные папки — фиг с ними, а с договорами и т.д. постоянно работают, причем почти все, даже в обед

← Вернуться в раздел «Программы»

Cobian Backup 10.0.2.692

Цитата:

Support for Volume Shadow Copy even in 64bit systems
Absolute paths can now be created even with uncompressed backups
The user interface doesn’t ask for privilege elevation anymore on Vista or 7
Simple masks can now be applied to FTP sources
The timer schedule can now be limited in time
The main application waits now for any mail to be send before closing
The log file can now be send per task
The log file level is now more granular
The log file can now be splitted, one file per day
The service and application control executes now depending on the UAC settings
Fixed a bug when executing batch files with parameters
The inclusion/exclusion masks way of work has been re-designed
The backup now can be aborted if some event fails
A post backup event can now be aborted if a pre-backup event failed
Mirror tasks can now be created for uncompressed backups
The type of the backup can now be included in the directory name
The tray icon signalizes now if there are errors in the last backup
Better mask support
The speed of the backup has been increased about 200%
and much more….

Автор: SlayerT
Дата сообщения: 08.04.2010 08:40

neZlodey
Вообщето правильный ченжлог такой

2010-04-06 Version 10.0.2.692

* A bug fixed when downloading from a FTP server that uses the NT listing format
* Some changes done to the «Mail after task» logic
* Czech language updated
* French language updated

2010-04-02 Version 10.0.2.689

* Fixed a problem with FTP transfers and long paths (>260 chars)
* Turkish language updated
* Czech language added

http://cobiansoft.com/cbhistory.htm

Автор: Betauser RC
Дата сообщения: 13.04.2010 00:34

Автор: Red_Line_ST
Дата сообщения: 14.04.2010 13:35

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

Автор: Andarin
Дата сообщения: 14.04.2010 15:41

Red_Line_ST
В настройках — дополнительно — поставить галочку «синхронизировать каталоги»

Автор: Tovbor
Дата сообщения: 16.04.2010 09:38

Вроде как ошибки правят в Cobian, вот только при копировании на ФТП сервер созданный силой мысли Microsoft с русской кодировкой в каталогах Cobian не справляется. 9-й нормально отрабатывает, а 10-й еще слабоват для этого.

Автор: neZlodey
Дата сообщения: 18.04.2010 03:58

Cobian Backup 10.0.2.699

Цитата:

2010-04-17

* When compressing several folders with the same root, the parent folder was used as root. Fixed

Автор: guardberc
Дата сообщения: 19.04.2010 16:13

Делается бекап папки (НЕсистемный диск), ничего не открыто в этот момент. В журнале после бекапа есть ошибки вида, хотя бекап делается успешно:

Код: ERR 2010-04-19 16:48 Ошибка создания теневой копии: The creation of a shadow copy is already in progress.

Автор: Betauser RC
Дата сообщения: 19.04.2010 19:22

Автор: VitK
Дата сообщения: 20.04.2010 23:44

Подскажите, кто знает, как в Cobian Backup 10.0.3.713 сделать так чтобы измененные файлы дописывались в тот самый архив, а не создавался бы постоянно новый архив только с измененными файлами?

Автор: Betauser RC
Дата сообщения: 23.04.2010 19:22

Автор: CRANK
Дата сообщения: 23.04.2010 21:47

Для чего используется функция Инструменты — Дополнительные инструменты — Строка для зашифровывания??? И как потом результат расшифровать?

Автор: Betauser RC
Дата сообщения: 29.04.2010 18:07

mason67, а чуть выше посмотреть?

Автор: Betauser RC
Дата сообщения: 11.05.2010 20:02

Автор: Innokentich
Дата сообщения: 15.05.2010 16:20

Установил Cobian Backup 10.0.3.762. Попытался запустить задание 0 выбрасывает ошибка — программа не работает… С 9-ой версие подобного не было. Куда посмотреть? Что и где подкрутить?

Добавлено:
Вопрос снят… Может кому пригодиться, ответ на http://support.microsoft.com/kb/314357/ru, ошибка 1069 запуска службы…

Добавлено:
Хм… Новый вопрос: запустил бек-ап… По окончании (минут через пять) выбросило следующее сообщение:
Цитата:

ERR Ошибка обработки файла «X:Cobian Backup 10.0.3.762Мои документы.7z»: File not found
ERR Что-то необычное случилось при проверке архива «X:Cobian Backup 10.0.3.762Мои документы.7z»

: Invalid pointer operation. Воот… Что делать и кто виноват?

Автор: s800
Дата сообщения: 09.06.2010 03:55

Cobian Backup 10.0.3.764 кто разобрался как делать синхронизацию каталогов, у меня поле где это настроить не активно. (серым).

Добавлено:

Innokentich

Цитата:

: Invalid pointer operation. Воот… Что делать и кто виноват?

Фатальная ошибка.
Invalid pointer operation. Недействительная операция ссылки.

Возникновение таких ошибок приводит к немедленному прекращению выполнения программы.

Автор: Novaxx
Дата сообщения: 09.06.2010 18:47

столкнулся вот с такой проблемой:
ERR 2010-06-09 19:06 Ошибка сжатия файла «\TATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, АрзамасСпециф.__ от 11.12.09.xlsx»: Cannot open file «\?UNCTATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, АрзамасСпециф.__ от 11.12.09.xlsx» — Native error: 00033
ERR 2010-06-09 19:06 Ошибка сжатия файла «\TATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, Арзамассчет 17 — картер моста 4905-2401011 от 11.12.09.jpg»: Cannot open file «\?UNCTATYANAdocumentswork_documentsЗаказы (новая система переписки)АМЗ ОАО, АрзамасЗаказ 3 — картер мостаисходящиеАМЗ ОАО, Арзамассчет 17 — картер моста 4905-2401011 от 11.12.09.jpg» — Native error: 00033
и даже обсуждения то вроде по такой проблеме не нашел (не смотрел англоязычные форумы, мало понимаю английский) может кто подскажет в чем проблема? И еще замечено что все те папки которые были выше (первая буква алфавита) забекапились, а все что после уже нет. Кто что подскажет? Или не заморачиваться и поставить леченую Acronis BackUP?

Автор: s800
Дата сообщения: 10.06.2010 05:52

Novaxx
Cannot open file : невозможно открыть файл.
По поводу: Native error: 00033. Попробуй использовать опцию теневое копирование тома (shadow volume copy).

Автор: s800
Дата сообщения: 10.06.2010 10:19

Цитата:

Cobian Backup 10.0.3.764 кто разобрался как делать синхронизацию каталогов, у меня поле где это настроить не активно. (серым).

Отвечаю на свой же вопрос:

This question has been featured in the FAQ since forever, but people keep asking the same thing over and over again: «I want to make a backup of a directory. I delete some file on the original directory, but the program doesn’t delete it from the destination».

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.
p/s вот только где эти расширенные настройки

Автор: Innokentich
Дата сообщения: 17.06.2010 14:09

Несколько последних копий выбрасывает ошибку:
ERR 2010-06-17 10:53 Ошибка проверки «X:Cobian Backup 10.0.3.764Мои документы 2010-06-17 08;52;07.7z»: File not found
ERR 2010-06-17 10:53 Ошибка проверки архива «X:Cobian Backup 10.0.3.764Мои документы 2010-06-17 08;52;07.7z»: Invalid pointer operation.
При этом архив создается, теневая копия — так же. Но ни программой, ни самостоятельно созданный архив не открывается (архив поврежден или имеет неизвестный формат). Что и где подкрутить?

Автор: Engaged Clown
Дата сообщения: 17.06.2010 14:11

Innokentich
А если в пути русских букв избежать ?

Автор: Innokentich
Дата сообщения: 17.06.2010 16:53

Engaged Clown
Дык, раньше то, архив создавался? Надыбал в журнале следующую фразу: «Тип копирования изменяется на полный: архивы 7-zip не могут быть обновлены»… А первый архив создавался Cobian Backup 10.0.3.743. В данный момент юзаю Cobian Backup 10.0.3.764. В общем удалил из папки все предыдущие архивы и запустил полное копирование. Подожду результата…
P.S. C 9-кой таких заморочек не было…

Автор: Betauser RC
Дата сообщения: 21.06.2010 18:45

Cobian Backup 10.0.3.771
[more=version changelog]* The function «Set archive attributes» was clearing the attributes instead. Fixed.
* Fixed a problem when using AES encryption with ZIP and empty passwords
* Ucranian language added
* Catalan language added
* Russian language updated
* Turkish language updated
* Portuguese-PT updated[/more]

Автор: Betauser RC
Дата сообщения: 29.06.2010 13:17

Cobian Backup 10.1
[more=release history]* The deletion of files to mantain X full copies is now done in the main thread. Hopefully this will fix all the Access denied errors when deleting old directories
* The interval between two checks for missed backups can now be changed
* A blank line has been added in the log file between two tasks
* The clients are now sorted by name in the remote manager
* Korean language updated
* Chinese — simplified language updated
* Catalan language updated
* English language updated
* Spanish language updated
* Swedish language updated[/more]

Автор: Iven
Дата сообщения: 30.07.2010 10:01

неплохая прога, но сжимает что-то не очень
впрочем вопрос таков
допустим по фтп архив отправился куда-то
как где-то там сделать автоматичек4ую распаковку в указанное место в определенное время — что посоветуете из прог для автоматизации данного процесса ?

Автор: SonikApatity
Дата сообщения: 22.08.2010 07:09

Cobian Backup 10.1.0.789 (2010-07-13)

[more=Изменения]* При удалении старых резервных копий, программа удаляет атрибуты только для чтения, скрытые и системные атрибуты каталогов перед удалением чтобы предотвратить некоторые проблемы в Windows Vista и 7
* Добавлен польский язык
* Частичный перевод венгерского добавлен
* Турецкий язык обновление
* Итальянский язык обновление
* Русский язык обновление
* Каталонский язык обновление
* Корейский язык обновление
* Португальский язык-BR обновление[/more]

Автор: GhoolVandal
Дата сообщения: 04.09.2010 10:10

забэкапил файлы этой утилитой, а при разбэкапливании (разархивации) теряются права NTFS
партиции и источник и куда кладу — NTFS5
галка «копировать права NTFS» стоит.
проверял и в режимах прямого копирования и в ZIP и в 7zip

при чём две недели назад делал — всё работало!
Не могу понять, в чём дело *(

Автор: GhoolVandal
Дата сообщения: 05.09.2010 00:28

Перепроверил — при архивации без сжатия права копируются.
а при сжатии в ZIP — нет *(

Автор: immortal223
Дата сообщения: 06.09.2010 19:12

А никто не подскажет, как исключения в задание копирования папки добавить? Допустим, задаю я сделать бэкап определённой папки, но в ней есть папки и файлы, которые я не хочу бэкапить. Я что-то не понял, как их обозначить.

Автор: RoNiBu
Дата сообщения: 07.09.2010 10:06

Подскажите как настроить почтовое уведомление в Cobian через SMTP сервер GMAIL.COM?
Уж очень большое количество вариантов настройки SSL

Страницы: 123456789101112131415161718

Предыдущая тема: Антивирус Касперского 7.0.0.124


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

Я начал использовать кобиан бэкап. Вот журнал из моей последней резервной копии. Он должен был зарезервировать 20 ГБ, но только 5 ГБ.

Ошибка резервного копирования Cobian «Система не может найти указанный путь», но путь существует.

2014-07-24 11:35 ** Backing up the task "jlDocuments" **
2014-07-24 11:35 Counting the files for the task "jlDocuments"...
2014-07-24 11:35 Starting the Volume Shadow Copy snapshot for the drives: C:
2014-07-24 11:35 The Volume Shadow Copy snapshot set has been created successfully
2014-07-24 11:35 Creating the destination directory "E:Documents 2014-07-24 11;35;10 (Differential)"
2014-07-24 11:35 The destination directory "E:Documents 2014-07-24 11;35;10 (Differential)"  has been successfully created
2014-07-24 11:35 Backing up the directory "GLOBALROOTDeviceHarddiskVolumeShadowCopy12UsersjlDocuments"
ERR 2014-07-24 11:35 Couldn't copy the file "GLOBALROOTDeviceHarddiskVolumeShadowCopy12UsersjlDocumentsbackupEvernoteEvernote 2014-07-24 11;23;34 (Full)Atlasjslibsjson2.js.enz": The system cannot find the file specified
ERR 2014-07-24 11:35 Couldn't copy the file "GLOBALROOTDeviceHarddiskVolumeShadowCopy12UsersjlDocumentsbackupEvernoteEvernote 2014-07-24 11;23;34 (Full)Atlasjslibsjsonrpc.js.enz": The system cannot find the file specified

и так далее, одинаковые ошибки разных файлов

ERR 2014-07-24 11:38 Couldn't create the directory "E:Documents 2014-07-24 11;35;10 (Differential)Copymacnörderiwebemail - 5 processa inboxen.screenflow": The system cannot find the path specified

и так далее

ERR 2014-07-24 11:38 Couldn't create the directory "E:Documents 2014-07-24 11;35;10 (Differential)CopySkola": The system cannot find the path specified

до конца, где он дал мне резюме

2014-07-24 11:38 Deleting the Volume Shadow Copy snapshot "bf7509e1-788c-4f0a-b547-3111b6c3e9b2"
2014-07-24 11:38 The Volume Shadow Copy snapshot set has been successfully deleted
2014-07-24 11:38 Total backup time for "jlDocuments": 0 hours, 3 minutes, 15 seconds
2014-07-24 11:38 ** Backup done for the task "jlDocuments". Errors: 580. Processed files: 4066. Backed up files: 605. Total size: 5,13 GB **
2014-07-24 11:38 -- 
2014-07-24 11:38 The system can now enter sleep mode
2014-07-24 11:38 Total backup time: 0 hours, 3 minutes, 19 seconds
2014-07-24 11:38 *** Backup done.  Errors: 580.  Processed files: 4066. Backed up files: 605. Total size: 5,13 GB ***
2014-07-24 11:38 -- 

Что я должен делать? Файлы там точно.

Если у кого-то есть лучшая бесплатная программа, не стесняйтесь, сообщите мне.

   Sakura

10.06.10 — 09:34

Бэкап данных делается с помощью Cobian Backup 8. По окончании резервного копирования логи должны отсылаться на определенный почтовый адрес, после чего сам лог стирается. Адрес указан, адрес работающий. Второй день подряд, приходя с утра, обнаруживаю, что бэкап ночью вылетел с ошибкой на копировании системных данных сервера. До того предыдущие три задания резервного копирования (пользовательские документы на другом сервере) — выполнены успешно, но их логов тоже нет. В почте ничего не лежит, файл логов тоже недоступен. В логах почтового сервера (Exchange) тоже ни слова об этом. Тестовое письмо из меню настроек Cobian на почту приходит, т.е. ошибка скорее всего не в адресе и настройках отправки.

В чем может быть косяк?

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

   Sakura

1 — 10.06.10 — 10:46

Система на сервере — Windows Server 2003.
Вылетает при сохранении данных с другого сервера, на котором такая же система.

   Sakura

2 — 10.06.10 — 10:51

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

   hd1

3 — 10.06.10 — 11:01

Может отказаться от такого бекапера? Чем он лучше чем обычный батник и планировщик?

   Sakura

4 — 10.06.10 — 11:05

(3) Это не ко мне, я не главный админ.
До этой недели все работало без перебоев, с понедельника админ в отпуске, я его заменяю — сервера почувствовали свободу и начали своевольничать :)

Сорри, в (1) опечатка, ОС — ВинСервер 2000.

   sergeante

5 — 10.06.10 — 11:34

(3) Cobian очень хороший бекапер.

   Sakura

6 — 10.06.10 — 11:37

(5) Нам тоже нравится. Раньше никаких косяков за ним не наблюдалось.
По поводу (0) что скажешь, почему может не отсылать логи?
Он ведь на каждое задание лог заново пишет, так?

   luns

7 — 10.06.10 — 11:50

(0) запусти задание ручками и гляди. скорее всего он до отправки не доходит. раньше обламывается.
например места на винте мало или еще что.

   luns

8 — 10.06.10 — 11:51

а еще можно галку удаления журналов после отправки снять.

   Sakura

9 — 10.06.10 — 11:52

(7) места на винте нормально :)
если мне склероз не изменяет, он на каждое задание заводит отдельный лог при старте, по окончании, перед удалением, должен его отправлять по почте. Не отправляет, но лог чистит О_о
(8) спасибо, пойду поищу ее.

   Sakura

10 — 10.06.10 — 14:09

Удалось найти логи за последние два дня.
Чтение показало, что на самом деле не выполнялось ни одно из заданий — архивы обновлялись, но записано файлов — 0.
На каждое задание — Stream write error. В некоторых случаях еще не сходится контрольная сумма или ошибка проверки данных.
На диске, где установлен Cobian, свободно 3,3 Мб, есть подозрение, что это может быть одной из причин проблемы.
В целях эксперимента сегодня все те же задания запущу на своем компе, посмотрим, что получится…

   luns

11 — 10.06.10 — 14:15

видимо в каталоге temp не хватало места.
можно попробовать path подправить (указать путь к винту где достаточно места).

   Sakura

12 — 10.06.10 — 14:17

(11) проверим, если с моего компа все нормально отработает, значит, скорее всего, дело действительно в нехватке памяти.

   Sakura

13 — 10.06.10 — 14:23

Что странно — там же два файла, log.txt и log_copy.txt.
Копия — открывается и без проблем копируется на другой диск. Основной файл лога открыть невозможно, «Cannot open file, make sure a disk is in the drive you specified»

   Sakura

14 — 11.06.10 — 10:12

Новоутренний ап.
Сводка с фронта.
Ошибки копирования побеждены, копии создаются, все работает, но проблема с отсылкой логов осталась — «Ошибка отправки журнала. Файл журнала невозможно скопировать».
Не критично, конечно, но хотелось бы хотя бы представлять, в какую сторону копать, в чем может быть загвоздка.

   luns

15 — 11.06.10 — 10:48

а у тебя как отправка настроена? по времени или по окончанию задания?

   smaharbA

16 — 11.06.10 — 10:50

райтеры все на месте

   Sakura

17 — 11.06.10 — 10:59

(15) по окончанию задания. Было на два адреса — мой и системный, системный убрала, т.к. именно он выдавал ошибку отправки, посмотрим, свалится на мой или нет.

   luns

18 — 11.06.10 — 11:08

странно. у меня на несуществующий отправлял. ессно не доходило но стартовал.
правда у меня 9 версия.

   Sakura

19 — 11.06.10 — 11:27

(18) у меня оба существующие и рабочие
посмотрим, если оставлю один адрес, на него пойдут отчеты или нет

   Sakura

20 — 11.06.10 — 16:06

Последние сводки с полей.

С сервера из Cobian поста так и не отправляется, «Файл журнала невозможно скопировать». На локальной машине все работает как часы, отчеты исправно валятся на почту. Адрес в обоих случаях один и тот же, настройки тоже.

   Иду

21 — 11.06.10 — 17:30

капец рейду.

   Злопчинский

22 — 12.06.10 — 01:23

ну и заодно поменяйте Кобиан на более свежий. У мну стоит последняя девятка — нормуль. Проблемы только когда места мало…

   Sakura

23 — 12.06.10 — 12:41

(21) Система и Cobian стоят не на рейде, на обычном диске.
(22) Задания именно из-за нехватки места и не запускались, что могла, я расчистила. Журнал может из-за этого же косячить?
Дистриб девятки скачали, пока гоняем на локальных машинах в тестовом режиме.

   Злопчинский

24 — 13.06.10 — 02:24

(23) насчет журнала — не скажу…

дистриб девятки смотрите — там есть несколько релизов

   Sakura

25 — 13.06.10 — 08:33

(24) угумс/, спасибо, после выходных буду смотреть. На локальной машине и в восьмерке все работает…

   Sakura

26 — 15.06.10 — 09:05

Мистика.

С сервера логи письмом так и не отправляются, несмотря на корректность настроек и правильную работу почтовой службы (тестовое письмо с проверкой связи из Cobian отправляется и приходит), «файл журнала невозможно скопировать». На локальной машине с теми же настройками все отправляется.

Ничего не понимаю.

В логах почтового сервера все, само собой, чисто, косяк именно в журнале.

   Stim

27 — 15.06.10 — 09:07

(26) Бубен уже пробовали?

   Sakura

28 — 15.06.10 — 09:10

(27) бубен у меня почти что интегрированный уже )

   luns

29 — 15.06.10 — 09:22

(26) права юзера от которого кобан работает маловаты?

   Sakura

30 — 15.06.10 — 09:23

Есть подозрение, что дело опять же в малом количестве свободного места на диске, но проверить — никак :(
кстати, забавно, еще на той неделе обнаружила в логе событий постоянную ругань почтового сервера на отключенный аккаунт уволившегося сотрудника, каждые 10-15 минут сообщения о нем, что типа «разберитесь с его правами». За выходные — раз в сутки такое сообщение, и тишина. Сегодня с начала рабочего дня уже сообщений 5-7 такого типа (работа началась час назад). Хрень какая-то О_о

   Sakura

31 — 15.06.10 — 09:23

(29) администраторские

   Stim

32 — 15.06.10 — 09:29

(30) удали файлы с поревом с сервака — место и освободится. :)

зы. что, нельзя расчистить место на серве? Не верю!

   Sakura

33 — 15.06.10 — 09:33

(32) Диск, где установлены система и кобиан — 5 Гб. Ничего лишнего — система, Program Files, профили нескольких администраторских аккаунтов. И все, свободны 50 Мб, и то после удаления временных файлов и прочей фигни.

   Stim

34 — 15.06.10 — 09:36

(33) и это сервак? Как-то тухленько :)

   Sakura

35 — 15.06.10 — 09:37

(34) все данные на другом диске )

   Sakura

36 — 15.06.10 — 11:06

Больше идей не будет?

   hd1

37 — 16.06.10 — 06:31

нет диска больше 5 гб?

   Sakura

38 — 16.06.10 — 06:35

(37) диск есть, но переустановка кобиана на другой диск — самый крайний вариант.

   hd1

39 — 16.06.10 — 06:36

(38) всю ФС на него и будет место.

   Sakura

40 — 16.06.10 — 06:39

(39) т.е. проблема все-таки именно из-за нехватки места?

   hd1

41 — 16.06.10 — 06:41

(40) точно сказать нельзя, но попробовать можно, 10 минут времени.
вернуть назад все можно тут же если не пошло.

   Sakura

42 — 16.06.10 — 06:42

(41) на работающем серваке, где работают пользователи? =)
ок. сегодня вечером попробую, когда все уйдут

   hd1

43 — 16.06.10 — 06:51

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

  

Sakura

44 — 16.06.10 — 07:53

(43) это не 1С-сервер )
там все рабочие документы хранятся и личные папки пользователей. Личные папки — фиг с ними, а с договорами и т.д. постоянно работают, причем почти все, даже в обед

Рассмотрим вопрос на одном реальном примере, когда админу достался «в наследство» WinSrv2012R2Std с резервным копированием, реализованным посредством Cobian Backup11. Однако это средство создания резервных копий было настроено неверно, и при условии, что все данные весили порядка 70Гб, том на 1Тб был забит под завязку уже на второй операции.


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

«Программа не найдена».


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


  1. Выдается новый пароль службе непосредственно из служебной оснастки;


  2. Производится выдача нового пароля из Cobian-интерфейса:


  • для этого предварительно останавливаются программные службы (в противном случае последует автоматическое удаление службы Cobian, что повлечет за собой ошибку типа «Служба помечена на удаление» — вылечить это можно будет, только перезагрузив ПК);


  • откроем интерфейс программы;


  • переходим в «Параметры» из раздела «Инструменты»;


  • на первой открывшейся странице жмем кнопку настроить рядом со значком «щит»;


  • переходим в раздел «Службы»;


  • далее – «Основная служба»;


  • теперь «Авторизация» – заполняем необходимые поля, и все готово.


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


В подобной ситуации очистка папки для бэкапов на самом деле – достаточно тяжелое занятие, поскольку длина пути в данном случае более 256 символов. При выделенном разделе необходимо произвести форматирование. В противном случае придется сокращать длину пути вручную.


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


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

The requested object does not exist.


В Windows-журнале приложения выскакивала следующая ошибка:


непредвиденная ошибка при запросе интерфейса IVssWriterCallback. hr = 0x80070005, Отказано в доступе.


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

недостаточно места на диске для создания теневой копии тома


А между тем на диске, который был выделен под архивацию, места было предостаточно. В итоге выяснилось, что для работы VSS необходимо как минимум 50 Мегабайтов на раздел менее 500 Мегабайтов и т.п. Оказалось, что уже имеется зарезервированный системой раздел с объемом в 100 Мб и свободным пространством в 24,3.


Это и был самый корень проблемы. Осталось только исключить его из процесса копирования. Все это от неправильной настройки раздела «Зарезервировано системой». По идее, в первую очередь, bootmgr не должен был находиться именно в этом разделе. А во вторую – раздел необходимо было скрыть. Кроме того, из-за присутствия в названии раздела буквы, система поместила в него pagefile.sys, который весил 40 тех самых «решающих» мегабайт. Последняя проблема решается отключением файла подкачки для этого раздела.


21.12.2016


12298

Если вы поставили на резервное копирование сетевую папку и получаете следующее об ошибке:

The source directory «\IPShare» doesn’t  exist or couldn’t be accessed

Исходный каталог «\IPShare» не существует или недоступен

Вам необходимо запустить службу Cobian Backup под текущим пользователем

Внимание! На вход в Windows требуется поставить пароль

Инструкция:

Панель управления -> Службы

Тут необходимо найти службу Cobian Backup. Нажимаете дважны на нее, открывается оксно свойств. Переходите на вкладку «Вход в систему«. Переключаете галочку на  вход в систему с учетной записью. Через Обзор выбираете своего пользователя и дважды вводите пароль. Далее Применить и перезапускаете службу. 


P.S. Если у вас возникли проблемы с техникой, обращайтесь в наш компьютерный сервис либо закажите выезд компьютерного мастера.

Понравилась статья? Поделить с друзьями:
  • Ошибка загрузки файла дискорд
  • Ошибка закачки торрента что делать
  • Ошибка зап проверьте карту
  • Ошибка загрузки файл не должен быть исполняемым
  • Ошибка занотти а04