v7: ТИС ДБФ Непонятный сбой 1С 7.7. под win2008 R2 в терминальном режиме
 

ТИС ДБФ Непонятный сбой 1С 7.7. под win2008 R2 в терминальном режиме.
Второй раз за два месяца происходит сбой работы базы причем такой какого при работе на Win 2003 не было.
Возникает ошибка блокировки при транзакциях и потом никто работать не может, у юзера у которого возникла эта ошибка (при проведении неподтвержденной заявки)слетел номер документа, а дальше все вроде работало, но только у него одного. При этом в журнале регистрации видно, что чеки ккм "сели" на заявки, накладные, с/ф, короче на все что делал этот юзер. Длилось это 12 минут, пока он не закрыл свой сеанс 1С. Месяц или полтора назад было примерно тоже, но только работать смогла одна касса (чеки ккм) и все эти чеки пришлось перебивать потом. Что скажете???

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

[url]http://www.forum.mista.ru/topic.php?id=659467[/url]
Вот была ссылка, которая в точности описывает мою проблему. Недавняя, от апреля 2013.

видел такое , каталоги пользователей и темпы базы прописаны с полным доступом ?
ЗЫ факторов куча , в (0) не описана и третья часть вводных данных

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

[url]http://www.forum.mista.ru/topic.php?id=558772[/url]
вот тут и вопросы и несколько советов

[url]http://spec.it-ozersk.ru/?p=40[/url]
и вот тут про каталоги и прочее
ЗЫ темпы назначь с полным фулл доступом явные для каждой сессии
ЗЫЫ врайт рид <> фулл - подумай над этим , и доступ таки на 1С-ку

(5) 101-Все это я уже не раз читал. Права на базу с вложенными папками пользователей полные. Проблемы с транзакциями типа этой возникают примерно раз в месяц а то и реже. А других проблем с транзакциями просто не нет!!! Из того что я на эту тему вычитал - думается что 1С тут вообще ни при чем. На 2003-ей винде много было проблем, но вот такой засады не было никогда.

а 1с++ не допилено ?

(7) 1с++ используется на 0.00000001 процента от ее возможностей

(7) Пытки пользователя показали: Что-то "моргнуло", у документа исчез номер, и она не смогла его провести. Повторить подобное не удается. Вот это в той ссылке что я привел в посте 1. Именно так уже второй раз за примерно 2 месяца случилось и у меня

(7) 101 - Думаю ипользовать Терминал слип Ромикса. У него есть возможность формирования сигнального файлика. В обработке ожидания с циклом 20 сек проверять его наличие, удалять, в глоб. переменную записывать +1 к тому что было и если 3 раза подряд он появился - вырубать все сеансы 1С, причем корректно это сделать вряд ли получится, значит надо киллером. Посоветуйте такого киллера который вырубит с гарантией все 1С-ские терминальные процессы

ну как минимум проверить версию 1с++ , для 2008 она своя (обновленная) , во вторых посмотреть журнал винды - чтобы определить чо у них тама моргает или в 1с ну и в третьих - поставить парсить какую нибудь на сеанс - чтобы поймать ...

У меня была подобная бадяга, но вылеты были на отчетах с 1с++. При начале выполнения запроса 1с просто висла или вылетала. Тоже колдовал с версиями компонент, порядком их загрузки и местоположением. Все не помню. не запротоколировал, надо поднимать. По моему я все покидал в BIN 1c-ки, гружу оттуда. Версия вроде 2.5.0.7
(101) а что за версия 1с++ для 2008?

10-Путевый лист >
[url]http://technet.microsoft.com/en-us/library/bb491010.aspx[/url]
[url]http://technet.microsoft.com/en-us/library/bb491009.aspx[/url]

(13) Спасибо. Это я знаю. Использую для бекапа 8-ки

(13) Repear
Время от времени всплывает, не могу понять куда копать. смотрю журнал:
в 18:26 одним из пользователей был создан документ "перемещение ТМЦ"
После этого все таблицы были заблокированы, в журнале куча записей, что никто не может ни записать документ, ни создать новый, то-же самое со справочниками и константами.
Но при этом пользователь создавший документ продолжает спокойно работать, т.е. записывает и проводит этот и другие документы.
в 18:44 он отключается от 1С-ки, и после этого базу "отпускает" и все продолжают работу.

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

[b]Вот что меня интересует[/b]

не предназначена 1С 7.7 для WS 2008 R2, нет такой ОСи в совместимых.
по всему транзакция начинается и не заканчивается. в транзакции объекты(таблицы) блокируются на запись, и завершение сеанса 1С юзером также не приводит к завершению транзакции, незавершенная транзакция - по сути отменённая.

что мешает ИНОГДА одному конкретеному юзеру завершить транзакцию - хз. если конечно он один и тот же всё время, то я бы тупо нового создал и с _чистого_ листа ему всё необходимое.
если глючит конкретный вид документа, то смотреть на код, компоненты, права на папки и прочая используемое с документом.

(16,17) Спасибо. Как оп делу говоришь.Нет, юзер не тот же самый. Было вообще такое 2 раза за вда месяца. Ошибок блокировок в остальное время не замечено.

(17) Прошлый раз это был ЧекККМ, в этот раз заявка покупателя

19-Путевый лист > если это не 1Сный код глючит, то
1) дело в винде, тогда там с доступами и правами разбираться на всё, что касается 1Са
или
2) дело в железе
если дело в железе, то винда иногда что-ниь пишет в свйо журнал, типа там контроллер накрылся какой-нить или устройсво. про оперативку и видюху только записей не встречал в своей практике(ну я и не сисадмин вроде, практика в этом смысле небогатая).

(20) Искал в журналах винды, ничего не нашел, ни сейчас ни тогда. С правами и доступами разбираюсь, но почему только 2 раза за 60 с лишним дней что-то с ними не так??? Как это можно объяснить???

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

Дежурный бред: блокировка накладывается не на все таблицы, а на системную. Ту, в которой идентификатор базы для УРИБа лежит и прочее. Дальше Зеленый все про транзакцию рассказал - пес его знает, как архитектура 2008R2 взаимодействует с движком Fox'a от семерки. Режим совместимости используешь?

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

(23) Использую совместимость с 2000-ной виндой. Обмен УРБД был в этот момент. Но вот прошлый раз обмена не было

(16) После выхода этого юзера из сеанса 1С все юзеры начали нормально работать

Одно время слепил обработку, на морде две галки "Зафиксировать транзакцию" и "До свидания" и одна кнопка - "Абзац!" - делает, если отмечено: 1) "ЗафиксироватьТранзакцию" в попытке (с соответствующими сообщениями); 2) завершение работы. обе галки при открытии взводятся в 1, так, на всякий случай, а вдруг склероз.
Иногда сильно выручала, менеджера звали ласково - "авариечка". чуть что не так - "авариечку".

(27)Cthulhu - Спасибо, способов справиться с последствиями такого глюка множество. Вот как понять корневую причину. Мне думается что она с 1С не связана.

Я с этой проблемой воевал пару лет :(
Только у меня все было очень круто - ошибка в последнее время стала ежедневной (2500+ документов в день). Причем воспроизводилась только на 2008 сервере (2012 не пробовал, думаю там то же самое)
Вылечилось только переходом на SQL.

1. откатиться на ось версии 2003.
2. проверить алгоритмы и отчеты самописные (бухты, и прочее) - а то знаем мы вас... Признаки свидетельствуют о том, что пользователь открыл транзакцию (явно или неявно) и не закрыл - ищи/рой.