BigElectricCat
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| Правильное резервирование в конторе подразумевает не только документы, базы данных, но и сервера, и пользовательские системы, и только часть этого можно подвергнуть сжатию. |
Правильное резервирование строится немного на других принципах.
1) Правильна раздача прав пользователям + ABE (сокрытие тех ресурсов, доступа к которым нет).
2) Каждый час делаются слепки хранилища на отдельный «теневой» раздел (в терминах виндов)
3) С этих слепков делаются 3-х часовые дифбекапы к еженедельной полной копии
4) Используются примонтированные каталоги пользователя (скрипт перед входом) для старых машинок и перенаправление каталогов для тех машинок, которые это поддерживают.
5) смысла хранить бекапы стандартных машинок пользователя/сервера нет никакого, система должна разворачиваться из уже сделанного и регулярно обновляемого образа за приемлемое время восстановления после сбоя.
Всё вместе даже, в довольно большой конторе, с основным объёмом хранения оперативных данных в 5ТБ генерирует трафик на бекапный сервер не более 500 Мб/с, что при наличии только 2-х сетёвок в 1Гб/с на оперативной хранилке — вполне нормальная ситуация.
Впрочем, цифры выше — это синтетический тест, в реальности всё намного прозаичнее и менее ресурсоёмко: бекапного трафика генерируется 10—100 Мб/с (т.е. от 50 до 5 раз меньше, чем порождал синтетический тест). Если вы у себя поставите аудит на изменяемые/создаваемые файлы, вы поймёте почему так получается.
Бекапный сервер — это железяка с 20 ТБ хранилища и отторгаемыми носителями по 1 ТБ (так дешевле, чем ставить ленту, но геморней для админов в плане замены носителей). |
