При прочтении изменений из центральной базы в распреденную выдается ошибка. Ошибка СУБД превышение максимально допустимого размера внешнего файла базы. Подскажите, пожалуйста, что делать?

Перейти на клиент-серверную версию.

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

может там FAT-32 ????

нет на всех дисках NTFS

какого размера
файл данных
файл лога (думаю тут трабла)

файл данных, который сейчас пытаются прочитать 88,3 Мб, там не Sql база, log- файла нет, а что такое трабла?

(2) Нет

какого размера файл *.1CD ?

20 Гб

(7) такого ведь не может быть, чтобы в 9,30 ему не надо было клиент-сервер, а в 12,30 понадобилось?

(9) 20 гигов - кирдык, только серверная версия

(10) Может, еще как может. У Вас уже предел...

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

2(10) Почему не может? конечно может...

(11) почему?

(10) а как вы хотели? чтоб 1с-ка плавно падала и упиралась в предел?:)

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

(17) - это частный случай

Вам, конечно, всем виднее, я новичок, но наши франчи нас об этом не предупреждали

2(15) потому что ограничение на размер внутреннего файла - 4 Гб.. то есть одного из тех, из которых состоит 1СД... поэтому в принципе если база превышает 5 Гб то лучше уже переходить на клиент-сервер...
===
2(19) и что это доказывает кроме отсутсвия у них внимания и/или квалификации?

(19) Они говорят только то, что у них спрашивают. :)

(20) из этого совсем не следует (11)... если грамотно база спроектирована.

(20) эти "внутренние файлы" различны для кажной таблицы, если что...

гигов 18 у мен янормально крутилась с соответствующим обслуживанием... а кто-то писал, что и чуть ли не 40 было...

(0) там точно написано про размер ВНЕШНЕГО файла базы? или ВНУТРЕННЕГО?
попробуйте сделать ТИИ реиндексацию и пересчет итогов, иногда помогает, но это на время.. надо переводить на клиент-сервер.
как вариант можно найти эту таблицу (есть обработки под 8.1) и очистить (например у меня это регистр Списанные товары и в базах 2-3-летней давности он не нужен)

(13) клиент-серверные так же сыпятся, как и файловые. Полазий по форуму, дня не проходит, как сообщение: упала база.

2(23) я в курсе... но - существует способ определить для файловой базы сколько места каждая из таблиц занимает на диске?

(25) + если вы не ошиблись на счет внешнего, не встречал такой ошибки пока, но может журнал регистрации?

прошу прощения, внутренний файл

(26) к счастью, на практике не встречал:)

(29) ну значит, какой-то регистр не закрываете. Программиста надо пристрелить и взять другого.

(31) а можно поподробнее про регистры, программиста пристрелить не могу, он слишком далеко

(31) если бы он был, она бы не писала сюда))

(33) тогда действительно переход на клиент-сервер спасет.

На инфостарте поискать обработку. Была такая - показывает где, сколько записей...

у нас 4 распределенки,2 уже читаться не могут, мне ждать такой же "привет" от 2 оставшихся и идти вешаться? я же не смогу в 4 магазина поставить серверы прямо сейчас

(35) в смысле сколько записей, а потом что с этим делать?

2(37) что-то вы наперед озадачиваетесь.. так нельзя делать.. эти вопросы убивают в вас дух предпринимателсьтва.. :) скачатайте и посмотрите, потом будем интерпретировать и решать что делать

http://infostart.ru/public/19916/

(36) ну 4 * 70000 примерно 280000 - для фирмы не такие уж и большие бабки.

(37) Как что? Анализировать. Можно частичную свёртку базы сделать по некоторым документам. Искать "незакрытые" регистры и закрывать.

Для начала попробуйте сжать базу в ТИИ через "Сжатие таблиц информационной базы" - может быть у Вас много удаленных записей.

И кстати (моё любимое): Сделайте ТИИ.
Может быть в базе есть проблемные места. Иногда они алгоритмы "закольцевывают" и идёт многократная запись до тех пор, пока место на диске не кончится или в какое-нибудь ограничение не упрётся.

Спасибо большое за помощь

ничего не помогает, и третья база читать не хочет

(44) [ничего не помогает]
чисть базы, удаляй/распроводи ненужные документы, пересчитывай итоги
картинки из базы выкинуть то же не мешает, Рг сведений списанные товары.

картинок и не было никогда

2(46) А когда у вас в планах все-таки попробовать загрузить в клиент-серверный вариант? Когда откажутся все работать?

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

(48) не видим странного, тебе дали пузометр (39) для базы - ищи, кто раздулся.
когда найдешь - ищи по журналам, что со вчера изменилось.

пузометр для 8.1 а у меня 8.0

это случилось не вчера, они с утра все обмен читали

(51) [Вам, конечно, всем виднее, я новичок, но наши франчи нас об этом не предупреждали]
прошло пол дня, франч давно должен был решить проблему

да ничего они нам не помогли, отправили меня в свободное плавание

(53) я и выплыть не могу

у вас все еще 8.0? тогда неудивительно

2(55) да тут вообще как говориться - все один к одному... и 8.0 и не сервер, и франчи не сказали, и в центре данных навводили...

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

кстати что за конфигурация то? и 88,3 Мб это файл в архиве?

А ограничения у 1с на базу у 1с где нибудь есть ?

2(59) зачем? если с этим отлично справляется и файловая система?

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

к томуже если выложите базу где нибудь - то это было замечательно - 20 гигов выгрузке это где то меньше гига

(61) 4 гига на отдельный ФАЙЛ - ОТДЕЛЬНОЙ таблицы... их там 3 или 4, не помню щас...

При использовании файлового варианта работы, данные информационной базы "...хранятся в одном файле - 1Cv8.1CD. Этот файл имеет специальный формат, поддерживаемый системой 1С:Предприятие 8.0. В частности, все данные, относящиеся к каждой таблице, физически хранятся в трех внутренних файлах:

 * файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины;
 * файл индексов;
 * файл значений неограниченной длины (в этом же файле хранятся значения полей, имеющих тип ХранилищеЗначения).

Технологическое ограничение заключается в том, что размер каждого из этих внутренних файлов не может превышать 4 Гб..."

(64) + но из этого не следуют что 12гиг - и база кирдык. Это ограничение только на данные - *.1CD может быть больше (имхо). Я так понимаю, не учтено место на индексы, служебные таблицы, удаленные объекты, квантование приращения и т.д...

если одна таблица занимает в базе 20% то значит в базе что-то не то - надо разбираться с базой. Думаю проблему не так уж и сложно решить.