LINUX.ORG.RU
решено Форум — Admin  

Автономное восстановление

 ,


0

1

Нашел интересующий меня Пул 

root@mother:/volume1/bacula# ls -l -h
....
-rw-r----- 1 bacula tape 1,8G 2012-06-30 20:14 Base1c-0123
....
Посмотрел список файлов 
root@mother:/volume1/bacula# bls -V Base1c-0123 /volume1/bacula
bls: butil.c:281 Using device: "/volume1/bacula" for reading.
25-июля 20:00 bls JobId 0: Ready to read from volume "Base1c-0123" on device "Volume1" (/volume1/bacula).
bls JobId 737: -rwxrwxrwx   1 root     root       244260864 2012-01-17 13:27:32  C:/base1Cv8/KADA ZPL3/1Cv8.1CD
bls JobId 737: drwxrwxrwx   1 root     root               0 2012-01-17 15:35:32  C:/base1Cv8/KADA ZPL3/1Cv8FTxt/
bls JobId 737: -rwxrwxrwx   1 root     root           11774 2011-08-01 15:35:26  C:/base1Cv8/KADA ZPL3/1Cv8Log/1Cv8.elf
bls JobId 737: -rwxrwxrwx   1 root     root           12568 2012-01-17 13:26:54  C:/base1Cv8/KADA ZPL3/1Cv8Log/1Cv8.lgf
bls JobId 737: -rwxrwxrwx   1 root     root         5096738 2012-01-17 13:27:32  C:/base1Cv8/KADA ZPL3/1Cv8Log/20111214000000.lgp
bls JobId 737: drwxrwxrwx   1 root     root               0 2012-01-17 15:36:01  C:/base1Cv8/KADA ZPL3/1Cv8Log/
bls JobId 737: drwxrwxrwx   1 root     root               0 2012-01-17 15:35:25  C:/base1Cv8/KADA ZPL3/
bls JobId 737: -rwxrwxrwx   1 root     root        22625301 2011-12-14 08:59:23  C:/base1Cv8/KADA ZPL3.zip
bls JobId 737: -rwxrwxrwx   1 root     root      2028990464 2011-12-14 18:53:06  C:/base1Cv8/Бухгалтерия_с_2012/1Cv8.1CD
^C
Запускаю bextract 
root@mother:/volume1/bacula# bextract -V Base1c-0123 /volume1/bacula /tmp -dnnnnnnnnnnnnnnnnnnn
bextract: butil.c:281 Using device: "/volume1/bacula" for reading.
25-июля 20:01 bextract JobId 0: Ready to read from volume "Base1c-0123" on device "Volume1" (/volume1/bacula).
bextract JobId 0: -rwxrwxrwx   1 root     root       244260864 2012-01-17 13:27:32  /tmp/C:/base1Cv8/KADA ZPL3/1Cv8.1CD
Висит на первом файле, В это время в /tmp 
root@mother:/tmp/C:/base1Cv8/KADA ZPL3# ls -l
total 0
-rw------- 1 root root 0 2012-07-25 20:01 1Cv8.1CD
Приходится прерывать bextract 
^C

★★★★★

Заметил что утилиты bls и bextract показывают разные jobid 737 и 0 соответственно.

