Всем привет.
Пытаюсь разрулить след. ситуацию, начальство привыкло к старой схеме копирования, когда xcopy накатывает новые файлы поверх бэкапа. Никого не волнует ситуация когда все файлы перезаписались нулями или типа того. Главное, что всегда есть файлы на много... лет назад, и типа перезаписываются они редко ( но могут и метко)
Я хочу внедрить bacula, чтобы было нормальное резервирование, с отчетами, периодичностью и т.п. Все уже настроено, копируется, но тут начали всплывать недочеты..
Собстно вопрос в том, что никак не могу придумать адекватную схему копирования, когда файлы хранятся очень долго, и причем все. долго, скажем 10 лет.
Забудем пока про 10 лет. Я сразу сделал схему, когда раз в год полный бекап, раз в месяц диф, каждый день инкремент. Год храним 2 последних копии, дифф. храним 3 копии, инкремент храним за 2 месяца.
последнее откровение было, что когда удаляется файл не попавший в дифф, т.е. созданный и удаленный в течение месяца, то он теряется при удалении очередного инкремента. ну тут я понял, что выбора никакого, нужно хранить ВСЕ инкременты и диффы за все время между полными, схалявить не получится.
ну это лирика все..
подскажите кто что думает, как минимальным объемом места сделать аналог копирования через xcopy? делать раз в десять лет фулл и потом накатывать 10 лет инкременты?
логика бэкапов
Модератор: vadim64
Услуги хостинговой компании Host-Food.ru
Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/
- Electronik
- капитан
- Сообщения: 1593
- Зарегистрирован: 2008-11-15 17:32:56
- Откуда: Минск
- Контактная информация:
Re: логика бэкапов
10 лет???? тут понадобится ленточная библиотека, точнее так, БИБЛИОТЕКА
Какой объём данных для копирования? Какой прирост объёма в месяц?
Какой объём данных для копирования? Какой прирост объёма в месяц?
Предскажем будущее hw по логам и дампу, снимем сглаз и порчу с рута, поможем придумать пароль(С)
Блог
Блог
-
- капитан
- Сообщения: 1820
- Зарегистрирован: 2010-12-25 20:41:50
- Откуда: Хлебная столица
Re: логика бэкапов
Если надо всё хранить, и ресурсы не парят, забыть про инкрементальный бэкап.
-
- рядовой
- Сообщения: 43
- Зарегистрирован: 2009-11-08 11:53:08
Re: логика бэкапов
да дело даже не в 10 годах, а в том, каким образом обеспечить накопление данных аля xcopy..Electronik писал(а):10 лет???? тут понадобится ленточная библиотека, точнее так, БИБЛИОТЕКА
Какой объём данных для копирования? Какой прирост объёма в месяц?
а какую схему использовать?Bayerische писал(а):Если надо всё хранить, и ресурсы не парят, забыть про инкрементальный бэкап.
фулл + дифф?
-
- капитан
- Сообщения: 1820
- Зарегистрирован: 2010-12-25 20:41:50
- Откуда: Хлебная столица
Re: логика бэкапов
Вам diff для чего? Видеть разницу?
О такой задаче не подумал, у меня просто по датам откат.
О такой задаче не подумал, у меня просто по датам откат.
-
- рядовой
- Сообщения: 43
- Зарегистрирован: 2009-11-08 11:53:08
Re: логика бэкапов
Аа, имелось в виду фулл каждый день?
дифф/инк нужен чтобы было больше времени заметить потерю данных. ведь если делать каждый день фулл, и хранить много фуллов назад, то место кончится очень быстро..
дифф/инк нужен чтобы было больше времени заметить потерю данных. ведь если делать каждый день фулл, и хранить много фуллов назад, то место кончится очень быстро..