forum.lissyara.su

Пробовал ли кто нибудь восстанавливать файлы, если хард на котором стоял клиент делавший бекап потерян безвозвратно?

Тоесть : Стоит клиент (client1) на машине, исправно складывает бекапы ( backup of client1) на сервер (server1) восстанавливает отлично, но только те бекапы которые сделал сам. Но вот если машина c client 1 восстановлению не подлежит, делал ли кто то восстановление c server1 backup of client1 на client 2, или прийдется подняв новую машину заводить на ней клиент с таким же именем и параметрами чтобы накатить обратно сделанные бекапы?

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

Burner писал(а):восстанавливает директор. И бекапы делает директор. Клиенты и стораджи только команды выполняют. Директору все равно, на какого клиента восстанавливать.

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

А как ты делаешь рестор?

princeps писал(а):А как ты делаешь рестор?

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

логи что говорят по этому поводу?

princeps писал(а):логи что говорят по этому поводу?

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

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

У меня тоже без проблем восстанавливает любые бэкапы на любого клиента, прописанного в bacula-dir. Главное при настройке команды restore правильно указать каталог сохранения восстановленных файлов и имя клиента.

princeps писал(а):у меня всё нормально восстанавливается на другой комп.
Ты из консоли восстановление делаешь или джобом? Каталог в задании на восстановление какой указан?
Ты вообще уверен, что он у тебя забэкапил что-нибудь, может бэкап пустой?

Уверен, этот же бекап на этого же клиента восставнавливается со свистом. Восстанвливаю через вебакулу,либо джобом. А вот с местом востсановления, хотел бы уточнить. как я понимаю можно указать любое существующее место и бакула восстановитт туда либо весь бекап 9 дерево директорий и файлы в них, либо выбранные файлы и ту часть дерева директорий в которых оно лежит?

зайдите в bconsole. Там набрать команду restore. И все параметры видно будет.

Kazak писал(а): А вот с местом востсановления, хотел бы уточнить. как я понимаю можно указать любое существующее место и бакула восстановитт туда либо весь бекап 9 дерево директорий и файлы в них, либо выбранные файлы и ту часть дерева директорий в которых оно лежит?

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

столкнулся с проблемой почти похожей за исключением:
если восстанавливать какие-либо задания с любых клиентов на локальный диск бекапного сервера, на котором работает директор, сторадж, то все проходит на ура. Проблема возникает при восстановлении на других клиентов. Процесс восстановления неожиланно останавливается на каком-либо файле и так висит пока не отстрелить задачу. Чисто теоретически что можно в бакульных кофигах подкрутить чтоб найти причину траблы. Подымал уровень дебага на клиенте до 200 ничего не ловит аномального. Единственное, что заметил это при залипании клиента на определенном файле на консоль пишет это:
21-дек-2010 16:27:13 btr1.-fd: restore.c:795-0 End Do Restore. Files=10266 Bytes=958117940
21-дек-2010 16:27:13 btr1.-fd: job.c:1895-0 filed>stored: 21-дек-2010 16:27:13 btr1-fd: job.c:1909-0 Done in job.c
Какой может быть End Do Restore, задача даже 1% всех файлов не восстановила?
проблем с местом нет. I need hepl very match (((((

ReND писал(а):столкнулся с проблемой почти похожей за исключением:
если восстанавливать какие-либо задания с любых клиентов на локальный диск бекапного сервера, на котором работает директор, сторадж, то все проходит на ура. Проблема возникает при восстановлении на других клиентов. Процесс восстановления неожиланно останавливается на каком-либо файле и так висит пока не отстрелить задачу. Чисто теоретически что можно в бакульных кофигах подкрутить чтоб найти причину траблы. Подымал уровень дебага на клиенте до 200 ничего не ловит аномального. Единственное, что заметил это при залипании клиента на определенном файле на консоль пишет это:
21-дек-2010 16:27:13 btr1.-fd: restore.c:795-0 End Do Restore. Files=10266 Bytes=958117940
21-дек-2010 16:27:13 btr1.-fd: job.c:1895-0 filed>stored: 21-дек-2010 16:27:13 btr1-fd: job.c:1909-0 Done in job.c
Какой может быть End Do Restore, задача даже 1% всех файлов не восстановила?
проблем с местом нет. I need hepl very match (((((

подождал несколько десятков минут в лог свалилось вот такое чудо:
JobId 1048: Fatal error: bsock.c:507 Packet size too big from "Storage daemon:192.168.47.123:9103. Terminating connection.
JobId 1048: Fatal error: restore.c:277 Data record error. ERR=Broken pipe