<div>пробовал использовать на сервере куда сливались бэкапы rsync'ом. ZFS стал узким местом - 4 диска в RAIDZ тормозили просто безбожно при 10 запущеных rsync с разных серверов. RAID10 на gmirror+gstripe работает на порядок быстрее :(<br>
</div><div><br></div><br><div class="gmail_quote">27 декабря 2009 г. 11:53 пользователь Igor V. Fatkulin <span dir="ltr"><<a href="mailto:ingvar@westsib.ru">ingvar@westsib.ru</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Давно смотрю на zfs, но уж очень неоднозначно ее оценивают. Думаете<br>
стоит использовать в боевых серверах?<br>
<br>
К> Рекомендую связку freebsd+zfs.<br>
К> Подробнее: <a href="http://forums.freebsd.org/showthread.php?t=3689" target="_blank">http://forums.freebsd.org/showthread.php?t=3689</a><br>
<br>
К> 27 декабря 2009 г. 10:52 пользователь Pavel V. <<a href="mailto:pavel2000@ngs.ru">pavel2000@ngs.ru</a>> написал:<br>
<div><div class="h5">>> Здравствуйте, Ihalainen.<br>
>><br>
>> Вы писали 27 декабря 2009 г., 5:20:13:<br>
>><br>
>>> 2009/12/27 Руслан Шарипов <<a href="mailto:ufaweb@gmail.com">ufaweb@gmail.com</a>>:<br>
>>>> 27 декабря 2009 г. 2:55 пользователь Ihalainen Nickolay<br>
>>>> <<a href="mailto:ihanick@gmail.com">ihanick@gmail.com</a>> написал:<br>
>>>>> для бекапов картинок/музыки и другой статики великолепно подоходит<br>
>>>>> rsync с его инкрементальными бекапами, могу поделиться хорошим<br>
>>>>> скриптом.<br>
>>>><br>
>>>> многие были бы Вам благодарны -)<br>
>><br>
>>> P.P.S. возможно из этого скрипта стоит сделать более универсальное<br>
>>> решение и выложить где-нибудь отдельным проектом. если, конешно это<br>
>>> нужно кому-то кроме меня.<br>
>><br>
>><br>
>> Есть скрипт бэкапа, называется bontmia. Точный адрес офсайта не знаю,<br>
>> в гугле найдется.<br>
>><br>
>> Идея скрипта легко и непринужденно передается следующим образом:<br>
>><br>
>> --- кусок кронтаба ---<br>
>><br>
>> 15 6 * * * root /data/project/run_main<br>
>> 15 9 * * 6 root /data/project/make_hardlinks<br>
>><br>
>> --- файл make_hardlinks ---<br>
>> #!/bin/bash<br>
>> this_backup=$(date +%Y-%m-%d-%H:%M)<br>
>> mkdir -p "/data/project/$this_backup"<br>
>> cp -lR /data/project/last/* "/data/project/$this_backup"<br>
>><br>
>> --- файл run_main ---<br>
>> #!/bin/bash<br>
>> rsync -e "ssh -i /data/project/host_key" -a --delete --force --quiet root@my.host.tld:/web/project/htdocs/music_new /data/project/last<br>
>><br>
>><br>
>> Т.е. раз в сутки приезжает копия с основного сервера (1.8 честных Тб,<br>
>> mp3/avi/flv/файлообменник), благодаря могучим возможностям nginx эта<br>
>> бэкапная копия используется для зеркальной раздачи, а в случае 404<br>
>> делается редирект на основной сервер.<br>
>><br>
>> Раз в неделю запускается второй скрипт, который делает еженедельный<br>
>> срез-копию текущего состояния. Конечно, лучше всего добавить в файл<br>
>> run_main перед вызовом rsync создание "копии предыдущего дня", чтобы в<br>
>> случае сбоя получить максимально актуальные данные.<br>
>> Срез-копия создается путем создания хардлинков, так что это дело<br>
>> практически занимает только нужное количество дискового пространства.<br>
>><br>
>> Наличие копий помогает выжить в той ситуации, если в результате сбоя<br>
>> дискового контроллера директория /web/project/htdocs/music_new, куда<br>
>> подмонтирован раздел, "становится пустой" (а такое было), и<br>
>> соответственно rsync повинуясь, делает идентичную "копию" в бэкапах.<br>
>><br>
>> Bontmia делает все те же операции, но с чуть большим комфортом -<br>
>> позволяет задать количество минутных/часовых/дневных/недельных/<br>
>> месячных/годовых? бэкапов, автоматически удалить ненужные срезы и т д<br>
>> Для личного удобства я в неё добавил парочку опций, типа возможности<br>
>> задать ssh-ключ для авторизации, и опцию quiet чтобы скрипт меньше<br>
>> выводил информации при его нормальной работе.<br>
>><br>
>><br>
>> --<br>
>> С уважением,<br>
>> Pavel mailto:<a href="mailto:pavel2000@ngs.ru">pavel2000@ngs.ru</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> nginx-ru mailing list<br>
>> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
>> <a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
>><br>
</div></div>К> _______________________________________________<br>
К> nginx-ru mailing list<br>
К> <a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
К> <a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
<font color="#888888"><br>
<br>
<br>
--<br>
С уважением,<br>
Игорь Фаткулин, директор по технологиям ООО "Группа Вестсиб"<br>
<br>
mailto:<a href="mailto:ingvar@westsib.ru">ingvar@westsib.ru</a><br>
</font><div><div class="h5"><br>
<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>WBR, Andriy Tovstik<br>UNIX System Administrator<br>JID: <a href="mailto:squirl@jabber.kiev.ua">squirl@jabber.kiev.ua</a><br>nick-handle: SQ22-UANIC<br>