Subversion Repositories general

Rev

Details | Last modification | View Log | RSS feed

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