v8: Превышен максимальный размер файла 1сv8.1cd #459634

Точно та же проблема, что и у Супер-ламера: Имеем SQL базу на сервере. Пдатформа 8.1.14.72, УПП 1.2.22.3.001. В dt она выгружается. При попытке создать локальную копию - не грузится, выдаёт сообщение: Понятно, что можно не выгружать в dt и не создавать файловую базу. И тогда проблемы нет. Но лично мне удобней программировать в базе, которая находится на моём компьютере. И не зависит от работоспособности (и скорости) ЛВС. Просьба не рассказывать о базах на поддержке и работе с Хранилищем, как это было в предыдущей одноимённой теме. Просто скажите, кто знает: из-за чего такое сообщение, и как с ним бороться. Учитывая, что удаление помеченных сделано. Предыдущая загрузка из dt (2.429 гБ) проходила нормально, создавался файл 1сv8.1cd (12.911 гБ). Текущий размер dt не намного больше, и = 2.636 гБ.

Видимо ограничения размера таблицы файлового варианта.

То есть ничего нельзя сделать ? В смысле - получить локальную базу, в файловом варианте ?

Я конечно понимаю что я не по пацански счаз посоветую... Создай локально базу в скулевом варианте.

Банальный вопрос, но всё-же: ТИИ делал перед выгрузкой? Без ошибок база?

в файловом варианте одна таблица не может быть больше 4 гигов.

ТИИ и пересчет итогов может помочь временно.

+ реструктуризация - для внутренних таблиц полезно.

ну выгружайте только конфигураци. данных для тестирования и так должно хватить тестировать на файловой а эксплуатировать на SQL - cюрреализм

ТИИ не делал. Возможно, есть ошибки в базе. Но если они есть, то это ошибки структуры, а не размера ? Мне кажется, что это вряд ли влияет... Это не в файловом варианте, а в FAT. У меня на всех дисках NTFS. Проверка и реструктуризация на таком объёме займёт не один день. Если пройдёт. Я пытался это сделать на домашнем ноутбуке. Через сутки работы выдала сообщение: "НЕ хватает памяти". ОП у ноутбука 2 гБ. Извините, но НЕТ. Когда у пользователей возникает проблема, то это происходит на текущих данных, от 2-го или 3-го февраля 2010 г. И искать ошибку для исправления мне приходится на этих данных. А делать это в серверной общей базе, где 120 пользователей одновременно работают, и ещё три программиста по очереди рвут друг у друга конфигуратор ...

"Это не в файловом варианте, а в FAT. У меня на всех дисках NTFS. " Путаешь мягкое с пушистым

Я сейчас работаю с локальной базой УПП, которая содержится на диске в файле 1сv8.1cd размером 13 гигабайт. Это было в первом сообщении. А теперь вдумайтесь в слова своего сообщения...

Если не верите что в файловом варианте есть ограничения на размер таблицы, спросите у программистов которые "по очереди рвут друг у друга конфигуратор"

Проблемы высосаны из пальца. Что мешает сделать ещё одну SQL-базу? Настроить регулярную синхронизацию данных в одном направлении (с живой базы на базу разработчика) и ставь себе эксперименты сколько влезет. Что за народ пошёл... Религия не позволяет? Сказано - есть ограничения по использованию файлового варианта. Нет же, надо заняться онанизмом и включить фантазию на тему "как обойти это ограничение". Распределение рабочего времени никуда не годится.

"...локально базу в скулевом варианте..." Это как ? Если я создаю локально (на моём компьютере), то база создаётся в файловом варианте, в файле 1сv8.1cd. Если я создаю в SQL, то это только на сервере. Но зачем оно мне, у меня такая есть. Из первого сообщения: "...лично мне удобней программировать в базе, которая находится на моём компьютере. И не зависит от работоспособности (и скорости) ЛВС..."

Поставь себе локально SQL-сервер. Дел то на раз-два.

При чём тут "ограничения на размер таблицы" ?  Напомню сообщение об ошибке: "достигнут максимальный размер файла 1сv8.1cd. Загружены не все данные." Не путайте свои таблицы и мой вопрос о файле. Так бы и сделал, если бы в нашей фирме не было системных администраторов, а также всех моих начальников, и у меня были права администратора на моём компьютере.

Тогда выдай люлей таким админам. Это прямая диверсия твоей работы, если они противятся выдаче программисту достойных прав хотя бы на своей рабочей станции. Во админы пошли...

жуть...

а сервер 1С?

"ТИИ не делал" - пока не сделаешь - не узнаешь, есть ли ошибки в базе. А они могут "закольцевать" загрузку так, чтосвободное место на диске закончится :) "а в FAT" - речь не об FAT, а о том, что в 1С три внутренних таблицы, объём которых ограничен. "Не хватает памяти" - попробуй сделать несколько ТИИ вподряд только с одной галочкой за один сеан проверки. "Извините, но НЕТ" - извени, но ДА. Средствами SQL можно сделать копию рабочей базы только для собственных нужд и там работать единолично. Между прочим, некоторые проблемы не выявляются в файловой версии по сравнению с SQL-базой.

