Калькулятор размера
Оцените пространство для хранения, необходимое для вашей стратегии резервного копирования (полное, постепенное, дифференциальное).
Параметры стратегии резервного копирования
Таблица содержимого
Полное руководство по размеру резервного копирования
Зачем оценивать резервное хранение?
Планирование резервного потенциала имеет важное значение для бюджета, размера инфраструктуры и достижения целей восстановления. Недооценка хранения приводит к неудачным резервным копиям или преждевременной ротации; переоценка бюджета отходов. Этот калькулятор поможет вам сохранить размер и выбрать правильную стратегию (полную, дополнительную, дифференциальную) на основе скорости изменения данных и требований к восстановлению.
Как работает расчет
Вы вводите свой общий размер данных, стратегию резервного копирования (полный, полный + инкрементный или полный + дифференциальный), количество полных резервных копий для сохранения и - для инкрементного / дифференциального - сколько инкрементных или дифференциальных резервных копий выполняется за полный цикл и какой процент данных меняется ежедневно. Калькулятор суммирует: полный размер резервного копирования × количество заполнений, плюс для каждого инкремента размер данных × скорость изменения (и для дифференциала, кумулятивное изменение с момента последнего заполнения). Результатом является общее хранилище в GB (и TB) с дополнительным разбивкой по типу резервного копирования.
- Полное резервное копирование: полная копия всех данных. Восстановление требует только одного резервного копирования. Хранение растет линейно с удержанием.
- Дополнительное резервное копирование: Изменились только блоки с момента последнего резервного копирования (полного или инкрементного). Небольшой суточный размер; восстановление требует полной + цепи приращений.
- Дифференциальная резервная копия: Все изменения с момента последнего полного. Растет с каждым днем; восстановление требует только полного + последнего дифференциала.
- Ежедневные изменения: Доля измененных данных в день. Базы данных: 5-15%; файловые серверы: 1-10%; Статический контент: <1%.
- Сохранение: Как долго хранить резервные копии. Влияет на хранение: больше удержания = больше места. План выполнения (например, 7 лет) и пункты восстановления.
Стратегия с первого взгляда
Только полный
Хранение = размер данных × количество полных. Быстрое восстановление; самое высокое хранение. Лучше всего для небольших наборов данных или когда важна простота.
Полный + постепенно
Самое низкое хранилище; восстановление требует полного + все приращения в порядке. Лучше всего, когда резервное окно и хранилище плотные.
Полный + дифференциальный
Среднее хранилище; восстановление = полное + последний дифференциал. Хороший баланс использования и восстановления скорости.
Преимущества оценки резервного хранения
- Бюджет и закупки: Резервное хранилище правильного размера (NAS, лента, облако) и избегайте сюрпризов.
- Выбор стратегии: Сравните полное vs инкрементное vs дифференциальное с точки зрения емкости и сложности восстановления.
- RPO/RTO: Выравнивание удержания и частоты с целями точки восстановления и времени восстановления.
- Соблюдение: План удержания (например, 7 лет) и обеспечение достаточной емкости для требуемых точек восстановления.
Ограничения и соображения
- Ежедневный темп изменений — это оценка; реальное изменение зависит от рабочей нагрузки. Измерьте с помощью вашего резервного программного обеспечения, когда это возможно.
- Сжатие и дедупликация могут уменьшить фактическое хранение на 15-50 единиц%; добавить накладные расходы на метаданные и каталог (часто 15-25)% дополнительно).
- Инкрементные цепи хрупки: одна поврежденная резервная копия может сломать восстановление. Тест восстанавливается регулярно.
- Результатом является необработанный размер резервного копирования; умножьте на 1,15-1,25 для практической емкости, включая накладные расходы, или используйте инструменты размера для конкретных продуктов.
Всегда добавляйте 15-25% Накладные расходы на дисперсию сжатия, метаданные и рост. Следуйте правилу 3-2-1 (3 копии, 2 типа носителей, 1 офсит) и регулярно восстанавливайте тесты — резервная копия, которую вы не можете восстановить, бесполезна.
Справочная формула
Полный: Storage = Data size × Number of full backups
Инкрементный: Fulls + (Data size × Change % × Incrementals per cycle × Cycles)
Дифференциал: Fulls + (Data size × Change % × (1+2+…+N) × Cycles), N = differentials per cycle
См. раздел Формулы расчета ниже для примера.
Оценка резервного хранения по размеру данных, стратегии и скорости изменения является первым шагом к размеру инфраструктуры резервного копирования. Используйте этот калькулятор для сравнения стратегий, удержания плана и бюджетного потенциала. Объедините с правилом 3-2-1, удержанием GFS и таблицей суточной скорости изменения ниже, чтобы разработать надежный план резервного копирования.
Объясненные стратегии резервного копирования
Каждая стратегия отменяет использование хранилища, резервное окно и восстанавливает сложность. Выберите в зависимости от размера данных, скорости изменения и RTO / RPO.
Полное резервирование
Полное резервное копирование всех данных каждый раз. Хранение = количество полных резервных копий × размер данных. Простой и быстрый в восстановлении (однократная операция восстановления), но использует больше места и резервное окно. Подходит для небольших наборов данных или когда простота и быстрое восстановление имеют большее значение, чем стоимость хранения.
Дополнительный резерв
Только резервное копирование изменений с момента последнего резервного копирования (полное или постепенное). Каждый инкрементал мал (например, 1-10)% Данные за день. Восстановление требует последнего полного плюс все приращения с тех пор. Наименьшее использование хранилища, но восстановление может быть медленным и хрупким: один поврежденный приращенный разрывает цепочку.
Дифференциальное резервное копирование
Подкрепляет все изменения с момента последнего полного резервного копирования. Каждый дифференциал растет с течением времени (день 1:5)%, День 2:10%, День 3:15%...). Восстановление требует только последнего полного + последнего дифференциала. Хранилище больше, чем постепенное, но быстрее восстанавливается и более устойчиво: всего два шага восстановления.
Full vs Incremental vs Differential
Используйте эту таблицу, чтобы сравнить использование хранилища, скорость резервного копирования, скорость восстановления и сложность восстановления в трех стратегиях.
| Критерий | Полный | постепенно | дифференциальный |
|---|---|---|---|
| хранение | самый высокий | самый низкий | средний |
| Скорость резервного копирования | самый медленный | Самый быстрый | Средний (растет ежедневно) |
| Восстановить скорость | Самый быстрый (1 восстановление) | Медленная (полная + цепь) | Средний (полный + 1 дифф) |
| Восстановить сложность | Самый простой | Цепь должна быть неповрежденной | Только полный + последний дифф |
Формулы расчета
Калькулятор использует следующие формулы. Инкрементный размер основан на суточной скорости изменения × числа инкременталов за цикл; дифференциал использует сумму 1+2+...+N для N дифференциалов за цикл.
Полный: Storage = Data size × Number of full backups
Инкрементный: Storage = Full backups + (Data size × Change % × Incrementals per cycle × Full cycles)
Дифференциал: Storage = Full backups + (Data size × Change % × (1+2+...+N) × Full cycles) where N = differentials per cycle
Пример (100 ГБ, 5)% суточная смена, еженедельная полная, 6 инкременталов: Full+Incr = 4×100 + 4×6×5%×100 = 400 + 120 = 520 ГБ. Дифференциал сценария: 4×100 + 4×5%×(1+2+3+4+5+6)×100 = 400 + 4×0,05×21×100 = 820 ГБ.
Ежедневные изменения по типу данных
Ежедневная скорость изменения приводит к увеличению и дифференциальному размеру. Используйте эти диапазоны в качестве отправной точки; измеряйте с помощью инструментов резервного копирования или мониторинга, когда это возможно.
| Тип данных | Типичные ежедневные изменения | Заметки |
|---|---|---|
| Транзакционная база данных | 5-15% | ERP, CRM, электронная коммерция; высокая отдача |
| Файловый сервер / документы | 1-10% | Зависит от активности пользователя |
| Электронная почта (обмен и т.д.) | 5-20% | Тяжелое крепление и удаление |
| Виртуальные машины | 3-10% | CBT/измененные блоки; изменяется в зависимости от рабочей нагрузки |
| Архивы / статические файлы | <1% | Редко изменено; может быть достаточно |
Стратегия удержания GFS (отец-отец-сын)
GFS организует удержание на три уровня: сын (ежедневно), отец (еженедельно), дед (ежемесячно). Он уравновешивает краткосрочные точки восстановления с долгосрочным сохранением для соблюдения. Типичная конфигурация составляет 7 ежедневных, 4 еженедельных, 12 ежемесячных = 23 точки восстановления.
Хранение: Сумма: ежедневные инкрементальные/дифференциальные (например, 7), еженедельные полные (например, 4), ежемесячные полные (например, 12). Корректировка на основе соответствия и RPO.
- Сын (ежедневно): Последние 7 дней. Обычно инкрементный или дифференциальный; позволяет восстановиться до вчерашнего дня.
- Отец (еженедельно): Последние 4 недели. Еженедельное полное + постепенное; охватывает восстановление в конце месяца.
- Дедушка (ежемесячно): Последние 12 месяцев. Ежемесячный полный; долгосрочное сохранение для аудита/соблюдения.
Пример хранилища (100 ГБ, 5)% ежедневное изменение: 7×0,05×100 + 4×100 + 12×100 = 35 + 400 + 1200 = 1635 ГБ для полной GFS. Используйте только для месячных, чтобы упростить; постепенно для ежедневного.
Правило 3-2-1 RTO/RPO
Правило 3-2-1 и RTO / RPO определяют, сколько копий хранить, где и как быстро вы должны восстановить. Они напрямую влияют на частоту резервного копирования и удержание и, следовательно, на размер хранилища.
Правило 3-2-1
- 3 оригинал + не менее 2 резервных копий
- 2 различные носители: например, диск + лента или диск + облако
- 1 offsite: защищает от пожара, наводнения, вымогателей
RTO и RPO
RPO (Recovery Point Objective): Максимально допустимая потеря данных (время). Ежедневное резервное копирование = до 24 часов потери; почасовое = 1 час. Приводит частоту резервного копирования.
RTO (цель восстановления времени): Максимально допустимое время простоя. Стратегия восстановления влияний: полное восстановление происходит быстрее; инкрементная цепочка занимает больше времени.
Лучшие практики
Эти методы помогают вам правильно масштабировать хранилище, защищать резервные копии от сбоев и вымогателей и обеспечивать фактическое восстановление при необходимости.
- Следуйте правилу 3-2-1: 3 копии, 2 разных носителя, 1 офсит.
- Добавить 15-25% накладные расходы на сжатие, метаданные, рост удержания и каталог.
- Тест регулярно восстанавливается; резервная копия, которую вы не можете восстановить, бесполезна. Включает в себя полное восстановление дрелей.
- Скорость изменения базы данных варьируется: транзакционные DB 5-15%, Статические файлы 1-2%. Измерь свой.
- GFS (отец-отец-сын): ежедневно (7), еженедельно (4), ежемесячно (12) для гибкого удержания.
- Защитите резервные копии от вымогателей: неизменяемое хранилище, копии с воздушным зазором или WORM.
- Проверяйте целостность резервного копирования (контрольные суммы, восстановление тестов); коррупция часто остается незамеченной до восстановления.