Имя: Пароль:
1C
1C 7.7
v7: ТИИ виснет на Пересчете итов
,
0 lirt82
 
14.06.12
14:14
база DBF почти 1Гб, после свертывания стала 600 Мб,далее в Тестировании и исправлении, проставил все галки с упаковкой вместе, началось тестирование, сразу на проверке зависла капитально, на сутки, не дождался снял все галки кроме упаковки таблиц, база упаковалась при выгрузке стала весить 35 Мб, теперь когда в базе работает больше 3 пользователей висит при проведении доков, или формировании отчетов.
скачал редактор DBF файлов, в нем с индексировал и упаковал файлы базы
RG2301.DBF - весит 320 Мб (самый большой в папке)
1SENTRY.DBF - 33 Мб
RG2294.DBF
DT320.DBF
RA2294.DBF
1SACCSEL.DBF
1SBKTTL.DBF
1SBKTTLC.DBF
после этого снова запустил Тестирование и исправление...
все галки прошел и только висит на 2-ух последних
"Пересчет служебных данных" и "Пересчет итогов"...1,2,3 часа,полдня, ночь...так и не может база протестироваться до конца
где еще копать
цель: Тестирование в конфигураторе должно пройти до конца, кроме упаковки таблиц
1 Базис
 
naïve
14.06.12
14:21
Пусть считает, не мешай. Надеюсь, почасовка?
2 lirt82
 
14.06.12
14:31
т.е. почасовка?
3 lirt82
 
14.06.12
14:33
хм...считать итоги на относительно небольшой базе,на компе с процем cora i7 и 8Гб DDR3 оперативки, всю ночь...так не бывает))
4 andrewks
 
14.06.12
14:36
проверь доки с пустой датой
5 expertus
 
14.06.12
14:38
Выгрузка - Загрузка.
6 andrewks
 
14.06.12
14:39
(5) при загрузке выполняются эти же процедуры, надо разобраться сначала
7 lirt82
 
14.06.12
14:40
да делал, Журнал доков Полный инервал поля с датами оба пусты, первый док только от 11.01.2011..также пустой интервал смотрел в Журнале операции и Журнале проводок.
8 lirt82
 
14.06.12
14:41
че то не так с регистрами...
9 andrewks
 
14.06.12
14:41
в 1sjourn проверь
10 lirt82
 
14.06.12
14:42
а что именно проверить и каким инструментом?
11 andrewks
 
14.06.12
14:43
любым dbf-редактором
12 andrewks
 
14.06.12
14:43
и ещё: в 1ssystem какая ТА стоит?
13 lirt82
 
14.06.12
14:44
ТА 30.06.2012, кстати в режиме Предприятия делал Полный пересчет бух итогов...1 мин и нормально без ошибок
14 andrewks
 
14.06.12
14:46
так, стоп. у тебя Комплексная, что-ли?
15 lirt82
 
14.06.12
14:47
нет обычная бух предприятия
16 andrewks
 
14.06.12
14:48
RA2301.DBF сколько весит? и откуда в бухии регистры?
17 lirt82
 
14.06.12
14:49
RA2301.DBF - 21 Мб
18 lirt82
 
14.06.12
14:50
конфа полностью самописная
19 andrewks
 
14.06.12
14:51
у тебя тупо регистр не закрывается.

какой сейчас период в базе остался?
20 Базис
 
naïve
14.06.12
14:57
Конфу менял перед этим? Новые измерения регистра с типом строка(100) (не агрегатный тип, а именно строка) дают похожий эффект.

Какой файл (смотри filemon-ом) сейчас обрабатывается?
21 lirt82
 
14.06.12
14:57
опер итоги на 30.06.2012
ТА тоже 30.06.2012
бух итоги 2 квартал 2012..но в файле RA2301.DBF редактор показывает в ячейке ACCDATE pyfxtybt 01.04.2012
22 lirt82
 
14.06.12
14:57
ACCDATE значение 01.04.2012
23 lirt82
 
14.06.12
14:59
отпишу позже, звонить буду автору конфы
24 Злопчинский
 
14.06.12
19:01
возьми типовой универсальный отчет по регистру - и выведи на конец месяца итоги по регистрам с разворотом по всем измерениям - втыкать... смотретть на соотношение размеров файлов RA и RG - даже на небольшой базе при незакрытых регистрах ТИИ может идти сутками.
25 expertus
 
14.06.12
22:19
(7) при загрузке частично да. Но файлы при загрузке уже другие, выстроенные по датам.
(0) Выгрузка - Загрузка делалась?
26 Эльниньо
 
14.06.12
23:30
Снеси 1scrdoc.dbf и сделай ТИИ только "Пересчет служебных данных"

Снеси 1SBKTTL.DBF.dbf и все RG. Сделай ТИИ только "Пересчет итогов"
27 КонецЦикла
 
15.06.12
01:42
Может быть в каком-то регистре много измерений
Вроде бы после 9 DBF плохо себя чувствует... забыл уже
28 lirt82
 
