Стратегия архивации SQL Server (не резервная)

Question

Наши контракты с нашими клиентами гласят, что мы управляем и сохраняем данные только за последние 3 месяца. Поскольку у нас такое приложение с большим объемом, мы архивируем производственные таблицы, перемещая старые данные в базу данных «архив». У меня есть хранимая процедура, которая собирает старые данные, выгружает их в таблицы в базе данных «архив», а затем удаляет строки из производственной базы данных. Это довольно простой, простой процесс.

Теперь мы хотим сохранить базу данных архива под управляемым размером и иногда «откладывать» данные на внешние носители. Каким был бы лучший способ достичь этого, что все равно позволит нам иногда загружать автономные данные, чтобы получить старые данные для клиента по их запросу?

Answer 1

Нет такой вещи, как лучший способ;).

Ваши требования действительно слишком широкие, и вам нужно их сузить. Постарайтесь найти подробные спецификации, и вы, вероятно, сможете придумать решение самостоятельно, как только у вас будут все данные.

Вот некоторые вещи, которые я бы проанализировать первое:

• Ежемесячный объем данных, который должен быть перемещен за пределы участка
• Насколько велика вероятность того, что сумма будет меняться в будущем (безопасная ставка предположить, число будет расти)
• бюджета
• Как долго вы должны держать архивы перед удалением их полностью времени
• Turnaround для восстановления архивных данных

В зависимости от этих факторов «лучшее» решение может варьироваться от флешку вы покупаете за $ 9 до нескольких серверов хранения данных, которые могут стоить как $ 100k;)