|   |   | 
| 
 | Сжать файл базы 1С | ☑ | ||
|---|---|---|---|---|
| 0
    
        Night_Wolf 13.03.14✎ 10:37 | 
        Подскажите такой вопрос: Нужно обрезать (сжать) базу 1С SQL 2008 R2. 
 Когда выполняю процедуру sp_spaceused получаю результат: database_size = 27842.75MB, unallocated space = 4.24MB, из них data = 20577MB, index_size = 78032MB. Т.е. получается что индексы занимают целых 8ГБ!!! Раньше база была ровно 21ГБ и меня это устраивало. Потом стала 28, причем непонятно после чего. Больших вставок или удаления данных не было, вся работа ведется в штатном режиме. Просто очень хочется максимально ужать базу без потери данных. ТИИ делал, без удаления битых ссылок, потому что у меня неполный РИБ. Подскажите кто знает, как уменьшить размер файла базы? Или может я зря парюсь по поводу размера? | |||
| 1
    
        butterbean 13.03.14✎ 10:37 | 
        зря     | |||
| 2
    
        ДенисЧ 13.03.14✎ 10:38 | 
        Проще купить ещё один диск, чем выделываться и пытаться сжать.     | |||
| 3
    
        Night_Wolf 13.03.14✎ 10:39 | 
        (1) - а можно узнать почему? Я индексы перестраивал уже, и итоги рассчитал и прочее. Почему зря? Я понимаю если бы база выросла бы постепенно. Но был когда-то скачок размера и с тех пор она стала 28 ГБ вместо 21. 
 (2) - с местом на диске проблем нет. Непонятен именно скачок размера. А если она завтра скакнет до 300 ГБ? Подскажите куда копать, где посмотреть каких данных больше всего. | |||
| 4
    
        Maxus43 13.03.14✎ 10:41 | 
        подними бэкап 21-гиговой базы и посмотри там какие объёмы...
 возможно выросли индексы, после обновления конфы например. Сжать это в общем случае не получится и собственно вредно | |||
| 5
    
        ДенисЧ 13.03.14✎ 10:42 | 
        "data = 20577MB, index_size = 78032MB"
 Это вполне нормально. Вот если бы бол наоборот... | |||
| 6
    
        Pashkaa 13.03.14✎ 10:47 | 
        SSD 240Гб = 7500руб
 Цена за гигабайт 31,25руб 7Гб * 31,25руб = 218руб Вы не о том переживаете. | |||
| 7
    
        Pashkaa 13.03.14✎ 10:50 | 
        Вас не смущает что порой SQL серверу выделяют оперативной памяти для работы больше чем объем самой базы и ведь это нормально, при том что чисто гипотетически можно было бы уместить в оперативу всю базу и "летать". Но уж так устроены механизмы работы...     | |||
| 8
    
        Night_Wolf 13.03.14✎ 11:09 | 
        Всё ясно, не буду заморачиваться больше. Спасибо всем.     | |||
| 9
    
        adelaide 13.03.14✎ 11:45 | 
        (8) есть обработка "СтатистикаИБ" она показывает размеры таблиц базы данных, разворачиваешь бекап смотришь статистику по базе из бекапа и по рабочей базе, сравниваешь, находишь таблицы которые распухли...
 http://rghost.ru/53023323 | |||
| 10
    
        1dvd 13.03.14✎ 11:48 | 
        (6) продай мне винт на 2 Гб, я тебе не 60, а целых 100 руб дам?     | |||
| 11
    
        Pashkaa 13.03.14✎ 12:38 | 
        (10) Ты же понимаешь что чем меньше объем тем больше цена за гигабайт :)
 У меня на полке есть Seagete раритетный на 631Мб, отдам бесплатно. | |||
| 12
    
        AndyD 13.03.14✎ 13:19 | 
        скорее всего РН не закрываются, из за этого пухнут итоги и, соответственно, индексы.     | |||
| 13
    
        Jump 13.03.14✎ 13:30 | 
        (10)А в чем проблема? 
 Террабайтный самсунг ssd в рознице 25тыс рублей. Покупай два диска за 50тыс и делай из них один том. Цена за гигабайт - 25рублей. Достаточно дешево. | 
 
 | Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |