Как уменьшить размер базы?

[RedFox]

Цитата:

Сообщение от Wooldoor_Sockbat

Добрый день, возникла необходимость уменьшить размер базы, как это лучше сделать? На данный момент база занимает более одного террабайта. Лог файл небольшой.
Nav 4SP3 + SQL 2000
1)Сильно ли помогут стандартные средства компресии Navision (например, Компрессия Книги Фин. Операций) и быстро ли они работают?
2)Переход на SQL 2005 даст прирост производительности или нет?
3)Посоветуйте, пожалуйста, какие-нибудь другие способы?

Сразу говорю для Nav 4SP3 лучше использовать уже 2005 и желательно с последними паками! Но перед миграцией нужно убедиться, что делается бекап NAV, потому что SQL-бекап сильной производительности не даст до того момента, пока не пересоздатите (именно пересоздать физически!) все ключи. Но на такой операции это займет как минимум выходные на хорошем железе. Так что советую Вам началь с анализа пары данные + ключи.
1. Не сильно помогут, если стандартные таблицы не очень большие или сильно "фрагментированные".
2. в зависимости от того, что у Вас в БД и как Вы будете мигрировать - даст. + Ещё сам NAV можно оптимизировать под него!
3. Пришлите заполненность таблиц в файле Excel (Tables on the form "Database Information") - поссмотрим что можно придумать.

Цитата:

Сообщение от Sancho

во-первых, лог
если Вам не приходилось откатывать базу на полчаса назад, то есть вероятность, что и не придется.
тогда лог можно переделать с full на simple, а заодно шринкануть оставшиеся 2 файла.
база может ужаться процентов на 60.

Не уверен, что это поможет, потому что было написано что лог-файл небольшой. И если нет достаточной инфраструктуры резервного копирования, то НИ В КОЕМ СЛУЧАЕ не меняйте с full на simple, если у Вас Лог файл небольшой.

Цитата:

во-вторых, объем таблиц
можно посмотреть какие таблицы больше всего занимают места, например, 405-я, попробовать оптимизировать протокол
опять же, аналитические отчеты, может в них стоит установить компрессию какую и пересобрать?

Начинание с таблиц это правильно + пересмотреть все ключики, потому что без этого оптимизировать не получится.
А вот про "попробовать оптимизировать протокол" не понял.

Цитата:

если первые 2 варианта не помогут, то тут уже наверное стоит запускать компрессию...

А вот это уже правильно, что почти последнее!
Самое главное понять что именно нужно компрессить и как! Если, например много операций, но нужна аналитика, например за 3 года, то нужно ЗАРАНЕЕ определить горизонт сжатия. И если множество данных попадает в этот горизонт - нет смысла в компрессии. Как долго у Вас данные в БД?
Так же нужно определить какие данные в таблицах "не нужны". Но это нужно делать аккуратно.

P.S. Следующие шаги я смогу сказать после того, что написал выше