Недавно я взял на себя ответственность за сеть малого бизнеса из 35 пользователей. Я немного зелен в отношении стратегий резервного копирования и рассматриваю свои варианты.
В настоящее время мы делаем резервную копию нашего сервера SBS на ленту (LTO 2). Кроме того, отдельно мы делаем резервную копию базы данных SQL Server. Эта база данных имеет решающее значение для бизнеса, и в соответствии с нормативными актами мы должны иметь возможность отката к моменту времени до 3 лет назад. Предыдущие должностные лица просто делали полную резервную копию каждый день в течение последних 18 месяцев. Сейчас это около 1,8 ГБ за ночь, а уже хранится около 920 ГБ.
В настоящее время резервное копирование базы данных выполняется на один внешний USB-накопитель емкостью 2 ТБ, что явно рискованно, поскольку в случае сбоя нет данных!
У нас есть несколько географических точек, которые соединены оптоволоконным соединением точка-точка, то есть исключительно нашим, и все они находятся в одной подсети.
Я предлагаю изменить план резервного копирования SQL Server на выполнение полного еженедельного резервного копирования с ежедневным дифференциалом и получасовое резервное копирование журнала. Я полагаю, что это будет:
По какой-то причине у меня в голове возникла мысль, что ленты - лучшая форма резервного копирования для перемещения данных за пределы площадки, но зеркалирование файлов базы данных с резервными копиями по оптоволокну на NAS в другом месте было бы или даже более эффективной формой резервного копирования?
Хорошо, во-первых - магнитная лента надежнее (дисковых) приводов. В основном / также потому, что с приводом привод находится на носителе, с лентой вы можете использовать другой привод для чтения ленты. Ленты также хранят огромные объемы данных по относительно низкой цене - они являются наиболее эффективной формой автономного резервного копирования (без восстановления отдельных файлов в реальном времени) и часто используются в сочетании с краткосрочным ленточным хранилищем из передовых систем резервного копирования (резервное копирование на диск, копирование записать на ленту для длительного архивирования).
Во-вторых, ваши предшественники были идиотами - вот и все. Нет смысла делать полную резервную копию каждый день. Делайте резервное копирование в неделю или две недели, а затем - разностное резервное копирование в день до следующего полного резервного копирования - это уже сокращает количество времени. Затем используйте доставку журналов для резервного копирования почасовых файлов журналов в другую внешнюю систему. Это дает вам много сэкономленного места и время для каждого часа. Все можно настроить на автоматическое резервное копирование. Ваш план каждые полчаса работает аналогично - вы четко определили проблему, с которой они столкнулись, - не знаете, как правильно обрабатывать резервные копии.
В-третьих, вы просто должны понимать, что в основном некоторая резервная копия ТБ для области, в которой вы регулируете восстановление на определенный момент времени в течение 3 лет, - это всего лишь расходы для бизнеса.
Вы также должны проверить правила - вы можете обнаружить, что вам необходимо хранить две резервные копии вне офиса. Пожалуйста, проверьте наличие подобных положений. Также ленты отключены, что усложняет определенные виды атак на ваши резервные копии (хакер не может так легко удалить резервные копии, если они находятся на лентах, а не в автозагрузчике).
Я согласен с предыдущим ответом ... Лента - самый экономичный вариант для долгосрочного резервного копирования.
Нет причин, по которым вы не можете использовать предложенную обратную схему и вернуться к NAS. После того, как ваши полные резервные копии будут завершены, сделайте резервную копию на ленте из полной и используйте свой NAS в качестве тени в течение недели (недель) между вашими полными резервными копиями.
Я бы посоветовал делать ваши полные резервные копии через более короткие промежутки времени, например, еженедельно.