Доброго времени суток! Уважаемые коллеги, очень нужна помощь!наша фирма использует 1С:Предприятие 8.2 с не типовой конфигурацией и Microsoft SQL Server (версия 10.50.1600.1). За 3 года работы база очень разрослась(mdf файл около 110 гб). Пробовал сжимать базу, средствами SQL особого эффекта не дало...сжало на 40 мб. Модель восстановления простая, полный бекап делал. подскажите пожалуйста, что можно сделать. Спасибо!

ТиИ, выгрузить-загрузить

свернуть, а старье в архив

хотя за 3 года это странно, криво настроен ms sql или очень много созданных и удаленных объектов

шринк?

Скорей всего просто вложенные файлы хранятся

Конфигурация какая?

с не типовой конфигурацией

ответ здесь

(5) как бы почикать эти файлики неужто не догадались сами? или их отдельно вынести?

ты в нетиповой копии пикАссо хранишь?

(8) а нам ничего не написали

(8) Дата регистрации:    03 июля 2015; сегодня

расшифруйте понятие "сжимать" ?

+12
все. понял .  

уменьшилась на 1/3 - нормально.

но применительно с 1с8 - действие бессмысленное:
в процессе реструктуризации вырастет обратно.

(13) Разницу между гигабайт и мегабайт не видишь?

(14) да кстати, а по новым правилам между ними разница в 1000 или 1024 раз? как бы гибайт и мибайт правильно не?

(15) 2^10 заменили на 10^3? я правильно п

онял?

(7) И давно это типовая конфигурация - образец экономии места?

базапузомера для 8-ки нету ?

(3) подскажи тогда как правильно настроить)

(9) да, нет)

110Г - это разве много?

(6) 8.2.14.540

(22) много и будет же расти дальше

(24) Ну а какое количество данных в файле?

(24) надо разбираться. Во-первых, какой документооборот? Если молотят по 1000-1500 среднего размера документов в день и база живет уже лет пять, то 100Г нормальный размер и уменьшить его, не удаляя документы, вы не сможете. Во-вторых, хранятся ли в базе двоичные данные - картинки, другие файлы? Это может сильно увеличивать размер базы, особенно если за размером подгружаемых картинок никто не следит.

для сравнения: у меня УПП, живет с 2011 года, дневной документооборот примерно 500 документов, двоичных данных немного. Объем файла - 44Г.

(26) файлы хранятся, размер загружаемого файлы ограничен 20 мб, в среднем в день по 150 - 200 документов создается

(28) 20М на один файл - это очень много. Если действительно есть необходимость хранить такие большие файлы, я бы не делал это в основной базе. Ну что тут посоветовать... посмотрите, сколько файлов в базе и сколько места они занимают.

выйти из положения можно, убрав файлы из основной базы в другие места хранения. Про эту проблему тут неоднократно писали, поищите по форуму.

(30) понял , спасибо! еще такой вопрос, нашел в базе справочник: место занимаемое индексом 27 867,477 MB, пространство данных 28 736,664 MB. в этот справочник каждый день записывается большое колво данных. если попробовать его очистить, удалить данные, поможет ли это сократить размер базы

(31) у тебя задача сократить размер файла или удалить все данные?

(32) сократить размер файла

(33) Тогда сначала определи, есть ли у тебя в базе _ненужная_ !!! информация. Только после этого начинай удалять.
Да и то... В наше время 100ГБ - это не размер.

И ещё - в скуле есть отчёт по размеру таблиц. Начни с него

(34) ненужная инфа есть! только не уверен, что при ее удалении размер базы сократится

(36) а как вы себе видите еще уменьшение базы, если она у вас ежедневно заполняется, в том числе 20-метровыми файлами?

чудес не бывает, если нужно что-то уменьшить - значит оттуда надо что-то убрать

(34) ну я не был бы так категоричен... Если она 100Г стала за полгода и прирастает по 100М ежедневно, то это может несколько напрягать, хотя бы исходя из того что устройства хранения не резиновые и денег на новые не заложено и не планируется.

(39) если они реально генерят нужные данные 100Г за пол-года, то у них должен быть бюджет на СХД.
Если у них нет бюджета на СХД, то и данные там им не нужны.

(38) начал удалять старые данные за 2012 год, но как то уменьшение базы не наблюдается, это как то напрягает...

(41) Так надо ж еще и освободившееся место из базы удалять.
Про шринк слыхал?

возьми базопузомер и посмотри что за данные там

(41) вы удаляете как? Если помечаете на удаление в 1С, то надо потом контроль ссылок и удаление помеченных объектов сделать. А еще потом сделать сжатие базы средствами MSSQL. Вот после этого можно будет говорить об изменении размеров.

(44) Регистры чистил так
НоваяЗапись = РегистрыСведений.ТестовыйРегистр.СоздатьНаборЗаписей();
НоваяЗапись.Записать();
справочник пробовал чистить через удалить();

попробую не удалять, а пометить на удаление и сделать контроль ссылок, потом уже sql! спасибо вам! выходит все делал изначально не правильно( как все сделаю отпишусь. еще раз спасибо!

Удалять без контроля ссылок опасно, вы из базы можете решето сделать. То же самое касается удаления старых документов - если они двигают регистры, то в будущих периодах отчеты по этим регистрам покажут неправильные данные. Вы все это, надеюсь, понимаете? Задача "свертки" старых данных в 1С в общем случае совсем не тривиальна.

(45) Так ты файлы по 20 мег из базы не удалишь

(1) 110 гиг  может не прокатить

(49) 100 гиг прокатывало. dt-ник был около 15.

(49) (50)  Был опыт  с mdf размером более 300 гиг.   dt  был около 40 с чем то  непомню давно было

Доброго времени суток) вообщем сделал ТиИ + средствами sql реорганизацию индексов + сегодня ночью сжал базу, в итоге mdf 83гб!!! планирую еще в большой таблице сделать ребилд индексов и попробую еще раз сжать. вообщем всем спасибо