Добрый день! Люди, помогите, пожалуйста. Ситуация следующая.
При записи документа "Событие" база вылетает. Говорит, произошла ошибка память не может быть read. И так у всех пользователей в толстом клиенте.
В чем может быть проблема? Заранее благодарна.

(0)  ТИИ делала

кэш чистили?

если терминально заходить, то все ок

(1) ТИИ не делала

(4) ТИИ не помогло, проблема таже

можно попробывать выгрузить и загрузить dt

См. (2). Бывает помогает.

(6) а в чем причина может быть? не могу сейчас базу выгружать, пользователей много

(7) как чистить? какой кэш?
у всех пользователей проблема такая, всем чистить?

(9) v8: Как почистить кэш в 1С 81?

(8) См. журнал событий винды

(11) и что там посмотреть? там написано "Ошибка приложения 1cv8.exe, память не может быть read" и все

(10) кэш почистила, проблема осталась(((

Закомментируй модуль, поставь другую форму объекта по умолчанию (пустую). Та же фигня?

При записи ЛЮБОГО события так?

(15) при записи любого документа "Событие"

остальные объекты вроде нормально записываются

на тестовой базе, конфигурация такая же, данные другие, все хорошо, никаких ошибок

(18) а на копии текущей-рабочей?

вчера еще проблемы не было. Сегодня утром внесла изменения, никак не касающиеся событий, сейчас эти изменения откатила обратно, разницы никакой

демоническое обновление использовали?

(21) нет

(19) копии текущей базы нет, есть ночная копия... база большая, будет восстанавливаться наверное долго, но видимо надо попробовать...

(20)[Сегодня утром внесла изменения, никак не касающиеся событий]
и конечно это была подписка ?

(24) нет, была добавлена новая форма в справочник ХранилищеДополнительнойИнформации, изменен общий модуль работы с файлами и модуль одного справочника

(25) отладчиком начало "Перед записью" события можно отловить?

А база файловая?

off
смотрю тему топика, думал новая платформа выходит. А оказалось, что старая вылетает. ))

поставить галочку останавливаться по ошибке, попробовать

(29) не поможет, там не исключение, а вылет платформы

(26) событие ПередЗаписью() нормально отрабатывает и сразу после него вылетает

(27) база серверная

(31) в "ПриЗаписи" модуля объекта уже не попадает?

(33) да, туда уже не попадает

(34) если не интерактивно записывать - та же фигня?

(35) не пробовала, ща попробую

ой какая @лялечка )))

Лялечка

(37) теперь, как истинный джентльмен, ты обязан помочь даме )))

(37) какая?

(40) в личке Лялечка на дворцовой?

(41) да

(40) симпатишная

сделай копию базы, разверни у себя, думаю вылетать не будет, значит дело не в коде...

какой разм..тьфу, какой релиз платформы стоит?:)

(43) спасибо за комплимент. Копию сейчас как раз разверну

(35) при программной записи тоже самое, ошибка...(((

антивирус ?

(44) платформа 13

(47) что антивирус?

(46) а если установить для объекта ОбменДанным.Загрузка = Истина?

(50) ?? не поняла

при записи одного документа, или всех этого типа?

(52) всех этого типа

(51) например, так записать:

Объект = Ссылка.ПолучитьОбъект();
Объект.ОбменДанным.Загрузка = Истина;
Объект.Записать();

если терминально на сервер подключаюсь, то все работает, если со своего компа запускаю, то нет....

база серв?

(56) да

(55) На локальной машине помимо 13-й другие платформы стоят? 14,15?

(55) значит ты не те кэши почистила

(58) нет

(59) +1
удали базку из списка на рабочей станции и заново зарегистрируй

(61) так и сделала

(54) а вот так записался

хм. 1С частенько вылетает. когда хочешь прочитать получателей обмена

(63) по всей видимости что-то в подписках на событие не так, либо с регистрацией в планах обменов. Если в модуле объекта События на последней строчке поставить брейк-поинт и тыкнуть потом F11 - вылетит?

+(65) процедуры "ПередЗаписью"

+(66) вылетает при записи нового документа? при отмене проведения проведенного? или при проведении не проведенного?

..или при проведении непроведенного помеченного на удаление записанного непроведенного?

(67) при записи нового, при перезаписи старого

при перепроведении старого

(65) последнюю строчку проходит, потом еще раз F11 и на строке КонецПроцедуры вылетает

такой трабл на всех локальных машинах?

(72) на 5 точно, кто не в терминале работает, остальные не могу проверить, пользователи территориально не тут

(71) версионирование, ограничение доступа на уровне записей, обмены данными используются?

(74) версионирование - да, RLS - да, обмены данными... один план обмена "Полный" у всех объектов разрешить, типовой

(75) а в самом плане обмена нет узлов? Возможно ли отключить по очереди версионирование и РЛС и проверить как будет записываться?

если пишет про память, то либо битые ссылки, либо действительно памать сьедена, либо превышение количества таблиц при выходе из метода и включении РЛС.

про платформу, сервер, си.. т.е. фото уже спрашивали?

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

короче вариантов масса, можно проводить допрос дальще)

(76) версионирование всегда использовалось и все было ок...ну можно отключить временно данный объект... а РЛС, у меня права полные, однако ошибка все равно возникает

(79) ну тогда вроде РЛС отпадает )

(80) версионирование отключила, все равно вылетает

да самый правильный совет уже дали, поднять локально базу из бэкапа и посмотреть если робит то выгрузить dt и его залить в текущию базу или новую создать и туда залить.

(82) все-все, поднимаю базу уже

(83) не удивлюсь, если там будет всё ок :)

