Превышен максимально допустимый размер файла невозможно записать конфигурацию в режиме совместимости
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Ошибка СУБД:
Превышен максимально допустимый размер внутреннего файла 'C:\Users\marat\Documents\InfoBase1/1Cv8.1CD'
по причине:
Превышен максимально допустимый размер внутреннего файла 'C:\Users\marat\Documents\InfoBase1/1Cv8.1CD'
Долго не стал разбираться перешел у себя для разработки на sql 2008.
Сейчас встал вопрос делать копию базы для фин директора.
Дело в том что база всего вести 2.8 гб а по отдельным таблицам максимальная 135 мб. В файовом варианте если не изменяет память то объем не превышал и 1 гб в момент возникновения ситуации.
Подскажите в чем модет быть проблема. ТИИ делал, сжатие базы делал.
Даже пробовал удалить данные РС в котором очень много данных.
оптимизируй, а то переход на скуль может оказаться временным решением ) вот, помню, была такая конфига казахстанского производства фирмы 1С:Сервер, после оптимизации база уменьшилась в 85 раз. правда, с типовыми конфигами редко удается что-то удачно сделать, в 7.7 мне это удавалось, а вот в 8.2 даже лезть не хочется
(1) По всем описаниям тут такое получается при превышении таблицы более чем 4 гб а у меня сама база еще целиком не более 2.8 гб. Вот и хочу понять в чем дело.
(0) Сверни базу. Или перенеси остатки в новую.
Смотри, такая ситуация, когда ты загружаешь создаются временные файлы, вот они, по всей видимости, и разбухают.
(10) каким боком размер внутреннего файла (а 1цд внутри по сути структура аналогичная фат32) относится к темпакам?
> Сейчас встал вопрос делать копию базы для фин директора.
зачем ему копия ?
пусть в боевой работает
(11) Совсем не ясно, почему превышен размер файла.
(12) База находится в вахтовом городке. Инет спутниковый очень слабый. В центральном офисе распределенка будет. В фин дир не сидит в одном месте ездиит по всей стране.
да и вообще хочу понять почему при такой маленькой базе вдруг база пришла к такому состоянию.
(14)[да и вообще хочу понять почему при такой маленькой базе вдруг база пришла к такому состоянию.]
путём флюда на форуме ты понимания не добьёшься
(24) Вот черт хотел же поковырять там.
ДО сих пор не могу понять в какой таблице в каком индексе проблема. Кто-нибудь знает как искать из лога где проблема?
(27) У меня стоит вин 7 везде нтфс
Что значит копируй средствами sql? У меня задача понять и разобраться и по возможности оставить файловую базу Хотя бы для финдира.
БАза вечти всего до 2.8 гига самая большая талица едва 425 мб
Вот ссылка кто глзастее гляньте именно в какой таблице?
(33) вот тока не пойму, если рабочая база сейчас файловая, ты ж я так понял только себе копию на скуль перевел, то просто файло скопировать да и все, а не загружать/выгружать
(0) ТиИ. Проверить как закрываются регистры.
Как посмотреть в файловой базе, сколько весит какая таблица?
(30)(43) Может ошибаюсь, но есть подозрение, что у тебя проблема с использованием агрегатов в регистре накопления _AccumRg84.
вам шашечки или ехать? а то в (0) идет спекуляция на должности основного пользователя, а когда предложили решение - сразу зажмотились на лицензии.
(46) Да при чем тут лицензии? Мне нет ссмысла ставить скуль и каждый раз ей грузить скульную базу.
Я не могу понять что база в скуле 1 гиг а в файловом пол гига и уже нет возможности работать в файле.
в (40) уже подсказали, где посмотреть таблицы, а ты до сих пор не удосужился понять в какой таблице у тебя проблема. Мог бы и в SQL посмотреть.
(51) mdf = 1,03 ГБ , Но если глнуть на свойсвах в скуле показывает 2.8 гб а выгрузка всего 52 мб а вот скульный бекап 101 мб
(53) Тогда нифига непонятно. Какая-то странная фигня происходит именно при загрузке. Раздувает одну из таблиц или индексов. Может, при пересчете итогов.
(50) что мешает сделать (40) в последней имеющейся файловой базе? или ты думаешь, что с тех пор динамика роста таблиц существенно изменилась?
Решил методом тыка найти, постепенно удаляю по одному регистру. В конечном счета наткнусь на этот регистр. ))
(54) + В любом случае, это ненормально. Нужно доставать правильную траву и вдумчиво курить. Как вариант, я бы попробовал мониторить распределение диска по таблицам и индексам в процессе загрузки из dt в сиквел. Возможно, это натолкнет на какие-то мысли. Хуже всего, если это глюк именно файловой версии.
(53) теперь хоть ситуация понятно
dt-всего 52М т.е. база должна быть где-то 500. 600М
так что как-то не очень понятно.
но для решения проблемы "делать копию базы для фин директора." можно попробовать использовать универсальную выгрузку/загрузку
(50) очень просто. я смотрела. выгрузила в файловую и выдала ошибку как у тебя. я посмотрела файл cd соответствующей программой и она показала мне размеры тем не менее этой файловой базы.
размеры каждой таблицы в этой базе- вот про индексные не помню- вроде не показывала. хз, давно дело было
По ходу проблема может быть или в документах или даже в справочниках. Хотя я удалял пару подозрительных документов и справочников.
(66) Черт! Дело говоришь. Ведь есть у меня справочник для хранения фото сотрудников.
Пробую.
увы нет не тот.
а в 8ке есть метод посмотреть размер базы справочников,документов,регистров? В 7ке дбфной все в файл-менеджере было видно, в скл тоже.
по причине:
Ошибка SDBL:
Поле Fld440 таблицы AccumRgAggDict2h447 содержит висячую ссылку. Старое поколение не может быть удалено.
Причем AccumRgAggDict2h447 это РегистрНакопления.ЗаказыНаОтгрузку
Который уже не существует.
Что делать как быть?
(68) Визуально без спец обработки не увидишь выше есть ссылка на эту обработку. ДАже не обработка а програмулька.
Как решить эту проблему?
Файл CF может иметь допустимый размер 2 Гб. Что у вас там такого, если ERP весит ~ пол гига. Наверное, вы фильмы в макеты напихали. Платформа 8.3.18 поддерживает новый формат файла CF, там ограничение на размер гораздо больше.
(9) это конечно всё хорошо. Но в типовых режим совместимости от нас не зависит. Какой 1с поставила - тот и используем.
(12). Именно на х64 клиенте. Как понимаю - это не от клиента зависит.
Я бы порекомендовал не лениться и оперативно пинать саппорт 1с. Завалить их жалобами на эту тему.
А если поставить режим совместимости 8.3.16 , то выгрузит?
UPD : Да, выгрузит. Только при установке 16го режима совместимости "слетает" еще основная форма поиска. Очищаем основную форму поиска, ставим режим совместимости 16, выгружаем. (КА 2.4.13.103)
Кто-то нашёл решение данной проблемы с обновлением?
После обновления КА на 2.4.13.103 требует режим совместимости 8.3.16.
Если это сделать и после обновления сформировать ОСВ, то на 2021 год остатков нет. А то, что было в 2020 по дебету сторнировало кредит. ТО есть ОС за год по дебету красным цветом.
(21)Имеется две базы КА основная и дополнительная, обычно после обновления основной выгружал конфиг и в дополнительной делал сравнение объединение, в этот раз пришлось извратиться,
1.Сделал копию основной
2.Включил режим совместимости 8.3.16
3.Выгрузил конфиг
4.В дополнительной сравнение объединение, все кроме режима совместимости
Мне помогло, ничего не слетело
Та же проблема на 8.3.18.1289 , ЕРП 2.4.13.111.
Выкрутился через создание файла поставки конфигурации.
При обычной выгрузке около 2ГБ *.cf поставки создается чуть более 900МБ
А можно так сделать.
В конфигураторе
Настройка поддержки -> Снять с поддержки -> Сохранить (не обновлять конфигурацию БД) - Сохранить конфигурацию в файл -> Вернуться к конфигурации БД.
Чем дело кончилось? Как проводки починили? Мне тоже это всё не нравится, и вообще зачем мы платформу обновляем, если в режиме совместимости сидим?
(27) Столкнулся на тестовой ERP 2.5. Помогло полное тестирование и исправление.
База серверная, платформа 8.3.18
При обновлении ERP+ОтраслеваяПодсистема до версии 2.4.13.148 тоже попал на эти грабли.
Вышел из положения так: выгрузил из общих макетов драйвера, посмотрел размер, в самые большие (и не нужные) залил почти пустые файлы. Сократил размер конфигурации почти на 300 Мб.
(28) Большое спасибо за подсказку с драйверами :-)
Впервые сталкиваюсь с такой ошибкой. Проявилась после обновления ERP на 2.4.13.203. База настроенная (основная конфигурация, режим полной возможности изменений + расширения), серверная, платформа 8.3.17.
Мне помог следующий вариант (с возвратом драйверов):
1. Загрузила пустые файлы в самые большие драйверы в общих макетах.
2. Сохранила конфигурацию в файл. Ошибки не возникло.
3. Загрузила конфигурацию поставщика, сохранила без обновления конфигурации базы данных, иначе затрутся данные добавленных реквизитов, таблиц.
4. Включила режим возможности изменений. Сохранила без обновления конфигурации базы данных.
5. Далее Сравнить, объединить с файлом сохраненной конфигурации (с пустыми драйверами, 2 шаг). Снять флажки с общих макетов драйверов.
6. Сохранить, обновить конфигурацию базы данных.
Драйверы на месте. При сохранении ошибки не возникло. Размер конфигурации сократился (>360 Мб).
Всем привет.
Обновил КА до версии 2.4.13.123. Пытаюсь выгрузить CF файл конфигурации. На 95% получаю ошибку:
"Превышен максимально допустимый размер файла. Невозможно записать конфигурацию в режиме совместимости 8.3.15 и ниже"
Файл получается чуть больше 2х гигов.
Я так понимаю, единственное пока решение установить режим совместимости в 8.3.16, но тут и в на ИСе писали, что тогда слетают проводки.
Кто-то сталкивался с этой проблемой? Как решали?
(4) Тестово обновил копию, чтобы потом обновить рабочую. Тут такие траблы. Нужно либо находить вариант решения, либо откладывать обновление.
(5) Тебе Cf нужен, чтобы через сравнение-объединение перенести изменения. Ты же не загружаешь его напрямую?
(0) Ищите причину в компе (что за железяка), возможны ограничения в ОСе.
Попробуй тестирование и исправление.
Можно снять с поддержки в копии, и выгрузить cf-шник, он будет в разы меньше.
"Пытаюсь выгрузить CF файл конфигурации. Файл получается чуть больше 2х гигов" - проверяйте конфигурации. Скорее всего она у вас битая. Для начала можно на копии снять с поддержки и попытаться выгрузить конфигурацию. Если получится - проблема в конфигурации поставщика, если не получится - проблема с основной конфигурацией. Можно не мучаться с ней, а попробуйте выгрузить конфигурацию базы данных и загрузить её вместо сбойной основной конфигурации.
(12) Ну конфиг у них однозначно с включенным внесением изменений в конфигурацию. Так сам CF не дотягивает до 2 гиг, а вот с включенными изменениями вполне дотянуть может.
У меня предыдущий cf был около 2-х ГБ. Конфа доработанная, вполне возможно за 2 гб перевалило. Снимать с поддержки каждый раз, когда надо выгрузить cf - это жесть. Есть какое-то нормальное решение?
(8) Нет, не удалось.Забил на это дело. Конфа конечно не вся на поддержке, но доработок там по минимуму. Всё в расширениях.
А может быть вы использует расширения? Тогда можно попробовать установить "Не использовать" для "Режим совместимости расширения конфигурации".
Ооо. уже увидел "но доработок там по минимуму. Всё в расширениях." Глючит меня что-то. Пятница, однако.
хохма еще и в том, что если доработок в самой конфе по минимуму, то лучше вообще все убрать в расширение.
Поскольку критично само по себе наличие режима "Включена возможность изменений" На самом верху. Именно оно провоцирует полное дублирование конфы.
Не важно, насколько много отдельных объектов имеют признак "разрешено редактирование с сохранением поддержки"
Хохма в том, что всякий раз, когда вы выгружаете конфигурацию на поддержке с возможностью внесения изменений - вы выгружаете не нужный вам баласт в виде конфигурации поставщика.
Как по мне, так конфигурация поставщика нужна только тогда, когда в конфигураторе используется Поддержка - Обновить конфигурацию. В остальное время она - ненужный баласт.
(21) эх. так подавляющее большинство именно этим обновлением и пользуется, не взирая на то, что сами вовсю правят текущую конфу.
Причем, часть такой мотивации, если спросить, зачем так делают
- а по другому тупо неудобно искать отдельно конфу поставщика, которая просто не поставляется в виде цельной сборки, а идет чаще только в виде CFU обновлений.
Но именно для ситуации с КА и ERP практически всегда в релизах есть полный дистриб. Он правда тоже содержит ненужный баласт, но он все-таки есть.
Кстати, а ведь причина именно в том, что и ERP и КА у разработчиков 1С находятся в EDT. Поэтому и проскакивают глюки для тех, кто работает без EDT.
(22) Эээ.. небольшое замечание: полная конфигурация поставщика для выгрузки в .cf есть в каждой базе.
(25) В рамках этой темы - в каждой. Впрочем не буду спорить, уточню: "в каждой базе, не снятой с поддержки".
Просто зачем тогда нет возможности выгрузить только Текущую, если выбирается выгрузка текущей конфигурации в файл?
Конфигурация БД - отдельно выгружается. Конфигурация Поставщика - тоже отдельно.
Зачем текущая всегда выгружается вместе со встроенной конфой Поставщика, если только в базе эта конфа есть?
(28) какую именно проблему?
Проблему с тем, чтобы отключить к чертям конфу поставщика и накатывать обновление объединением с CF-кой ?
т.е. повторим алгоритм.
- конфа оставляемая на поддержке, но разрешенными изменениями вспухает примерно в два раза.
- нам все-таки нужно для наших целей сохранить конфиг файл.
-- Пусть это конфиг поставщика - заходим в поддержку и выгружаем только его.
-- Нужен текущий (измененный) конфиг - отрубаем в поддержке наличие поддержки поставщика, выгружаем в файл CF только текущей конфигурации (конфы поставщика в нем не будет)
Может быть что-то изменится. ну было бы неплохо, если бы режим раздельного хранения конфы текущей и конфы поставщика в файлах сделали более очевидным и удобным.
(29) А у меня на одной базе другого способа и нет ( При изменении конфигурации главной базы в распределенки не уходят конфигурации. Ну то есть уходят, но после накатывания у них разные хэши мешают обмену. Приходится закидывать на точки конфигурации и расширения и вручную загружать. В конфигурации всего три микроскопических изменения, всё остальное в расширениях.
Что делать, если архив базы загружается в файловом варианте с ошибкой "Превышен максимально допустимый размер внутреннего файла", а загрузить очень надо? Постараюсь примерно описать технологию, которую нам удалось разработать при активном участии Виктора Сосновского из фирмы "1С" на партнерском форуме.
Предположим, вы сформировали архив базы и теперь пытаетесь загрузить его в файловом варианте. Сначала все идет хорошо, но в какой-то момент возникает ошибка:
"Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Ошибка СУБД: Превышен максимально допустимый размер внутреннего файла 'D:\1CBASES\NewDB/1Cv8.1CD' "
Я лично потратил ОЧЕНЬ много времени на поиск решения этой проблемы и в итоге нашел его, что позволило нам создать файловую копию базы данных размером 18 Гб и в итоге сэкономило примерно неделю времени (могу в комментариях рассказать, как было дело, но сейчас речь не о том).
Итак, причин возникновения такой ошибки может быть несколько:
- Размер КАКОЙ-ЛИБО таблицы в базе данных превышает лимит для файловой версии (4 Гб). Если честно, во избежание подобных эксцессов мы проверяли размеры таблиц базы заранее с помощью обработки "SQL базомер" (или аналогов).
- Ошибка связана с глюком особенностями платформы, и вызвана определенной спецификой структуры метаданных выгружаемой конфигурации.
С первым случаем все понятно - если базомер показал превышение лимита по каким-то из таблиц базы, то эти таблицы необходимо почистить. Если речь идет о справочнике или непериодическом регистре сведений, то нужно постараться удалить оттуда ненужные элементы/записи. То же самое относится и к "тяжелым" документам с их табличными частями. В первую очередь следует заняться удалением помеченных объектов, конечно.
Регистры накопления - отдельная тема. Размеры таблиц итогов могут превышать размеры таблиц записей регистра, причем зачастую значительно. Иногда может помочь даже простой пересчет итогов.
Регистры остатков могут некорректно (не по всем измерениям) закрываться, что приводит к ОЧЕНЬ значительному и быстрому разрастанию таблиц итогов. Списание "зависших" остатков регистра накопления может при последующем пересчете итогов дать экономию до нескольких Гб, проверено на собственном опыте у "нерадивых" клиентов. ))
Что же делать, если каждая таблица вашей базы размером менее 4 Гб, но ошибка все равно возникает?
Это значит, что у вас второй случай - проблемная структура метаданных конфигурации. Вероятнее всего, ошибка возникает на этапе создания индексов.
В двух словах опишу ситуацию в целом, чтобы было понятно, словами Виктора Сосновского из 1С. Ниже цитата с партнерского форума:
"При загрузке информационной базы в файловом варианте сначала загружаются данные всех таблиц, а затем создаются индексы. Ошибка создания индекса приводит к тому, что индекс, созданный с ошибкой, и все последующие индексы не создаются. Если в базе много данных, то это приведет к существенному снижению производительности. Полноценная работа с такой базой будет невозможна."
Нужно узнать, какая именно таблица приводит к ошибке при создании индекса.
Включаем технологический журнал - в папку "С:\Program Files (x86)\1cv82\__НомерВерсииПлатформы__\bin\conf\" (или аналогичную, __НомерВерсииПлатформы__ подставьте свой) кладем файл logcfg.xml примерно следующего содержания:
Внимательно следим за тем, чтобы каталоги для дампов и логов:
- Существовали
- Различались
- Были доступны для чтения и записи тому пользователю Windows, от лица которого вы запускаете конфигуратор.
Перезапускаем конфигуратор (при этом включается технологический журнал) и заново пробуем загрузить наш .DT. После возникновения ошибки идем в каталог для логов, находим там файл лога, содержащий нашу ошибку, и внимательно читаем его.
Первое же вхождение EXCPCNTX в логе в моем случае указало на команду, которая вызвала ошибку: CREATE INDEX _Accum27148_ByDims_TRRRRRRRRRSSR (у вас название индекса будет другое).
По цифрам из названия индекса с помощью обработки "Структура хранения таблиц базы данных" (или аналогов, которые умеют показывать индексы) находим, какой таблице принадлежит данный индекс. У меня это оказалась таблица оборотов одного из нетиповых регистров накопления.
А дальше начинается самое интересное - нужно попытаться угадать, что именно в структуре вашей таблицы приводит к ошибке индексации.
В первую очередь следует смотреть, какие поля входят в индекс. Как выяснилось, платформа ОЧЕНЬ не любит, когда совокупный размер ключевых полей индекса становится значительным. В частности, она не любит индексировать длинные строки - так, в моем случае в индекс попадало измерение с типом СТРОКА (500) и оно вызывало ошибку. Другой представитель фирмы "1С" высказался на партнерском форуме еще в 2007 году:
" Если длина ключа оказывается близкой к 2К, то начинается резкий рост размера индексов с рядом неприятных последствий. "
И действительно, в 2013 году ничего не изменилось - в подобных случаях наблюдается лавинообразный рост размеров индекса на файловой базе. А когда таблица индекса превышает лимит в 4 Гб, загрузка .DT останавливается с ошибкой.
Лично мне помогло отключить для проблемного измерения флажок "Использование в итогах", т.к. в реальности итоги по нему не требовались. Оно перестало попадать в саму таблицу оборотов и, как следствие, в индекс таблицы оборотов. Есть и другие способы - более строго ограничить размер строки, например. Читал, что некоторым это помогало.
Эти изменения необходимо применить к информационной базе, при этом произойдет реструктуризация вашей таблицы.
Если изменения внесены на SQL-копии базы, то после этого нужно заново выгрузить .DT и попытаться перезагрузить его в файловой версии.
Кому особо не повезло и ошибка вылезла снова - тому следует повторить сначала всю процедуру, начиная с анализа логов. Возможно, проблемная таблица была не одна, или вам не удалось решить проблему с размерами полей, входящих в индекс.
Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Ошибка СУБД:
Превышен максимально допустимый размер внутреннего файла 'C:\Users\marat\Documents\InfoBase1/1Cv8.1CD'
по причине:
Превышен максимально допустимый размер внутреннего файла 'C:\Users\marat\Documents\InfoBase1/1Cv8.1CD'
Долго не стал разбираться перешел у себя для разработки на sql 2008.
Сейчас встал вопрос делать копию базы для фин директора.
Дело в том что база всего вести 2.8 гб а по отдельным таблицам максимальная 135 мб. В файовом варианте если не изменяет память то объем не превышал и 1 гб в момент возникновения ситуации.
Подскажите в чем модет быть проблема. ТИИ делал, сжатие базы делал.
Даже пробовал удалить данные РС в котором очень много данных.
оптимизируй, а то переход на скуль может оказаться временным решением ) вот, помню, была такая конфига казахстанского производства фирмы 1С:Сервер, после оптимизации база уменьшилась в 85 раз. правда, с типовыми конфигами редко удается что-то удачно сделать, в 7.7 мне это удавалось, а вот в 8.2 даже лезть не хочется
(1) По всем описаниям тут такое получается при превышении таблицы более чем 4 гб а у меня сама база еще целиком не более 2.8 гб. Вот и хочу понять в чем дело.
(0) Сверни базу. Или перенеси остатки в новую.
Смотри, такая ситуация, когда ты загружаешь создаются временные файлы, вот они, по всей видимости, и разбухают.
(10) каким боком размер внутреннего файла (а 1цд внутри по сути структура аналогичная фат32) относится к темпакам?
> Сейчас встал вопрос делать копию базы для фин директора.
зачем ему копия ?
пусть в боевой работает
(11) Совсем не ясно, почему превышен размер файла.
(12) База находится в вахтовом городке. Инет спутниковый очень слабый. В центральном офисе распределенка будет. В фин дир не сидит в одном месте ездиит по всей стране.
да и вообще хочу понять почему при такой маленькой базе вдруг база пришла к такому состоянию.
(14)[да и вообще хочу понять почему при такой маленькой базе вдруг база пришла к такому состоянию.]
путём флюда на форуме ты понимания не добьёшься
(24) Вот черт хотел же поковырять там.
ДО сих пор не могу понять в какой таблице в каком индексе проблема. Кто-нибудь знает как искать из лога где проблема?
(27) У меня стоит вин 7 везде нтфс
Что значит копируй средствами sql? У меня задача понять и разобраться и по возможности оставить файловую базу Хотя бы для финдира.
БАза вечти всего до 2.8 гига самая большая талица едва 425 мб
Вот ссылка кто глзастее гляньте именно в какой таблице?
(33) вот тока не пойму, если рабочая база сейчас файловая, ты ж я так понял только себе копию на скуль перевел, то просто файло скопировать да и все, а не загружать/выгружать
(0) ТиИ. Проверить как закрываются регистры.
Как посмотреть в файловой базе, сколько весит какая таблица?
(30)(43) Может ошибаюсь, но есть подозрение, что у тебя проблема с использованием агрегатов в регистре накопления _AccumRg84.
вам шашечки или ехать? а то в (0) идет спекуляция на должности основного пользователя, а когда предложили решение - сразу зажмотились на лицензии.
(46) Да при чем тут лицензии? Мне нет ссмысла ставить скуль и каждый раз ей грузить скульную базу.
Я не могу понять что база в скуле 1 гиг а в файловом пол гига и уже нет возможности работать в файле.
в (40) уже подсказали, где посмотреть таблицы, а ты до сих пор не удосужился понять в какой таблице у тебя проблема. Мог бы и в SQL посмотреть.
(51) mdf = 1,03 ГБ , Но если глнуть на свойсвах в скуле показывает 2.8 гб а выгрузка всего 52 мб а вот скульный бекап 101 мб
(53) Тогда нифига непонятно. Какая-то странная фигня происходит именно при загрузке. Раздувает одну из таблиц или индексов. Может, при пересчете итогов.
(50) что мешает сделать (40) в последней имеющейся файловой базе? или ты думаешь, что с тех пор динамика роста таблиц существенно изменилась?
Решил методом тыка найти, постепенно удаляю по одному регистру. В конечном счета наткнусь на этот регистр. ))
(54) + В любом случае, это ненормально. Нужно доставать правильную траву и вдумчиво курить. Как вариант, я бы попробовал мониторить распределение диска по таблицам и индексам в процессе загрузки из dt в сиквел. Возможно, это натолкнет на какие-то мысли. Хуже всего, если это глюк именно файловой версии.
(53) теперь хоть ситуация понятно
dt-всего 52М т.е. база должна быть где-то 500. 600М
так что как-то не очень понятно.
но для решения проблемы "делать копию базы для фин директора." можно попробовать использовать универсальную выгрузку/загрузку
(50) очень просто. я смотрела. выгрузила в файловую и выдала ошибку как у тебя. я посмотрела файл cd соответствующей программой и она показала мне размеры тем не менее этой файловой базы.
размеры каждой таблицы в этой базе- вот про индексные не помню- вроде не показывала. хз, давно дело было
По ходу проблема может быть или в документах или даже в справочниках. Хотя я удалял пару подозрительных документов и справочников.
(66) Черт! Дело говоришь. Ведь есть у меня справочник для хранения фото сотрудников.
Пробую.
увы нет не тот.
а в 8ке есть метод посмотреть размер базы справочников,документов,регистров? В 7ке дбфной все в файл-менеджере было видно, в скл тоже.
по причине:
Ошибка SDBL:
Поле Fld440 таблицы AccumRgAggDict2h447 содержит висячую ссылку. Старое поколение не может быть удалено.
Причем AccumRgAggDict2h447 это РегистрНакопления.ЗаказыНаОтгрузку
Который уже не существует.
Что делать как быть?
(68) Визуально без спец обработки не увидишь выше есть ссылка на эту обработку. ДАже не обработка а програмулька.
Читайте также: