Ошибка загрузки информационной базы #637715

Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Ошибка СУБД: Превышен максимально допустимый размер внутреннего файла 'I:1Cv82Trade_11_0_9_12/1Cv8.1CD' Размер 1Cv8.1CD получился 7,6 Гб, хотя у меня есть по 33 Гб базы... ОС х64, память 4 Гб - что не нравится 1С?

ни один внутренний файл ни одной таблицы не делжен быть больше... 2? нет, вроде 4-х гиг... Для файловой само сбой базы Есть базы по 33? файловые? У тебя есть шанс быть номенинированным либо на стальные яца 2012, либо на премию дарвина тут уж как повезет

правильный ответ таков: 1С не нравится размер внутреннего файла 'I:1Cv82Trade_11_0_9_12/1Cv8.1CD'

Откуда он берется на 7,6 Гб? В SQL варианте база всего 4,5 Гб! Был _log большой, сжал базу до5%. Сделал ТИ, почистил битые ссылки, но не помогло * при выгрузке-загрузке размер 1Cv8.1CD растет до 7,6 Гб!?

Дело даже не в объеме базы, и даже ни в том, что в файловой копии удобней отлаживать внешние обработки УФ. Настораживает, что база больная!?

что говорит технологический журнал ?

Проверь базу перед повторной выгрузкой, в .DT - ошибка.

приколись:

тока в скуль

ну и если дт из файловой - то перед новой выгрузкой - бэкап 1цд, ТИИ с логической целостностью и реструктуризацией. если есть каки-нибудь гигантские таблицы с хранилищами, типа РС версии объектов, то их перед логической целостностью лучше грохнуть, предварительно выгрузив в xml

блин, зарисовывал-зарисовывал, а все равно спалился

ТИИ проверяет базу не на все возможные ошибки. Есть множество ошибок, которые "невидимы" для ТИИ, но загрузка будет "загружать" такую базу до тех пор, пока пространство не кончится на диске :(

Ха, не пережевай. Петровых, Сидоровых и Грачевых - пруд пруди :)

Размеры таблиц SQL показывает - ничего нет гиганского. Что за ошибки "невидимы"? Чем их увидеть. База точно больная, или я зря паникую?

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

Смотрел, более 300 Мб нет...

Интересно. Чем в файловой удобнее обработки отлаживать?

кое-кто не умеет ставить сервер 1С в режим отладки =)

+500 ))

телепатирую: база центральная УРБД и при загрузки растет таблица регистрации изменений....

Маниак. Ну, я в хорошем смысле слова, не с Маней тебя сравниваю. Чего в SQL не вгрузите?

ты объясни людям, когда таких баз 60 и "ну так они работают же!"

это ж 60 ключиков, 60 серваков апгрейдить и т.д.

У нас их в разы больше :) Ну и зачем 60 серверов на 60 баз?

УРБД

это типа филиальные

а обрезать филиальные не пробовали? вполне рабочая схема когда центр серверная а филиалы маленькие файловые

там по конец 2010 обрезано

> при загрузки растет таблица регистрации изменений... Нет не УРБД, но что-то в этом есть... УТ11 (обменивается с БП), в нее пытались еще одну организацию из УТ10.3 с большим документооборотом. База после этого "заболела". Где находится таблица регистрации изменений, как ее почистить?

Объединение баз отложили до НГ.

Все равно не вижу связи. :)

Где физически находится таблица регистрации изменений, разве в SQL базе? Может где-то вне базы, как журнал регистрации?

кого ставить??? О_о

Внешние обработки УФ.

удобно или безопасно ты имел ввиду?

Отлатчик не заходит в процедуры внешней обработки УФ... хотя и в файловом варианте тоже не заходит!?

не вне базу

как и заявлялось ранее, размер одной таблицы в ДБФ базе не должен превышать 4 ГБ. Мы в такой ситуации удаляли часть измерений в регистрах - благо того требовала задача по изменению конфигурации.

А где конкретно, как убить таблицу регистрации изменений? (вроде как для обмена с БП только включено) Переносил копию базы на другой SQL сервер, с него делал выгрузку-загрузку в файловый вариант - таже хрень...!?

> в такой ситуации удаляли часть измерений в регистрах... В каких?

"измерений" ?

Отладка - это побочно, главное - базу вылечить, если "больная". С НГ продолжим сливать 2 базы в одну. Склоняюсь к другому варианту (крайнему): из УТ10.3 переносом остатков сформировать новую базу УТ11. Из "больной" УТ11 снять остатки (есть типовая обработка для УТ11?), перенести в новую базу. Коммерсы сильно возражают - им историю продаж надо сохранить, хотя бы за полгода. С ценами тоже проблема – в УТ10.3 не типовое ценообразование – расчет "розничной" цены (вне 1С) для каждого товара + индивидуальные скидки каждому клиенту.

сделай удаление регистрации изменений.. напрямую как объект в дереве пофигуратора таблица недоступна.. еще, для ут 11 есть версионирование... можа и тут что "завалялось"

> сделай удаление регистрации изменений.. В планах обмена?

да..

Версионировать при проведении (записи) у некоторых документов (партнеров) включено - отключить?

ты это серьезно? а-йа-йа-я-й

+47 загрузи в конфигуратор свою обработку и запусти в режиме отладки ее же через CTRL + O, как тебе такое?)

Не понял:? CTRL + O - Файл/открыть...

Внешняя обработка перед исполнением копируется в tmp, в эту копию отладчик не заходит!?

Отключить удалось выгрузку-загрузку в Сценарий обмена для УТ11_Бух20 - это недостаточно? Полность удалить обмен не удается (если только в конфигураторе?)

Миша, ты надо мной издеваешься? сделай как я говорю, блин....))

и туда, при желании, можно зайти.. для плана обмена можно "УдалитьРегистрациюИзменений".. глянь как "Монитор обмена" в УТ 10.3 реализовано удаление регистрации изменений..

> запусти в режиме отладки ее же через CTRL + O Из 1С Предприятия (не конфигуратора)? Это УФ (УТ11) - в заказе клиента кн. "Заполнить", по ней вызывается моя внешняя обработка... по CTRL + O ? Попробую... В УТ11 как-то все ни так...