Факт: сообщение

"ошибка память не может быть read" вы можете увидеть на любом копьютере даже если там нет 1С.

Его появление без 1С может быть обусловлено активностью вируса, проблемами с секторами жесткого диска, жесточайшей настройкой прав пользователя ОС, еще пара варинтов.

Вывод: че вы прицепились к 1С и РЛС, как правило, у девочек на компах - ворох вирусятины, даже если она одмин)

(85) я не админ

(85) ага, у всех пользователей базы одинаковые вирусы, и у админов тоже

(85) возможно, но не на 5-ти же разных компах)

ну да, в копии все хорошо...все записывается, проводится..

(88) если восстановленная версия пашет на другой машине, сервере, то

0. полный бекап баз данных(по 3 копии), полный образ системы
1. глубокая проверка на вирусы
2. глубокая проверка хардов где база
3. глубокая проверка мемари

если проблема выделена в 1-3, то бъем того кто одмин

и только потом копаться в 1С

ета все, работай - хвать болтать о ерунде)

(87) вполне, хороший вирус работает как молния, только тихо, прошивая всю систему вмиг)

(91) ога, это специальный вирус был сделан только для того, чтобы не давать записывать документ "Событие"? )))

(92) :)

(92) я вот вохьму и напишу именно такой вирус, тогда точно будете клаву грысть!

(94) u a wellcome!

на самом деле тот сектор харда, где физически хранится таблица документа "События" стал содержать бэды в области данных - мне это кажеться наиболее вероятным

делаем выводы

(96) для тех кто в танке: база серверная, в терминале всё ок, на клиентах - нет. Какая нафиг физическая таблица? она что, разная для разных клиентов?

(97) тогда проблема в сети, т.е. либо вирус, либо происки одмина, который просто хочет потрепать нервы девочке, наверно есть за что)

(90) спасибо за советы, это все не мои обязанности, мне проблемку надо как-то решить сейчас, а то пользователи не могут заносить данные((

100!

(98) ну да, глючный свитч портит пакеты именно документа "Событие"))

+(97) если в терминале все ок - значит сервер все подозрений, он чист, свеж и приятен - а клиенты грязнули, погрязли в утехах качая ролики с конями

ставлю дайм, что кэш был чищен _не весь_

и, кстати, лень всё читать, релиз платформы был озвучен?

(103) как почистить весь кэш?

(105) а пробовали на клиенте создать нового пользователя (ну или зайти под кем-то впервые), прописать базу и попробовать записать?

(105) ты обе папки с кэшем чистила на стороне клиента, или одну?

попробуй удалить базу из списка, и добавить заново

http://www.google.ru/search?as_sitesearch=forum.mista.ru&q=%F7%E8%F1%F2%EA%E0+%EA%E5%F8%E0

(107) удалила базу и добавила снова уже 3 раза

(109) сервер 1С пробовали перегружать?  релиз какой? сервер БД на этом же компе, или нет?

можно на скуле создать новую базу и залить в неё бэкап, быстро и эффективно

(110) не пробовали перезагружать еще

(111) + и дать ей имя рабочей

если проблема будет все-таки вирус, то мне премию

возьня с кешами неинтересна и банальна)

(111) да, сделала бэкап, ща заливается

(114) не, интересней будет саботаж обиженного одмина

(115) только на сервере приложений не забудь снова завести

(112) хорошо настроенный сервер чистит все кеши при перезагрузке, серверный кеш тоже надо чистить, причем в первую очередь

(116) админ должен быть очень крут для такого)

(116) админ не обижен

это НЕ вирус и НЕ кэш, ЭТО глюк при обновлении конфы

(120) может ему не понравилось)

ждемс когда в новую базу она бэкап зальёт

(12) попросила бы пошлость вашу отставить

*(122)

(123) если там будет неудача, предлагаю пригласить одмина в студию, чо ото прятаться - все равно читает втихаря)

Итак, сделала бэкап базы, текущей, только что. Залила в новую базу. Ошибка присутствует

(124) почему сразу пошлость? может, ему не понравилось то пиво, которое ему презентовали на 23 февраля

(128) хватит про админа, он территориально далеко от меня

(121) глюк при обновлении - это и есть, по сути, проблема с кэшем. ибо, если бы глюк прошёл в БД, локально было бы то же самое

Что делать-то?((( только старый бэкап разворачивать?(( меня возненавидят...

кстати, а видеокарточки на клиентах какие? не интел ли, случаем?

(127) в новую завей dt из локальной

(131) предлагаю экспериментировать дальше с развернутой тестовой )

(131) для начала, неплохо было бы перегрузить сервак(и) с 1С и СУБД

пора бы уже серверам перегрузиться

(136) видимо, не загрузились...

(136) я не перезагружала сервера еще

все не читал, но в событии есть процедуры для работы с хранилищем файла. то есть ваши доработки могли напрямую касаться документа событие.

фотка действительно зачет )

(138) предлагаю таки по порядку) для начала в тестовой закомментировать весь код в событии "ПередЗаписью" и проверить.

(140) сервер перезагружается, сейчас попробую

(139) да, есть, только на тестовой базе все работает и в терминале тоже...а вот на рабочей нет =(

(142) разница может быть в том, что на тестовой у тебя нет файла или какой то настройки в этой хрени. закинь в событие на тестовой какой нить файл в это хранилище и попробуй записать. может и проявится. ну и отладкой можно попытаться пройти на рабочей.

(142) чего-то я уже запутался, на какой тестовой и что работает) на файловой тестовой работает, на серверной - нет? или на серверной тестовой тоже всё норм?

(144) на серверной тестовой все норм тоже

(145) Ну и кидай ее вместо рабочей и дуй домой

блин, я сама уже запуталась во всем((( голова кругом.
На серверной тестовой, которая восстановлена из архива текущего - не работает.
На серверной тестовой, которая такая же как рабочая, но с другими данными - работает.
На рабочей - не работает

(146) не могу, еще 2 часа работать, а если проблема не будет решена, то больше 2х

Восстановиться из вчерашнего бекапа и залить все новые данные не вариант?

блин, и как их восстановить? у меня пользователей больше 100, человек 40 сегодня поработали...

(150) в неработающей тестовой серверной (140) не дало эффекта?

Сколько у вас на клиентах памяти стоит?

(151) еще не попробовала, сервер перезагружается

Коллеги, что первее, ПриЗаписи документа или ПриЗаписи регистров?

перзагрузка не помогла =(((

(155) если до 18 не победишь - когда все уйдут включим на сервере отладку и пройдемся отладчиком)

1С пишет логи какие-нибудь?

закоментировала ПередЗаписью() все таже ошибка

ОчиститьНастройкиПользователя (ClearUserSettings)
Вариант синтаксиса: Очистить настройки пользователя по пользователю информационной базы
Описание:

Ошибка приложения 1cv8.exe, модуль basic.dll, адрес 0x001bc690.

Кто-нибудь знает, что это значит?

(160) взять чистую машинку без платформы, установить туда 1С, прописать базу и попробовать если?

(161) и где бы ее взять эту машинку...

(162) вежливо попросить у директора ноут :)

+(163) попросить админа поднять виртуальную машину

таки предлагаю опробовать запуск сервера с ключиком -debug, подробнее тут: www.kb.mista.ru/article.php?id=639,

(165) прочитала и все безрезультатно, ничего не поняла...

(166) мб в асю объясню?

(167) в личке

Сдается мне коллеги, что если ошибка возникает при записи документов одного вида, и только в текущей базе, то база битая. Отладка на сервере может прояснит какие именно таблицы битые. Если тестирование и исправление не лечит, то тут либо лечить SQL ручками, или средствами 1С заливать данные из новой и больной базы в старую и здоровую

(169) если бы таблица была битая - оно не работало бы вообще, но ведь работает в терминале же )

Работает в терминале видимо потому что на сервере памяти много, но то что ее много требуется - уже косяк

П.С. Гипотеза это

(172) на ночь запустили проверку базы в SQL. Утром посмотрим, что будет

(0)Еакой интервал указан?
Если большой - измени на 1 день.

(173) о каком интервале идет речь?

сочувствую красивой Лялечке и подымаю веточку )

(176) спасибо:) на самом деле проблема не решена, тестирование средствами SQL ничего не показало

(176) замечу. обычно фотки топлес просят, но ты как то умудрилась распугать всех...

(177) распугать??? О_о ну спасибо, блин...

(178) а я не про внешность ) выглядишь хорошо. я тонко намекаю, чтоб помогли надо помочь )

*надо постараться

Если выгрузить cf вашей рабочей базы, зоздать пустую файловую базу и загрузить туда cf - документ Событие нормально создается?

для начала ветку правильно назвать. а то получается, что все казлы. а у меня из-за вас нифига не работает )