15.06.12
07:23
всех благодарю за ответы
Эльниньо получилось удалил из папки с базой файлы
RG2294.DBF
RA2294.DBF
1SBKTTL.DBF
1SBKTTLC.DBF
далее зашел в Конфигуратор и запустил ТИИ, он поругался что не нашел эти файлы, далее F11, поругался на аварийное завершение и попросил переиндексировать, переиндексировл, зашел в базу, ничего не делал, закрыл Предприятие, еще раз запустил ТИИ, все проколбасил, без ошибок.
ха)..самое интересное удаленные файлы появились снова в папке и стали по размеру раз в 10 меньше, т.е. например RG2294.DBF был 395 Мб стал 30 Мб!!!
мистика однако))
29 Тихий омут
 
15.06.12
07:34
RA2294.DBF - ты его тоже прибил? глянь отчет по регистру этому, удивишься)))
30 lirt82
 
15.06.12
07:55
да удалил, он восстановился....а в чем подвох?
31 ЧеловекДуши
 
15.06.12
08:03
(30)У тебю нет теперь кое где оборотов :)
Молодца... надеюсь, ты бекапы сделал ;)
32 andrewks
 
15.06.12
08:05
(31) харе пугать. решается простым перепроведением
33 dk
 
15.06.12
08:07
(32) не каждая база нормально перепроведение переживает ))
34 ЧеловекДуши
 
15.06.12
08:07
(32)Ну, если документов немного + если БД не так уж и старая, а то бывает, что нельзя перепроводить прошлое ;)
+ Лучше все же из бекапа :)
35 andrewks
 
15.06.12
08:07
(33) а после свёртки полюбасы желательно перепровести, чтобы партии и взаиморасчёты пересчитались
36 lirt82
 
15.06.12
08:14
все делал на копии, ну теперь этот файл не трону в рабочей базе
37 Андрей_Андреич
 
naïve
15.06.12
08:23
нафига все это надо, когда выгрузка-загрузка делает все быстрее и лучше?
38 lirt82
 
15.06.12
08:26
корень проблемы в том что когда в базе 1 пользователь то работает без зависании, когда 3  и больше база висит при перепроведении или проведении или формировании отчетов, поэтому решил ее протестировать при тестировании начала висеть на пересчете итогов и пришли к решению выше
39 dk
 
15.06.12
08:38
(38) это не корень проблемы, это WinXP в качестве сервера ))
40 lirt82
 
15.06.12
09:24
сервер на котором папка с базой на Ubuntu, а все пользовательские компы на WinXP или Win7
41 expertus
 
15.06.12
13:26
(32)(35) какое перепроведение базы? это может изменить финансовые результаты, итоги и т.д.!
42 Ёпрст
 
15.06.12
13:29
(41) если учет ведётся правильно и в конфигурацию не лазали шаловливыми рученьками, то никакой перепровод не изменяет результат фин. деятельности.
43 Злопчинский
 
15.06.12
18:50
(42) +100500! Присоединяюсь. Например: у меня базу я могу пересчитать в любой момент - ничто не сьедет даже на копеечку - но это в торговой базе. В бухии - все сложнее. потому что бухии на УЧЕТ наплевать, они свои цели видят в другом или вообще не видят ;-)
44 andrewks
 
15.06.12
21:26
(43) в бухии не учёт, а ручной тюнинг
45 expertus
 
15.06.12
22:02
(42) это если он ведется правильно, и если не менялся релиз конфигурации, и если не менялся релиз движка, и если... и если...
Такой совет давать - безответственно.
46 andrewks
 
15.06.12
22:03
(45) экспертус, декламируй на городской площади стоя
47 МегаБум
 
15.06.12
22:11
(6) выгрузка/загрузка проходит в десятки раз быстрее, чем простой пересчет через ТИИ
48 МегаБум
 
15.06.12
22:13
(28) Идиот ! ты зачем RA2294.DBF прибил? теперь перепроводи все документы от рождества христова
49 Злопчинский
 
15.06.12
23:15
(44) чтобы тюнинговать - надо в совершенстве знать не только как это должно выглядеть, но уметь пользоваться соответсвующим инструментом.. ;-) а так конечно - нарисовано красиво... только почемуто акварелью, которая под первым дождем... ;-)
50 Эльниньо
 
15.06.12
23:19
(48) См.(36)
51 PRADA
 
15.06.12
23:23
(36) все таки сделал бекап :)
(1) откуда уверенность что "виснет", цель то твоя понятна, а вот железо на котором это все происходит непонятно... скорость винтов, проц, память, система, чем еще нагружена и т.д.

Совет: Делаешь рам диск, загоняешь в него КОПИЮ базы, подключаешь базу к 1С и делаешь ТИИ
52 expertus
 
16.06.12
07:44
(46) по делу есть что сказать, или ты просто профессионально газифицируешь водоемы?
53 andrewks
 
16.06.12
09:26
(52) я-то уже по делу всё сказал. это ты сотрясаешь пространство религиозными речами, по типу: "Люди, одумайтесь! скоро конец света!"
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан