Грешка - Максималният вътрешен размер на файла е надвишен

вътрешен

При използване на файловата версия на информационните бази често се появява грешката „Превишен максимално допустимият размер на вътрешния файл“, което е свързано предимно с изпълнението на самия файлов режим. Съдържа 4 файла:

  • Файл с описание на структурата на таблицата
  • Индекс файл (преместен от основния файл)
  • Стойностен файл
  • Записващ файл

За да се реши този проблем, е необходимо да се изчисли коя таблица заема много място. За да направите това, можете да използвате софтуера на трета страна Tool_1CD, който ви позволява да погледнете във файла 1Cv8.CD, а именно да определите размера на таблиците, да експортирате в XML формат и много повече.

грешка

За да го разрешите, трябва да намалите размера на самата тази таблица или да я преведете в SQL версия. Тъй като закупуването на SQL сървър е доста скъпо, ние търсим тази таблица емпирично. Обикновено това са "тежки документи" с голяма таблична част, обемисти справочници, особено натрупващи регистри. Първо, изтрийте всички елементи, маркирани за изтриване от базата данни. След това преизчислете общите суми (ако „ямбът“ е в регистъра за натрупване, тогава понякога помага). Остатъчните регистри може да не се затварят правилно, което води до рязко нарастване на общите таблици. Отписването на "висящи" салда може да освободи до няколко GB.

Случва се всички таблици да са по-малки от 4 GB, но грешката все още възниква. Тази ситуация е много по-сложна. Тук се крие проблемът в структурата на конфигурационните метаданни, а именно индексирането. В момента на зареждане на информационната база от dt файла първо се зареждат данните на всички таблици и едва след това - индексите. В даден момент от създаването на индекса възниква грешка иследващите индекси не се създават, което прекъсва изтеглянето и причинява грешка. За да разберете коя таблица се проваля при създаване на индекс, направете следното:

  • Включете технологичния регистър
  • Създаваме празен файл ogcfg.xml със следното съдържание например

и го поставете в директорията conf, например C:\Program Files\1cv82\8.2.19.130\bin\conf

  • проверете дали регистрационните файлове и файловете са създадени и рестартирайте конфигуратора и започнете изтеглянето отново. след като възникне грешката, отиваме в регистрационния файл в нашата папка C:\log\error, отваряме го и търсим на кой индекс е възникнала грешката.
  • След това, използвайки програмата Database Table Storage Structure, търсим самия обект на метаданни.
  • Е, тогава емпирично търсим или дълъг атрибут на този обект, или свойство, което води до неуспешно изграждане на индекс и продължаваме да опитваме, опитваме и опитваме, докато стигнем до решение.
  • След успешни манипулации тестваме и оправяме. В резултат на това всички индекси ще бъдат изградени отново и базата данни ще бъде напълно работеща. Късмет!