rev="post-1359" 2 Comments
Един проблем при ползването на Bacula с MySQL база за каталог:
Termination: *** Backup Error ***
Fatal error: catreq.c:680 Restore object create error.
Fatal error: sql_create.c:1273 Create db Object record INSERT INTO RestoreObject
(ObjectName,PluginName,RestoreObject,ObjectLength,ObjectFullLength,ObjectIndex,
ObjectType,ObjectCompression,FileIndex,JobId) VALUES ('RestoreOptions',
'bpipe:/MYSQL/database_name.dump:/usr/bin/mysqldump database_name:mysql',
'# Plugin configuration file\n# Version 1\nOptPrompt=\"Restore command to use\"\nrestore_command=@STR@\n\n',98,98,0,27,0,381,18) failed.
ERR=Data too long for column 'PluginName' at row 1
Случва се при архивиране на mysql бази данни с по-дълги имена. Решението на проблема е дребна редакция в ДБ модела на каталога:
ALTER TABLE 'RestoreObject' CHANGE 'PluginName' 'PluginName' BLOB NOT NULL;
Привет,
Няколко въпроса ми изникват, защото съвсем наскоро в една оперативка говорихме за bacula.
– Много файлове ли бекъпваш? (тук се опасявам, че хипотетично при няколко паралелни рестора (често се налага) в някакъв момента джобовете ще се затлачат, докато сглоби каквото трябва)
– Бекъпваш ли windows машини?
– Какъв compression level си описал в bacula-dir-а? Мисля, че 5 е най-общо казано най-оптималното ниво, но всякакво мнение ще ми е полезно.
– Как бекъпваш бази данни? Виждам, че има възможност чрез директивата Client Run Before Job да си издъмпя базите в някаква директория и така да ги бекъпвам.
Като цяло, ако си срещал и някакви ботълнеци при голяма инфраструктура, ще е полезно споделяне. : )
Здрасти Краси,
Дефиницията за „много“ файлове е плаваща, но да – паралелните рестори са обречени на затлачване и дълго чакане, ако трябва да се сглобяват от композиция инкрементални бекапи върху бавни, евтини, въртящи дискове.
Не, без виндози.
5 или 6 мисля, че беше нивото на компресия по подразбиране. Не си заслужава особено да се пипа, но все пак за всеки влак си има пътници – едни искат да им е бързо, други, да им заема малко място.
За базите се бекапват дъмповете им, които се изграждат според спецификата на инфраструктурата, за която се отнасят.
Нямам идея как ще се държи Бакула в голяма инфраструктура – повече от 100 клиента и бекап каталог > 1PB. Вероятно ще трябва да се сегментира върху повечко сървъри.