Отправляет email-рассылки с помощью сервиса Sendsay

Клуб профессиональных программистов

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Килограмм килобайтов" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Май 2008   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Автор
RXL

Статистика

1.297 подписчиков
-1 за неделю
←   Все выпуски   →

Клуб профессиональных программистов :: Выпуск #49


Клуб профессиональных программистов "Весельчак У"
Информационная рассылка сайта и форума.  Выпуск No49 (2008-05-30).
Здравствуйте, уважаемые читатели!

Наш собственный сервер без сбоев и каких-либо проблем проработал 58 дней и можно считать, что он совершенно исправен. Вчера мы полностью расплатились за него (подробности в финансовом отчете). Огромное спасибо всем, кто помогал. Наши доходы со временем позволят нам провести апгрейд или заменить сервер на более мощный (почему бы и не помечтать!).

Изменился дизайн рассылки. К сожалению, на некоторых почтовых серверах с веб-интерфейсом (например - mail.ru) его совершенно не видно, так как они некорректно показывают содержимое письма, напрочь удаляя таблицу стилей. Конечно, хотелось бы идти в ногу со временем и писать "правильный" html-код, но также хотелось бы увидеть что-то приятное глазу и в web-интерфейсе mail.ru. Со временем мы совместными усилиями постараемся объединить эти вещи. Если хотите и можете помочь в оформлении рассылки, заходите в соответствующую тему в разделе самоуправления.

Имеются некоторые, пока неизлечимые, проблемы с рассылкой на content.mail.ru: в заголовке страницы номер рассылки на единицу больший, чем в заголовке письма, вставки кода в статьях искажаются до неузнаваемости или вообще удаляются (потому отрывки статей такие маленькие - чтобы кода в них не было). Эту проблему могут решить только программисты mail.ru, да и то - если захотят. Скажем им спасибо, что хоть так работает. Можем только порекомендовать переподписаться с рассылки на content.mail.ru на аналогичную нашу рассылку на subscribe.ru: comp.soft.prog.veselchak.

Представляем вашему вниманию статью "Резервное копирование утилитой dump". Публикуем здесь фрагмент статьи, а целиком ее можно прочесть на нашем сайте.

Прочесть статью целиком вы можете на нашем сайте.

Резервное копирование утилитой dump.

Вступление.

О необходимости резервного копирования говорить смысла нет: если системный администратор не понимает этого, то после первого же сбоя или взлома сервера или просто при случайном удалении ценной информации задумается о нем. Хочу поделиться своим, пусть и не богатым, опытом в этой области.

Сохранять данные можно по-разному: только "полезную" информацию, отдельные директории (без разбора содержимого на полезное) или целые разделы (можно всю систему скопировать). Стратегию и тактику каждый выбирает сам для себя. Для web-сервера я выбрал полное копирование системы, чтобы иметь возможность быстро и без дополнительных настроек восстановить работоспособность сервера при выходе из строя всего RAID-массива, взломе системы или еще каком катаклизме. При условии затрудненного доступа к серверу это видится мне правильным решением: пришел, восстановил всю систему из бекапа до нужного дня, и можно спать спокойно.

Систем резервного копирования придумано много, но не все одинаково полезны в условиях затрудненного доступа к серверу: программа востановления должна умещаться на загрузочном сменном носителе и работать с него без установки в систему.

Возможности dump.

dump - традиционная утилита резервного копирования для unix-подобных операционных систем. Она может работать с десятью уровнями инкрементальных дампов, записывать их на стриммерные ленты, на любые блочные устройства и просто в файлы на другом разделе. Восстанавливать можно как раздел целиком, так и отдельные файлы и директории.

Работает утилита непосредственно с блочным устройством, содержащим файловую систему, и оперирует деревом узлов (inode). Она может копировать данные как с демонтированного утройства, так и с используемого - смонтированного. Для инкрементального бекапа используется время модификации inode.

В файле /etc/dumpdates хранится информация о времени проведения каждого уровня инкрементального копирования для каждого раздела. Для конкретного устройства информация там появляется только после создания дампа нулевого уровня и обновляется при каждом последующем сбросе дампа любого уровня.

Dump может архивировать данные на лету, используя различные алгоритмы сжатия. Какие именно - лучше справиться в мануале (man dump) на свою ОС. Для Linux это: zlib, bzlib и lzo. Zlib и bzlib поддерживают 9 уровней сжатия и, соответственно, разную скорость сброса дампа. Lzo работает быстрее. Одновременное использование компрессии и стриммера возможно, если стриммер поддерживает блоки переменной длины.

Сбрасываемый дамп может быть разделен на тома - автоматически, по заполнению принимающего устройства, или на куски указанной длины.

Пример создания дампа: сбрасывается дамп нулевого уровня, сжимается библиотекой bzlib на шестом уровне компрессии, нарезается на тома по 700000 блоков по 1кБ (каждый файл помещается на одном CD или по 6 файлов на DVD), тома автоматически именуются с префиксом root- и складываются в директорию /mnt/backup/0 (в точке /mnt/backup подмонтирован отдельный раздел). По окончании обновляется запись в файле /etc/dumpdates.

Код: (shell)
dump -0 -f /mnt/backup/0/root- -uMB 700000 -j6 /

А теперь прощаемся с Вами до следующего выпуска.


С уважением, команда Клуба.
В избранное