petav ★★★★★
() автор топика
Ответ на: комментарий от zgen 
root@bacula:/var/lib/bacula# cat 1c.kada.local-Base1c.bsr
# 22-Jul-2012 00:11:53 - 1c.kada.local-Base1c.2012-07-22_00.00.00_09 - Full
Volume="Base1c-0114"
MediaType="File"
VolSessionId=49
VolSessionTime=1341903205
VolAddr=0-0
FileIndex=0-0
Volume="Base1c-0114"
MediaType="File"
VolSessionId=49
VolSessionTime=1341903205
VolAddr=227-999936152
FileIndex=1-19
Volume="Base1c-0114"
MediaType="File"
VolSessionId=49
VolSessionTime=1341903205
VolAddr=999936153-1899909447
FileIndex=19-8542
# 23-Jul-2012 01:25:18 - 1c.kada.local-Base1c.2012-07-23_01.20.00_24 - Incremental, since=2012-07-22 00:00:03
Volume="Base1c-0116"
MediaType="File"
VolSessionId=53
VolSessionTime=1341903205
VolAddr=0-0
FileIndex=0-0
Volume="Base1c-0116"
MediaType="File"
VolSessionId=53
VolSessionTime=1341903205
VolAddr=227-746912144
FileIndex=1-279
# 24-Jul-2012 01:26:04 - 1c.kada.local-Base1c.2012-07-24_01.20.00_09 - Incremental, since=2012-07-23 01:20:04
Volume="Base1c-0118"
MediaType="File"
VolSessionId=56
VolSessionTime=1341903205
VolAddr=0-0
FileIndex=0-0
Volume="Base1c-0118"
MediaType="File"
VolSessionId=56
VolSessionTime=1341903205
VolAddr=227-803986320
FileIndex=1-209
# 25-Jul-2012 01:26:24 - 1c.kada.local-Base1c.2012-07-25_01.20.00_53 - Incremental, since=2012-07-24 01:20:04
Volume="Base1c-0119"
MediaType="File"
VolSessionId=59
VolSessionTime=1341903205
VolAddr=0-0
FileIndex=0-0
Volume="Base1c-0119"
MediaType="File"
VolSessionId=59
VolSessionTime=1341903205
VolAddr=227-847844282
FileIndex=1-332

Там нет такого Volume - Base1C-0123. Это то, собственно ради чего, я это в ручную и делаю. Надо было файлы восстановить, так в каталоге (webacula) одни файлы и размер для Volume Base1C-0123, а в файловой системе другие. Естественно из консоли ни чего не выходит, 0 восстановлено без ошибок. Что случилось и почему так все рассинхронизировалось еще предстоит разобраться. Это обнаружилось благодаря 1с нику, который базу запорол. И завтра надо ему бэкап отдать.

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

Вот только я не понял почему такой хилый bsr? Бэкапы каждый день делаются. Он что подчищается?

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

Так можно и без него или я не так понял английский?

Там, по ссылке, используется ключ -i, попробуй с ним, может он и правда нужен. Включай просто всё, маской * .

sin_a ★★★★★
()
Ответ на: комментарий от petav

Если я правильно понял эти их иностранные многабукоф, то в нём актуальные данные последнего задания.

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

Пробовал так 

root@mother:/volume1/bacula# cat /home/include
C:/base1Cv8/KADA ZPL3/1Cv8.1CD
и так 
root@mother:/volume1/bacula# cat /home/include
*
то же самое, файл создается нулевого размера 
root@mother:/volume1/bacula# bextract -V Base1c-0123 /volume1/bacula /tmp -dnnnnnnnnnnnnnnnnnnn -i /home/include
bextract: butil.c:281 Using device: "/volume1/bacula" for reading.
25-июля 21:45 bextract JobId 0: Ready to read from volume "Base1c-0123" on device "Volume1" (/volume1/bacula).
bextract JobId 0: -rwxrwxrwx   1 root     root       244260864 2012-01-17 13:27:32  /tmp/C:/base1Cv8/KADA ZPL3/1Cv8.1CD
^C

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

http://www.bog.pp.ru/work/bacula.html

Информация о владельцах файлов и правах доступа сохраняются, если выключён режим совместимости (portable yes). Зато файлы невозможно восстановить с помощью ОС, отличной от MS Windows NT/2K/XP/2003, пока этот режим не включить. В том числе не работают утилиты bls и bextract.

Не оно?

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

Имеешь ввиду распаковать на подмонтированную шару. А то в попыхах не могу под win найти.

petav ★★★★★
() автор топика
Ответ на: комментарий от sin_a

http://sourceforge.net/projects/bacula/files/Win32_64/ это?

В составе этого нету этой утилиты, допускаю что плохо искал

