lf326, SystemAdministration: Rsync: лучшая система резервного копирования

<-- | Домой | Карта | Индекс | Поиск

эта страница доступна на следующих языках: English Castellano ChineseGB Deutsch Francais Nederlands Russian Turkce Polish

автор Brian Hone
<bhone(at)eink.com>

Об авторе:

Brian Hone работает системным администратором и разработчиком в корпорации E Ink. В свободное время плавает в холодной воде и занимается альпинизмом.

Перевод на Русский:
Pukhlyakov Kirill <kirill(at)linuxfocus.org>

Содержание:

Проблема
Rsync
Система
Преимущества: аварийное восстановление и восстановление файлов теперь проще
Сравнение систем на основе Rsync/жесткие_диски и лент
Инструменты
О скрипте
Сам скрипт
Ресурсы
Страница отзывов

Rsync: лучшая система резервного копирования

Резюме:

Резервное копирование одно из сложных и наиболее пренебрегаемых занятий системного администрирования. Но на самом деле - это очень важная его часть. Это последняя надежда в случае проблем с оборудованием, безопасностью и конечно же защита от конечных пользователей. Существует много систем резервного копирования - они стоят тысячи долларов, используют дорогое оборудование и построены на ненадежном программном обеспечении. В то же время мы можем выбрать лучшее решение - Rsync и недорогой дисковый массив.

_________________ _________________ _________________

Проблема

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

Пользователь: "Я потерял файл. Вы должны его вернуть мне.."
Системный администратор: "Хорошо, назовите имя файла"
Пользователь: "Я не знаю, мне кажется, что в названии была буква 'e'."
Системный администратор: "Хорошо, в каком каталоге он находился?"
Пользователь: "Я не знаю, он мог быть в одном из этих трех..."
Системный администратор: "Вы можете назвать хотя бы дату когда вы последний раз с ним работали?"
Пользователь: "Нуу....Мне кажется это было в какой-то четверг в феврале или апреле. Не понимаю в чем проблема? Я думал у вас есть система резервного копирования, которая помогает в подобных ситуациях"

Rsync

Rsync - прекрасная реализация небольшого алгоритма. Одно из главных достоинств этого приложения - способность эффективного зеркалирования файловой системы. С помощью rsync легко построить систему сохранения файловой системы, использую гибкий набор сетевых протоколов: nfs, smb или ssh. Другое достоинство - способность архивировать старые копии файлов, которые изменились или были удалены. Это далеко не все возможности использования этого приложения, рекомендую Вам почитать подробнее на rsync.samba.org.

Система

Если быть кратким в описании системы достаточно сказать: система состоит из недорогой Linux машины со множеством дешевых дисков и небольшого shell скрипта - rsync. [Fig 1] Процесс копирования следующий: сначала rsync создает каталог 'YY-DD-MM' для сохранения измененных файлов, далее rsync проверяет серверы указанные нами для резервирования на наличие изменений - если файл был изменен старая версия копируется в только что созданный каталог и затем переписывается новой версией файла. [Fig 2]

Можно говорить о том, что ежедневные изменения в системе составляют небольшую часть относительно файловой системы - в среднем порядка .5%...1%. Таким образом, имея для резервного копирования диски объемом в два раза превышающие наши файловые серверы, можно хранить бэкапы примерно за 50 - 100 дней. Когда место на дисках закончится, просто поменяйте их. На практике получается так, что на одном наборе дисков можно хранить информацию за 6 месяцев. На самом деле можно перед заменой дисков скопировать их содержимое еще куда-нибудь.

Преимущества: аварийное восстановление и восстановление файлов теперь проще

Вернемся к воображаемому диалогу. Вместо громоздкой системы, хранящей данные на лентах, у нас есть бэкап за последние 6 месяцев на нашей Linux машине. С помощью таких утилит как locate/find/grep легко найти все копии файла определенного пользователя, с буквой 'e' в имени и датируемые четвергом февраля или апреля и скопировать их в домашний каталог этого пользователя. Проблема поиска корректной версии файла - моя любимая проблема: я называю ее чьей-то другой проблемой.

Далее, представим самый популярный сценарий - complete failure. Например такая проблема случилась с большим nfs/samba сервером. Если Вы делали резервное копирование настроек samba сервера, то поднять Ваш резервный компьютер в качестве замены с правами только на чтение - дело нескольких минут. Представьте подобную ситуацию в случае использования лент.

Сравнение систем на основе Rsync/жесткие_диски и лент

	Ленты	Rsync
Цена	Очень высокая	Низкая
Полное резервное копирование	Быстро	Быстро
Накапливающееся резезрвное копирование	Быстро	Быстро
Полное восстановление	Очень медленно, возможно несколько лент	Быстро - все данные на одном диске
Восстановление файлов	Медленно, возможно несколько лент, трудно найти нужную версию.	Очень быстро - все данные на одном диске плюс уутилиты UN*X: find, grep и locate
Полный отказ системы	Единственный выход - полное восстановление	Есть возможность быстрого превращения резервного сервера в файлсервер.

Инструменты

Подобную систему очень легко построить. Все используемые инструменты - open-source, они поставляются в стандартных дистрибутивах. Приведем один пример создания подобной системы, но не забывайте, что он не единственный.

