Размер базы в SQL 2008
 

Доброе утро, уважаемые!
Используется клиент-серверный вариант работы, платформа 8.2.13.219.
Сложилась непонятная ситуация по размеру sql-базы. У клиента СУБД SQL 2008 SP3 и размер базы около 60 Гб, беру их dt-файл и загружаю у себя (СУБД SQL 2008 R2 SP1) - получаю базу размером 8.5 Гб. У клиента ИТ-специалисты пробовали удалить sql-базу, создать новую и загрузить из dt-файла, в результате размер базы тот же...
Подскажите в чем причина или в каком направлении двигаться?

1-lww > Для начала - посмотреть, сколько пустого места в базе клиента.

Размеры mdf и ldf у клиента, а так же заполненность базы. Может у них стоит рост на 50Гб )))))

автошринк не включен, вот и не уменьшается обратно.

(4) И слава богу...

(4) Из топика "создать новую". Так что шринк не катит.

exec sp_spaceused @updateusage = N'TRUE'
в результате примерно данные 26 Гб, индексы 30 Гб, пустое место 60 Мб...
mdf примерно 58 Гб, ldf периодически сжимают и он небольшой... прирост данных установлен 1 Мб, а вот смущает начальный размер 55 Гб, хотя утверждают, что при создании было указано 3 Мб и таким параметр стал сам по себе...
завтра попробую создать базу сам и залить туда dt

пока ничего так и не прояснилось...

(7) Запусти обработку статистики базопузомера на обоих базах и посмотри, в размерах каких таблиц самая большая разница.

3-Lexusss >
+100500

И чего, продолжения кина не будет?

Будет :) сегодня не смог заняться этим вопрсом, все действия перенесены на завтра...
А что за обработка "базопузомер"? для 8.х не нашел такую, только под 7.7

StatistikaIB.erf

А в чём проблема, собственно?
Зачем куда-то двигаться?

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

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

Общее количество записей в таблицаз баз сходиться "копейка в копейку", а размер сильно плывет...
Размер не используемого места в базах
SQL 2008 SP3 ~ 100 Мб
SQL 2008 R2 SP1 ~ 33 Мб
Настройки баз одинаковые. Можно рассмотреть, например, таблицу ОтражениеВУчете документа ОтражениеЗарплатыВРеглУчете (записей 727572)

SQL 2008 SP3
Данные=2 910 304
Индексы=10 552
Неиспользуется=448

SQL 2008 R2 SP1
Данные=363 792
Индексы=1 320
Неиспользуется=80

Может быть 1С при создании структуры таблиц в зависимости от версии СУБД назанчает разный тип полям?

[url]http://infostart.ru/public/download.php?file=51056[/url]

(18) спасибо! скачаю, посмотрю результаты...
вариант "при создании структуры таблиц в зависимости от версии СУБД назанчает разный тип полям" отпадает, проверил - структура таблиц идентичная...

Результат отчета (18) полностью совпадает с результатами запросов sql, поэтому данные приведенные в (17) такие же...
У кого какие есть предположения почему такая разница в занимаемом месте???

(20) Скинь на lexusssмяуfreemailру сохраненные mxl с отчетами StatistikaIB по одной и той же базе на разных серверах.

(21) файлы выслал...

День добрый, Lexusss, есть какие-то мысли по результатам анализа файлов с отчетами?

Мысля первая: У клиента может быть сервер x64. Это может быть и увеличит размер некоторых индексов. Но ведь значительная часть таблиц увеличена в десяток раз при том же самом количестве записей!
Мысля вторая: Можно пробовать запустить перестройку кластерных индексов. Это может несколько сократить размер таблиц. Но опять же, не в 10 раз.
Мысля третья: В большинстве случаев размер отличается раза в 1,5-2, что опять же может быть объяснимо битностью платформы. Но отдельные таблицы значительно массивнее. Это можно попробовать объяснить изменением логики хранения строк переменной длины.
Мысля четвертая: Режима совместимости какого нить не стоит?

Дальнейший анализ можно делать, параллельно посматривая на конфигурацию. Я так понимаю, ты от типовой недалеко ушел?

(24)
1. и у клиента, и у меня версия серверов 64-битная
2. режим совместимости не используется
3. про перестройку кластерных индексов думал, но решил что это все равно какой-то процент места высвободит, но явно не более 50%
4. мысль об изменившихся механизмах/логике хранения информации от версии к версии СУБД посещала, но ни в каких источниках не нашел подтверждения
(25)
конфигурация отличается от типовой, но все изменения/доработки старались делать без существенных изменения типового решения

Можно для эксперимента установить у себя СУБД как у клиента и развернуть базу из dt... и сравнить результат

вопрос со стороны: а рейды всякие на это не влияют?

ждем продолжения

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

(30) анализ на наличие неиспользуемого простраства в базе данных проводился, но разницу между 8.5 Гб и 60 Гб это явно не покрывает... видно, что при одинаковом количестве записей одни и теже таблицы занимают разный размер - см (17)

по (27) ничего сделать не удалось, т.к. тестовых серверов нет, а на рабочих поднимать вторую СУБД не позволительно, т.к. это может повлиять на работу пользователей, если не остановить ее...
что дальше делать не знаю!

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

(33) загрузил cf в пустую файловую базу, создал пользователя, выгрузил в dt, полученный файл загрузил у себя и клиента в скульную базу.
Без запуска 1С в режиме "Предприятие" получил (Кб):
Наименование | Свой сервер | Клиентский
-------------+-------------+------------
mdf |130 880 |146 880
ldf |576 |1 024
данные в базе|111 336 |122 584
индексы |12 080 |16 256
свободно |1 152 |2 176

(34)+
Запустил 1С в режиме "Предприятие", прошло заполнение данных при инициализации, завел документ "ОтражениеЗарплатыВРеглУчете" и заполнил 100 строк ТЧ "ОтражениеВУчете"

Таблица Config (данные/индексы/свободно) записей 8881
Свой сервер: 1128/32/0
Клиентский: 10152/136/24

Таблица Acc19 - План счетов хозрасчетный (данные/индексы/свободно) записей 343
Свой сервер: 112/408/8
Клиентский: 504/1528/296

Таблица Acc19_ExtDim518 (данные/индексы/свободно) записей 485
Свой сервер: 32/56/0
Клиентский: 248/240/88

Таблица ОтражениеВУчете документа ОтражениеЗарплатыВРеглУчете (данные/индексы/свободно) записей 100
Свой сервер: 56/16/0
Клиентский: 56/16/0
Ранее при загрузке dt как раз на этой таблице большой разрыв был, см (17)

Разница в размерах баз осталась, на пустых базах это не так заметно, но по некоторым таблицам уже ошутимо...

Таблица Acc19_ExtDim518 (данные/индексы/свободно) записей 485
Свой сервер: 32/56/0
Клиентский: 248/240/88

то есть у тебя 32 кБ а у клиента 248 кБ,
тип полей сравнивал?

select * from Acc19_ExtDim518

хотя бы по результату запроса одно и то же?

(37) да 32 против 248, подробно сравнивал структуру интересующих таблиц - они идентичны
(38) одно и тоже

прикольно