Re: файловая система для предприятия
18.12.2015 00:22, Victor Wagner пишет: Ну будет после первого же бекапа там занято ровно столько же инодов, сколько в той файловой системе (иерархии систем) которая бэкапится. а каждый следующий бэкап будет добавлять 1. Столько инодов, сколько было директорий 2. Столько инодов, сколько файлов изменилось 3. Насколько я понимаю, еще столько инодов сколько было симлинков. Соотвественно, если у нас там 7+4+3, то это будет довольно много. XFS + inode64 снимают эту проблему -- Dmitry Podkovyrkin email: d...@ddipp.net
Re: файловая система для предприятия
On Thu, 17 Dec 2015 20:06:22 +0300 Artem Chuprina wrote: > Andrey Tataranovich -> debian-russian@lists.debian.org @ Thu, 17 Dec > 2015 13:50:58 +0300: > > > AT> Rsnapshot вроде на hardlink'ах построен и там будет проблема с > AT> инодами, если их заведомо не создать много. > > На хардлинках-то откуда проблема с инодами? Хардлинки же живут на > одном иноде. > Ну будет после первого же бекапа там занято ровно столько же инодов, сколько в той файловой системе (иерархии систем) которая бэкапится. а каждый следующий бэкап будет добавлять 1. Столько инодов, сколько было директорий 2. Столько инодов, сколько файлов изменилось 3. Насколько я понимаю, еще столько инодов сколько было симлинков. Соотвественно, если у нас там 7+4+3, то это будет довольно много. -- Victor Wagner
Re: файловая система для предприятия
Andrey Tataranovich -> debian-russian@lists.debian.org @ Thu, 17 Dec 2015 13:50:58 +0300: >> еще тут как-то была целая ветка про rdiff-backup. насколько я помню, >> да и судя по описанию пакета, он делает как раз искомое: хранит >> полную копию, плюс раз во сколько надо делает к ней дифференциальные >> (или как правильно?) архивы. вроде как, ему пишется конфиг, с какой >> периодичностью что делать, и дальше он сам все разруливает AT> У rdiff-backup есть болячка с удалением старых инкрементов. На большом AT> количестве файлов он потребляет очень много памяти и часто падает. AT> Rsnapshot вроде на hardlink'ах построен и там будет проблема с инодами, AT> если их заведомо не создать много. На хардлинках-то откуда проблема с инодами? Хардлинки же живут на одном иноде.
Re: файловая система для предприятия
Исчерпать inode, это надо постараться ) df -i /dev/sde1 61054976 48869 61006107 1% /media/hdd 61млн штук. Это на ext4 разделе на 1Тб. На XFS разделе уже полмиллиарда inode - 576539840. Это при создании fs всё было по дефолту. 17.12.2015 15:50, Andrey Tataranovich пишет: On Thu, 17 Dec 2015 12:03:04 +0300 dimas wrote: еще тут как-то была целая ветка про rdiff-backup. насколько я помню, да и судя по описанию пакета, он делает как раз искомое: хранит полную копию, плюс раз во сколько надо делает к ней дифференциальные (или как правильно?) архивы. вроде как, ему пишется конфиг, с какой периодичностью что делать, и дальше он сам все разруливает У rdiff-backup есть болячка с удалением старых инкрементов. На большом количестве файлов он потребляет очень много памяти и часто падает. Rsnapshot вроде на hardlink'ах построен и там будет проблема с инодами, если их заведомо не создать много. -- Dmitry Podkovyrkin email: d...@ddipp.net
Re: файловая система для предприятия
On Thu, 17 Dec 2015 12:03:04 +0300 dimas wrote: > еще тут как-то была целая ветка про rdiff-backup. насколько я помню, > да и судя по описанию пакета, он делает как раз искомое: хранит > полную копию, плюс раз во сколько надо делает к ней дифференциальные > (или как правильно?) архивы. вроде как, ему пишется конфиг, с какой > периодичностью что делать, и дальше он сам все разруливает У rdiff-backup есть болячка с удалением старых инкрементов. На большом количестве файлов он потребляет очень много памяти и часто падает. Rsnapshot вроде на hardlink'ах построен и там будет проблема с инодами, если их заведомо не создать много. -- WBR, Andrey Tataranovich
Re: файловая система для предприятия
еще тут как-то была целая ветка про rdiff-backup. насколько я помню, да и судя по описанию пакета, он делает как раз искомое: хранит полную копию, плюс раз во сколько надо делает к ней дифференциальные (или как правильно?) архивы. вроде как, ему пишется конфиг, с какой периодичностью что делать, и дальше он сам все разруливает 2015-350 14:59 Dmitry Podkovyrkin wrote: > За rsnapshot большое спасибо, это то что нужно! > > 16.12.2015 14:03, Victor Wagner пишет: > > On Wed, 16 Dec 2015 11:10:44 +0300 > > Eugene Berdnikov wrote: > > > >> On Wed, Dec 16, 2015 at 11:31:39AM +0500, Dmitry Podkovyrkin wrote: > >>> То есть как совместить оба варианта? Есть ли такое решение чтоб > >>> бекап хранился как развернутая (не в одном tar-файле) копия горячих > >>> данных, а изменения в архиве для истории? > >> Ищите по слову "bontmia". > > Долго читал сайт и так и не понял, чем bontmia лучше чем rsnapshot. > > > > И то, и другое обертка вокруг rsync. > > > > У rsnapshot есть следующие преимущества: > > > > 1. Есть в дистрибутиве > > 2. Написан на более строгом языке (perl vs shell) > > 3. Активнее развивается (последний коммит был в этом году, а не в > > позапрошлом). > > 4. Прекрасно работает с removable носителями. > > > > Недостаток за ним я знаю один - использование символов табуляции в > > конфигурационном файле. >
