Проблема с 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 3 07.04.21 15:15 Сейчас в теме
Сделайте полный пересчет итогов. Если не поможет, тогда в конфигураторе меню "администрирование" - "тестирование и исправление..." но перед этим сделайте копию базы для начала.
4. butzoya 07.04.21 17:04 Сейчас в теме
3. DenisVol 3 07.04.21 15:17 Сейчас в теме
а может все таки у Вас был большой объем документов регистр взаиморасчетов так вырос - это по размеру файла? а так вообще мне всегда помогал полный пересчет итогов меню "операции" - "управление бухг.итогами" в режиме предприятия
5. butzoya 07.04.21 17:04 Сейчас в теме
(3) Объем документов практически не изменился в сравнении с прошлыми месяцами.
7. VictorRGB2 13 07.04.21 18:46 Сейчас в теме
(5) на уровне предположения
возможно у вас появилась проблема с последовательностью документов и кто-то выполняя отчет, жмакнул и исправление этой последовательности, что совсем не рекомендуется делать из отчетов
9. CheBurator 3119 07.04.21 22:32 Сейчас в теме
(7) нет никакой разницы откуда опериролвать последовательностью - из отчетов или иначе. проблема не в этом.
8. CheBurator 3119 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 3119 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 3119 09.04.21 20:50 Сейчас в теме
еще раз - у вас незакрыты регистры. это поначалу незаметно, а потом идет нарастание снежным комом.
при вашем размере файлика РА размер файлика РГ д.б. в районе 30Мб.

плюс к этому из-за такого нарастания у вас файл РГ превысил 1Гб, и если не сделать определенных действий - вы столкнетесь с проблемами в обычной работе.
18. Иваныч 23 04.08.21 09:45 Сейчас в теме
(16)Согласен полностью. Сам столкнулся с таким, особенно по регистрам заказов и заявок. Пришлось делать пустые документы ЗаказПоставщику, чтобы обнулить остатки по предыдущим. Не совсем уверен, что правильно, но размер архива базы за 10 месяцев с 59 Мб уменьшился до 43.
19. CheBurator 3119 04.08.21 11:15 Сейчас в теме
(18) Надо закрывать все заявки покупателей и заказы поставщикам, которые остались неотработанными. Заявки покупателей следует закрывать ВСЕХ видов - и неподтвержденные тоже. Заказы поставщикам - закрывать тоже. В типовых отчетах "Заявки покупателей" и "Заказы поставщикам" (разворачивать по всем группировкам) должны быть только реальные живые заказы/заявки. Если есть данные по ненужным уже заявкам/заказам - их следует "закрыть". Отмену/закрытие заявок/заказов можно делать посредством введения корректировочной заявки/заказа с пустой табличной частью. Но в общем случае закрытие посредством ввода корректировочных заявок/заказов работает не так как хотелось бы (так написан штатный алгоритм): если по заявке/заказу есть отрицательное количество (а это запросто может быть при работе задним числом и исправлением самих заявок/заказов без использования корректировочных заявок/заказов), или ненулевая сумма при нулевом количестве - такие заявки/заказы останутся незакрытыми даже после ввода пустых корректировочных заявок/заказов. Полностью закрытие хвостов заявок/заказов правильно в штатном варианте делается только через Документ.ОтменаЗаявок (у себя сделал аналогичный Документ.ОтменаЗаказов) - рекомендую пользоваться именно этим способом.
.
У меня, например, все живые заявки показываются в отдельном "псевдожурнале" текущих заявок - менеджеры работают через него преимущественно, и в общий журнал или журнал заявок ходят очень редко. При необходимости "закрыть" (отменить, удалить итд) заявку - менеджер просто отмечает крыжиками ненужные и жмет кнопку - автоматом формируется документ отмены заявок.
20. CheBurator 3119 04.08.21 11:16 Сейчас в теме
(18) "закрывающие" заказы рекомендуется делать не все прямо в "сейчас", а на конец месяца. когда они стали не нужны. Тогда м.б. еще меньше будет ;-)
17. CheBurator 3119 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 Сейчас в теме
Попробуйте сжать базу.
ДБФ.Сжать()
из другой базы. Могу кусок кода кинуть.
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)