Содержание:
1. Причины ошибки Превышен размер внутреннего файла
2. Анализ и возможные варианты решения ошибки Превышен размер внутреннего файла
3. Проверка настроек подсистем
4. Способы анализа размеров таблиц базы данных
5. Варианты решения ошибки Превышен размер внутреннего файла
Ошибка СУБД «Превышен максимально допустимый размер внутреннего файла 1Cv8.1CD» характерная для файловых баз данных 1С, имеющих относительно большой объем данных. В этой статье будут рассмотрены возможные причины возникновения ошибки Превышен размер внутреннего файла в 1С,способы и инструменты для ее исправления.
1. Причины ошибки Превышен размер внутреннего файла
Появление ошибки Превышен допустимый размер внутреннего файла возможно как в пользовательском режиме работы (рис. 1), в момент записи данных в базу, так и при попытке загрузить архив базы из dt-файла(рис.2). В обоих случаях в тексте ошибки фигурирует файл 1Cv8.1CD, но причина ошибки не в размере самого файла, а в размерах составляющих его структуру внутренних файлов.
Рис.1. Ошибка в пользовательском режиме работы
Рис.2. Ошибка при загрузке базы из dt-файла
Как Вы можете видеть на выше представленных скринах, размеры файла 1Cv8.1CD в момент возникновения ошибки Превышен максимальный размер внутреннего файла существенно разнятся, т.е. определенного лимита на его объем нет. Этим так же можно объяснить возможность работы баз, размер файла которых может значительно превышать 10 Гбайт. Ограничения есть на размер внутренних файлов1Cv8.1CD. Ознакомится с ними можно в приведенной ниже выдержке из приложения «Особенности работы с различными СУБД» к документации1С:Предприятие. Руководство разработчика.
Структура файловой баз данных
Для понимания структуры файловой базы данных важно знать, что файл базы данных 1Cv8.1CD состоит из множества внутренних файлов. Каждой таблице базы данных соответствует максимум четыре внутренних файла.
Размер каждого из внутренних файлов ограничен:
● для формата версии 8.2.14 ‑ 4 Гигабайта.
● для формата версии 8.3.8 с размером страницы 4 096 байт ‑ 4 Гигабайта.
● для формата версии 8.3.8 с размером страницы 8 192, 16 384, 32 768 и 65 536 байт ‑ 6 Гбайт.
2. Анализ и возможные варианты решения ошибки Превышен размер внутреннего файла
Утилита CNVDBFL.EXE
Начиная с версии 8.3.9в новых информационных базах по умолчанию установлен реализованный в версии 8.3.8 оптимизированный формат файловой СУБД. Проверить какая версия формата используется в вашей базе, можно с помощью утилиты командной строки CNVDBFL.EXE, которая включается в комплект поставки технологической платформы «1С:Предприятие» начиная с версии 8.3.8 и расположена в каталоге «bin» установленной версии(например C:ProgramFiles1cv88.3.18.1334bin).
Рис. 3 Получить информацию о файле 1Cv8.1CD
Выполните команду: C:< путь установки 1С:Предприятие>CNVDBFL.EXE-i<путь к 1CV8.1CD>
Утилита выведет информацию о версии формата файла и размере страницы. Если версия формата ниже8.3.8 или размер страницы равен 4096 байта, то самое простое временное решение, позволяющее быстро восстановить работоспособность, увеличив ограничение на размер внутренних файлов с 4 Гбайт до 6Гбайт – выгрузить информационную базу в dt-файлдля последующей его загрузки в созданную в новой папке информационную базу, либо конвертация в формат 8.3.8 со страницей по умолчанию:
cnvdbfl -c -f 8.3.8 <путь к 1CV8.1CD>
ВНИМАНИЕ! Перед выполнением любых операций с информационной базой сделайте резервную копию.
3. Проверка настроек подсистем
Частой причиной не пропорционального увеличения размера внутренних файлов в типовых конфигурациях, является не оптимальная настройка подсистем работы с файлами и хранения истории изменений.
Настройки подсистемы Работа с файлами
По умолчанию в настройках указано хранение файлов в информационной базе данных, что при активном использовании функционала данной подсистемы (прикрепление скан-копий к первичным документам, хранение файлов договоров и т.д.), приводит к быстрому увеличению размера соответствующей таблицы информационной базы. В данном случае рекомендуется настроить хранение файлов в томах на диске и выполнить перенос файлов, предварительно ознакомившись с соответствующим разделом документации к вашей конфигурации.
Рис.4 Настройки работы с файлами
Настройки хранения истории изменений
Проведите аудит настроек подсистемы хранения истории изменений. Особое внимание следует уделить часто изменяемым объектам с бессрочным хранением версии, т.к. каждая версия – это новая отдельная запись, занимающая место в специальной таблице базы дынных. И точно не стоит включать «на всякий случай» бессрочное сохранение версий, создаваемых при записи, для всех объектов.
Рис.5 Настройки хранения истории изменений
Удаление помеченных объектов
Не стоит забывать про удаление помеченных объектов. В типовых конфигурациях есть возможность настройки удаления по расписанию.
Рис.6 Настройка расписания удаления помеченных объектов
4. Способы анализа размеров таблиц базы данных
Если проверка и оптимизация настроек подсистем не помогла или ваша конфигурация не содержит вышеописанных подсистем, то для выявления точной причины ошибки Превышен допустимый размер внутреннего файла не обойтись без анализа размеров таблиц базы данных.
К сожалению, готовых утилит для анализа размеров таблиц баз данных в комплекте поставки «1С:Предприятие» не предусмотрено. Тем не менее есть несколько способов определить виновника ошибки.
Загрузка dt-файла в клиент-серверную базу данных
Разберем на примере файловой СУБДMSSQL.
В SQL ServerManagementStudio выберем в обозревателе объектов исследуемую базу и сформируем стандартный отчет «Использование дисковой памяти таблицами». Включив сортировку по убыванию значения в колонке «Данные», мы увидим самые большие таблицы. В моем случае явный лидер -«dbo._InfoRg10162»
Рис. 7 Анализ размера таблиц базы данныхвSQLServerManagementStudio
Далее нам потребуется определить какие данных хранятся в этой таблице. В этом нам поможет метод глобального контекста ПолучитьСтруктуруХраненияБазыДанных(). Вызвать данный метод можно установив точку остановки в любой процедуре, выполняемой в контексте сервера, например в процедуре ПриСозданииНаСервере формы внешней обработки. Указав в табло выражение ПолучитьСтруктуруХраненияБазыДанных(), мы получим таблицу значений с описаниями структуры таблиц, индексов и полей базы данных. Посмотреть ее можно нажав «F2»,либо выполнив команду контекстного меню «Показать значения в отдельном окне». В открывшемся окне выполняем поиск значения «InfoRg10162» в колонке ИмяТаблицыХранения и определяем по колонкам ИмяТаблицы или Метаданные имя, соответствующее объекту метаданных конфигурации — «РегистрСведений.ДвоичныеДанныеФайлов»
Рис. 8 Просмотр структуры хранения базы данных
Стоит отметить, что данный метод требует серверной лицензии 1С.
На момент написания статьи действует акция: антикризисные льготные поставки «1С:Предприятия 8» для разработчиков.
В качестве СУБД для разработки и тестирования удобно использовать следующие версии:
SQL Server 2019 Express является бесплатным выпуском SQL Server, который идеально подходит для разработки приложений для использования на настольных компьютерах, веб-серверах и других небольших серверах.
SQL Server 2019 Developer — это бесплатный выпуск с полным набором функций, лицензируемый для использования в качестве базы данных для разработки и тестирования и не предназначенный для применения в рабочей среде.
Использование сторонних программ для анализа файла базы
Для определения размеров таблиц базы данных, можно воспользоваться программой для просмотра файлов базы 1Сv8.1CD. Tool_1CD позволяет увидеть структуру БД 1С и узнать размер внутренних таблиц. Tool_1CDверсии 0.3.0, поддерживает работу только с базами в формате не выше 8.2.14.
Рис. 9 Tool_1CDверсии 0.3.0
Для анализа базы в формате 8.3.8.0 потребуется конвертация копии базы с помощью утилиты cnvdbfl в версию, совместимую с 8.2 (cnvdbfl -c -f -8.2.14 «путь к базе»)
Tool_1CD версии 0.4.0поддерживает работу с базами версии формата 8.3.8.0 и не требует дополнительных операций с базой.
Рис. 10 Tool_1CDверсии 0.4.0
Определив имя «проблемной» таблицы, далее поступаем аналогично первомупримеру(Рис. 8).Выполняем поиск значения «InfoRg10162″в колонке ИмяТаблицыХранениятаблицы, полученной методом ПолучитьСтруктуруХраненияБазыДанных()и определяем по колонкам ИмяТаблицы или Метаданные имя соответствующее объекту метаданных конфигурации.
Подсистема «Инструменты разработчика» 1С 8
На практике меня часто выручает подсистема «Инструменты разработчика» 1С 8
Это набор мощных инструментов для разработчика на платформе «1С:Предприятия 8», который можно подключить в виде расширения конфигурации.
В рамках рассматриваемой в статье ошибки, нам будет интересна обработка «Структура хранения БД», в которой есть опция получения размеров таблиц и индексов для файловой СУБД.
Рис. 11 Запуск обработки Структура хранения БД в толстом клиенте
Почти все обработки входящие в подсистему выполнены на обычных формах и потому работают только в толстом клиенте и обычном приложении.
Рис. 12 Выбор варианта запуска подсистемы
Рис. 13 Запуск обработки Структура хранения БД в обычном приложении
По умолчанию опция «Показывать размеры» выключена. Включим этот флаг и выполним сортировку по убыванию в колонке «Размер общий»
Рис. 14 Анализ данных в обработке Структура хранения БД
Плюс использования этой обработки в том, что она показывает имена таблиц в соответствии с именами объектов метаданных конфигурации.
Обратите внимание, опция «Показывать размеры» работает только в 32-битныхприложениях
Рис. 15 Настройка разрядности клиента
5. Варианты решения ошибки Превышен размер внутреннего файла
Выбор способа решения ошибки Превышен размер внутреннего файла зависит от результатов анализа и сводится к двум вариантам:
· Уменьшение размера базы данных;
· Переход на клиент-серверный вариант работы;
Если анализ выявил таблицы, занимающие «львиную долю» от общего размера внутреннего файла 1Cv8.1CD, то в первую очередь надо разобраться с ними. Как правило это объекты конфигурации, имеющие реквизиты с типом значения Хранилище Значения, в которых хранятся связанные файлы, версии объектов, вложения писем и т.д.
В случае, когда в результате анализа обнаружено множество таблиц с размером близким к граничному поможет свертка базы с удалением документов прошлых периодов и выполнение процедуры «Тестирование и исправление» в конфигураторе с включенными опциями реиндексации, реструктуризации и сжатием таблиц, а также с пересчетом итогов.
Если свертка базы не приемлема, то остается только вариант перехода на клиент-серверный вариант работы. В данном варианте ограничения на размер таблиц отсутствуют, а управление информационной базой осуществляется одной из поддерживаемых файловых СУБД.
Взаимодействие между клиентским приложением и файловой СУБД осуществляет кластер серверов «1С:Предприятия 8».
Так же клиент-серверный вариант работы будет решением проблемы при загрузке архива базы из dt-файла
Рис. 16 Загрузка из dt-файла заведомо большой ИБ
Специалист компании «Кодерлайн»
Александр Бачурин
17.02.22 — 08:55
Тут да днях случилась такая штука — перестала работать синхронизация Бухгалтерии 30 с ЗУП 30 , т.е из зупа выгрузка проходит, в бух не грузится. Посмотрел по журналу пишет в ошибках Ошибка СУБД Превышен максимально допустимый размер внутреннего файла 1Cv8.1CD. ( синхронизация настроена не через файл а обращением к базе )
посмотрел размер бух базы — около 20 гигов. (базы файловые ).
я так понимаю дело в этом (хотя сама база работает без ошибок, не совсем ясно почему толькро при синхронизации ??? )
надо уменьшать размер базы ?
правильно ли я понимаю последовательность действии : ??
1. Прогнать cd c помощью chdbfl.exe с галкой испралять
2. В конфигуратере через тестирование и исправление с галками сжатие и реструкторизация
если не уменьшится перенести файлы в тома на диске ?
(тут тоже не совсем понял, в настройках работы с файлами надо поставить Хранить файлы «в томах на диске» или «в инф базе и в томах на диске» ? , потом создаю том и через гиперссылку «перенос файло» переношу туда файлы ? после этого они будут открываться у пользователей ?)
посмотрел с помощью CNVDBFL.EXE -i G:1Cv8.1CD структуру файла
формат : 8.3.8
размер страницы : 8192 — это норм ?
Модератор
1 — 17.02.22 — 08:58
Надо перейти на серверную базу
2 — 17.02.22 — 09:04
С учетом «размер страницы : 8192» у вас уже был использован «последний шанс» увеличения размера внутреннего файла с 4 до 6 Гб. Это прибитое гвоздями ограничение, при использовании файловой базы с увеличенным размером страницы. Чтобы покупали серверную лицензию. Вот и покупайте..
3 — 17.02.22 — 09:15
я там понимаю тема с хранением файлов на диске связана с тем, что на диске будут храниться внешние файлы, пдфники всякие там из отчетности и прочая дрянь,
разве она может влиять на синхронизацию с зуп ? т.е. уменьшу я сдшник за счет них, но не факт что это поможет ? да?
4 — 17.02.22 — 09:20
(3) да…
5 — 17.02.22 — 09:27
(0) 100% вариант — это только переход на SQL
все остальные 50/50
6 — 17.02.22 — 09:33
(1) Или почистить лишнее
7 — 17.02.22 — 09:35
(3) Посмотри с помощью Tool1CD какой файл подошел к 6 Гб. И можно ли его уменьшить.
8 — 17.02.22 — 09:54
а как узнать что это за таблица, через тулс1с посмотрел вот эта к примеру : INFORG24411 — что это ?
9 — 17.02.22 — 09:55
(8) табличка регистра сведения
10 — 17.02.22 — 09:55
11 — 17.02.22 — 09:56
Что за рс, можео посмотреть через получитьструктурутаблицхранения блатбла бла, в сп найдешь метод, ну или поделками, коих как грязи на нимфостарте
12 — 17.02.22 — 09:57
(8) Инструменты Разработчика, Структура хранения БД.
13 — 17.02.22 — 10:45
Сервер МИНИ до 5-ти сеансов — 14400 руб.
14 — 17.02.22 — 10:56
посмотрел самая большая таблица «РегистрСведений.ВерсииОбъектов»
что это за ? его можно почистить ? 6.5 гигов занял
15 — 17.02.22 — 11:00
(14) конечно, это версионирование БСП. Хотя давно в платформе это нативно есть
16 — 17.02.22 — 11:03
(14) да. Просто грохаешь все записи в нём и привет. Оно тебе не нужно.
И в свойствах конфы отключи версионирование совсем. Ну можешь только на значимые доки/справочники оставить
17 — 17.02.22 — 11:09
по инету покопался народ пишет обработки оставляет только последние записи и т.п. … это для чего то или можно все сразу грохнуть ?
18 — 17.02.22 — 11:10
(17) ну. кто-то видать хоть иногда смотрит версии объектов, и оставляют последние, для истории.
19 — 17.02.22 — 11:11
(17) Если до сих пор не понадобилось, значит можно грохнуть. Если вдруг понадобится, есть же бэкапы. (Они же есть, да?)
20 — 17.02.22 — 11:16
И..лучше насовсем версионирование отключи в константах. Быстрее будут доки проводится/записываться.
Один хрен, не используете
21 — 17.02.22 — 11:31
Забавно. А с чего все взяли, что версионирование не используется? Может там бухи регулярно проверяют — кто, что и когда поменял в базе.
Сначала надо у пользователей спросить. Если опрос покажет, что никто не знает о чём идёт речь (такое вполне возможно), то можно смело грохать.
Но если выяснится, что всё таки кому-то нужно версионирование, то придётся настроить регулярную очистку старых версий объектов. И возможно отключить версионирование у некоторых объектов, оставив только у самых важных.
22 — 17.02.22 — 11:39
В базе в администрировании не стоит галки хранить историю изменений,
залез в этот регистр и обнаружил, что в нем записываются данные только по документу «Отражение зарплаты в бухучете», причем каждый день по несколько записей
( видимо так как настроена автоматическая синхронизация с зуп то он при каждом обращении к базе зуп туда фигачит записи )
т.е. если я его почищу он при очередной синхронизации не перезапишет мне в бух базе эти документы по отражению зарплаты с начала работы
23 — 17.02.22 — 11:46
(22) Очень странно что именно обмен влияет на версии.
Хотя ад у меня те ведь при обмене если изменился объектов автоматом регит.
Просто надо выяснить нужно это кому или нет.
И удалить. На крайняк можно оставить последний месяц или два.
Я недавно у себя чистил версии и база сильно уменьшился.
24 — 17.02.22 — 11:52
(22) это не история изменений, это старый механизм версионирование
25 — 17.02.22 — 11:53
(0)
https://v8.1c.ru/price/
1С:Предприятие 8.3. Сервер МИНИ на 5 подключений
14 400 руб.
26 — 17.02.22 — 12:03
(24) ну т.е. если почикать вот так
НаборЗаписей = РегистрыСведений.ВерсииОбъектов.СоздатьНаборЗаписей();
НаборЗаписей.Записать();
то ничего плохого не случится ? :))
27 — 17.02.22 — 12:05
(25) 1С:Предприятие 8.3. Сервер МИНИ на 5 подключений
14 400 руб.
это дешовая версия для перехода на SQL ? еще что-ниб локупать надо будет ?
28 — 17.02.22 — 12:05
(22) >> В базе в администрировании не стоит галки хранить историю изменений.
Тогда включи эту галку. Перейди в диалог настройки. оставь у всех объектов «Когда сохранять версии» = «Никогда». У документа «Отражение зарплаты в бухучете» установи «Когда сохранять версии» = «При проведении» и «Срок хранения версий» = «Неделя».
Внизу формы есть галочка «Автоматически удалять устаревшие версии». Установи её и настрой расписание этого регламента. Например, раз в неделю. При первом выполнении это регламент заодно удалит все старые имеющиеся записи.
29 — 17.02.22 — 12:11
(27) >> это дешёвая версия для перехода на SQL?
В некотором роде. Если у вас действительно не больше пяти одновременно работающих с 1С пользователей. Больше 5 подключений сервер МИНИ сделать не даст.
>> еще что-нибудь докупать надо будет?
СУБД. Но есть бесплатные версии. Например.
MS-SQL Express (имеет ряд ограничений на размер базы, объём используемой памяти, что-то ещё — подробнее надо смотреть на сайте MS). Для вас должен подойти.
PostgreSQL. Полностью бесплатен. Есть версии для Windows и Linuх.
30 — 17.02.22 — 12:12
(26) делай.
31 — 17.02.22 — 12:27
(29) MS-SQL Express (имеет ряд ограничений на размер базы, объём используемой памяти, что-то ещё — подробнее надо смотреть на сайте MS). Для вас должен подойти.
Там ограничение на 2 Гб база )))
Бесплатная только PostgreSQL будет
32 — 17.02.22 — 12:32
(31) 2 гб? Ничо не путаете? Вроде, 10 было
33 — 17.02.22 — 12:32
34 — 17.02.22 — 12:33
(31) у MS SQL Express ограничение на размер базы до 10Гб, но ТС в любом случае не подойдет,
PostgreSQL или платная MS SQL
35 — 17.02.22 — 13:02
(34) >> у MS SQL Express ограничение на размер базы до 10Гб.
Странно. Действительно только 10Гб. Мне почему-т оказалось, что больше.
Ну значит только PostgreSQL.
36 — 17.02.22 — 15:55
А ЕЩЕ ВОПРОС :
НаборЗаписей = РегистрыСведений.ВерсииОбъектов.СоздатьНаборЗаписей();
НаборЗаписей.Записать(); не сработало, вернее работало работало потом выдало что не хватает памяти и вылетело.
переписал вот так, но тоже медленно работает ( удаляю по частям ): может как-ниб по другому можно написать чтобы быстрее работало ?
ТЗ = Новый ТаблицаЗначений;
ТЗ.Колонки.Добавить(«Док»);
Запрос = Новый Запрос;
Запрос.Текст = «ВЫБРАТЬ
| ВерсииОбъектов.Объект КАК Объект
|ИЗ
| РегистрСведений.ВерсииОбъектов КАК ВерсииОбъектов
|ГДЕ
| ВерсииОбъектов.ДатаВерсии МЕЖДУ &Дата1 И &Дата2
|
|СГРУППИРОВАТЬ ПО
| ВерсииОбъектов.Объект»;
Запрос.УстановитьПараметр(«Дата1»,ДатаН );
Запрос.УстановитьПараметр(«Дата2»,ДатаК );
Результат = Запрос.Выполнить();
Выборка = Результат.Выбрать();
Пока Выборка.Следующий() Цикл
стр = ТЗ.Добавить();
стр.Док = Выборка.объект;
КонецЦикла;
ТЗ.Свернуть(«Док»);
для Каждого стр из ТЗ Цикл
Если стр.Док.Метаданные().Имя = «ОтражениеЗарплатыВБухучете» или стр.Док.Метаданные().Имя = «ВедомостьНаВыплатуЗарплаты» Тогда
НаборЗаписей = РегистрыСведений.ВерсииОбъектов.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Объект.Установить(стр.Док);
НаборЗаписей.Записать();
КонецЕсли;
КонецЦикла;
37 — 17.02.22 — 15:56
(36) через менеджер можно удалять еще
38 — 17.02.22 — 15:56
чуток удалить, и потом записать пустой набор
johnnik
39 — 17.02.22 — 17:26
Дважды в «карьере» сталкивался с подобной ошибкой и оба раза причиной был распухший регистр сведений «Замеры производительности». Очищается легко (есть обработка на инфостарте)
Нарушение целостности информационной базы ошибка в размере файла
Данная ошибка возникает в процессе выгрузки информационной базы в файл .dt.
Проявляется на релизах платформы от 8.3.7, в которых добавилась такая проверка.
Таблицы на которую ошибка ссылается:
- files
- config
Пути решения:
1. Сделать копию базы средствами SQL или копирование файловой базой средствами операционной системы
2. Следующие действия производить на копии базы
3. Установить последнюю версии платформы
4. Для файловой базы запустить chdbfl.exe в режиме исправления
5. Если ошибка не устранилась и ссылается на файлы *.pfl, произведите очистку настроек у каждого пользователяОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь()); //Последствие слетят настройки форм, заметно будет на обычных формах
6. Если конфигурация в режиме совместимости платформы, можно попробовать зайти под старыми стабильными платформами 8.3.6. или даже под 8.2
Скорее всего ошибка при этом не будет устранена, но пройдет выгрузка-загрузка
7. Следующий вариант, поднять копию базы (проверив ее на корректность выгрузки) или создать чистую базу и перенести все данные вместе с движениями обработкой
ВыгрузкаЗагрузкаДанныхXML.epf. Процесс долгий. Если база не копия: потребуется создать и настроить всех пользователей заново.
8. Средствами sql найти в и удалить ошибочную запись в Dbo.Files
DELETE FROM [имяБазы].[dbo].[Files] WHERE FileName='ИмяФайлаСОшибкой'
9. Удалить запись программой Tool_1CD
10. Если при ошибке ссылается на повреждение файла Config, его можно обновить типовой версией: для этого необходимо будет конфигурацию полностью снять с поддержки и заменить на конфигурацию поставщика (с постановкой обратно). Такой вариант подойдет для неизмененных вами конфигураций
Есть схожая ошибка для файловых баз:
«Превышен максимально допустимый размер внутреннего файла».
Возникает при загрузке базы в файловую копию из sql. Тут идет внутреннее ограничение хранения и никак его не обойти.
Временно помогут:
- частичная очистка таких таблиц;
- замена больших строковых реквизитов на ссылочные;
- уменьшение индексов.
Нулевую рекламную идею можно помножить на миллион долларов – все равно получится нуль.
Однажды вылетело: «Ошибка СУБД. Превышен максимально допустимый размер внутреннего файла …/1CV8.CD»
И Все! Данных больше ввести никаких нельзя. Размер Файла 1Cv8.1CD 4,5 ГБ.
Ответ: Про ограничения в файловой версии можно прочитать на последнем ИТС. Действительно — 4 Гб.
Решение: Переходить на MS SQL. В серверном варианте размер базы ограничен возможностями MS SQL сервера.
Дополнение от Andy1981:
Столкнулся с проблемой только сейчас. До этого постоянно работал на серваках, даже тестовая база была развернута на собственном скуле, который крутился у меня локально 
В общем-то, решение тривиально, переход на клиент-серверный вариант, и всех делов. Но! Меня задело за живое. Даже если решение очевидно, нужно сначала обосновать его, а не слепо следовать предложенному варианту. Прежде чем выносить вердикт, относительно того, как нужно поступить, исполнил элементарный скрипт на SQL, получил табличку в виде ИмяТаблицыБД|РазмерТаблицы. Прекрасно, но это позволит лишь определить, в каком классе объектов метаданных проблема. Далее, используя Enterprise Integrator получил имя справочника (в моем случае), имеющего проблемный размер. Далее дело за малым — всего-то и делов — определиться, каким образом можно оптимизировать хранение данных? В моем случае ответ оказался практически очевиден. Оптимизировать можно и нужно, и использование сервера БД нецелесообразно. Вполне возможно, что таблица распухает вполне обоснованно, тогда переход на SQL (например), является неизбежным.
Скрипт для вычисления объемов таблиц БД:
Код SQL
USE MyInfoBase --Имя БД
DECLARE @tbl TABLE (
name nvarchar(128),
[rows] char(11),
reserved varchar(18),
data varchar(18),
index_size varchar(18),
unused varchar(18)
)
DECLARE @name sysname
DECLARE CUR CURSOR FOR SELECT name FROM sys.tables
OPEN CUR
FETCH NEXT FROM CUR INTO @name
WHILE @@FETCH_STATUS = 0 BEGIN
INSERT @tbl EXEC sp_spaceused @name
FETCH NEXT FROM CUR INTO @name
END
CLOSE CUR
DEALLOCATE CUR
SELECT
name,
[rows],
reserved,
data,
index_size,
unused,
reserved_kb
FROM
(SELECT
name,
[rows],
reserved,
data,
index_size,
unused,
CONVERT(bigint, REPLACE(reserved, ' KB', '')) AS reserved_kb
FROM @tbl
) Q
ORDER BY
reserved_kb DESC
COMPUTE SUM(reserved_kb)
Описание ошибки:
В файловой базе при сохранении элемента справочника «Хранилище дополнительной информации»:
Ошибка СУБД:
Превышен максимально допустимый размер внутреннего файла ‘D:1C baseTR/1Cv8.1CD’
по причине:
Превышен максимально допустимый размер внутреннего файла ‘D:1C baseTR/1Cv8.1CD’
Найденные решения:
Видео примера ошибки:
Анатомия ошибки становится ясна, если знать о важном ограничении, которое накладывается на файловую базу — ограничение максимального размера любой из внутренних таблиц не больше 4 Гб. По сути по-простому, таблица — это либо все элементы одного какого-либо справочника или документы какого-то одного вида. В приведенном примере ошибки такой таблицей, справочником, является справочник «Хранилище дополнительной информации», в котором в базе 1С: Управление торговлей 8 ред. 10.3 хранятся файлы и изображения, прикрепляемые к другим справочникам или документам. Т.е. по логике в Вашем случае, в Вашей базе, оцениваете — при записи какого справочника или документа возникает ошибка «Ошибка СУБД: Превышен максимально допустимый размер внутреннего файла ‘1Cv8.1CD'».
Вторым распространенным примером может послужить переполнение в таблице, связанной с документами «Электронное письмо», которые в базах служат некоторым аналогом электронного письма, они хранятся со всеми вложениями (файлами) в базе. Поэтому в частном случае может потребоваться провести работу, которая дальше будет описана с этим видом документов.
Т.е. характер ошибки уже подсказывает нам о том, что нужно удалить часть данных справочника или документов, чтобы высвободить место в базе. Для этого необходимо пометить на удаление те элементы, которые уже не актуальны, выполнить удаление с помощью обработки «Удаление помеченных объектов» и закрепить результат операцией «Тестирование и исправление» в базе данных. А теперь более подробно по шагам рассмотрим пример.
Перед началом работ создайте архивную копию базы.
С помощью обработки «Групповая обработка справочников и документов» в текущем примере можно отобрать все элементы справочника «Хранилище дополнительной информации» по объектам — элементам справочника «Номенклатура», содержащихся в группе (папке) с уже неактуальными элементами.
Для конкретно Вашей базы этот этап может немного отличаться, если база работает в режиме управляемого приложения. Но смысл выполняемых действий остается тем же — пометить на удаление соответствующие элементы справочника или документы. В базах работающих в режиме управляемого интерфейса для этого есть функция групповой обработки в списках, которая позволяет выделить группы элементов справочника или документов и установить пометку удаления:
В разделе «Администрирование и НСИ» по ссылке «Обслуживание» находим в группе «Корректировка данных» — «Групповое изменение реквизитов». Необходимо установить флажок настройки «Специальные возможности» «Показывать служебные реквизиты» по кнопке «Дополнительные параметры…». Тогда станет возможным установка служебного реквизита «Пометка удаления» в значение «Да».
Это было небольшое отвлечение для примера в базе с управляемым интерфейсом, продолжим рассматривать пример для текущей ситуации.
После нажатия кнопки «Отобрать» для списка ссылок выбирается «Действие» — «Изменить: [Пометка удаления]» и «Установить» в поле справа. Нажимается кнопка «Выполнить».
Процесс установки пометки на удаление будет сопровождаться индикатором и сообщениями:
После того, как этот процесс закончится, запускаем штатную процедуру «Удаление помеченных объектов», запускаем удаление.
После удаления выполняем процедуру «Тестирование и исправление …» в базе. В списке «Проверки и режимы» можно оставить флажки для режимов «Реиндексация таблиц информационной базы», «Пересчет итогов», «Сжатие таблиц информационной базы», «Реструктуризация таблиц информационной базы». Но, если установите все флажки для режимов, то ошибки не будет — выполнение будет происходить дольше.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
15-10-2020
Журавлев А.С.
(Сайт azhur-c.ru)