Сервер: Я использую RedHat Linux. Подойдет любой дистрибутив, также как и любой UN*X. ( Я настраивал как то подобную систему на Mac OS X) Одно предостережение: побольше RAM.
Жесткие диски:Используя свой опыт могу предложить вариант создания недорого дискового массива - это PCI firewire карта подключенная к набору IDE дисков, расположенных во внешнем адаптере firewire. Настроить Linux для использования этого набора дисков одним RAID разделом - несложное занятие.
Программное обеспечение: Rsync очень хороший инструмент. Это что-то вроде швейцарского армейского ножа для копирования файловых систем. Если Вы до сих пор не слышала об этом инструменте - посетите rsync.samba.org.
Подключение к файлсерверам: Rsync достаточно гибок. Мы используем nfs и smbfs. Вы можете также использовать собственный сетевой протокол этого приложения, запустив rsync демоном на файлсервере. Можно использовать ssh для безопасного копирования удаленных сайтов. Обратите внимание на ресурсы ниже, там рассказывается об использовании подобных соединений.

О скрипте

Скрипт доступен на сайте rsync. Используйте следующую команду:

rsync --force --ignore-errors --delete --delete-excluded --exclude-from=exclude_file --backup --backup-dir=`date +%Y-%m-%d` -av

Рассмотрим основные опции:

--backup: создавать копии файлов перед перезаписыванием их
--backup-dir=`date +%Y-%m-%d`: создать каталог для этих бэкапов, который выглядит следующим образом: 2002-08-15
-av: archive и verbose режимы.

Этот скрипт можно запускать каждую ночь cron'ом. Чтобы он запускался каждый день в 11pm используйте следующую команду "crontab -e" и потом наберите:

0 23 * * * /path/to/your/script

Сам скрипт

Приведу здесь мой скрипт, чтобы собрать все сказанное выше вместе. Еще раз напомню, что существует много способов реализации этой системы, это просто один из вариантов.

#!/bin/sh

#########################################################
# Script to do incremental rsync backups
# Adapted from script found on the rsync.samba.org
# Brian Hone 3/24/2002
# This script is freely distributed under the GPL
#########################################################

##################################
# Configure These Options
##################################

###################################
# mail address for status updates
#  - This is used to email you a status report
###################################
MAILADDR=your_mail_address_here

###################################
# HOSTNAME
#  - This is also used for reporting
###################################
HOSTNAME=your_hostname_here

###################################
# directory to backup
# - This is the path to the directory you want to archive
###################################
BACKUPDIR=directory_you_want_to_backup

###################################
# excludes file - contains one wildcard pattern per line of files to exclude
#  - This is a rsync exclude file.  See the rsync man page and/or the
#    example_exclude_file
###################################
EXCLUDES=example_exclude_file

###################################
# root directory to for backup stuff
###################################
ARCHIVEROOT=directory_to_backup_to

#########################################
# From here on out, you probably don't  #
#   want to change anything unless you  #
#   know what you're doing.             #
#########################################

# directory which holds our current datastore
CURRENT=main

# directory which we save incremental changes to
INCREMENTDIR=`date +%Y-%m-%d`

# options to pass to rsync
OPTIONS="--force --ignore-errors --delete --delete-excluded \
 --exclude-from=$EXCLUDES --backup --backup-dir=$ARCHIVEROOT/$INCREMENTDIR -av"

export PATH=$PATH:/bin:/usr/bin:/usr/local/bin

# make sure our backup tree exists
install -d $ARCHIVEROOT/$CURRENT

# our actual rsyncing function
do_rsync()
{
   rsync $OPTIONS $BACKUPDIR $ARCHIVEROOT/$CURRENT
}

# our post rsync accounting function
do_accounting()
{
   echo "Backup Accounting for Day $INCREMENTDIR on $HOSTNAME:">/tmp/rsync_script_tmpfile
   echo >> /tmp/rsync_script_tmpfile
   echo "################################################">>/tmp/rsync_script_tmpfile
   du -s $ARCHIVEROOT/* >> /tmp/rsync_script_tmpfile
   echo "Mail $MAILADDR -s $HOSTNAME Backup Report < /tmp/rsync_script_tmpfile"
   Mail $MAILADDR -s $HOSTNAME Backup Report < /tmp/rsync_script_tmpfile
   echo "rm /tmp/rsync_script_tmpfile"
   rm /tmp/rsync_script_tmpfile
}

# some error handling and/or run our backup and accounting
if [ -f $EXCLUDES ]; then
	if [ -d $BACKUPDIR ]; then
		# now the actual transfer
		do_rsync && do_accounting
	else
		echo "cant find $BACKUPDIR"; exit
	fi
	else
		echo "cant find $EXCLUDES"; exit
fi

Ресурсы

Rsync: http://rsync.samba.org
NFS: http://nfs.sourceforge.net/nfs-howto
SMBFS: http://samba.org
Linux RAID: http://linas.org/linux/raid.html

Страница отзывов

У каждой заметки есть страница отзывов. На этой странице вы можете оставить свой комментарий или просмотреть комментарии других читателей

talkback page

<--, перейти к начальной странице выпуска

Translation information:

en --> -- : Brian Hone <bhone(at)eink.com>

en --> ru: Pukhlyakov Kirill <kirill(at)linuxfocus.org>

2004-03-05, generated by lfparser version 2.43

mirror server hosted at Truenetwork, Russian Federation.