Проблема с 1С:ТиС 7.7

1. butzoya 07.04.21 14:37 Сейчас в теме
Доброго дня!

Такая ситуация, в базе ТиС 7.7 работают с 2014 года. Возникла проблема с отображением итогов по взаиморасчетам, стали разбираться, увидели, что файл RG4335.DBF стал размера 996МБ, при этом 20 января этот файл был 530МБ. Не могу понять из-за чего файл по регистрам взаиморасчетов мог за 2.5 месяца увеличиться в 2 раза?
Подскажите, пожалуйста, что можно посмотреть? Конфа типовая с совершенно небольшими изменениями для печати чека.
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
6. butzoya 07.04.21 17:15 Сейчас в теме
(1) В дополнение прилагаю структуру файлов dbf в январе и сейчас. Ну я вижу, что количество записей не сильно увеличилось. Может там еще какие-то есть параметры?
Прикрепленные файлы:
2. DenisVol 2 07.04.21 15:15 Сейчас в теме
Сделайте полный пересчет итогов. Если не поможет, тогда в конфигураторе меню "администрирование" - "тестирование и исправление..." но перед этим сделайте копию базы для начала.
4. butzoya 07.04.21 17:04 Сейчас в теме
3. DenisVol 2 07.04.21 15:17 Сейчас в теме
а может все таки у Вас был большой объем документов регистр взаиморасчетов так вырос - это по размеру файла? а так вообще мне всегда помогал полный пересчет итогов меню "операции" - "управление бухг.итогами" в режиме предприятия
5. butzoya 07.04.21 17:04 Сейчас в теме
(3) Объем документов практически не изменился в сравнении с прошлыми месяцами.
7. VictorRGB2 14 07.04.21 18:46 Сейчас в теме
(5) на уровне предположения
возможно у вас появилась проблема с последовательностью документов и кто-то выполняя отчет, жмакнул и исправление этой последовательности, что совсем не рекомендуется делать из отчетов
9. CheBurator 3126 07.04.21 22:32 Сейчас в теме
(7) нет никакой разницы откуда опериролвать последовательностью - из отчетов или иначе. проблема не в этом.
8. CheBurator 3126 07.04.21 22:31 Сейчас в теме
вы малость перевираете.
речь ведете о RG , а на картинках - RA
а это две большие разницы. РА может расти незначительно а РГ - больше.
вангую что у вас размер файла РА существенно меньше размера файла РГ
и даже телепатирую что это такое.. сейчас гляну..
11. butzoya 08.04.21 09:45 Сейчас в теме
(8) Благодарю, что указали на ошибку. Действительно, не тот файл выбрала для анализа, сейчас пересмотрю верный
14. butzoya 09.04.21 13:07 Сейчас в теме
(8) в январе 2021 в файле RG4335 - 3712525 записей, а в апреле уже 6782304, при этом объем документов не увеличился.
10. CheBurator 3126 07.04.21 22:36 Сейчас в теме
Судя по всему у вас тупо не закрывается регистр.
тоесть учет вы ведет либо только в одну сторону, либо с несовместимыми показателями по приходу и расходу. Когда у вас в тесении месяца +1 и -1 по одинаковому налору показателей, то на следующий месяц ничего не переходит. а если - по разному набору показателей - то на след.месяц тащится аж две "записи". и так из месяца в месяц и это все нарастает лавинообразным итогом.
приведите размер RA4335 и RG4335 - при нормальном состоянии дел RG не должен быть больше RA.
Иваныч; +1 Ответить
13. butzoya 09.04.21 13:06 Сейчас в теме
(10) Это я примерно понимаю, но вот как бы выяснить, что такого произошло в базе за 2,5 месяца, что так раздуло регистр? Мне не понятно, почему при одном и том же темпе работы с 2014 года до января 2021 накопилось на 500Мб, а с января 2021 до начала апреля 2021 еще на 500Мб.

В январе размеры файлов:
RA4335 - 29763Кб
RG4335 - 558330Кб

