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

почистить

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

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

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

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

(0)"Понятно что можно поднять еще один сервер предприятия и SQL. Вопрос: как без этого?"
Нах ... ???

Создай на SQL ещё 1 базу и всё будет... я вообще что не фига не понял если честно =)

Но автор что то делает не так =)

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

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

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

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

(8) тогда не понял про поддержку...

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

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

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

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

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

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

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

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

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

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

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

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

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

(23) Что именно плохо?

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

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

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

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

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

(26) легко :)

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

При обьединении визуально  все это видно.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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