Это довольно простой вопрос.
Каждую неделю мы делаем резервные копии всех баз данных на сервере размером около 20 ГБ. Все, что запланировано (сжатие, резервное копирование)
Мы храним их на сетевом диске.
Теперь, когда количество файлов .bak выросло (допустим, 10 резервных копий баз данных, каждое 10 ГБ, что составляет 100 ГБ в неделю, 400 ГБ в месяц и 2400 ГБ каждые 6 месяцев).
Хотя в настоящее время приобретение места на жестком диске дешево, проблема заключается в его архивировании для использования в будущем.
Как лучше всего хранить резервные копии (скажем, нам нужны данные за период от 6 месяцев до 1 года)?
Примечание: я использую SQL Server 2000.
Спасибо,
Сокращение, как при регулярном обслуживании, сжимает БД? Удалите это немедленно, как прямо сейчас, прежде чем продолжить чтение. Почему не следует сжимать файлы данных.
Что касается вашего вопроса, здесь слишком много неизвестного. Вам нужно аварийное восстановление, включая гео-DR? Вам нужно место с теплым резервом? Каков желаемый интервал восстановления в случае аварии (каково максимальное время, разрешенное для восстановления базы данных с нуля)? Есть ли у вас процедура восстановления и вы ее выполняли?
В основном вам необходимо рассмотреть возможность наличия как минимум двух хранилищ резервных копий, предпочтительно географически разделенных, вам необходимо периодически восстанавливать свои резервные копии для их проверки, вам нужен график полного / дифференциального / журнального резервного копирования, который соответствует вашему мандату на хранение данных. и требование интервала восстановления, вам нужно изучить сжатие резервных копий (родной в SQL Server 2008 / R2, в 2000 у вас есть SQL LiteSpeed).
Прочтите книгу на эту тему, например Аварийное восстановление Pro SQL Server.