SQL база растет. #510208

8.1 SQL база База ведется с 2007 года. За пол-года выросла почти вдвое с 25 Гб до 41 Гб Вырос файл MDF. LDF админ каким-то способом регулярно обрезает. Т.к. скорость внесения новых документов и элементов справочников почти не менялась уже год , возникает вопрос - база занимает излишнее место - как урезать базу. Насколько я понимаю есть два основных способа : админский и програмный. Shrink и свертка базы. Мне кажется что Shrink эффективнее освободит место. Есть ли ещё способы ?

Shrink и свертка базы это как бы способы в разных категориях

Это хорошо.

а чем вас не устраивает большой файл данных? от шринка быстрее работать ничего не станет, только фрагментацию данных увеличите.

это и есть шринк

>от шринка быстрее работать ничего не станет, только фрагментацию данных увеличите чаво?

А можно еще например бахнуть записи в каком-нибудь несуразном РС типа "Векрсии объектов"

[За пол-года выросла почти вдвое с 25 Гб до 41 Гб] Возможно регистры не закрываются в 0.

Или состав номенклатуры/контрагентов увеличился

таво. Бол откройте и про шринк прочитайте. Часть "Рекомендации" в главе про shrinkdatabase

Я понимаю , что Shrink методами sql находит неиспользуемые таблицы и удаляет их. Свертка базы - Создание некоего документа ( корректировка записей ) и переназначение его как регистратора движений в РН. И удаление самих документов за некий период , а движения в РН остаются. Цель одна - уменьшить базу. Мне казалось что Shrink  для MDF. Я не прав ? Несуразных мало , там мало движений и это нужные РН. Т.е. Остатки по РН с типом "остатки и обороты" должны показать несводимость в 0 ? Номенклатура увеличивается регулярно. Быстрее не нужно. Нужно сейчас место на диске.

1. для SQL есть ряд процедур обслуживания которые должны запускаться регулярно, будут уменьшать размеры ваших файлов и повышать производительность 2. Если все эти процедуры у вас работают но база не уменьшается, ищите причины ее роста (бонально пользователи могли напихать сканов в хранилище)

(infostart что-то не работает) и смотрим

Ты зачем переименовал? ;)

разверни копии баз текущая и старая --- скуль умеет показывать сколько какая таблица физически места занимает вот и сравни какая таблица стала непропорционально расти или может новая таблица добавилась

Как называются эти процедуры ? не пашет ... ок , посмотрим , спс

кстате, если реиндексация не делается, то мне как-то на 30% базу помогло ужать

т.е. реиндексация помогла ужать базу

Резко увеличится база могла из-за изменения настройки в SQL "Способ востановления" поменяли Simple на Full тогда и начинает расти файл транзакций LDF как в вашем случае У меня настроины дефрагментация индексов и переиндексация таблиц это не позволяет базам расти сильно

шринк может применяться как к mdf, так и к ldf, действует немного по разному, но все сводится к физическому уменьшению файлов. Скорее всего после шринка база все равно вырастет при первой же "реиндексации" (хотя, возможно, и не до первоначального размера). И шринк ничего не удаляет. Он находит пустое, неиспользуемое, место в файле данных и запихивает в него данные из "конца" файла данных, что в свою очередь, приводит к фрагментации.

Переиндексацию таблиц запускать нужно ночью, много ресурсов жрет, дефрагментацию можно несколько раз в день делать если в базе активно работают

Если это не помогает, ищите проблему в даннх

, ок , посмотрим

Если это то о чем я думаю, то обработка супер. Много раз помогала. Респект. IronDemon вроде делал, если мне никто не изменяет..

попробуй тут хз, по-моему, опера так скачала

спс )))

Аналогичная ситуация была с УПП с 23 до 55 Гб за полгода же - было включено версионирование. Отключили. Все записи похерили, сделали шринк. Реиндексация и дефрагментация работают.

чо то нет там "StatistikaIB.erf" - 404

Интересно  ,а версионирование чего ? Т.к. в УТ 10.2 похоже нет версий ...

:) версионирование всего, мягко говоря... (всех справочников, всех документов - на изменение реквизитов) хотя можно было и оставить частично. Зверь полезный, если им воспользоваться, а видно не судьба.

+ реализовано через РегистрСведений "Версии объектов". Но если нет - тада точно не оно ))

Выполни на SQL --------------------------- if not object_id('tempdb..#temp') is null drop table #temp    DECLARE cursorsys CURSOR FOR    select Table_Schema + '.' + Table_Name from INFORMATION_SCHEMA.TABLES    OPEN cursorsys    FETCH NEXT FROM cursorsys into @sysFL    BEGIN        INSERT into [#temp] EXEC sp_SpaceUsed @sysFL        FETCH NEXT FROM cursorsys into @sysFL    END select * from #temp order by convert(int,left(Data,LEN(Data)-3)) desc и выясни что за таблицы у тебя место занимают. Затем, при помощи sql1c.epf определи, что это за объекты 1С

зачем такой изврат? все через меню ентерпрайза сделать можно

Запустить скрипт за 1 секунду - в чем изврат-то? Стандартная dba процедура. И насколько я помню, в 2005 Managеment Studio размер таблиц списком не показывает, а в 2000-м показывает, но отсортировать по размеру не дает.

Reports -> Standard Reports -> Disk Usage By Top Tables compatibility mode должно быть не ниже 90 у базы

из скачал отчет по статистике. Классная штука. Все наглядно с размерами и процентным отношением.