День добрый! Возможно кто-то имел такие проблемы. Есть база 1с которая крутится на MS SQL 2008 R2 и занимает 350 Гб (Показывает SQL ), но в бекапе база весит 40 гб. Такое возможно, что SQL зажимает в 10 раз почти? И есть методы как-то уменьшить базу?Буду благодарен за любую совет.

прочитай про шринк

(0)Да, да, поставь симпл или сделай бэкап журнала

(1) Сжатия стандартными методами типа, сжатия базы данных или обрезание логов помогает на 2-3 дня. Все дальше снова возвращается на место до 350 Гб.

во первых скулю нужно пустое место для хранения незавершенных транзакций
во вторых есть параметр приращения в скуле
в третьих бекап зипуется (сжимается)
в четвертых - лог скуля место жрет

(4) Лог базы 7 Гб а база 350?Такое возможно?Зипуетса средствами SQL ?

(5) может, смотри параметры приращения

(0) 350 это скорей всего размер файла, посмотри сколько места занимают данные внутри этого файла и посмотри на сколько у тебя каждый день увеличивается пространство занятое данными. Если например данные занимают 40 Гб, а каждый день к ним добавляется несколько десятков мегабайт, то файл можно смело обрезать (сделать шринк) ну скажем до 100 Гб.

(6) А база не отвалится? Потому что просто тогда мне вырывают руки и ноги, и скажут, что так было!

2(5) Чувак, просто информация в скл хранится в "разреженном" виде, и однажды прирастив базу, СКЛ просто так это приращение не отпустит - разве что ты скажешь реорганазивать базу.
И тогда он эти "разреженные" данные "уплотнит"
Ни никто не сжимает данные. Просто в бэкапа идут именно данные, без воды

(5) Да, SQL умеет сжимать бэкап, правда не помню точно с какой версии он научился это делать но вроде 2008 уже умеет.

(5) да зипуется средствами скуля, раньше была отдельная галка, сейчас вроде всегда зипуется...

(0) Открой менеджмент студию - ПКМ по своей базе - свойства.
На первой закладке будет в ОБЩИЕ РАЗМЕР - это сколько занимает база на диске, и Доступно места - это зарезервированное место, считай что пустое.
Пустое место можно пошринкать.

(0) Это - норма. Процентов 60-70 этого "лишнего" места - это Индексы.

(12) там делал так на 20-30 Гб становится легче, но на 2-3 дня, затем возвращается на место которое и было.
(13) более 200 Гб индексов? Не за жирно для него?

(13) я никогда не задумывался про индексы в бекапе, но по логике они должны быть там, иначе восстановление бекапа будет на порядок больше идти.

или в бекапе реально индексов нет?

(14) ну dtшник еще сжат, а база sql - нет.
(15) как ты себе представляешь хранение индексов в dt? Что за жесть то с тобой происходит, Дмитрий? Начнем с того, что мне не встречался запрос в ms sql, который бы позволил выгрузить сериализованный индекс и закончим тем, что в db2 они могут иметь другую структуру.

(16) я не про DT а про скульный бекап, ведь в сабже именно о нем идет речь...

(14) Если у тебя данные занимают 320 Гб и свободного места 30, итого 350, то тут уже ничего не поделаешь.

(0) Кстати. БазоПузоМер что говорит?
Может у тебя версирование включено?

Я вот давече попал на 60 гигов - 50 млн записей в регистре версий. Прощелкал момет и на тебе - база с 40 гигов до 100 выросла.