При попытке открыть или получить некий документ в 1с вылетает следующая ошибка
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1CV8.exe
Версия приложения: 8.3.5.1400
Отметка времени приложения: 54989a07
Имя модуля с ошибкой: basic.dll
Версия модуля с ошибкой: 8.3.5.1400
Отметка времени модуля с ошибкой: 54989d81
Код исключения: c0000005
Смещение исключения: 00296c19
Версия ОС: 6.1.7601.2.1.0.18.10
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
тот же самый документ на том же сервере на копии открывается нормально (т.е. проблема не с видеоадаптером).
Формы толстые.
Перехват событий данного документа ПриОткрытии(), передОткрытием() на форме и ОбработкаПолученияПредставления в менеджере ничего не дают - программа вываливается раньше.
Конфигурации не совсем идентичные, изменены пара объектов, входящих в данный документ, но они открываются нормально.
Я сейчас даже не знаю, куда рыть!!!!
ПАМАГИТЕ!!!!! SOS!!!
(70) oberon355, там речь идет о причинах возникновения ошибки, когда библиотека возвращает какую-то ерунду.
В 1С это происходит при получении формы, когда библиотека готовит некоторый абстрактный набор данных элементов формы. видимо что-то туда закралось не то, и при возврате структуры обработчик валится с соответствующей ошибкой. Мысль по поводу того, чтобы снести форму и открыть форму по-умолчанию была, как мне кажется, ценной. Еще вариант - почистить настройки пользователя (не кеш, а то, что хранит конфа для конкретной формы). У нас в управляемых формах такое бывало иногда - чистишь настройки пользователя, и вуаля. Еще можно посмотреть РЛС, нет ли там какой-нибудь невменяемой конструкции, которая приводит к падению.
(1) oberon355, Было похожее. База падает, а копия летает(Создана путем Import Data и последующей реструктуризации). Один раз SQL Log оказался пол терабайта(простопочикал его), другой раз 1с лог оказался 350 гигов и побился(не помню как, но лог удалось спасти)
(39) oberon355, А в Сиквеле Правой кнопкой, Export Data в новую, затем в конфигураторе Тестирование и исправление, галка Ресруктурилизация таблиц, делал?
Кстати SQL реиндексация может выполнятся не до конца. В некоторых БД реиндексация падает на не существующей таблице в System. Нужно в обходе проверить на существовании таблицы
(1) oberon355, попробовать:
1) убрать ОсновнаяФормаДокумента (чтобы динамически формировалась) - если откроется, значит дело в форме
2) В модуле документа - закомментить код..
(8) oberon355, Я предлагаю решение, а не надежду на автоматизацию. Вопрос в том что у вас я так понимаю Управляемые формы и есть вероятность что нужно остановить сервер и почистить серверный кэш.
Проблема в конфигурации. У мена что-то подобное происходило когда из одной конфигурации в другую переносил реквизиты путем копировать-вставит (две конфы были открыты на одном компьютере). Одна была файловая и запускалась под одной версией 1С, другая - серверная запускалась под другой версией
17. m-serg74 07.07.15 12:23
(15) oberon355, зачем всю базу? один косяковый документ попробуй выгрузить - вот тут не понял... У меня не открывается ни один из документов. При попытках получить этот документ как объект 1с тоже падает. Могу предположить что при выгрузке 1с также грохнется.... но сейчас попробую.
dimabarkov обе базы скульные, запускаются под одной платформой. Причем выгрузил конфу из рабочей базы и накатил этот док в нерабочую - результат тот же самый - падение 1с.
(20) m-serg74, чё т не понятно, грит же что чистил кэш, а получается, что не у всех, если на копии всё вэлл...или у всех тех же пользователей на копии всё вэлл?
(27) ben19791010, да в данных скорее всего косяк, разные индексы/шмындексы таблиц, выгрузка/загрузка в/из dt часто решает эту проблему, а разные реиндексации они такие же мутные как и пересчеты итогов...
(33) oberon355, именно, потому как в ДТ не выгружаются разные индексы/итоги и т.п. производная от основных данных дрянь, при загрузке она создается девственно чистой:)
попробуйте в копии (нерабочей, но той в которой 1с на падает) сделать повторно, те изменения объектов которые приводят к падению 1С. И проверьте.
Может при доработке конфигурации произошел глюк
(37) oberon355, да хоть бы примерно накидал какая очистка...переименовал базу-перепрописал - вот это очистка, чтоб не было ни кого и потом по одному лезем к докам...не понятно копия работала или нет всё таки?
скорее всего ошибка в данных которые доступны только на уровне платформы
что вы подразумеваете по данными если то, что хранится в таблицах, то вряд-ли так как накатывание на рабочую бд нерабочей конфигурации приводит к падению
если данные это описание структур данных ( Метадаанные) тогда да и это можно вылечить тестированием конфигурации.
Кстати вопрос к автору а 1С падает при попытке создание нового документа?
(58) dimabarkov, ТС накатывал конфу из работающей копии на неработающюю рабочую БД если я правильно его понял... эффекты никакого сие действие не возымело, я делаю вывод что дело не в конфе... как заметили выше ТС про ДТ не написал - пробовал нет ли...
(55) dimabarkov, 1с падает при попытке открыть документ определенного вида или при попытке получить этот документ как объект. Консоль запросов спокойно читает и сам документ и его табличные части.
(59) oberon355, А при попытке создать новый документ этого вида - 1С падает или нет. Или падение происходит только при открытии существующего документа?
Уже предлагали, но автор не отписался, что пробовал: выгрузить и загрузить DT! Можно даже загрузить DT в другое место.
И ещё: база файловая?
Документы данного вида не отрывается у всех или только на сервере?
(61) oberon355, сделай скульную копию(через бэкап и восстановление в другую БД), проверь, если косяк сохранился, попробуй выгрузить/загрузить ДТ, если с копией поможет то скорее всего поможет и с рабочей
(61) oberon355, кстати если вид документа ходовой (например для торговой конторы - реализация) и при открытии этого документа - вылет, то как люди ваще работают?
(69) oberon355, так заблокируй базу на 15 минут и сделай что я предлагал... уже б давно думаю все работало, потому что 22ГБ - это фигня для БД... я понимаю ты б сказал 200ГБ)))
(69) oberon355, ну если всё-равно бьют - делай рассылку, что работа в базе на 10 минут будет приостановлена и спокойно выгружай. А ещё лучше сделай как в (62).
(70) oberon355, там речь идет о причинах возникновения ошибки, когда библиотека возвращает какую-то ерунду.
В 1С это происходит при получении формы, когда библиотека готовит некоторый абстрактный набор данных элементов формы. видимо что-то туда закралось не то, и при возврате структуры обработчик валится с соответствующей ошибкой. Мысль по поводу того, чтобы снести форму и открыть форму по-умолчанию была, как мне кажется, ценной. Еще вариант - почистить настройки пользователя (не кеш, а то, что хранит конфа для конкретной формы). У нас в управляемых формах такое бывало иногда - чистишь настройки пользователя, и вуаля. Еще можно посмотреть РЛС, нет ли там какой-нибудь невменяемой конструкции, которая приводит к падению.
((72) starik-2005, С РЛС засады нет, сижу под полными правами.Формы толстые. вот эту фразу не понял "Еще вариант - почистить настройки пользователя (не кеш, а то, что хранит конфа для конкретной формы)" как это чистить?
А вообще сейчас пытаюсь получить дамп ошибки через технологический журнал. Потом буду выгружать загружать дт и потом мучать форму.
(74) oberon355, есть настройки для каждой формы и пользователя. Возможно было что-то удалено с формы (какой-то реквизит), при этом в настройках сохранилась настройка удаленного реквизита. Платформа пытается применить настройки данному реквизиту, а его нет - она вылетает с ошибкой. Работа с настройками есть в БСП, там же есть обработка для управления ими.
Кажется вашу базу немного подразмазало по диску. Было бы неплохо снять копию (бэкап на скуле займет минут пять - перетопчатся пока) и попробовать в ней.
(61) oberon355, не помогает - идите домой сейчас, у вас будет длинная ночь.
наверное сегодня не мой день. Попытался выгрузить dt выгнал всех из базы, выгружаю жду. 45 минут выгружается я все жду. Захожу в бухгалтерию а они все в базе уже работают.
Как они смогли туда ворваться я не понял. С Дампами тоже засада - при просмотре в спец программе вижу все как в hex редакторе. Информации оттуда ноль.
попробуйте сохранить конфигурацию в файлы. Операция не требует монопольного доступа, но позволит, в случае "битых" метаданных, определить это.
Либо вылетит конфигуратор, либо при просмотре файла/файлов по данному документу на экране будут кракозябры.
Во всяком случае была у меня аналогичная проблема, решилась определением "битых" метаданных и восстановлением их путем сравнения-объединения.
Что бы четко понимать что док вылетает при создании формы - программно создать и записать док.
Попробовать скопировать форму и сделать копию основной.
Убрать подписки на события открытия формы /кажется было/.
Господа!!!! Вы не поверите!!! но таки эта проблема решилась!!! Я В шоке!!! Данный документ был включен в некий критерий отбора. Как только убрал реквизиты этого документа оттуда все заработало. Возможно при сохранении произошла нужная реорганизация, возможно сам критерий был кривой (хотя второе вряд ли). Хочу всем сказать спасибо за ваши советы и за вашу помощь. Иногда просто нужно знать что ты не один. С обещанным вознаграждением определюсь до обеда. И ещё раз всем спасибо.
(96) oberon355. По сути вы убили индекс и создали заново. В общем-то можно было запрос на SQL сделать для этого (легко гуглится). Вам это рекомендовали почти в самом начале. Думала вы сделали ;)