Сейчас размеры файлов:
RA4335 - 30479Кб
RG4335 - 1019995Кб
12. obmanOZ 33 09.04.21 09:14 Сейчас в теме
(11) Так чем все закончилось? Победили? А как?
15. butzoya 09.04.21 13:08 Сейчас в теме
(12) Нет, пока не победили, запустила свертку базы на копии, пошли вторые сутки, свертка идет, жду результата. Но я боюсь, что если не выясню причину такого поведения базы, то через 4 месяца ситуация может повториться.
16. CheBurator 3126 09.04.21 20:50 Сейчас в теме
еще раз - у вас незакрыты регистры. это поначалу незаметно, а потом идет нарастание снежным комом.
при вашем размере файлика РА размер файлика РГ д.б. в районе 30Мб.

плюс к этому из-за такого нарастания у вас файл РГ превысил 1Гб, и если не сделать определенных действий - вы столкнетесь с проблемами в обычной работе.
18. Иваныч 23 04.08.21 09:45 Сейчас в теме
(16)Согласен полностью. Сам столкнулся с таким, особенно по регистрам заказов и заявок. Пришлось делать пустые документы ЗаказПоставщику, чтобы обнулить остатки по предыдущим. Не совсем уверен, что правильно, но размер архива базы за 10 месяцев с 59 Мб уменьшился до 43.
19. CheBurator 3126 04.08.21 11:15 Сейчас в теме
(18) Надо закрывать все заявки покупателей и заказы поставщикам, которые остались неотработанными. Заявки покупателей следует закрывать ВСЕХ видов - и неподтвержденные тоже. Заказы поставщикам - закрывать тоже. В типовых отчетах "Заявки покупателей" и "Заказы поставщикам" (разворачивать по всем группировкам) должны быть только реальные живые заказы/заявки. Если есть данные по ненужным уже заявкам/заказам - их следует "закрыть". Отмену/закрытие заявок/заказов можно делать посредством введения корректировочной заявки/заказа с пустой табличной частью. Но в общем случае закрытие посредством ввода корректировочных заявок/заказов работает не так как хотелось бы (так написан штатный алгоритм): если по заявке/заказу есть отрицательное количество (а это запросто может быть при работе задним числом и исправлением самих заявок/заказов без использования корректировочных заявок/заказов), или ненулевая сумма при нулевом количестве - такие заявки/заказы останутся незакрытыми даже после ввода пустых корректировочных заявок/заказов. Полностью закрытие хвостов заявок/заказов правильно в штатном варианте делается только через Документ.ОтменаЗаявок (у себя сделал аналогичный Документ.ОтменаЗаказов) - рекомендую пользоваться именно этим способом.
.
У меня, например, все живые заявки показываются в отдельном "псевдожурнале" текущих заявок - менеджеры работают через него преимущественно, и в общий журнал или журнал заявок ходят очень редко. При необходимости "закрыть" (отменить, удалить итд) заявку - менеджер просто отмечает крыжиками ненужные и жмет кнопку - автоматом формируется документ отмены заявок.
20. CheBurator 3126 04.08.21 11:16 Сейчас в теме
(18) "закрывающие" заказы рекомендуется делать не все прямо в "сейчас", а на конец месяца. когда они стали не нужны. Тогда м.б. еще меньше будет ;-)
17. CheBurator 3126 09.04.21 21:03 Сейчас в теме
21. Иваныч 23 04.08.21 11:57 Сейчас в теме
Che, я веду базу 16 лет, было 2 свертки. И каждый док ЗаказПоставщику был основанием для последующего. А вот год не поработал и такая петрушка вылезла. Уже после свертки, как с 01.10.20 начали работать. Пока шеф в отъезде был, искал что бы улучшить
22. Иваныч 23 04.08.21 12:00 Сейчас в теме
Единственное, что подвигло на последнюю свертку - 6,5 лет базе и потерялась партия товара, как всегда "при проведении документа не распределилось по партиям". Физически вижу документ поставки, а программно - не видит. Махнул рукой и сделал свертку.
23. imax26 91 27.12.21 07:43 Сейчас в теме
Попробуйте сжать базу.
ДБФ.Сжать()
из другой базы. Могу кусок кода кинуть.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот