Size: a a a

Russian Backup User Group

2020 April 16

MO

Mr Orange in Russian Backup User Group
DragonVV
Всем привет. Похоже что мне не хватает фундаментальных знаний в области бэкапов, может быть, вы сможете мне прояснить некоторые моменты? Допустим, выполняется бэкап, неважно какими средствами, есть папка, в ней 100 файлов. Первый раз создается копия целиком всей папки. Дальше, как это вижу я, хоть все и зависит от используемых средств, при следующем бэкапе проверяется соответствие копируемых файлов, и если они все совпадают по условным хэшам, то ничего не происходит, если появилось что то новое, то оно добавляется. А что если из этих 100 файлов периодически 50 меняются, будет создаваться копия каждого измененного файла и через месяц в папке пути назначения их будет 1000, хотя в источнике по прежнему 100? Как тогда разобраться в этом всем, не руками же их перебирать? Конечно, можно каждый раз бэкапить все целиком, ну будет 5 бэкапов, 10, 20, все в итоге упрется в объем хранилища. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? Они ведь продолжат бэкапиться уже испорченными, и тогда все бэкапы станут бесполезными...
1. Вначале создается полная копия всех блоков всех файлов. Например для файла А - блоки А1 А2 А3. ну это если ФС поддерживает VSS или типа того. Потом в систему хранения в зависимости от инкремент / дифф кладется или только измененый блок или все измененные блоки с полного бекапа.
источник

AK

Andrey Konovalov in Russian Backup User Group
Victor Konovalov
MD5 hash реализовать, подозреваю
слишком много коллизий, надо сразу SHA512
источник

MO

Mr Orange in Russian Backup User Group
DragonVV
Всем привет. Похоже что мне не хватает фундаментальных знаний в области бэкапов, может быть, вы сможете мне прояснить некоторые моменты? Допустим, выполняется бэкап, неважно какими средствами, есть папка, в ней 100 файлов. Первый раз создается копия целиком всей папки. Дальше, как это вижу я, хоть все и зависит от используемых средств, при следующем бэкапе проверяется соответствие копируемых файлов, и если они все совпадают по условным хэшам, то ничего не происходит, если появилось что то новое, то оно добавляется. А что если из этих 100 файлов периодически 50 меняются, будет создаваться копия каждого измененного файла и через месяц в папке пути назначения их будет 1000, хотя в источнике по прежнему 100? Как тогда разобраться в этом всем, не руками же их перебирать? Конечно, можно каждый раз бэкапить все целиком, ну будет 5 бэкапов, 10, 20, все в итоге упрется в объем хранилища. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? Они ведь продолжат бэкапиться уже испорченными, и тогда все бэкапы станут бесполезными...
>>. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? - да. есть такое явление, data rotting чтоли. Поэтому есть система 3-2-1
источник

VK

Victor Konovalov in Russian Backup User Group
DragonVV
Всем привет. Похоже что мне не хватает фундаментальных знаний в области бэкапов, может быть, вы сможете мне прояснить некоторые моменты? Допустим, выполняется бэкап, неважно какими средствами, есть папка, в ней 100 файлов. Первый раз создается копия целиком всей папки. Дальше, как это вижу я, хоть все и зависит от используемых средств, при следующем бэкапе проверяется соответствие копируемых файлов, и если они все совпадают по условным хэшам, то ничего не происходит, если появилось что то новое, то оно добавляется. А что если из этих 100 файлов периодически 50 меняются, будет создаваться копия каждого измененного файла и через месяц в папке пути назначения их будет 1000, хотя в источнике по прежнему 100? Как тогда разобраться в этом всем, не руками же их перебирать? Конечно, можно каждый раз бэкапить все целиком, ну будет 5 бэкапов, 10, 20, все в итоге упрется в объем хранилища. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? Они ведь продолжат бэкапиться уже испорченными, и тогда все бэкапы станут бесполезными...
А что за ОС?
источник

T

The in Russian Backup User Group
Andrey Konovalov
в следующие 15 минут мы, возможно, узнаем много нового про архивный бит FS и VSS...
Я тоже бэкапирую сохранёнки. От Героев III, вдруг на старости пригодятся.
источник

D

DragonVV in Russian Backup User Group
ощущаю себя глупым, так неловко
источник

D

DragonVV in Russian Backup User Group
сейчас windows, потом можно укатиться в какие нибудь restic на unix, все для личного использования
источник

MO

Mr Orange in Russian Backup User Group
DragonVV
Всем привет. Похоже что мне не хватает фундаментальных знаний в области бэкапов, может быть, вы сможете мне прояснить некоторые моменты? Допустим, выполняется бэкап, неважно какими средствами, есть папка, в ней 100 файлов. Первый раз создается копия целиком всей папки. Дальше, как это вижу я, хоть все и зависит от используемых средств, при следующем бэкапе проверяется соответствие копируемых файлов, и если они все совпадают по условным хэшам, то ничего не происходит, если появилось что то новое, то оно добавляется. А что если из этих 100 файлов периодически 50 меняются, будет создаваться копия каждого измененного файла и через месяц в папке пути назначения их будет 1000, хотя в источнике по прежнему 100? Как тогда разобраться в этом всем, не руками же их перебирать? Конечно, можно каждый раз бэкапить все целиком, ну будет 5 бэкапов, 10, 20, все в итоге упрется в объем хранилища. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? Они ведь продолжат бэкапиться уже испорченными, и тогда все бэкапы станут бесполезными...
гуглить \ читать: VSS, full\diff \ increment;  3-2-1 система хранения бекапов, data rot.
источник

T

The in Russian Backup User Group
Если охота поебстись, то сразу bareos + zfs.
Если не охота, то Veeam CE.
источник

G

Goletsa in Russian Backup User Group
The
Если охота поебстись, то сразу bareos + zfs.
Если не охота, то Veeam CE.
И стример сразу
источник

G

Goletsa in Russian Backup User Group
Я готовил, мне не зашло
источник

T

The in Russian Backup User Group
Для бакулы всё — стример. Таков путь самурая.
источник

G

Goletsa in Russian Backup User Group
Лент много не бывает. Пополнение внешних приводов - LTO2 SCSI. Но кабелей к нему пока нет и кулер там убит в усмерть - даже пальцем не крутится.
#lto #tape #drive #tower
источник

G

Goletsa in Russian Backup User Group
Башня собирается
источник

E

Eugene in Russian Backup User Group
backup tower
источник

G

Goletsa in Russian Backup User Group
Может ещё 3 скоро подвезут
источник

T

The in Russian Backup User Group
Теперь в голове запах пыли, сдутой с верхних полок...
источник

D

DragonVV in Russian Backup User Group
про 3-2-1 читал еще давно
я правильно понимаю, что согласно этому правилу должно быть минимум три резервных копии из которых одна - источник, на двух носителях и один из них как можно дальше?
источник

G

Goletsa in Russian Backup User Group
DragonVV
про 3-2-1 читал еще давно
я правильно понимаю, что согласно этому правилу должно быть минимум три резервных копии из которых одна - источник, на двух носителях и один из них как можно дальше?
Источник это не копия
источник

G

Goletsa in Russian Backup User Group
Это источник)
источник