AG
а чем более зрелый и стабильный? все практически одинаково стало.
Size: a a a
2020 April 16
AG
цена да, в сравнимых конфигурациях у SO привлекательнее.
AL
а чем более зрелый и стабильный? все практически одинаково стало.
Кстати на тему SO и каталиста. При установке плагина для rman на Windows 2016 с Oracle 11.0.2 (не спрашивайте меня зачем так ставить субд :)) выяснилось что для того чтоб плагин подцепился rman'ом нужно перезапустить инстанс базы. Т.е. отмонтировать базу, сделать шатдаун, потом опять маунт и стартап. Это уже после установки плагина и настройки его конфига, и настройки в rman. Пока так не сделаешь тупо не видит девайс sbt_tape. Ну просто на будущее, вдруг столкнетесь
AL
Версия плагина была последней на конец 2019 года
AL
На linux такой беды нет
T
если мы говорим о бекапе на storeonce/datadomain то для джоба рекомендуется дедуп вообще отключать, а компрессию оставлять в дефолтном режиме, которая почти не нагружает проц
Есть ли смысл включать компрессию Veeam, если StorOnce занимается тем же самым?
AL
И насколько я понимаю эти плагины остшные - проблема не в них
D
Всем привет. Похоже что мне не хватает фундаментальных знаний в области бэкапов, может быть, вы сможете мне прояснить некоторые моменты? Допустим, выполняется бэкап, неважно какими средствами, есть папка, в ней 100 файлов. Первый раз создается копия целиком всей папки. Дальше, как это вижу я, хоть все и зависит от используемых средств, при следующем бэкапе проверяется соответствие копируемых файлов, и если они все совпадают по условным хэшам, то ничего не происходит, если появилось что то новое, то оно добавляется. А что если из этих 100 файлов периодически 50 меняются, будет создаваться копия каждого измененного файла и через месяц в папке пути назначения их будет 1000, хотя в источнике по прежнему 100? Как тогда разобраться в этом всем, не руками же их перебирать? Конечно, можно каждый раз бэкапить все целиком, ну будет 5 бэкапов, 10, 20, все в итоге упрется в объем хранилища. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? Они ведь продолжат бэкапиться уже испорченными, и тогда все бэкапы станут бесполезными...
MO
Всем привет. Похоже что мне не хватает фундаментальных знаний в области бэкапов, может быть, вы сможете мне прояснить некоторые моменты? Допустим, выполняется бэкап, неважно какими средствами, есть папка, в ней 100 файлов. Первый раз создается копия целиком всей папки. Дальше, как это вижу я, хоть все и зависит от используемых средств, при следующем бэкапе проверяется соответствие копируемых файлов, и если они все совпадают по условным хэшам, то ничего не происходит, если появилось что то новое, то оно добавляется. А что если из этих 100 файлов периодически 50 меняются, будет создаваться копия каждого измененного файла и через месяц в папке пути назначения их будет 1000, хотя в источнике по прежнему 100? Как тогда разобраться в этом всем, не руками же их перебирать? Конечно, можно каждый раз бэкапить все целиком, ну будет 5 бэкапов, 10, 20, все в итоге упрется в объем хранилища. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? Они ведь продолжат бэкапиться уже испорченными, и тогда все бэкапы станут бесполезными...
Неправильно
VK
Всем привет. Похоже что мне не хватает фундаментальных знаний в области бэкапов, может быть, вы сможете мне прояснить некоторые моменты? Допустим, выполняется бэкап, неважно какими средствами, есть папка, в ней 100 файлов. Первый раз создается копия целиком всей папки. Дальше, как это вижу я, хоть все и зависит от используемых средств, при следующем бэкапе проверяется соответствие копируемых файлов, и если они все совпадают по условным хэшам, то ничего не происходит, если появилось что то новое, то оно добавляется. А что если из этих 100 файлов периодически 50 меняются, будет создаваться копия каждого измененного файла и через месяц в папке пути назначения их будет 1000, хотя в источнике по прежнему 100? Как тогда разобраться в этом всем, не руками же их перебирать? Конечно, можно каждый раз бэкапить все целиком, ну будет 5 бэкапов, 10, 20, все в итоге упрется в объем хранилища. А что если хранилище источник бэкапов начнется незаметно сыпаться и файлы начнут портиться? Они ведь продолжат бэкапиться уже испорченными, и тогда все бэкапы станут бесполезными...
Изобретаешь бэкап?
D
нет, пытаюсь разобраться хотя бы для резервных копий условных фоточек
D
ну с фоточками не очень удачный вариант, пусть это будут документы
G
Какое-то странное видение
EE
первая половина вроде верно, а после фразы "будет создаваться копия каждого измененного файла" я уже 3-й раз перечитываю и вообще не понимаю написанного
AB
При инкременте будет забираться разница от предыдущего, никак не полная копия
G
Ждём бекапилку бабушкина?)
AK
в следующие 15 минут мы, возможно, узнаем много нового про архивный бит FS и VSS...
EE
с чем разобраться? чего перебирать? о чём речь!?
G
первая половина вроде верно, а после фразы "будет создаваться копия каждого измененного файла" я уже 3-й раз перечитываю и вообще не понимаю написанного
У меня парсер просто почти все сообщение дропнул
VK
с чем разобраться? чего перебирать? о чём речь!?
MD5 hash реализовать, подозреваю