(182) с чего бы это все козлы? я такого не говорила! я наоборот просто попросила помощи

(181) сейчас попробую

Вылетает на записи или на проведении?
Если перепровести существующее событие - тоже вылетает?

(183) ты даже не думала об этом. я тебе говорю как это выглядит

(186) Все нормально выглядит, не парь красивую девушку.

2Лялечка: Я вот так думаю, что с пустого места такие события не происходят... Где-то что-то делалось. Может свет где отрубался или еще чего обновилось самопроизвольно...

(187) кто кого парит. я веточку для тебя поднял )

(185) вылетает при записи, если перепровести тоже вылетает

(181) выгрузила cf создала событие, все записалось отлично

(187) свет не вырубали, вроде ничего не обновляли

(189) скорее всего у вас индексы полетели, типа ТИИ надо провести. если есть другие документы делающие запись в тот же регистр, то пробуй и его попользовать. там корректировка какая или другой документ с хранилищем.

(192) ТИИ делала, не помогло. Сегодня восстановила архив вчерашней базы, она теперь даже на ТИИ вылетает

(191) А если попытаться вернуть тот CF, который был ДО твоей правки? Сохрани конфигурацию в файл, а потом загрузи прежний CF-ник.

(194) сегодня утром восстановила архив, который еще до правки, он работает, внесла заново правку, все работает

(193) ТИИ там надо правильно делать. как вариант на копии можно сфорганить ручками один эксперимент. 100% проверка. для этого надо удалить все индексы к таблице на которой происходит вылет и запустить базу, либо ТИИ точно не помню. он пересоздаст Итоги. потом может все заработать на этой базе. только на рабочей таких экспериментов не делать! ну и лучше делать это админам шаряшим.

(174)Начало и окончание события.

(195) Проделай все то же самое на "боевой" базе

(195) ну тогда не вариант

Вот еще версия: может дело в каком нить документе, создан документ с непонятной датой или ранней датой.

(197) начало и окончание события разница в час

(200) ещё бывает будущей и как раз событие на этом часто глючит. но у ней вроде бы с регистром траблы )

(198) так и пришлось сделать, но проблему надо решить

У нас при больших интервалах или датах события больше документов, введенных на основани события - было переполнение журнала транзакций.

(203) а может ну его эту 1с и замуж? ведь начальник по окончанию ещё и премию срежет )

(205) предлагаешь свою руку и сердце? )))

(203) Так после этого проблема ушла или осталась?

(206) так я то предложу, а что из этого выйдет... )

(207) так, что-то тут уже никто никого видимо не понимает:)
залила старый архив (суточной давности), там все работает.
вчера пока во всем этом разбиралась, сделала еще архив нерабочей базы, сейчас на нем пытаюсь разобраться, чтобы если вдруг проблема повторится, знать как решать и из-за чего это все.

Почему "если повторится"? Проблема рассосалась что ли?

а вот такой вопрос. потихоньку вникаю ) документ один не проводится или любой?

(209) на сервере куча ошибок, связанных с basic.dll, что это значит?

(208) дак предлагай - может и выйдет чего)))

(211) Midaw, читай тему, не засоряй повторами

(211) любой документ вида "Событие"

(210) проблема не рассосалась, просто восстановила архив, в котором проблемы нет, залила его на рабочую базу и все пока что работает

