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

Емеем SQL базу (SQL 2005). Небольшую. 600 Мб в dt. Пдатформа 8.1.14.72 УСО (читай УПП)1.2.21.4. База на поддержке. Соответвенно выгружаться в dt она еще выгружается. Обратно не грузится. Для этого раньше заливали файл в случае острой нужды в DT снимали с поддержки потом ее грузили на SQL и ставили на поддержку. Теперь не грузится и в DT пишет "достигнут максимальный размер файла cd. Загружены не все данные." Загружаем в файловую базы подключенные к хранилищу для разработки. Понятно что можно поднять еще один сервер предприятия и SQL. Вопрос: как без этого?

почистить

а какой размер 1cd файла?

Помеченные на удаление?

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

Читал твое резюме. Поэтому на не обиделся

"Понятно что можно поднять еще один сервер предприятия и SQL. Вопрос: как без этого?" Нах ... ??? Создай на SQL ещё 1 базу и всё будет... я вообще что не фига не понял если честно =) Но автор что то делает не так =)

еще раз задам вопрос: зачем нужно хранилище?

В хранилище остуществляется разработка в нем работает 4 человека каждый со своей подключенной файловой базой

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

Есть какая-то трабла с выгрузкой конфы на поддержке, сам не сталкивался, но читал об этом. Правда проявляется это на больих базах обычно, у автора какой-то странный случай. И еще непонятно, почему нельзя создать отдельные базы на SQL сервере. Неужели сервер совсем дохлый, что с одной базой не справляется?

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

Рабочая база отдельная на SQL. В последних версия УПП и УСО соответственно находящаяся на поддержке база содержится в одной таблице, которая очень большая для SQL и он не может ее выгрузить без перезагрузки сервера предпрития. Как лекартсво ее можно снять с поддержки и поставить обратно на поддержку. Тогда размер этой SQL таблицы становится нормальным.

Видимо по этой же причине прямой загрузки из dt в SQL не происходит, если база находится на поддержке. Пишет сеанс завершен администратором. Тестили 64-х сервер предприятия. Там такого нет. Но нет у нас купленного 64-х. Нам тестить давали.

вопрос как влезть на елку

Сервер совсем не дохлый. Но он рабочий. Там итак 10 баз.

Использовать базы на SQL, не использовать выгрузку в dt, а только SQL-ные бэкапы. Мы поднимали отдельный сервер для разработки.

В момент загрузки из dt в локальную базу, та отключена от хранилища. Так что история тут не при чем.

Файловую вообще лучше не использовать, если есть возможность использовать SQL.

"600 Мб в dt" -  это база гиг на 15. Многовато для файловой.

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

Обновление удобно делать через хранилище. Говорю, как пользовавшийся этим 1,5 года человек.

Обновление рабочей, в смысле.

Там РБД на 10 узлов. Наверно не очень идея. ТОчно не помню но где то читал что это плохо.

Что именно плохо?

хранилище к рабочей подключать не есть гуд, довольно легко напартачить... (особенно когда много людей работают).

Опиши, как именно можно напортачить?

Не, можно конечно и объединять, но хранилище реально удобнее.

Там вроде как для хранилища тоже будут регистрироваться изменения для всех узлов

Посмотрел размер 4,5 г SQL базы

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

файл cd при 2-х недельной давности 7,6 гб

Блин я думал dt=cd по размеру

Просто не надо это в хранилище вносить. Надо учиться с ним работать, и всё ;) Ага, щаз. dt - пожат.

Тогда вопрос снят. То то я всегда думал у народа на форуме базы в гигах измеряются, а у меня 600 М. Сильно расстраивался.

А оказалось, что они в эрегированном состоянии меряют...

:)))))) Все не так и плохо

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

Недопонял. "этот регистр надо создать с измерение которого еще нет" - переведи :) Не ссы, размер не главное, главное - знания и умения.

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

+ а в момент когда обы чела трудятся человер С исправил КРИТИЧЕСКУЮ ошибку которую СРОЧНО нужно накатить на рабочую... вот тут траблы и возникают

Понял. Да, наверное если ведется интенсивная разработка с постоянным созданием новых объектов - лучше накатывать на рабочую копию объединением.

я 2 раза попадал :) теперь хранилище отдельно :)))

больше у нас 400 метров 20 гиг.

Размеры DT и 1CD в общем случае не взаимосвязанны. Зависит от данных. У нас 700Мб -> 20 гиг.