2012-03-23 2 views
0

У меня есть база данных SQL Server, которая за последние 5 лет выросла более чем до 15 ГБ. Теперь моя проблема - дисковое пространство и время, необходимое для ежедневного резервного копирования. Я хочу знать, как я могу архивировать старые записи и уменьшать размер базы данных без потери данных?Архивирование данных в SQL Server

Заранее спасибо.

ответ

2

15GB не очень большой, и его можно было бы быстро создать, даже без doing anything special. Поскольку дисковое пространство намного дешевле, чем практически любой другой технический ресурс - особенно разработчик или время DBA - вам нужно спросить, действительно ли стоит разрабатывать решение для архивирования или просто покупать больше дисков.

В любом случае, что значит «архив» для вас? Если вы перемещаете данные где-то в другом месте, все равно будет занимать место, и вам придется покупать и поддерживать это пространство. Можно ли положить его на кассету или DVD-диск и забыть об этом, или вас попросят об этом время от времени? Если да, то как часто и какая задержка приемлема, когда пользователь ее запрашивает? Существуют ли какие-либо правовые нормы, которые необходимо соблюдать? Должны ли данные по-прежнему быть видны в ваших приложениях, но только на другом диске? Если да, то разделение данных даже имеет смысл?

+0

+1 Крупные и быстрые диски являются ключевыми (и дешевыми). – Simon

0

Я рассматриваю аналогичную проблему, как иметь «живые» данные в основной базе данных и «законченные» данные во второй базе данных.

Наше настоящее рулонное решение представляет собой настраиваемое приложение для сериализации/де-сериализации данных из реального db в архив db, что дает нам две строки подключения для доступа к новым и старым данным.

Наши исследования встроенных решений придумали горизонтальное разбиение.

http://msdn.microsoft.com/en-gb/library/ms178148%28v=sql.105%29.aspx

Который не ограничивает представление данных для пользователей, но позволяет вам разделить ваши данные среди физических дисков по дате.

Смежные вопросы