надо запустить еще одного агента сервера 1С для отладки и работать спокойно...

правда, тут без админских прав не обойдешься...

это практикуют многие фирмы, особенно в Москве. На компьютеры фирмы можно устанавливать ограниченный перечень приложений, и делать это могут специально уполномоченные сотрудники. ..."а в FAT" - речь не об FAT, а о том, что в 1С три внутренних таблицы, объём которых ограничен..." При чём тут "ограничения на размер таблицы" ?  Напомню сообщение об ошибке: "достигнут максимальный размер файла 1сv8.1cd. Загружены не все данные." Не путайте свои таблицы и мой вопрос о файле. В сообщении говорится о конкретном файле, размер которого превышен. Я склонен думать, что желаю странного. То есть, иметь файловый вариант УПП, превышающий определённый размер, нельзя. Всем большое спасибо за ответы !

Просто сообщение об ошибке не вдается в подробности устройства файла 1cd, а отвечающие в этой ветке - вдаются. На диске ИТС есть ответ на твой вопрос.

Сообщение - "достигнут максимальный размер файла 1сv8.1cd. Загружены не все данные.", как раз и подразумевает что превышен размер одной из внутренних таблиц. Просто сообщать о внутренних таблицах для программиста который не знает тонкостей реализации файлового варианта хранения базы данных, смысла не имеет. 1С эту информацию не афишируют. Уверяю, что за определенную сумму смогу создать базу УПП, в файловом варианте, больше 100 Гб.

все равно проблема гроша выеденного не стоит.. и так понятно единственное решение.

Итак, позволю себе подытожить ветку Наипервейшее предположение, что одна иили несколько такблиц БД превысил 4ГБ. Как узнать/проверить? Ищи в инете обработки по считыванию размеров таблиц на скуле.

совершенно верно. единственный выход - тестовый сервер SQL, пусть и локально на машине разработчика.

была такая проблема, решил как в

Заодно корректность работы сразу на клиент-серверной проверяется...

+ кстати, да, эта цель должна преследоваться разработчиком в первую очередь наряду с решением всяческих ограничений по железу. тестить на файловой базе с целью заливания на скульную - это тоже самое что настраивать видзуальные формы на мониторе "14 и потом презентовать юзверям с мониторами "19 )))))

Вообще-то размеры таблиц нужны не "на скуле" а в базе :) и потому обработки "Статистика 24" с инфостарта вполне достаточно.

угу, только не представляю себе скульную базу в отрыве от скуля..

:)

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

Парни, вы все путаете размер таблиц и размеры файла. Я понимаю, хочется выглядеть умным. И указать профану на сложный состав файла 1cd. Но есть же, наконец, разница между сообщениями: и "Достигнут максимальный размер файла 1сv8.1cd. Загружены не все данные." ??? Или я чего-то не понимаю в сообщениях об ошибках 1с8 ? Ещё раз всем спасибо. Я всё-таки попробую по частям сделать проверку на ошибки.

Ты лицезрел сообщение "Внутренний размер таблицы превысил максимально допустимый"? Или таки будем спорить о вкусе апельсинов с теми, кто их ел? Мы все путаем, пророк нас просветить пришел...

"...Ты лицезрел сообщение..." На диске ИТС есть ответ на твой вопрос.

На диске ИТС он со времен 8.0. Возможно, там было именно такое.

+1 >>Или я чего-то не понимаю в сообщениях об ошибках 1с8 ? видимо не понимаешь

Эта ошибка означает именно размер ТАБЛИЦЫ, а не размер базы целиком. На сарае тоже написано, а там дрова...

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

У меня друг рассказывал про какую-то адскую софтину, которая целиком была обернута в try, а в catch было сообщение "Catastrophical Exeption!" :)))

(офф) 1С чуть-чуть "раскрылась", сообщив о трех таблицах для хранения данных(!) - и уже кипиж идет на всю Ивановскую... А что будет когда раскажет об том, где хранятся прочие вспомогательные данные? :))

lol

Скуль себе на комп поставь! И базу на комп в скулевом варианте. Кстати, действительно, нахрен тебе все данные из базы? Для теста можно и чтонить руками набить, и перенос настроить...

можно еще сделать узел по полному плану обмену исключив из него например РБ и РН, и сделать первоначальный образ...

(уже уходя) Автор, а ты всё-таки глянь на свою базу через обработку в - вдруг что-то новенькое узнаешь :) А ещё никто не предлагал КД2 для переноса данных в файловую базу - это тоже очеееенььь дооолгооо работает :))

2 Стоп! зачем КД2! Можно воспользоваться обработкой с ИТС и перенести только несколько первых документов .. Ну или скажем первый месяц...

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

Когда данных реально до хрена - поневоле задумаешься...

По-случаю, зацените кстати обработочку, первая сверху