Копия - 350 мб. Семерка!
Дожили до того, что она не дает сделать ни одной проводки.
пыталась запустить "врап" - тоже не хочет (вариант с пометкой удаления)
загнать в скл?
Когда-то давно сворачивали большую базу через перенос документов по кусочкам на новое место, специально писали программы, долго, но тогда было время. А сейчас - уже всё сломалось! Надо придумать что-то быстро.

переходом на 8-ку. Перенос остатков, плюс движуха.

(0) Делаешь архив. Удаляешь документы вбиваете остатки ... :)))
Ах да документы удаляешь быстро не средствами 1С 77 а средствами операционки :))

(0) (2) о нашел у себя эти инструменты... могу скинуть если интересно :)

[email protected]

На 8 они уже собрались, но ничего еще для этого не сделали!

(4) http://grayben.rusfolder.net/files/43795330
Но там не мое я сам кой чего дописывал в командный файл было дело но фик знает где сча он. это типа исходники у меня такие были...

(6) (4) продублировать чтоль ссыку на майл? или тут видишь?

(0) Но у меня просто было тогда в архиве около гига база 7ки а без архива неск гигов

Скачала, спасибо!
Может, пригодится.

(9) Та нам помогло потом правда поворчали бухи но остатки вбили и вперед дальше работать.

(0) 350 мегабайт - это что, большая база?

(11) Ну для них наверно да...
У нас в УППшке 8ке кадые сутки около 1000 доков прибывает вот там база так база

(12) как тогда получается, что тормоза - у них сервер на целероне?

(11) Так это архив! Конечно, большая.

(13) Незнай мож железо тупит лето жарко кулер не чищенный а может чего с конфой не так...

В развернутом виде 6 гБ без внешних форм!

(14) Кста там все таки немного файлик не как в описании по ходу всетаки поковырял и этот файл... но в окочательной версии я там жутким цветом все разукрасил чтоб лишний раз тыкать "Y" страшно было.
(16) Ну а чем предложенный мной метод не устраивает?

Да там мильон остатков, их никогда не вобьешь.
Запустила врап после тестирования на 2 года с удалением проводок - пока шуршит, не ругается!

(18) не бывает так. "не дает сделать ни одной проводки. " - - обязательно как-то "ругается". если бухбаза - то ставлю на то, что у вас переполнен файл таблицы проводок по лимиту 16 млн.записей. или файло отборов счетов/проводок.

поэтому тупо
1. отключаем отбор счетов и проводок в пофигураторе (рядовые бухи этим почти не пользуются).
2. таблицу проводок чистим нештатными средствами, по всякому - как совесть позволит. Например: удаляем записи файла по проводкам по счету ГТД - если много импортного товара - то проводок по ГТД - вагон и тележка. Или например чистим проводки по старым периодам (закрытым и сданным типотопочки) в части забалансовых налоговых счетов (оставляем только текущий и прошлый год). И много еще чего можно придумать - от тривиальной свертки до укрупнения/консолидации данных в прошлых закрытых периодах.

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

Что-то размер маленький

350 мб - это большая база? Не смешите.

350 мб выгрузка, сама база 6 гб

(16) у меня была ФАЙЛОВА 7.7 по достижении 16 гигов перевели на скуль, нормально работала...

(23) дело не в общем размере ВСЕХ файлов скопом, а размерах отдельных файлов для отдельных таблиц и индексных файлов этих же таблиц

з.ы. забывается 7.7 что ль?

з.з.ы. И скульность сама по себе совсем не лекарство от количества мегабайт в таблице или в индексах
до 2048 дойдет размер таблы и привет.

(0)

1. Делаем чистую.
2. Сливаем туда инфу за нужный период. Как вариант - с начала года.
3. Сливаем остатки (либо вносим вручную).
4. Проверяем.

(18) врап можно запускать поэтапно- сначала один год убрать, потом второй или даже по полгода. Был случай- только так удалось свернуть

Мисти
На компоненте опер-учета база? Вангую достижение предельного размера в табличках для регистров с остатками на складах. Можешь просто отсортировать каталог по размеру файлов и увидишь.

Лечилось такое многократно через установку запрета на перепроведение документов в прошлых годах, заполнением документа с вводом остатков на заданную дату. Физическим удалением файлов с индексами и регистрами (индексы все, а регистры - достигшие критического размера). Перепроведением одного дока на каждый склад с вводом остатков и все. Доки до ввода остатков перезаписывать и перепроводить запрещается. Отчеты в глубокой истории для нужд манагеров вместо остаточного регистра придется написать на табчастях в документах по складам и будут это не остатки уже а обороты де-факто. В регистре с оборотами такого же рода траблы тоже могли быть.

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

48 Гб на скуле, 10 лет базе, полет нормальный

(27) скорее в табличках Партий

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

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

(22) батенька, да у вас там куча незакрывающихся регистров походу

Это бухгалтерия, в которую загружается торговля. Не сворачивали 10 лет.
сейчас врап за ночь свернул 1,5 года, но методом "удаления проводок", удалять документы, как я делала всегда - не хочет.

(0)
Зачем сворачивать такую мелкую базу - нипонятна.

(33) бух база, сворачивается минут за 10.
Только не врапом. От врапа, максимум что можно оставить - создание операций для создания останков.

Далее прибивается всё прямым запросом, за вычитом периодики и доков, которые завязаны на ОС - модернизаия/амортизация/ввод в эксплуатацию и т.д (их потом, при желании можно убрать).

Если вы удаляете врапом, то хотя бы

1.удалите файло итогов (2 таблички)
2.отключите журнал регистрации в пофигураторе.

хоть как-то ускорит штатное изделие от 1с

(37)
Без удаления файлов / таблиц - можно установить расчет итогов / дату актуальности итогов до первого проведенного документа в базе, удалить, вернуть обратно.

(12) тыща???!!!
у нас тыщ 25 каждые сутки в упп, со всех филиалов

(0) Бухгалтерия?
ИТС, стандартная обработка по свертке Бухгалтерских БД.
Рекомендовано выполнять ежегодно.

А так, что бы сворачивать раз в 5 лет, рекомендуй вам перейти на SQL 2000 (Именно на 2000, тогда вы не испытаете наслаждения с танцами с бубном по совместимости и допиской) :)

(0) Может уже пора воспользоваться чем-нибудь из этого? http://catalog.mista.ru/public/15577/

(27) врап - это не оперучет. Это счета

(43) да, я увидел по обсуждению.

(40) эээ... сколько суммарно строк в этих тыщах документов?

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

(46) :) Мисти зачем-то припудрила мозги всем, назвав два размера базы - 350 в архиве