1с розница 2.3.13.26
Была размером 17 ГБ
Свернул прям на текущий день. Свертывалась долго на 32-разрядной платформе но все-таки свернулась.

Ввели остатки товаров вроде начали работать и столкнулись с тем что
1. Не работают дисконтные карты
2. Пропали закупочные цены.
3. Остались неудаленными и помеченными много документов в том числе больше миллиона чеков!
Сразу оговорюсь что ввод начальных остатков узла они распровели.
Как поправить чтоб заработали дисконтные карты вернулись закупочные цены ? База после свертки и ТИИ стала 12 ГБ то есть на 5 ГБ меньше

(0) Немного не в тему. Извиняюсь за офф том.
Ссылка на эту ветку на своем форуме размещу.

а "мои клиент жалуются" на "долгий обмен", спрашивает может база большая ?

Сеть 7 магазинов 3 года работают, база около 1 гб (с картинками)

При обмен Объём сообщения между базами обычно около килобайта.
С интервалом в 3 минуты делается 20 пересылок в час, 480 в 24 часа.
В чём проблема 480 Кб принять-отправить?
180 секунд...
Полный обмен
Все познается в сравнении !

Удачи !

(0) Хочу уточнить. Магазин один никакого УРИБ нет в помине

по п.3 если не секрет сколько базе ? (по времени)
переписанная ?

(3) с 2013 года кажется. Абсолютно непереписанная

(4) Началось с того что стал падать сам файл БД у моих знакомых. А отбивался от них как-то выправлял но в конце концов забрал у них выгрузку (она кстати все 1.3 ГБ) и свернул сначала у себя а потом уже у них. И вот такие нюансы и я понятия не имею почему. Наверное ларчик открывается очень просто но не знаю я толком Розницу.

а с чего вы взяли что свертка идеальная ?
из моего опыта .... - новая база с оприходованием рулит
Цены не проблема . накопления по ДС - тут в регистр необходимо всю историю вешать на один товар ...

(6) Да я вообще ничего не взял. У них быда видно свренутая и уже нормальная база 6 ГБ. Накрылся ССД а архивных копий они как-то и не делали. И случайно наткнулся на какую-то базу у них вот с таким здоровенным размером. Подключил ее несколько раз (у них часто очень вырубают свет) восстанавливал испорченный файл БД. И в конце концов решил хоть малость облегчить им жизнь свернуть базу. И вот такие проблемы. Но история накоплений по дисконтным картам вроде цела. Что хоть не так ???

(6) А зачем всю историю на один товар ??? то есть по всем диконтным картам чтобы все было по одному и тому же товару?
Малость не понял

логика 1Ц - хранить историю по ДС по товарам .
переходить на СУБД не предлагать ?
инвентаризация не вариант ?

(9) Инвентаризацию через приход они сделали как раз.
Ну у них же сформировались остатки накоплению по ДК.

зак цены можно загрузить через эксель
перейти на Серерную 1Ц
дисконтные карты историю всю свернуть

(11)
1. На серверную - ну не знаю. я в этом совсем не силен.
2. Закупочные через эксель ну наверное можно.
3. Все-таки если можно подробнее - как свернуть историю по ДК если она и так свернута как я понимаю ?

(12) 3 необхлбимо посмотреть рег Продажи пО ДС - именно из за него милионы чеков не могут удалиться .
1 - при таком размере базы - уже пора задуматься ...

(13) ТАм получается в результате свертки 64 документа ввода остатков по ДК причем  в 63 по 10000 строк в 64-ой 6500 строк

ппереходите на СКЛ - и будет пофиг сколько (сори если покажеться грубо)...
какая ставиться задача ? я бы старался что бы до даты свертки вообще док не было

(15) Так и я хочу того же. Чтоб до даты свертки не было доков. Ну вот мое хотение пхоже расходистя с моими возможностями :)

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

(0)ну как вариант вы можете стандартной обработкой с ИТС
ВыгрузкаЗагрузкаДанныхXML83.epf выгрузит и загрузит из архива

(18) нужные данные

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

Сворачивал подобную базу с данными начиная с 2011 года.
Смог свернуть, только после установки сервера и 64 разряда платформы. Но резать "по сегодня" я бы не стал. Лучше на начало года

Если база синхронизируется с УТ, то скорей всего нужно вводить начальные данные по ценам и остаткам товара. Вероятно еще и по состоянию акцизных марок, если используется продажа алкоголя. В данном случае проще переделать на новый склад в ут и выгрузить с нуля вводом остатком и цен на стороне УТ.
Состояние марок можно попробовать перенести обработкой переноса данных.