Сабж.
обмены программно руками.
База инициализируется долго и создается гораздо большим объемом..
сравнивал структуру полей -- идентично
сравнивал MSSQL запросом таблицы -- идентичны

есть запрос который выводит размеры таблиц:
name         rows    reserved     data        index_size   unused
_InfoRg924   67211   40352 KB     33752 KB    5944 KB      656 KB
_InfoRg996   67211   4307744 KB   543848 KB   16 KB        3763880 KB

это строки одинаковых регистров в разных базах.

ребята подскажите:
1. почему она больше?
2. как уменьшить до оригинального размера?

сжатие базы попробовать в тии

настройки баз сравнивали? авторасширение файлов базы например. уменьшить можно обычным шринком. он освободит неиспользуемое место.

(2) шринкал -- не помогло

пока пробую ТИИ сделать..

непомогает..
есть может еще какие либо мысли?

я заметил вот что: по всей видимости не удается развернуть всю базу (может быть ночная перезагрузка сбрасывает, может места нехватает), соответственно все объекты без соответствующего значка РИБ. а так же в SQL у таблиц нету ни индексов ни статистики..

(4) Выгрузить в файловую, там сделать ТИИ со всеми "галками" кроме проверки ссылочной целостности.

+(5) Сто пудов в базе жуткий косяк в данных.

А альтернативно отпочковать узел не покатит?

Если из главного узла сделать подчиненный? Без создания образа. Руками. Книга знаний: Альтернативное создание начального образа в УРБД

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

(7) а вот это возможно вариант, хоть и не очень хороший.. мне в подчиненной базе не нужны например документы из главной..

(6) вот тут конечно может быть проблема.. сейчас попробую ее потестировать/повыгружать.

(10) Ну так в настройках синхронизации это можно сделать. Чтоды документы не выгружались которые не нужны

(12) в настройках? правда?
нет такой настройки, при создании образа выгружаются все объекты..
если не нужны все то есть событие ПриОтправкеДанныхПодчиненному в котором можно "отсеить" ненужные..

но к моему случаю это не относится..

+(13) "не отностится" в том смысле что моя проблема с размерами таблиц.. а с ними какаято непонятная бида

(9) нет, это не создание начального образа. Совсем наоборот.

(14) При создании выгружаются все да. Но в дальнейшем при синхронизации можно же и не обмениваться этими документами. А если они там не нужны, то попросту грохнуть их все из подчиненной. Ну это как вариант:) А реструктуризацию и сжатие после создания образа пробовали делать?

(16) все былоб хорошо если б он мне главную базу 4Гб не разворачивал в овердохуа >30Гб подчиненную..

это усугубляется еще и тем что ему так и не удается ее развернуть..

(17) А главную базу лечить пробовали?

(18) пытаюсь...

так....
в общем!

развернулась база на 22Гб.. сделал ей ТИИ и она <<внимание!!!>> стала 1.3Гб!

пойду попробую альтернативный вариант из (8) только чистую базу+регистрацию изменений..