Как сократить место под базой? или хоть выгрузку?
Отрезали 3 года, удалили все документы, в теститровании запустила "сжатие таблиц" и "реструктуризации" - нет эффекта!

Версионирование включено?
Хранятся файлы в базе?
ЭДО используется?

ДенисЧ , жги! ))

диадок - это не эдо? Все документы диадока вычистила, файлы во внешних томах, версионирование не видела, нет, кажется. Но от того, что я выкинула 150 тыс. документов - что-то же должно измениться? осталось 10 тыс.

(2) У меня вчера огнемёт отняли...

(0) объем базы сколько? Какие самые большие таблицы по размеру?

(0) Это нормально. Свёртка не поможет в уменьшении объёма. Только ввод остатков на начало периода с удалением всех элементов справочников, не задействованные при вводе остатков.

Выгрузите dt из старой и новой БД и сравните размеры.

(3) Документы занимают очень мало место

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

(7) вот так и сделала, разница минимальна.

(9) сейчас больше 2, а это очень неудобно. У меня большинство меньше 2 - пересылать нормально можно. На поддержке, с изменениями, обычно таки 1,8 где-то.

(11) больше 2 гиг ? у меня у клиентов базы и по 6 гиг и больше и норм.

(11) Яндекс диск не меньше 10 гб
диск майру не менее 100 гб

Выгрузи cf,создай чистую базу и сравнивай уменьшение размера,вычитая размер чистой базы.

(11) да и если пересылать нужно регулярно, может РИБ как вариант?

(11) Что бы понимать насколько можно сжать базу - выгрузи в файл конфу и посмотрим. Это минимум, меньше которого база не сожмется, правильно?

Затем разреши в корне конфигурации в настройках поддержки изменения. Снова выгрузи. И выгрузи конфу поставщика. Сравни и впечатлись.

И на последок, выгрузи базу под замком в ДТ и выгрузи базу со снятым замком, но на поддержке в Дт. И напоследок - сними базу с поддержки и снова выгрузи.

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

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

Seriously? Сжимать базу в 2 гига? о_О

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

(19) да. Это просто некоторые об этом забывают или ранее не задавались таким вопросом.

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

(0) Включите сжатие диска, и база станет занимать гораздо меньше места (21) Я тоже умею во вредные советы.

(0) Надо  посмотреть - какие объекты метаданных занимают больше всего места. Может это РС Значение Свойств объектов , например, и может некоторые эти данные не нужны.
п.2. надо принять решение - что именно удалять
п.3 надо удалить ненужное
п.4 надо сделать сжатие таблиц

(23) или КЛАДР по всем регионам

(18) тоже не понял, зачем сжимать то, чего нет.

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

Почему не используют нормальные обычные обмены - хз

(26) И отправляют видимо через общедоступные файлообменники, где ограничения в 2 Гб на файл. Поднять свой фтп сервер? Нет, не слышали

(27) или порезать на кусочки тем же архиватором

(16) у меня были примеры, когда CF больше, чем выгрузка

Обрезали не для экономии, это я ждалп для себя плюс дополнительный.

(27) слышали, но за это же платить надо?

(31) майл ру 100 гб бесплатно

1) Запустите отчёт "РазмерыБазыДанныхMSSQL", увидите что больше всех занимает регистр ОстаткиНоменклатуры
2) После свёртывания надо делать "Shrink" базы данных.

(0) Вам ведь уже внятно объясняли, что свёртка - это дичь и маразм, и совершенно бессмысленна. Но вы слушать не стали...

(30) >> Обрезали не для экономии.

Да-да-да... Мы слышали эту безумную ахинею про то, что новый бухгалтер, увидев расхождения в остатках по субконто, не умеет ни чего больше сделать, кроме как потребовать свернуть базу. Это было бы очень смешно, если бы не было так грустно. Особенно, когда т.н. "специалист" 1С-ник бухгалтеру потакает в этих безумствах.

(11) Это у вас аналог "на дискетку не помещается" из прошлого века? :))

(18) давно-давно, лет 10 назад, еще в эпоху клюшек, один кадр спросил меня в аське, есть ли у меня опыт работы с гигантскими базами и огромным числом пользователей... после уточнений оказалось, что "гигантской" считается база от 6 гигов, а "огромное количество пользователей" - это больше 20...

(36) Опыта работы с действительно гигантскими объемами тут нет ни у кого. Просто потому, что такие базы делают не на 1С. :)

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

(0) База 2 гига вы о чем?
У меня одна база 250 гиг другая 170 гиг третья 100 гиг.
А Ка2 который еще года нет уже в скуле 120 гиг
И вообще в 4 серверах было у меня к моему приходу ровно 100 баз. Вместе со всяким мусором.
Сейчас думаю как минимум 50-60 баз есть.

Вот как не странно с такой фигней столкнулся в 1с розница. Анализ показал, что раздувает РС "замеры производительности" , который не желал уменьшаться даже при отключении галки "Замеры производительности" в администрировании.
Прибить содержимое регистра не получилось даже обработкой, оказалось много данных.
В итоге выгрузили конфу в файл, прибили в конфигураторе этот регистр и потом залили конфу из файла назад. База изрядно похудела.
Не советую делать если есть узлы РИБ.

В течении 2 месяцев с 2-43 баз все время удаляю не нужное. Это версионирование это не нужные регистры сведений и служебные регистры.
Было дело по 50-60 гига убиралось.

(39) Да, но через какой *бесплатный* обменник ты их пересылаешь? Это важно!

(40) эээ. "оказалось много данных", но при этом выгрузилось в файловую?

Вроде как если пустышку развернуть,уже более 1,5Гб

(42) Зачем их пересылать и куда пересылать?

(43) Данных было 10 гб, база начала падать с сообщением что превышен размер таблицы.
Если база серверная и дело именно в этом то все прибивается одним SQL запросом к таблице РС.

Tool_1CD смотрим, кто виновник торжества. Далее действуем по обстоятельствам

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

(47) Кстати, где качнуть последнюю версию?

(0) если типовая, удали к едрени фени все общие макеты с дровами.
Похудеет на пол гига- гиг.