(215) есть у меня одна идея... правда она опасная ) во-первых определи уже что не работает какой то конкретный регистр. потом добавь в него реквизит. при реструктуризации у тебя скорее всего создадутся новые индексы.

(216) То есть юзвери потеряли документы и вбивают заново?

(216) так и работайте ) мыла чтоли не хватает? ) такая подобная хрень с 1с возникает постоянно.

(218) ну пока так

я же и говорю меняй профессию, пока не поздно )))

(219) работаем, но проблему НАДО хотя бы попробовать решить

(217) Это не регистр

Последовательность такая:

ПередЗаписью модуля документа
<ЖОСТКИЙ КОСЯК>
ПриЗаписи модуля документа
ПередЗаписью модуля набора записей
ПриЗаписи модуля набора записей

(221) ничего я не буду менять)

Кстати, на одном из моих прошлых мест работы был внешний SQL-ный лог всех действий пользователей со всеми объектами. Чуть что такая хрень вылазила - восстанавливались с бекапа, на больной базе открывали спец обработку, она вытаскивала все объекты по которым была запись с момента после бекапа и выгружала все в ту которая из бекапа. Хорошая вещь была. Позволяла не парить голову лечением

(221) понятно, устраняешь конкурентов, значит)))

(226) вижу пятничное настроение)

(227) Да покажите сиски уже, ё ма ё =)

(228) вот он родной, аж только к (228) посту выполз! проблема уже решена, сисек не будет. только если создать новую проблему у Лялечки )

(224) А если работающий CF-ник загрузить принудительно? Не Сравнить-Объекдинить, а залить поверху? Ошибка сохранится?

(230) не могу так попробовать( 2 закрытых модуля есть и их никак не разблокировать(

(230) ты вот не надо подставлять девочку, а то ей не только сиськи показывать придется... я хотел сказать, осторожнее с загрузкой CF )

(231) можно можно, разрешаю. для тестов ведь.

(233) их даже удалить можно для простоты, если на тестовой.

(232) база-то тестовая.. чего трястись?

(234) они вообще закрытые, с ними ничего нельзя сделать...

(236) можно и это тебе ещё предстоит сделать в будущем! )

(237)+ меняй профессию пока не поздно

(237) не спорю, значит я не умею этого делать и все

сиськи требовать не буду и показывать методы взлома )

(239) Залей CF-ник от работающей версии, при объединении поставь "приоритет загружаемой конфигурации". Неужели не помогает?

(241) даже не дает сохранить изменения, вылетает сразу

ну пункт то (217) попробовали? или я тут действительно за зря ветку подымаю?

(242) А если так: сохранить базу в файловый вариант, потом залить рабочий CF, а потом вернуть?

(244) не дает в файловый не получается, она большая

(243) как определить какой регистр не работает?

(246) выкидываешь нафиг все события на форме и пробуешь перепровести. потом добавляешь события. и так далее.

(246) Поставь себе TeamViewer и пришли код Midaw

(248) ну-ну

(249) А если ты закомментируешь все свои добавления - то тоже не работает?

(247) (250) ага, не работает, мало того, я восстанови работающую, внесла добавления и она работает как ни в чем не бывало

(245) база скульная? как вы копии делаете, через скуль , что ли?

(252)угу

все сюда v8: Помогите рассчитать процент в СКД? срочно

(251) ну тогда ой. надо знать SQL структуру чтоб легко найти ошибку. я бы тебе советовал забить и быть готовой к подобным мерзостям от 1с. чтоб меньше проблем было не используйте демоническое обновление и другие извращения

(254) землячок, с девушкой палюбому интересней...

(254)+ а наглости то не отнимать, сейчас веточку то прикроют.

(257) толку от того что ее прикроют, ответов то нет.

(253) Предлагаю считать случившееся разовым багом, и забить :)

(259)
дык это разовый баг и есть
или вызывайте Гилёва

(260) ладно, тогда. Всем спасибо БОЛЬШОЕ!! Бегите в (254) =)) он так зовет...) Отдельное спасибо Feanor.

(261) и тебе спасибо, но профессию меняй пока не поздно! )

(262) да что все "пока не поздно, пока не поздно"...я уже бояться начала, что ж там такого будет поздно?

(263) потом песни про 1с будешь слушать ) и слыть тупым ленивым 1с-ником

(262) сам то уже сменил, или поздно?

(265) да я то пытаюсь, но мой стаж на мисте выдает меня с головой

(266) =)