Нет, что бы бух работал с базой на сервере, вечером выключал свою машину, а ночью ты спокойно забирал с нормальной ФС

База в терминале

petav ★★★★★
() автор топика
Ответ на: комментарий от zgen

Нет жива но

Там нет такого Volume - Base1C-0123. Это то, собственно ради чего, я это в ручную и делаю. Надо было файлы восстановить, так в каталоге (webacula) одни файлы и размер для Volume Base1C-0123, а в файловой системе другие. Естественно из консоли ни чего не выходит, 0 восстановлено без ошибок. Что случилось и почему так все рассинхронизировалось еще предстоит разобраться. Это обнаружилось благодаря 1с нику, который базу запорол. И завтра надо ему бэкап отдать.

Думаю обновить информацию о пуле в базе и с bconsole восстановится 

bscan -m -c bacula-sd.conf -v -V Base1C-0123 Volume1
?

petav ★★★★★
() автор топика
Ответ на: комментарий от zgen

На будущее понял

In any case, Win32 streams are not restoreable to Linux hosts unless they are configured portable. Info about this is in the manual. 2.0.x removes this limitation.

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

petav ★★★★★
() автор топика
Ответ на: комментарий от zgen

Да это не мои мысли а яндекс. А я просто параметры bextract искал.

sin_a ★★★★★
()
Ответ на: комментарий от petav

Думаю обновить информацию о пуле в базе
bscan

выглядит разумно. Только дам базы сделайте перед манипуляцией. Или делайте на копии (потом похерите).

Что случилось и почему так все рассинхронизировалось еще предстоит разобраться.

Теоретически..
1) битая БД
2) rotate инфы в бд чаще, чем собственно файлов
Точнее сказать можно только изучив настройки bacula. (pools, shedules, jobs)

zgen ★★★★★
()
Ответ на: комментарий от zgen

выглядит разумно. Только дам базы сделайте перед манипуляцией. Или делайте на копии (потом похерите).

Да, только утром на работе продолжу. За 14 часов работы я более опасен чем полезен.

Теоретически.. 2) rotate инфы в бд чаще, чем собственно файлов

Не совсем понял, что ввиду имелось?

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

Не совсем понял, что ввиду имелось?

Информация в каталоге удаляется по расписанию. Она могла быть удалена и записана новая.

Кстати, еще вариант объяснения - физический файл «битый».

zgen ★★★★★
()
Ответ на: комментарий от petav

в 3.0.3a - тоже есть bextract
в 5'ке уже нет.

Можно попробовать на копии, хуже то уже не будет! :)

zgen ★★★★★
()
Ответ на: комментарий от zgen

Информация в каталоге удаляется по расписанию. Она могла быть удалена и записана новая.

Если он восстанавливает последнюю копию, то это должно быть неактуально.

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

Если он восстанавливает последнюю копию, то это должно быть неактуально.

Я про причины думал, которые могли к подобному привести.

zgen ★★★★★
()
Ответ на: комментарий от sin_a

Если он восстанавливает последнюю копию, то это должно быть неактуально.

Не последняя, первая начало месяца. У меня месячный цикл.

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

ну вот, а я думал сериал до конца досмотреть. :/

zgen ★★★★★
()
Ответ на: комментарий от zgen

Так bscan поправил информацию только о пуле, стало 1800 Mb вместо 800 Mb, но в связанном задании, его номер 737 список файлов остался прежний. 

