WebSVN – general – Blame – /fsbackup/origin/FAQ

Rev	Author	Line No.	Line
1365	dev	1	FAQ - ОТВЕТЫ НА ЧАСТО-ЗАДАВАЕМЫЕ ВОПРОСЫ
		2
		3	-------------------------------------------------------------------------------
		4	Как увеличить быстродействие и снизить нагрузку на процессор при шифровании
		5	бэкапа ?
		6
		7	При использовании шифрования через gpg, рекомендуется установить значение
		8	$prog_gzip="" (т.е. отключить сжатие архива), так как gpg перед шифрованием
		9	самостоятельно сжимает данные. Использование gzip приведет к двойному
		10	сжатию и лишней нагрузке на CPU.
		11
		12	-------------------------------------------------------------------------------
		13	Возникло опасение, что при большом количестве файлов fsbackup съест все ОЗУ.
		14
		15	Ничего подобного, одним из достоинств fsbackup является очень экономные
		16	требования к памяти, за счет использования для хранения хэшей библиотеки
		17	DBM. По умолчанию, используется не более 4 Мб ОЗУ.
		18
		19	-------------------------------------------------------------------------------
		20	Как увеличить быстродействие и оптимизировать распределение памяти для
		21	бэкапа ?
		22
		23	По умолчанию в памяти находится только 4 Мб индексов, остальное сбрасывается
		24	на диск. Быстродействие создания бэкапа можно _на_порядок_ увеличить, за
		25	счет увеличения размер кэша для размещения хэш таблицы в памяти.
		26	Для этого в fsbackup.pl нужно изменить значения константы:
		27	use constant DB_DEF_CACHE_SIZE => размер_кэша_в_байтах;
		28	Чем больше DB_DEF_CACHE_SIZE - тем лучше.
		29
		30	-------------------------------------------------------------------------------
		31	Собрался сменить fsbackup 1.0 на 1.1 (1.2). Не будет ли проблем с существующей
		32	конфигурацией, при переходе на новую версию ?
		33
		34	Можно смело оставить старые файлы конфигурации, заменив только скрипты.
		35	При желании активировать новинки, появившиеся в 1.1 (1.2), загляните в CHANGES
		36	и добавте новые переменные в старые конфиги.
		37
		38	-------------------------------------------------------------------------------
		39	Зачем было создавать свою систему бэкапа SQL таблиц, кога есть pg_dump и
		40	mysqldump ?
		41
		42	Ни тот ни другой не умеют бэкапить все базы, с пропуском нескольких.
		43	Например, бэкап всех баз на MySQL сервере, кроме ненужной гигобайтовой базы
		44	словоформ для поисковика. fsbackup же опирается на три кита: полный бэкап
		45	всех баз, бэкап только указанных в backup_db_list баз данных и бэкап всех
		46	баз, кроме указанных в backup_db_list. Начиная с версии 1.2 fsbackup умеет
		47	производить бэкап (или исключать из бэкапа) не только отдельные базы, но
		48	и таблицы.
		49
		50	-------------------------------------------------------------------------------
		51	Как наиболее грамотно организовать бэкап сервера и большим объемом данных ?
		52
		53	Рекомендуется, описать бэкап разных участков файловой системы в нескольких
		54	файлах конфигурации.
		55	Например, создать следующие конфигурации:
		56	server_etc.conf - описывает создание бэкапа директории /etc и секретных
		57	данных с использованием PGP шифрования;
		58	server_local.conf - бэкап /usr/local, за исключением временных файлов.
		59	server_sql.conf - бэкап БД.
		60	server_home.conf - бэкап директорий пользователей (/home или /usr/home)
		61	server_soft.conf - бэкап архива программ (без сжатия)
		62
		63	Внимание, директории для сохранения бэкапа в каждом конфигурационном файле
		64	должны отличаться ($cfg_remote_path, $cfg_local_path), сохранение в одной и
		65	той же директории нескольких, описанных разными .conf файлами, бэкапов не
		66	допустимо.
		67
		68	-------------------------------------------------------------------------------
		69	Почему при указании переменной $cfg_maximum_archive_size=100, несжатые
		70	тома архива оказываются размером немного больше или меньше 100 Кб ?
		71
		72	Переменная $cfg_maximum_archive_size учитывает реальный размер данных
		73	в файлах плюс примерный размер атрибутов файла или директории. При этом
		74	том завершается когда значение счетчика байт больше указанного в
		75	конфигурации значения. Например, если последним добавляется файл размером 70Кб
		76	и размер уже скомпанованного тома равен 90 Кб, то будет создан архивный
		77	файл размером 90 Кб, а файл размером 70 Кб. будет помещен в следующий том.
		78	Т.е. система старается создавать архивные тома размером чуть меньше, чем
		79	размер указанный в файле конфигурации, за исключением случая наличия файла
		80	размер которого больше лимита накладываемого на размер тома, в этом случае
		81	файл целиком помещается в архивный том, несмотря на его большой размер.
		82	Предотвратить создание архивных томов не помещающихся на накопитель,
		83	используемый для резервирования, можно определив максимально возможный
		84	размер файла для помещения в архив ($cfg_size_limit).
		85
		86	-------------------------------------------------------------------------------
		87	Как мне не архивировать файлы из таких - то каталогов, причем сами каталоги
		88	должны быть. Например, почтовые каталоги qmail, задаю маску: =!Maildir/cur/*
		89	в результате не создает в архиве каталогов cur в профилях пользователя.
		90
		91	Достаточно указать:
		92	f!./Maildir/new/.
		93	тогда все файлы внутри /Maildir/new/ не будут помещены в архив, а директория
		94	будет добавлена в .dir файл и при восстановлении будет воссоздана. В tar архив
		95	пустые директории не помещаются, только в .dir список.
		96
		97	-------------------------------------------------------------------------------
		98	Почему fsbackup не делает backup каталогов, если в них нет файлов ?
		99
		100	Пустые каталоги просто не отражены в tar архиве (ровно как и права доступа
		101	на все каталоги). Для хранения полного списка каталогов и прав доступа к ним,
		102	используется .dir файл, выполненный в виде обычного shell сценария. При
		103	восстановлении данных из backup, необходимо не только раскрыть .tar архив, но
		104	и выполнить .dir сценарий.
		105
		106	-------------------------------------------------------------------------------
		107	Что можите порекомендовать для бэкапа нескольких серверов ?
		108
		109	- Выделить старую машину с большим диском под backup-сервер.
		110	- Вынести backup-сервер с тех. площадки, рекомендуется в другое здание
		111	(например в удаленный офис), на случай пожара, грабежа и других
		112	форс-мажорных обстоятельств. Или периодически скидывать бэкапы с
		113	backup-сервера на переносной носитель (лента, CDROM и т.д.) и уносить
		114	домой.
		115	- Рекомендую производить бэкап по FTP, при грамотной организации, не менее
		116	безопасно, чем по SSH (при использовании PGP шифрования бэкапа и
		117	предотвращении возможности сниффинга), а главное более быстрый и
		118	менее ресурсоемкий способ.
		119	- На каждом из серверов, с которых будет производится бэкап, разграничить
		120	области файловой системы в зависимости от важности и объема данных.
		121	Каждую область описать в отдельном файле конфигурации (см. вопросы выше).
		122	Для самых важных данных (например, файлы паролей, секретная информация
		123	представляющая коммерческую тайну и т.д.), используйте PGP шифрование.
		124	Для текстовых данных большого объема и не требующих частого поднятия из
		125	бэкапа - используйте gzip сжатие. Если потребность в доступе к данным
		126	в бэкапе велика, можно ограничиться обычным tar архивом без сжатия.
		127	- Настроить ftp-сервер с доступом только c хостов с которых производится
		128	бэкап (например, через /etc/hosts.allow) и закрытым для внешнего мира.
		129	В конфигурации ftp сервера запретите выход за пределы домашней
		130	директории (/etc/ftpchroot). Дополнительно, через crontab, пропишите
		131	еженедельное дублирование резервной копии на бэкап-сервере на
		132	соседний диск (резервирование бэкапа).
		133
		134

Subversion Repositories general

(root)/fsbackup/origin/FAQ – Rev 1365