Добрый вечер уважаемые программисты, тоесть уже утро.

Вот так вот я не спал всю ночь, занимался тем, что переводил то г., которое в названии этой темы на MS SQL.
Дело в том что есть база на 6 Гб. Файловая. УТП. При создании любого документа выдает ошибку, будто файловая база слишком велика.

Пытался перевести все это в SQL - dt-шник загружался в SQL 6 часов, и до сих пор загружается, медленно увеличивая размеры базы данных в SQL.

Что посоветуете, подождать? Почему база так долго загружается в SQL?

При этом выгрузка в dt заняла всего 600 Mb.

Я бы подождал. Часов 12, сутки. А потом бы уже думал что-то, если б висело.

Почистил с трудом регистр "Версии объектов" - файловая база заработала. Но наврено не на долго. На сервере еще и сеанс выкидывает, если долго не сидиш там. Потом заходишь занового - 1С-ка не запущена и в процессах ее нет. Но диспетчер задач показывает, что SQL что-то усердно колбасит, и запустить 1С не дает - говорит что 1С-ка уже запущена в монопольном режиме.
Ладно, подожду...

А базу в файле тестить пробовали?

Это похоже на то, что 1С посылает "тяжелый" запрос БД и выпадает.
В логах 1С, системы ничего подозрительного нет?

Загрузилась! Файлы больше не увеличиваются, в предприятие пускает.
Но первое открытие журнала реализаций, первое проведение реализации ууууххххх как висит, на 10 мин. А потом проводятся быстро.
Блин клиент уже в файловой работает. Придется сегодня вечером делать все заново

А что сделать чтоб после загрузки в SQL при первом проведении какого-то типа документа 1С не висла? переиндексацию запустить уже в SQL,реструктуризацию?

Странно. Моя база весит 50 Гб и не ругается. chdbfl проверку делали?

chdbfl - делали, нашло пару ошибок.
50Гб??? В файловой???
Сама 1С рекомендует если база больше 4 Гб - переходить на SQL.
Может это папка базы вместе с логами столько весит? Сколько же лет Вашей базе?
Да нет, ну не может файл .1CD весить 50Гб. Извените, но я Вам не верю.

С логами на 3 Гб больше, это сам файл 1CD. А что тут невероятного? Базе два года. Сервер уже не особо мощный, но тормозов ощутимых нет, люди работают.

Как мне помнится есть ограничение только на размер отдельных таблиц. Такой предел я достигал, но только при отладке. У меня в регистр писалась отладочная информация.

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

Так известно, что раздувает - ежедневно по 4000 документов прибавляется.

1. Возьмите любой базопузометр и определите какие таблицы у вас максимальны
2. Если таблицы не критичны - версии объектов, права доступа и т.п. - вычистите их
3. В конфигураторе сделать сжатие базы (будете приятно удивлены)
4. профит ...
ЗЫ: есно предварительно забекапить базу

Спасибо за советы, но горячей необходимости что-то делать нет, люди не жалуются. Сжать базу не могу - предприятие работает круглосуточно почти без выходных, кое-какие регистры уже давно зачистил и заблокировал. Понятно конечно, что надо делать что-то, что бы в будущем избежать проблем. Свертка не поможет - нет столько времени. Но выход есть в общих чертах:
1. Создание периферической базы (только не типовой выгрузкой начального образа конечно)
2. Регистрация справочников и нужных регистров для передачи в узел.
3. Создание доков со срезами остатков по регистрам и регистрация их для узла.
4. Выгрузка в узел.
5. Превращение периферического узла в центральный.

Только демо версия УТП занимает пол гига в файловом режиме.

У меня у одних клиентов тоже была проблема объема. УТП. В константах выключили на закладке "Версионирование" использовать версионирование объектов.
Помогло. база резко уменьшилась.

Теперь весит 4 гб после урезания версионирования и реструктуризации, сжатия