Раздел 500 ГБ базы данных сохранен в SQL Server
Вы, возможно, использовали функциональность "Аудита" в Windows, чтобы сделать это, но если Вам не настроили его для начала затем, данных не стало. (Даже если бы Вам действительно настраивали его, Вы не ценили бы объема ненужных данных, которые это создало. В сущности нет никакого простого способа сделать то, что Вы хотите.)
Проблемы производительности не будут с базой данных в целом, они будут с отдельными таблицами и запросами.
Вы хотите определить то, что является медленным сначала. Какие таблицы, и почему. Это - связанный ввод-вывод? Если так, разделение не могло бы помочь, если Вы застреваете на той же подсистеме ввода-вывода. Если это - расщепления страницы, то исследуйте ту проблему. надейтесь видеть, установлены ли Ваш кластерный индекс или коэффициент заполнения способом, который не оптимизирует производительность.
Разделением является Предприятие onyl функция. Это то, что Вы имеете? В противном случае спуститесь по другому маршруту.
Вероятно, можно настроить запросы, даже ВСТАВЛЯЕТ, для получения лучшей производительности.
Существует инструмент, чтобы помочь Вам сделать разделение. Вот один пример:
http://www.donwellsoft.com/Default.aspx
Другие вещи, которые могли улучшить производительность:
- более быстрые диски
- проверьте индексы
- файлы журнала на sepatate диске
- индексы на отдельном диске
Невозможно сказать, не зная Вашу схему базы данных.
Сколько таблиц? Как большой? Насколько нормализованный? Что относительно индексов?
Действительно существует много вещи принять во внимание здесь.
База данных на 500 ГБ не является таким грандиозным предприятием по сути, пока это правильно структурировано.
Но если у Вас есть единственная большая таблица с 100 столбцами типа VARCHAR (МАКС)... нет ничего, что может помочь Вам.