Имя: Пароль:
1C
1C 7.7
v7: Затормозить восстановление последовательности
0 zenon46
 
06.02.20
20:56
Доброго вечера!
Подскажите пожалуйста, как "затормозить" восстановление последовательности по времени, даже если не успела восстановится до определенного времени, суть дела чтобы до начала рабочего времени завершить процесс и выйти из монопольного режима.
1 big
 
06.02.20
21:10
В нужный момент перестать проводить документы и сделать команду УстановитьТаНа(НужныйДокументИлиМоментВремени).  Ессно, начнется перенос ТА, который может быть достаточно продолжительным. Но здесь никуда не деться, если только напрямую не править таблицу, что есть неправильно.
2 big
 
06.02.20
21:11
(1) Конечно же надо запомнить ту ТА, куда потом надо вернуться
3 zenon46
 
06.02.20
21:13
(1) стандартное восстановление работает быстро, но нет возможности тормознуть, а сторонние работают заметно медленней, но есть возможность тормознуть по таймеру. Получается нормального компромисса нет.
4 Aleksey
 
06.02.20
21:33
(1) у меня после этого обычно итоги накрываются пушным зверьком и приходиться еще итоги пересчитывать
5 Злопчинский
 
06.02.20
23:11
Это как далеко у тебя народ в заднее число лазит что ГП восстановиться не успевает?
может в консерваторию посмотреть повнимательнее?
6 big
 
07.02.20
04:44
(4) С чего бы итоги накрывались, если после остановки перепроведения мы возвращаем ТА на исходную позицию, то есть на ту, которая была изначально при старте этого самого перепроведения? В этот момент все итоги и пересчитываются.
7 zenon46
 
07.02.20
08:51
(5) могут и год назад и полтора залезать, но это могут сделать всего пару человек, ну и если делают значит нужно....а восстановление очень долго делается.
8 ДенисЧ
 
07.02.20
08:54
Если это реально нужно - тогда решается оргметодами.
Например, залезается перед выходными, восстановление запускается на выходные.
9 dk
 
07.02.20
08:56
дык так самому написать вроде несложно - выбрать список документов по последовательности и перед проведением установитьтанадокумент(докизсписка, -1)
ну и прерыватель по времени сделать
-----------
правда по прошлому опыту в ЖР будет тьма записей "перенес ТА"
10 zenon46
 
07.02.20
08:56
(8) кстати сегодня на ночь поставил восстанавливаться последовательность, локально на сервере, стандартной обработкой, прихожу..висит "недостаточно оперативной памяти на этом компьютере"...такое вообще первый раз вижу.
11 Злопчинский
 
07.02.20
23:04
(10) ну хз что там у тебя в самописке в проведениях понаписано...
12 Злопчинский
 
07.02.20
23:06
опять же при восстановлении нафиг не проводить заявки покупателей и прочие документы, которые не имеет смысла двигать.
опять же смотря что изменяли - можно восстанавливать последовательность только по контрагенту, или только по товару... но это все надо самому писать...
13 Ёпрст
 
07.02.20
23:09
(0) у нас год проводился за ночь(чуть меньше, за ночь можно было пару лет провести)комплексная, 2 плана счетов, дублирующиеся регистры для упр учета..кучка фирм.Потом база менялась с этой копией и накатывались изменения за эту ночь модом. И усё.
14 Ёпрст
 
07.02.20
23:10
Ибо 24х7..
15 Ёпрст
 
07.02.20
23:14
И..если у тя скуль, то итоги прямым запромом, даже на не закрытых регистрах, довольно шустроипересчитываются все
16 Злопчинский
 
08.02.20
02:23
(13) так у тебя все проведение, наверное, на прямых запросах...
у меня штатно месяц проводился 20 минут, это до кризиса ;-), когда много доков в базе было (заявки в основном) и я не скажу что у меня уж очень много движухи...
17 Провинциальный 1сник
 
08.02.20
07:17
Запускать восстановление последовательности (перепроведение) надо с каталогом временных файлов на рамдиске. Дело в том, что при выполнении черных запросов (характерных для конфигураций с регистрами) платформа очень плотно работает с временными файлами, постоянно пишет и читает их, причем с флагом отключения кэширования..
18 vde69
 
08.02.20
13:03
я для 7.7 писал свою которая работала неделями на отдельной машине не мешая работать остальным, работала элементарно, перед проведением каждого дока вешался вопрос на 2 секунды, тем самым в очередь вставали транзакции других юзеров...

единственный минус - монопольно нельзя было никому войти
19 vde69
 
08.02.20
13:07
(17) это с какими такими временными файлами работает 7.7 ????

в SQL варианте единственное чего она использует - это каталог юзердеф для блокировки куска файла.
ну а в дбф режиме блокируется весь файл с данными плюс его индекс

7.7 почти не использует временные файлы
20 ДенисЧ
 
08.02.20
13:08
(19) Мда? А если заглянуть в каталог пользователя, что в конфигураторе прописан? Сколько там dbf/cdx появляется? Никогда не пробовал? Попробуй, увлекательнейшее зрелище.
21 vde69
 
08.02.20
13:12
(20) ты про файлы реструктуризации? или про блокировку открытия формы редактирования? но при проведении это не используется...
22 ДенисЧ
 
08.02.20
13:13
(21) Нет. Я про те файлы, которые формирует запрос. Ты, надеюсь, помнишь, как работают запросы в 77?
23 vde69
 
08.02.20
13:19
7.7 работает с блокировками так

1. блокировка части общего лога, используется для определения, что юзер в системе и работает (именно так определяется возможность монопольного доступа), при этом возможности скл не используются совсем
2. файлы блокировки обьекта (когда открыли на редактирование ФОРМУ), на память не помню, вроде LCK файлы
3. личные файлы юзера (рег отчеты, настройки и прочий мусор) - не используется для блокировок и при проведении
4. временная блокировка дбф, работает де факто не в транзакции (то есть транзакция в файловом варианте это фикция), реально транзакция работает только в рамках одной физ таблицы (файла), сначала изменяются данные а потом фиксируется заголовок, при ошибке фиксации бывает ошибка #80
24 Провинциальный 1сник
 
10.02.20
08:03
(23) Мы не про блокировки, а про временные данные, собираемые в каталоге временных файлов при выполнении черных запросов и временного расчета регистров.
Компьютер — устройство, разработанное для ускорения и автоматизации человеческих ошибок.