Есть база 2Гб. Файловая. Переписанная. Граница последовательности находится где-то в 15-м году. Сворачивать нужно. Иногда база вылетает, а переиндексация идёт полчаса.
Какой обработкой лучше пользоваться? Что следует учесть?

2г, файловая, и индексация пол-часа?

блин, вообще не верится, что такие базёнки бывают...

(1) ну так правки задом, минуса и никто её не перепроводил

(3)Плюс ещё помеченные на удаление документы с 2006-го года.

А зачем сворачивать 2 гиговую базу,в чем прикол?Если уж так то перенести остатки и нси

(3)А документы за 2020-й?

(0) можно очистить путем удаления файлов все, кроме справочников, а затем залить вводы остатков и документы за тот период, который нужен.

хотя есть подозрение, что если ГП в 15 году - на многих остатках мусор и, возможно, их даже нет смысла заливать. Нужно сначала понять, в каком состоянии конфа и что реально там ведется, а что просто хлам.

(0) такую базу ыоообще не надо сворачивать. Ну и переиндексация ёё занимает, максимум минуту.

(9)Я не сам переиндексирую. Что клиент говорит, то и ретранслирую. Но вряд ли стандартными средствами за минуту.

(10) ты не поверишь

Если только твой клиент не делает это на древнем целероне по сети

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

Только зачем ? Загадка

Чем только люди не извращаются, лишь бы на скуль не переходить :)

(14)Про скуль я думал.

(14) В штате никого нет ИТ-шников. ГП в прошлом веке. Обращаются к случайному знакомому с просьбой свернуть за копеечку. Какой скуль? Откуда деньги?

(15): накера???? ты сначала бы разобрался с тем, что значат(!) слова "база 2Гб". это все файлы каталога базы данных? все файлы таблиц данных полюс индексов? все файлы таблиц данных? судя по формулировке - это сильно вряд ли "один какой-то файл таблицы данных". значит это МАЛЕНЬКАЯ база данных. и как справедлиыо заметил Ёпрст - она должна на нормальном железе индексироватся быстро, а обрезать ее нахрен не сдалось.

(0) 2 гб это не большая база, скорей всего у всего древнее оборудование  и потому долго индексируется все
так что вариантов два замена пк переход на sql
а обрезка на Инфостате море этих вариантов выбирай что хочешь

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

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

т.е. нужно всегда искать компромисс
вот та чем я обычно пользуюсь http://catalog.mista.ru/public/87199/

правда уже давно перепиленая и так далее

(17)Железо не посмотрел, по ощущениям старое. Не написал, что там терминальный сервер.

(9) если контора до сих пор сидит на семерке, то навряд ли там SSD и свежайшие процы. Велика вероятность, что оборудование достаточно старое и на HDD. С ТиС имел дело давно, но помню, что двухгиговая база на локальном HDD переиндексировалась не так уж и быстро, минут 5-10 на это уходило точно. Если не больше.

(19) Давай характеристики железа.

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

(22) это точно. В ТиСе половину можно выкинуть на.ххх

Те же книги покупок/продаж, которые никто никогда не ведёт да и...много чего еще лишнего и не нужного

и два гига для файловой, при условии что это не картинки, а реальные данные документов и регистров - прилично. На таких объемах уже и на журнале документов ошибка транзакции может быть, и проведение может быть нешустрое, и открытие периода, особенно если какой-нибудь из регов незакрыт (в ТИС это часто бывает с НДС см. (24))

А вот этой, кто-нибудь пользовался? http://catalog.mista.ru/public/63400/
Я несколько раз использовал, в принципе, понравилась.

(26) ты почитай кмменты к ней хоть.. и всё гораздо проще

(27) А можно конкретнее? Там отзывов 2 страницы, половина хвалебных, почти половина бестолковых, кто не разобрался как использовать... А что не так то? На что обратить внимание?

(28) забей.

тебе лень читать, мне лень объяснять

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

По железу посмотрел. i5 2-го поколения. Памятёшки 3,72. Подозреваю, что сервер 32-битный стоит. Диск HDD.

(0) База отдается спецу, он заливает ее в sql на нормальный комп и далее все просто

(32) для клюшек мало принципиально какой сервер, думаю, она свалится существенно раньше, чем сожрет всю память, которую 32-битный сервер может выделить приложению.

(0) Есть готовая обработка Свертка ИБ. Пользуюсь очень давно. Сворачиваю и еще почти 5 лет остается в базе. Два этапа свертки. Через Документ СверткаИБ и стороннюю базу (вспомогательную), через которую собственно Свертка и идет. Довольно быстро и в-общем без ошибок.

(35)+ У меня ТИС с сильно вырастающим регистром движения партий

По регистрам, могу только посоветовать Корректировку регистров с переносом документа со всеми ссылками в новую базу с движением по регистру +, лучше до начала года, с отчетностью легче работать.

https://ekzo.ucoz.net/1c77/perenoc1c77.zip.img
убрать img

В коиплнксной и т.д. поставить права полные.

Б бухгалтерии, так же, только, вроде создать бух операцию на остатки и перенести.

По каждому счету отдельно лучше.

Очистить новую базу, оставить справочники.

https://ekzo.ucoz.net/1c77/delete.bat

Коптровать файл в каталог БД.

15 год, так сильно заущена, бесполезно поднимать, может быть, выгоднее

(44) У меня на ПБ последовательность на текущую дату а в ЦБ на 01.01.2016. И как-то до лампочки. Я же знаю что данные все перепроводил постоянно а то что лезут то бухи то еще кто-то в далекие года - бывает аткое и последовательность улетает - ну и фиг с ним. Или Не фиг?

Оперативный учет, бывает, мало кого интересует, особенно бухгалтеров.

(46) так в ТиС другого нет, если что :)

(38)Это же файл выгрузки базы.

База ТиС 12 гиг переиндексируется 40 минут. Сворачиваю раз в пару лет http://catalog.mista.ru/public/63400/

(49) Это что-то адски трешовое (сервак вообще ни в дугу?). у меня база примерно такого же размера, дбф, переиндексируется 5-7 мин (сервак сборки 2010г)