Aleksanders
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У меня на работе было так, что стоимость баз, которые я должен был хранить, превышала стоимость самого 5-этажного здания, в котором сидела контора... (странно, но спалось при этом вполне спокойно) Так вот, для хранения всего этого дела я выделил отдельный комп, который я назвал "сервер бэкапов" и на него по ночам стягивались бэкапы всех критических данных. Для этого в домене был заведен специальный "бэкап юзер", которому был сделан доступ на нужные директории серверов, от имени этого юзера на "сервере бэкапов" планировщиком заданий запускался скрипт, который делал историю бэкапов на 16 дней. Примерно так: удаляем директорию "бэкап-16", переименовываем "бэкап-15" в "бэкап-16", "бэкап-14" в "бэкап-15" ... "бэкап" в "бэкап-1", создаем новую директорию "бэкап" и в нее скачиваем новые бэкапы поочередно новые бэкапы с сети. Раз в определенный период времени (неделя, месяц, год, сколько угодно) директорию "бэкап" болваним на DVD-D или на любой другой носитель. Такая же ботва с бэкапами делается не только на сервере бэкапов, но и на каждом из обслуживаемых серваков, по мере возможности их винтов. Где места мало, делаются или не все бэкапы, или только за 1 день. Еще важная деталь. "Сервер бэкапов" должен стоять в отдельном помещении или даже здании - на случай пожара. Желательно, чтобы помещение было охраняемым, с мерами безопасности как от кражи, так и от проблем с электричеством. И еще, поскольку система резервная, и резервирование многократное, то такую систему надо более всего беречь от кражи, а потому желательно максимально защитить ее от злоумышленников. Минимум, что стоит сделать - шифрование данных в каталогах бэкапов. По поводу сжатия данных можно написать только то, что подавляющее большинство современных архиваторов разжимают данные просто невозможно медленно. Так что есть смысл хорошо подумать, что важнее - суперкомпактный размер или быстрая возможность доступа к данным... Отсюда выбирается сжатие - пофайловое или непрерывное. И с паролем сжатие - это обязательно, причем пароль не менее 18-20 знаков.
Вот такие заметки, рожденные опытом работы с сохранением данных.
----------
LINUX = Linux Is Not a UniX |
|
