Всем привет. Делаю свертку базы ТиС, пометил все доки до даты свертки, удаляю стандартными методом помеченные объекты, закрываю базу, потом запускаю и после ввода пароля пользователя, окно запуска пропадает и ошибка: APPCrash.
Имя сбойного приложения: 1cv7s.exe, версия: 7.70.0.27, метка времени: 0x4573fcd8
Имя сбойного модуля: KERNELBASE.dll, версия: 10.0.19041.6216, метка времени: 0x574726b0
Код исключения: 0xe06d7363
Смещение ошибки: 0x0013b6d2
Идентификатор сбойного процесса: 0x3f58
Время запуска сбойного приложения: 0x01dc198287ab1571
Путь сбойного приложения: C:\Program Files (x86)\1Cv77_original\BIN\1cv7s.exe
Путь сбойного модуля: C:\Windows\System32\KERNELBASE.dll
Идентификатор отчета: 917294bf-3a47-4820-bb2a-2064dff27973
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

Никак не зайти в конфигуратор, cdx чистил.
Может кто сталкивался с таким ?

(0) ТиИ перед сверткой нужно делать

Там база 15 Гб и тестирование за выходные не успевает пройти.
Просто если делать свертку на 22 или 23 год, то там ошибки нет, если делаю на 24, то там такая ошибка.

(0) 15 гиг файловой базы? и тии не делали давно? весело..
где то битый дбф-файл висит, искать либо руками, либо тии

(3) Файловой, на sql ранее переводили коллеги, но медленно работает, поэтому на файловой. Сейчас RG328 1,94 ГБ, но не даёт открыть период сентябрь. Вот пытаюсь свернуть.

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

Методом "полостного деления вычислить проблемный файл может быть

Ну и 1.94 как бы намекает...

Пробовал и на вин 10 и на server 2008. тоже самое.
Сейчас не стал удалять помеченные на удаление, сделал ТиИ, сейчас провожу доки с даты свертки по сегодняшний день. Если сойдется удалять уже ничего не буду, надо к завтра успеть.

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

(8) и да, без тии таблицы содержат помеченные на удаление записи, по факту ничего не поменяется - то же самое переполнение останется

(8) и я бы не стал спешить - хуже будет если в продакт пойдет битая база

До 2037 года осталось всего 12 лет!
Не пора ли уже переходить с 1С 7.7 на нечто посвежей?

(12)+ Кстати интересно банковский софт и у вояк эту проблему с датами уже решили?
Или как обычно

(12) за 10 лет малый бизнес успевает сдохнуть, а то и не один раз. зачем лишняя суета?)
ну и все остальные по тому же принципу

(14) 1С 7.7 уже лет так 10-15 практически не продают
Пока что плохо сдыхают

(4) Удали все RG*.*
Потом запусти 1с.

+16 Потом ТИИ с пересчетом итогов

(16) и он опять восстановится до 1.94 ГБ :)))

(18) Так он свернул. Будет меньше.

(0) И кстати RG328 почти 2 гига,
а RA328 Сколько? У тебя проблема с закрытием регистра.
Я бы в эту сторону смотрел.

+20 RG328 Регистр партий. Партии не закрываются. Либо посмотреть его, сталкивался, когда провели 1000 годом. Тоже распух.
Удалить RG, ТИИ с пересчетом итогов. А дальше уже смотреть.

(4) в скуль базу, там ТиИ - далее свертка, потом можешь попробовать в файловую обратно выгрузить. Но 1.94 - как бы шепчет, займи, но купи сервер

(0) Не делай бесполезные телодвижения.
Пока базу не свернешь и не сожмешь, у тебя этот регистр итогов так и будет при пересчете восстанавливаться до первоначального размера, то есть до 2 ГБ.
(ну, про бардак, то что RG больше чем соответствующий RA, сейчас не будем).

Предлагаю - для начала свернуть, хотя бы до 23 года, раз ты говоришь, что до 23 сворачивается, удалить помеченные на удаление. Просто  помеченные на удаление в 1С - это нифига не помеченные на удаление в файле dbf. После удаления помеченных на удаление в 1С - записи реально становятся помеченными на удаление в файле dbf. Потом  файлы dbf надо сжать. ТИИ долго, но можно попробовать сжать dbf (не все, только большие dbf) любым приличным dbf-редактором, который скушает файл размером 2 гига.

как быстренько пересчитать только один регистр, ещё пятнадцать лет назад Ёпрст рассказал, вот в этой ветке пост 26
Гикнулся RG328.DBF&ysclid=mey4h17jyr296435172

(19) та я так и не понял, в итоге свернул он или нет, он и про 2022 год говорил, и про 2023.
Ну если свернул, тогда да, конечно будет меньше.

Опять вытащил из копилки...
Для увеличения памяти 1С больше 2Gb: 4Gb Patch NTCore https://ntcore.com/?page_id=371
Для загрузки и выгрузки dt больше 2Gb: ConfigSpy от АЛьФ http://www.dorex.pro/?projects&configspy&download
Для работы 1C с файлами dbf больше 2Gb: dbeng32 от Wirth https://cloud.mail.ru/public/3mVX/4trK45on8

Но видимо грохнуть все *RG будет достаточно, они пересчитаются...

(20) мегабайт 300

В ТИИ не надо все галки делать, для начала поставить галку "упаковка таблиц" (самая последняя.
.
После пересчета итогов (перепроведения базы) можно еще нулевые итоги почистить см. на ИС "шишки для мартышки") на РГ328 эффект будет практически нулевой.

(27) При физическом уничтожении и пересчете *RG нулевых итогов быть не должно.
Гранаты у нас и самих есть, но немного другой системы.
1sqlite то грохнет, и всякие шишки грохнут, но это работать будет только после запуска системы! А она же не запускается! ;)