root@mother:~# bscan -h 192.168.200.11 -u root -P 123 -m -c bacula-sd.conf -v -V Base1c-0123 Volume1
bscan: butil.c:281 Using device: "Volume1" for reading.
26-июля 08:54 bscan JobId 0: Ready to read from volume "Base1c-0123" on device "Volume1" (/volume1/bacula).
bscan: bscan.c:308 Using Database: bacula, User: root
bscan: bscan.c:450 Pool record for 1c.kamo-lada.local-Base1c found in DB.
bscan: bscan.c:464 Pool type "Backup" is OK.
bscan: bscan.c:474 Media record for Base1c-0123 found in DB.
bscan: bscan.c:492 Media type "File" is OK.
bscan: bscan.c:502 VOL_LABEL: OK for Volume: Base1c-0123
bscan: bscan.c:526 SOS_LABEL: Job record not found for JobId: 0
bscan: bscan.c:818 Unknown stream type!!! stream=28 len=499
26-июля 08:54 bscan JobId 0: End of Volume at file 0 on device "Volume1" (/volume1/bacula), Volume "Base1c-0123"
bscan: bscan.c:337-0 ========== JobId=0 ========
bscan: bscan.c:966 Updated Media record at end of Volume: Base1c-0123
26-июля 08:54 bscan JobId 0: End of all volumes.
bscan: bscan.c:966 Updated Media record at end of Volume: Base1c-0123
bscan: bscan.c:637 End of all Volumes. VolFiles=0 VolBlocks=0 VolBytes=1,904,415,378
Records would have been added or updated in the catalog:
      1 Media
      1 Pool
      1 Job
   8542 File
Запустил его с опцией -s (работал долго) 
root@mother:~# bscan -s -h 192.168.200.11 -u root -P 123 -m -c bacula-sd.conf -v -V Base1c-0123 Volume1
bscan: butil.c:281 Using device: "Volume1" for reading.
26-июля 08:58 bscan JobId 0: Ready to read from volume "Base1c-0123" on device "Volume1" (/volume1/bacula).
bscan: bscan.c:308 Using Database: bacula, User: root
bscan: bscan.c:450 Pool record for 1c.kamo-lada.local-Base1c found in DB.
bscan: bscan.c:464 Pool type "Backup" is OK.
bscan: bscan.c:474 Media record for Base1c-0123 found in DB.
bscan: bscan.c:492 Media type "File" is OK.
bscan: bscan.c:502 VOL_LABEL: OK for Volume: Base1c-0123
bscan: bscan.c:1016 Created Client record for Client: 1c.kamo-lada.local
bscan: bscan.c:1099 Created new JobId=1226 record for original JobId=737
bscan: bscan.c:818 Unknown stream type!!! stream=28 len=499
bscan: bscan.c:1033 Fileset "1c.kamo-lada.local-Base1c" already exists.
bscan: bscan.c:1154 Updated Job termination record for JobId=1226 Level=Full TermStat=T
bscan: bscan.c:1246 Created JobMedia record JobId 1226, MediaId 123
26-июля 09:05 bscan JobId 0: End of Volume at file 0 on device "Volume1" (/volume1/bacula), Volume "Base1c-0123"
bscan: bscan.c:337-0 ========== JobId=0 ========
bscan: bscan.c:966 Updated Media record at end of Volume: Base1c-0123
26-июля 09:05 bscan JobId 0: End of all volumes.
bscan: bscan.c:966 Updated Media record at end of Volume: Base1c-0123
bscan: bscan.c:637 End of all Volumes. VolFiles=0 VolBlocks=0 VolBytes=1,904,415,378
Records added or updated in the catalog:
      1 Media
      1 Pool
      1 Job
   8542 File
И создал новое задание 1226, с актуальным списком файлов.

petav ★★★★★
() автор топика
Ответ на: комментарий от zgen

Да, это задание восстановил. Оно было полным.

Потом с помощью bscan сотворил тоже с вышестоящими инкриментами и произвел полное восстановление на следующие вышестоящие даты. Реквизиты (имею ввиду дата) в развернутых папках на файлах корректные, конечное заключение жду от программиста ))

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

Добавлю я к FileSet для win: 

...
portable=yes
...
На всякий случай

petav ★★★★★
() автор топика
Ответ на: Спасибо от petav

Ну у Болгомолова там вообще есть что почитать. Неплохая документация.

А возможные проблемы в принципе должны раскрываться тестовым восстановлением. Без которого при настройке в общем тоже не обойтись. Если оно восстанавливалось, то скорее всего это не тот случай.

sin_a ★★★★★
()
Ответ на: комментарий от sin_a

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

petav ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin