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

31.01.2019

Предположим, вы сформировали архив базы и теперь пытаетесь загрузить его в файловом варианте. Сначала все идет хорошо, но в какой-то момент возникает ошибка:

"Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Ошибка СУБД: Превышен максимально допустимый размер внутреннего файла "D:\1CBASES\NewDB/1Cv8.1CD" "

Ледник стоит меньше, чем обычное хранилище объектов, а его долговечность данных соответствует хранению объектов или даже больше. Однако извлечение данных из хранилища объектов не может быть запущено немедленно. Это может занять 4 или 5 часов, прежде чем вы начнете загружать данные о леднике. Рекомендуется использовать ледник для хранения только данных, к которым обращались нечасто. Он позволяет безопасно и экономически эффективно хранить и извлекать любой объем данных.

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

Я лично потратил ОЧЕНЬ много времени на поиск решения этой проблемы и в итоге нашел его, что позволило нам создать файловую копию базы данных размером 18 Гб и в итоге сэкономило примерно неделю времени (могу в комментариях рассказать, как было дело, но сейчас речь не о том).

Итак, причин возникновения такой ошибки может быть несколько:

Это упрощает процесс настройки. В большинстве случаев вам нужно будет иметь только одну учетную запись для каждой работы. Однако вы можете использовать несколько учетных записей для повышения безопасности и разделения аккаунта. Если вы хотите хранить свои данные в разных местах для снижения риска или сокращения затрат, вы также можете иметь учетную запись для каждого местоположения. Поскольку для каждой учетной записи используется ограничение скорости, вы можете иметь разные ограничения скорости для одного и того же облачного хранилища, применяя разные учетные записи для каждого задания.

Размер КАКОЙ-ЛИБО таблицы в базе данных превышает лимит для файловой версии (4 Гб) . Если честно, во избежание подобных эксцессов мы проверяли размеры таблиц базы заранее с помощью обработки " " (или аналогов).
Ошибка связана с глюком особенностями платформы, и вызвана определенной спецификой структуры метаданных выгружаемой конфигурации.

С первым случаем все понятно - если базомер показал превышение лимита по каким-то из таблиц базы, то эти таблицы необходимо почистить. Если речь идет о справочнике или непериодическом регистре сведений, то нужно постараться удалить оттуда ненужные элементы/записи. То же самое относится и к "тяжелым" документам с их табличными частями. В первую очередь следует заняться удалением помеченных объектов, конечно.

Вы можете создавать, редактировать и удалять учетные записи и настраивать параметры ограничения скорости для каждой учетной записи с помощью кнопок. Если вы измените личность учетной записи облачного хранилища, например, измените свое имя пользователя или ключ доступа, статус соответствующих заданий будет сброшен, и все файлы должны будут быть загружены снова, поскольку пункт назначения резервного копирования также изменился.

Настройки учетной записи зависят от хранения в облаках, которые используются. В следующих разделах представлена информация для каждого типа технологий облачного хранения. Поскольку оба сайта управляются отдельно, вы не можете использовать учетные данные одного сайта для доступа к службам в облаках другого сайта. Введите ключевую информацию при создании учетной записи в приложении. Вы не можете использовать учетные данные одного сайта для доступа к службам в облаках другого сайта.

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

Регистры остатков могут некорректно (не по всем измерениям) закрываться, что приводит к ОЧЕНЬ значительному и быстрому разрастанию таблиц итогов. Списание "зависших" остатков регистра накопления может при последующем пересчете итогов дать экономию до нескольких Гб, проверено на собственном опыте у "нерадивых" клиентов.))

Поскольку оба сайта управляются отдельно, вы не можете использовать учетные данные одного сайта для доступа к другому. Для получения дополнительной информации обратитесь к местному поставщику услуг. Затем он начнет загружать файлы в хранилище облаков и создавать папки, если это необходимо.

Просмотр задач резервного копирования

Он также сохранит информацию, связанную с файлами и папками резервного копирования в базе данных метаданных. После того, как все файлы будут загружены, приложение будет маршировать базу данных метаданных в файл и отправить ее в облака. Эти задания резервного копирования представлены в списке со статусом и базовой информацией.

Что же делать, если каждая таблица вашей базы размером менее 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 и попытаться перезагрузить его в файловой версии.

Если SQL-копии нет под рукой, то можно попробовать исправить прямо на вашей недозагруженной файловой копии. После принятия изменений запускайте "Тестирование и исправление" в режиме реструктуризации таблиц базы данных. Индексы будут созданы платформой заново и, можно надеяться, уже без ошибок.

Следовательно, перед любой сложной операцией важно проанализировать свой хостинг с помощью плагинов, предложенных в верхней части этой статьи. И если ваш хозяин вас не устраивает, измените его. Вопрос о размере ваших изображений в пикселях управляется через вкладку «Настройки», затем «Медиа». Если вы создадите свою собственную тему или измените ее, размер ваших эскизов может отличаться. То же самое, если вы используете плагин для своих галерей изображений. В случае изменения плагина или изменения ваших настроек, необходимо изменить в массе размер изображений, сгенерированных ранее.

Кому особо не повезло и ошибка вылезла снова - тому следует повторить сначала всю процедуру, начиная с анализа логов. Возможно, проблемная таблица была не одна, или вам не удалось решить проблему с размерами полей, входящих в индекс.

При использовании файлового варианта информационных баз, нередко появляется ошибка «Превышен максимально допустимый размер внутреннего файла», связанная прежде всего с особенностями реализации самого файлового режима. В его составляющую входит 4 файла:

Файл описания структуры таблицы
Файл индексов(вынесены из основного файла)
Файл значений
Файл записей

Также накладываются ограничения, такие как: максимальный размер внутреннего файла не должен превышать 4 ГБ, длина ключа в индексе не может превышать 1920 байт и наконец, количество полей для индексации не должно превышать 256 полей. Самым главным для нас является ограничение в размере файла 4 ГБ. А как же так? Скажете Вы. Есть файлы базы данных и по 10 и по 12 ГБ. Да все верно- это означает что ни один из внутренних файлов не превысил 4 Гб. Смею Вас огорчить. Все таки максимальный объем базы данных, самого того файла 1Cv8.CD все таки ограничен 16 ГБ по умолчанию(но даже это можно обойти), так как это ограничение адресации журнала файловой системы NTFS(файлы 16Гб не копируются в Windows, так как при сбое чтения/записи на фрагменте который больше этих самых 16Гб ОС не может контролировать целостность файловой системы.)

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

Для решения необходимо уменьшить размер этой самой таблицы или перевести в SQL вариант. Так как приобрести SQL сервер довольно затратно, опытным путем ищем эту таблицу. Обычно это бывают «тяжелые документы» с большой табличной частью, громоздкие справочники, особенно часто регистры накопления. Прежде всего удалите из базы все помеченные на удаление элементы. Затем сделайте пересчет итогов(если «косяк» в регистре накопления, то иногда помогает). Регистры остатков могут неверно закрываться, что приводит к резкому разрастанию таблиц итогов. Списание «зависших» остатков может освободить до нескольких Гб.

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

Включаем технологический журнал
Cоздаем пустой файл ogcfg.xml следующего к примеру содержания

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

проверяем, чтобы логи и файлы создавались и перезапускаем конфигуратор и начинаем загрузку заново. после возникновения ошибки идем в log файл в нашей пвапке C:\log\error, открываем и ищем на каком индексе появилась ошибка.
Далее при помощи программы Структура хранения таблиц базы данных ищем сам объект метаданных.
Ну а дальше опытным путем ищем либо длинных реквизит этого объекта, либо свойстве приводящая к сбою построения индекса и продолжаем пробовать, пробовать и пробовать, пока не придем к решению.
После удачных манипуляций телаем тестирование и исправление. В результате чего все индексы перестроятся заново и база будет полностью работоспособна. Удачи!