Зависает 1с 7.7 при выполнении операциях "Отметить/снять отметку документа на удаление"
Доброе время суток. На сервере ОС Windows Server 2008 R2 SP1 64-bit, установлена 1с 7.70.027 и конфигурация "Торговля+Склад", редакция 9.2.
К базе подключаются по RDP. В последнее время появилась проблема: когда пользователь базы ставит отметку для удаления на документе или убирает эту отметку, то 1С-ка зависает, хотя в диспетчере задач статус программы "Работает". Под разными пользователями данные операции выполняются с разной скоростью. Т.е. под администратором где-то минуту 1С-ка висит, потом начинает работать. Под другим - более минуты. Хотя права везде одинаковые. В любом случае ждать несколько минут, чтобы пометить документ на удаление - не вариант. Пытался делать тестирование и исправление базы, создавал новых пользователей базы со всеми правами - без толку. Какие еще могут быть варианты?
К базе подключаются по RDP. В последнее время появилась проблема: когда пользователь базы ставит отметку для удаления на документе или убирает эту отметку, то 1С-ка зависает, хотя в диспетчере задач статус программы "Работает". Под разными пользователями данные операции выполняются с разной скоростью. Т.е. под администратором где-то минуту 1С-ка висит, потом начинает работать. Под другим - более минуты. Хотя права везде одинаковые. В любом случае ждать несколько минут, чтобы пометить документ на удаление - не вариант. Пытался делать тестирование и исправление базы, создавал новых пользователей базы со всеми правами - без толку. Какие еще могут быть варианты?
Найденные решения
В общем, добрался до базы. В режиме "предприятие" надо зайти в пункт меню "Справочники - Структура компании - Пользователи". Выставил нужным юзерам полные права. Провел еще раз тестирование и исправление инф. базы. Вроде как помогло, подтормаживет, но работает. Незнаю надолго ли. Но как временное решение подойдет.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Размер имеет значение, особенно в случае с 7.7. Плюс очень критично использование бесконтрольно периодических реквизитов и строк без ограничения длинны.
И не забывай, что время от времени базы 7.7 надо подрезать. Посмотри на размер файлов(или таблиц в SQL), особенно вышеперечисленные таблицы. плюс таблицу документов.
Для чистоты эксперимента создай пустую базу и попробуй там проделать ту же операцию.
И не забывай, что время от времени базы 7.7 надо подрезать. Посмотри на размер файлов(или таблиц в SQL), особенно вышеперечисленные таблицы. плюс таблицу документов.
Для чистоты эксперимента создай пустую базу и попробуй там проделать ту же операцию.
(2) Размер базы (файловый вариант) - 240 МБ. Когда делал "тестирование и исправление" со всеми отмеченными пунктами, то размер не сильно изменился. Еще делал выгрузку/загрузку базы 2 способами: сохранить/восстановить данные и выгрузить/сохранить данные. На текущей базе и на пустой проводил - не помогло.
"Сависание 1С", как я понимаю, происходит когда меняется проводка документа и подчиненных документов. Если ставим отметку на удаление, то все проводки с регистров удаляются. Однако почему 1С торомозит, когда просто убираешь отметку на удаление - непонятно.
По-поводу строк с неограниченной длиной - я как понял, в конфигураторе выставить значение , например 100 символов. А насчет бесконтрольно периодических реквизитов, стыдно признаться, я не понял о чем речь. Можно по-подробнее?
"Сависание 1С", как я понимаю, происходит когда меняется проводка документа и подчиненных документов. Если ставим отметку на удаление, то все проводки с регистров удаляются. Однако почему 1С торомозит, когда просто убираешь отметку на удаление - непонятно.
По-поводу строк с неограниченной длиной - я как понял, в конфигураторе выставить значение , например 100 символов. А насчет бесконтрольно периодических реквизитов, стыдно признаться, я не понял о чем речь. Можно по-подробнее?
(3) Особенность архитектуры 1с: считалось, что реквизиты неограниченной длины и периодические реквизиты вещь очень редкая, и... их 1с хранит в таблице констант.
Естественно, с ростом базы получаем проблемы.
В сети есть много обработок по "причёсыванию" периодических реквизитов: ищутся одинаковые значения на протяжении интервала и удаляются лишние записи.
Было:
01.01 -12
02.01 -12
03.01 -12
04.01 -10
стало:
01.01 -12
04.01 -10
И да, при тестировании и исправлении точно был флажок "сжатие таблиц информационной базы"?
После пометки на удаление лишнего мусора, после удаления помеченных - проаведи ТИИ с галкой "сжатие таблиц ИБ".
и да, на диске с базой проверь, отключено ли индексирование.
ну и исключения в антивирусе проверь, что ехе-шник и папка с базой 1с в исключениях.
Естественно, с ростом базы получаем проблемы.
В сети есть много обработок по "причёсыванию" периодических реквизитов: ищутся одинаковые значения на протяжении интервала и удаляются лишние записи.
Было:
01.01 -12
02.01 -12
03.01 -12
04.01 -10
стало:
01.01 -12
04.01 -10
И да, при тестировании и исправлении точно был флажок "сжатие таблиц информационной базы"?
После пометки на удаление лишнего мусора, после удаления помеченных - проаведи ТИИ с галкой "сжатие таблиц ИБ".
и да, на диске с базой проверь, отключено ли индексирование.
ну и исключения в антивирусе проверь, что ехе-шник и папка с базой 1с в исключениях.
(4) После 2-х прогонов базы тестированием с галкой "сжатие". Пометка на удаление стала быстро ставиться, а вот снять ее - по-прежнему очень долго. Кстати можете подсказать про обработку, которая очищает дубликаты периодических реквизитов, либо ссылку кинуть, просто мне попадаются обработки, которые работают со справочниками, а у меня проблемы с документами.
240 Мб - размер ни о чём. Первым делом скопируй базу на обычный компьютер с установленной платформой и попробуй пометку на удаление. Если тормоза сохраняться - надо препарировать базу, в частности код модуля на предмет процедур "ПриОтменеПроведения" и т.п.
(5) На других компьютерах (Windows 7 и Windows XP) вылетает с ошибкой
"Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv7.exe
Версия приложения: 7.70.0.27
Отметка времени приложения: 4573fcb7
Имя модуля с ошибкой: MFC42.DLL
Версия модуля с ошибкой: 6.6.8064.0
Отметка времени модуля с ошибкой: 4d79b238
Код исключения: c0000005
Смещение исключения: 000103cc
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Ознакомьтесь с заявлением о конфиденциальности в Интернете:
Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:\Windows\system32\ru-RU\erofflps.txt
"
Что за фигня... Не понятно. Раньше работала база и надругих компах. Что могло случится - не понятно.
"Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv7.exe
Версия приложения: 7.70.0.27
Отметка времени приложения: 4573fcb7
Имя модуля с ошибкой: MFC42.DLL
Версия модуля с ошибкой: 6.6.8064.0
Отметка времени модуля с ошибкой: 4d79b238
Код исключения: c0000005
Смещение исключения: 000103cc
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Ознакомьтесь с заявлением о конфиденциальности в Интернете:
Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом:
C:\Windows\system32\ru-RU\erofflps.txt
"
Что за фигня... Не понятно. Раньше работала база и надругих компах. Что могло случится - не понятно.
(6)
помнится, ещё с 1с 6.0 были проблемы с этой ДЛЛ. Иногда ри установке с дистрибутива 1с грохала рабочую длл в виндовс/систем, и записывала свою кривую.
Ищется в инетах нормальная длл, пишется в систем32, после перезагрузки должно сработать нормально.
Имя модуля с ошибкой: MFC42.DLL
помнится, ещё с 1с 6.0 были проблемы с этой ДЛЛ. Иногда ри установке с дистрибутива 1с грохала рабочую длл в виндовс/систем, и записывала свою кривую.
Ищется в инетах нормальная длл, пишется в систем32, после перезагрузки должно сработать нормально.
Смотри код в модулях проблемных документов, что там в предопределенных процедурах стоит.
А вообще с мелкими базами 7.7, лучший вариант лечения - это выгрузка в dat-файл и загрузка в созданную пустую базу.
А вообще с мелкими базами 7.7, лучший вариант лечения - это выгрузка в dat-файл и загрузка в созданную пустую базу.
Нужно еще в глобальном модуле поискать процедуру ПриУдаленииДокумента(). Там могут быть подводные камни
В общем, добрался до базы. В режиме "предприятие" надо зайти в пункт меню "Справочники - Структура компании - Пользователи". Выставил нужным юзерам полные права. Провел еще раз тестирование и исправление инф. базы. Вроде как помогло, подтормаживет, но работает. Незнаю надолго ли. Но как временное решение подойдет.
Владимир, пишите в ветку.
Дата точки актуальности много на что влияет.
Не думаю, что это настолько секретная информация, что её нельзя озвучить публично.
Намекаю: для более-менее нормальной работы дата ТА должна быть в конце текущего месяца, край - следующего.
А то я видел одну базку, где она стояла на декабре 2050го года.
Дата точки актуальности много на что влияет.
Не думаю, что это настолько секретная информация, что её нельзя озвучить публично.
Намекаю: для более-менее нормальной работы дата ТА должна быть в конце текущего месяца, край - следующего.
А то я видел одну базку, где она стояла на декабре 2050го года.
(19) Конфигурация изменена много лет назад, те кто ее редактировал найти не удалось, контактов никто не знает. По моему взгляду (малопытному) в конфигурации добавлен документ "Производство", он создан на основе док-та "Оприходование ТМЦ". Других изменений вроде как нет. Кстати, "зависания" случаются с этим доком, а также с подчиненными к нему документами. Значит "собака где-там зарыта".
(20)Отсюда следует логичный вывод - найти близлежащего семёрошника, отряхуть с его ушей пыль, попросить помочь и не забыть потом оплатить эту помощь.
Ибо всё остальное - это гадание на внутренностях барана, которого зарезали 6 дней назад и уже успели съесть.
Ибо всё остальное - это гадание на внутренностях барана, которого зарезали 6 дней назад и уже успели съесть.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот