Периодически выкидывает из базы 1С: 8.3

Администрирование - Системное

Звонок телефона: "Возникла проблема: в последнее время (месяца 2) программа часто отключается во время работы наших специалистов, подскажите, в чём может быть проблема? Раньше такого не было!".

Начинаем разбираться.

Описание проблемы:

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

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

До обновления последнего релиза платформы -  вылетов не было.

Версии операционных систем обоих ПК отличаются, ПК сервер — Windows 7, ПК клиент — Windows XP SP3.

Если посмотреть журнал Windows «Приложение», то там имеются такие записи об ошибке:

Код исключения: 0x40000015
Смещение ошибки: 0x000a327c
Путь сбойного приложения: C:\Program Files\1cv8\<версия>\bin\1cv8.exe
Путь сбойного модуля: C:\Program Files\1cv8\<версия>\bin\MSVCR110.dll

Такие ошибки в журналах обоих ПК( если сравнивать любой ПК сети и сервер после возникновения ошибки).

Модуль MSVCR110.dll относится к пакету «Microsoft Visual Studio 2012», и его переустановка не решает проблему.

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

Загрузка — выгрузка базы не меняет ситуации. Настройка запуска в качестве толстого клиента также не решила проблему. Также ни утилита исправления ошибок chdbfl, ни «тестирование и исправление» в конфигураторе не решили проблему.

Путём перебора множества различных вариантов, мыслей и манипуляций выяснилось, что проблема оказалась в пути к базе. Он содержал не латинские символы, пробелы и был относительно длинным.

Решение:

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

После таких изменений вылеты прекратились.

Причина:

Предположительно возникает конфликт в доступе к файлам по сети, при использовании компонентов «Microsoft Visual Studio 2012» при наличии не латинских символов в пути к этим файлам.

См. также

Комментарии
Сортировка: Древо
1. Altair777 640 13.09.17 13:07 Сейчас в теме
а путь был очень коротким (корень диска)

Только за это уже можно ставить минус. Не считая всего остального
sergelemon; Team leader; bulpi; Prikum; YanTsys; BigB; +6 6 Ответить
10. корум 316 14.09.17 11:06 Сейчас в теме
(1)минус ставить не за что.
Давно известно (ц), что 1с не любит длинных путей и длинных имён.
перенос базы в другую папку на том же ПК, но имя которой и путь к ней не содержали ничего кроме латиницы, не содержали пробелов, а путь был очень коротким (корень диска). Папка базы была расшарена по сети

Из этого фрагмента становится ясно, что путь к папке базы выглядит <Имя_Диска>:\<ПапкаБазы>

... рекомендации ставить именно такие короткие пути для любых программ не теряют актуальности со времён вин.95, а то и раньше.
2. tailer2 13.09.17 13:39 Сейчас в теме
да ладно
первая публикация, как я танцевала с бубном
yarunya; GreenDragon; klinval; +3 Ответить
4. Altair777 640 13.09.17 17:10 Сейчас в теме
(2) А о чем эта публикация? Да ни о чем. О несоблюдении стандартов.

А к чему это было написано?
программа часто отключается во время работы наших специалистов

Какие такие специалисты? Что они делали в базе?
5. tailer2 13.09.17 17:59 Сейчас в теме
(4) "наши специалисты" здесь - просто юзеры
бухгалтеры, вероятнее всего
онижамкали разные кнопки, чаще всего мышой

а о чем, о том, что кто-то написал ламерский путь (каталог) к 1с-файло
а потом, силами продвинутого ламера, 1с-файло поместили в корень диска, и все заработало
:)))
осталась нераскрытой тема, был ли это корень диска С
а так - публикация для первого раза хорошая, с картинко
the1; KSy; Crazy_kz; maxopik2; jONES1979; sergant500; +6 1 Ответить
33. Devushka 33 19.09.17 08:22 Сейчас в теме
(5)Это не корень диска С. Это путь типа D:\Base1C\ Я давно уже ничего не размещаю на диске С у клиентов.
45. nickperel 2 22.09.17 18:41 Сейчас в теме
(33)размещайте, только не кэшируйте на клиенте. Где именно шара подвиг совсем.
Есть одно дефолтов не ограничение MAXPATH 260 и все. Это 260 букв. Поставьте больше - снимется и это.
1снеки не умеют отрабатывать клиентское кэширование.
У файловой базы съезжает крыша напрочь.
3. igo1 211 13.09.17 14:06 Сейчас в теме
Решение этой проблемы - это опубликовать базу на WEB сервере. Работать будет быстрее и стабильнее.
katenok86; +1 Ответить
32. Devushka 33 19.09.17 08:20 Сейчас в теме
(3)Дело в том, что это бюджетная организация и публикация на WEB - это для них из мира фантастики. А что работать будет стабильнее я знаю
38. nickperel 2 19.09.17 14:25 Сейчас в теме
(32) Офисным тараканам всегда было пофиг как все работает, да и работает ли вообще.
Беда в том, что че-та стало как-то неуютненько тараканам-то офисным.
Перестали прокатывать голимые отчеты по результатам воображаемой работы.
6. Mnemonik 14.09.17 05:00 Сейчас в теме
Согласен что тема не для публикации в каком-либо разделе данного сайта. Можно было на форуме отписаться.

А так если каждый будет публиковать к примеру: как я включал компьютер у которого не было шнура питания :).

моё предположение про корень диска С: это всё таки "С:\НазваниеНаИнглишКаталога\". Ну не сделали же вы такое "С:\". автор отзовитесь :) раскройте тайну про корень.
11. корум 316 14.09.17 11:08 Сейчас в теме
(6)
"С:\НазваниеНаИнглишКаталога\"

... и НазваниеНаИнглишКаталога желательно не больше 8 символов, да.
7. nomadon 212 14.09.17 07:02 Сейчас в теме
Ну и чего вы набросились? Просто следующий раз когда вам или вашим знакомым поможет решить проблему или наведет на истиный путь эта или похожая публикация или комментарии к ней - вы просто не смотрите не читайте ее и все, вспоминайте что все ваши не ламерские знания передались с молоком матери и у вас никогда больше не будет дебильных проблем которые вы не знаете как решить.
Автор молодец что поделился
Award; user600603_v.soldatova; METAL; CyberBob; tdml; shard; ДАК1; pfilyk; kuzyara; aipnnov; igo1; Devushka; jif; Lexx100; Asenka; Kamali; JohnyDeath; LexSeIch; freez1301; Team leader; andron77777; GreenDragon; AtPups000; starik-2005; artempo; MaximStav; vovan_victory; SP2000; PowerBoy; &rew; swimdog; Pervuy; Korolev; Yakud3a; sheffchik; Irwin; maxopik2; Alligator84; inf012; marku; +40 Ответить
8. inf012 14.09.17 09:19 Сейчас в теме
Именно на этой неделе такая же проблема у клиента!!!
Может быть, попробую ваш способ, у них как раз на русском есть буквы.
Так что публикация явно полезная.
9. CrimeanWind 14.09.17 10:19 Сейчас в теме
Точно такая же проблема появилась при обновлении платформы и переходе на розницу 2.2.6.33
В ежедневной работе произвольные вылеты без вывода ошибки. В пути к базе тоже есть русские буквы. Будем пробовать поменять на латиницу.
12. inf012 14.09.17 11:29 Сейчас в теме
Я пока не стал в корень переносить. И не планирую.
13. kiruha 366 14.09.17 13:28 Сейчас в теме
Добавлю 2 копейки
1) Вместо сетевых дисков лучше использовать абсолютные пути //
2) Для файловых баз кэширование на диске нахождения базы отключить
tdml; JohnyDeath; LexSeIch; KSy; SP2000; PowerBoy; &rew; sheffchik; корум; Irwin; den_vladimir; +11 Ответить
14. juricher 5 14.09.17 14:34 Сейчас в теме
Лишний раз убеждаюсь, что кириллица в именах сетевых / обычных каталогов / файлов есть абсолютное зло! Это не касается всяких развлекательных файлов и документов. Хотя и длинные имена иногда играли злую шутку
17. nickperel 2 14.09.17 23:18 Сейчас в теме
(14) Без разницы, какие имена. Русские, английские, турецкие или польские. Давно уже везде юникод. Во всех странах пишут и не стесняются, у нас какие-то скрытые смыслы видят в том же api.
31. ADirks 179 19.09.17 06:22 Сейчас в теме
(17) ага, юникод... попробуй батник в юникоде написать, с русскими буквами
на дворе прогресс, а батники - в 866
44. nickperel 2 22.09.17 18:33 Сейчас в теме
(31)
chcp utf-8 и пиши

А 866 - это в русской Windows. А Windows очень далеко не только русская.
А батники пишут уже в power shell.
У вас все еще 90-ые годы что ли...
Это 20 лет так-то уже.

О чем это обсуждение-то? Что работать с дикими тормозами приемлемо?
Попробуйте на 100 мегабитной сети с правильными шарами провести все доки какой-нибудь маленькой бухгалтерии за год.
Вполне рядовая задача после добавления реквизита, станет невыполнимой.
15. Irwin 285 14.09.17 15:48 Сейчас в теме
Тоже как-то попался на эти грабли. Только кириллица была в имени компьютера. Не сразу понял, т.к. имя было такое, что можно было прочитать как на русском, так и на английском (что-то вроде "MAHA").
16. nickperel 2 14.09.17 23:13 Сейчас в теме
Очень похоже, что шара была кэширована на клиенте.
При переносе - пересоздании стала по умолчанию кэшироваться только при явном указании
Там, наверно, еще и с остатками регистров было прикольно.
Файловый шарниг 1сной базы примерно в 20 раз медленнее веб-клиента. Что толку его лечить? -2000% производительности тех специалистов. Даже только по этой причине можно и с толстого клиента перейти на управляемые формы.
28. raider-rec@ya.ru 18.09.17 15:58 Сейчас в теме
(16) Как же у Вас всё просто...взял и перешел. А пользователям как? Их еще обучить надо, интерфейсы принципиально разные.
30. nickperel 2 18.09.17 22:12 Сейчас в теме
(28)у ООО 1с давно нет ничего принципиально разного. И пока не предвидится. Это вся ерунда обновлением делается и бумажкой с распечатки статьи с итс. Все равно больше чем это вендор не дает, а вы его в любом случае не подмените.
А для вас - никаких файловых шар и +2000% к скорости.
Тут не о чем думать. Выгоды для всех.
И это не говоря о том, что новый софт функциональнее.
Но на инфостарта продолжается война за заведомый отстой. Обычный современный модный технический идиотизм.
18. artempo 15.09.17 10:23 Сейчас в теме
Статья полезная. Благодарю.
Уж в разы полезнее этой... https://infostart.ru/public/657841/
19. Lapitskiy 875 15.09.17 10:43 Сейчас в теме
Еще 1с-кеш надо было почистить.
34. Devushka 33 19.09.17 08:30 Сейчас в теме
(19) 1С -кеш чистится сразу и по-любому, а потом - если ошибка сохраняется - ищем решение проблемы
(21)Можете ставить и минус. Но решение использования 1с в файловом варианте с сервером (!) на Windows 7 и с базой по сетевому пути зависело не от меня. Так как у них есть свой системный администратор и я там человек пришлый. В той конторе считают, что 1С - это что-то отдельное от всего остального железа, серверов и т.д. Но это их выбор. Я же написала способ решения данной проблемы. Вроде бы и очевидно. но когда столкнулась с этим, то не сразу смогла исправить ошибку.
39. nickperel 2 19.09.17 14:31 Сейчас в теме
(34)
В той конторе считают, что 1С - это что-то отдельное от всего остального железа, серверов и т.д. Но это их выбор

Это идиотская тема "сисадмин против 1сника". Распространена повсеместна.
Шиза полная, но все в этом участвуют. Сисадмину достаточно приплачивать немного за функциональность 1с и все заработает. Просто за еду и энтузиазм никто больше не будет работать в РФ.
46. nickperel 2 22.09.17 18:59 Сейчас в теме
(34)время установки сервера iis и публикация базы примерно 10-15 мин.
Перебить пути у клиентов еще максимум 1 час.
После этого можно переназначить порт в инет, поставить пароли и не ходить в эту контору совсем, а работать удаленно.

Плюс взять деньги за 20тикратное увеличение скорости повседневной работы.
Такое у 1с не каждый день случается.
Можно взять админа в долю, чтобы не тормозил.
К тому же резко исчезнут проблемы с обменами, перепроведением и т.д.

Вместо этого вы тратите время на smb и пишите статью. Смысл вашего решения - пересоздать шару, которая по-прежнему будет тормозить, а когда кто-нибудь любознательный кликнет в кэширование у 1сной базы снова сьедет крыша.
20. DAnry 7 15.09.17 11:25 Сейчас в теме
Вывод: переходить на латинский алфавит, как братья из Казахстана ;) ...а как же скрепы...
21. bulpi 129 15.09.17 12:23 Сейчас в теме
Минус ставить есть за что. Использование 1с в файловом варианте с сервером (!) на Windows 7 и с базой по сетевому пути :)
22. artempo 15.09.17 15:00 Сейчас в теме
(21) в чем проблема, если пользователей штук 5-10?
23. bulpi 129 15.09.17 19:25 Сейчас в теме
(22) Проблема в скорости и надежности. Впрочем, само появление этой публикации как раз и свидетельствует о проблемах с надежностью. Которые не надо решать, потому, что не надо было их создавать. Что мешает использовать терминал-сервер ? Это азбука 1с-ника еще с версии 7. Но опять и опять люди на те же грабли наступают. И хвастаются тем, как они научились уклоняться от ударов граблями.
24. Artem.Po 16.09.17 22:30 Сейчас в теме
(23) Может терминал-сервер и азбука 1с-ника с давних времён, но никак не азбука начальства, когда начальство узнаёт ценник на ОС и терминальные лицензии. И в фирме на 5-10 человек сервера в половине случаев именно такие, на Windows 7, 8, 10. Все прекрасно знают как правильно, но на деле сделано часто как в статье. И решение проблемы, описанное в этой статье многим поможет при таких сбоях.
26. bulpi 129 17.09.17 13:36 Сейчас в теме
(24)
(25)
Та ладно.... Все такие честные ? Ни разу не знаете, как из Windows 7 сделать терминал-сервер ? Ходят проверяющие, достаточно квалифицированные, чтобы определить, что лицензионный Windows 7 работает с крекнутой библиотекой ? Не рассказывайте сказки.
27. swimdog 564 17.09.17 22:27 Сейчас в теме
(26) Может ты и 1С взломать сможешь? )))
Award; uncle_Vasya; +2 Ответить
29. nickperel 2 18.09.17 22:00 Сейчас в теме
(24)Не надо ничего городить в фирме на 5-10. Аренда и 1с и сервера 1.5 т.р. с р.м.
Там вообще ничего не надо, кроме хорошего интернет-канала.
Но все тем не менее воспроизводят старую убогую практику 90-х терминалы, сервер, сисадмин и 1сник на фикси.
Собственно и офис не надо, если клиенты не приходят. Сотрудников можно нанимать как фриланс не только в других городах, но и в других странах.
И нет вообще никаких внятных возражений почему так не надо начать делать прямо завтра.
36. tailer2 19.09.17 13:57 Сейчас в теме
(29) тут не возражения, дружище
тут адрес
прикинь, ты станешь быку выговаривать за то, что он не доится нормализованным молоком
37. nickperel 2 19.09.17 14:20 Сейчас в теме
(36)Бык потому так и называется, что слова не понимает. Зачем быкам компьютеры?
Сегодня они еще есть, завтра придешь в этом офисе другой арендатор.
25. swimdog 564 17.09.17 10:43 Сейчас в теме
(23) Терминалка денег стоит и немалых. Не у всех есть.
35. tailer2 19.09.17 13:55 Сейчас в теме
(23) не все 1снеги эникейщики, прикинь
40. VGHOST 94 20.09.17 18:57 Сейчас в теме
Люди, извините за оффтоп, а что, 1С снял ограничения с доступа через WEB-сервер к файловой базе?
То есть, его теперь можно использовать как 1С:Сервер для нищих?
Может кто поделится ссылкой на официальное заявление 1С по этому поводу?

***
У меня с платформой 8.3.10.2561 народ использует пути типа \\SRV001\Shared\КонтораООО\Accounting3, полет нормальный. И даже бывает со знаками препинания создают, не жалуются. Видимо дело в начале или конце пути, да в новой "фиче" платформы...
41. raider-rec@ya.ru 21.09.17 16:40 Сейчас в теме
(40) Не путайте божий дар с яичницей. Сервер 1С и веб-сервер - это две совершенно разные вещи.
П.С. файловая база легко публикуется на веб сервере, если конечно таковой имеется.
42. VGHOST 94 21.09.17 20:02 Сейчас в теме
(41) Не путаю. Последний раз, когда я этим интересовался, ВЕБ-сервер допускал только 1 клиентское соединение к файловой базе, а здесь рекомендуют вебсервер как альтернативу доступу к ней по протоколу SMB.
43. raider-rec@ya.ru 22.09.17 17:04 Сейчас в теме
(42) альтернативой может быть доступ по веб, только если конфигурация работает на управляемых формах. По поводу 1 клиентского соединения вообще не понял, о чем речь. У 1С есть политика лицензирования при подключении веб клиентов, советую почитать.
47. nickperel 2 22.09.17 19:35 Сейчас в теме
(42)эта тема про один поток, лицензии считаются как обычно.
Тема про доступ к файлу со множества клиентов в один поток через wsisapi.dll.

Те, кто беспокоятся про однопоточность не в курсе, что однопоточный веб-клиент быстрее или такой же как многосессионный на терминальном сервере.
Платформа 1с вообще не имеет (или почти не умеет) многопоточный код. Все работает в одной сессии на одном проце. Фоновая задача пойдет на другой сессии, а не потоке. Поэтому данные не получить оттуда так просто.

Если формы, конечно, управляемые, то веб клиент единственно правильное решение для файловой базы.
Многоядерные процессоры эффективно использовать будет только субд. И то надо ставить 1 проц на план для 1с.
Ядра будут использоваться для сессий, поэтому эффективнее использовать все компы в конторе для клиентов.

Тем не менее вся страна городит шары или терминалы на крэкнутой длл-ке. И скорбят. Особенно смешно, когда закупают Зеоны по 300 т.р., надеясь получить скорость от файловой 1ски. А AMD за 2.5 т.р. оказывается производительнее.
50. VGHOST 94 04.10.17 08:39 Сейчас в теме
Вот это по существу, БлагоДарю!
48. ilialin 25.09.17 15:03 Сейчас в теме
А описанная проблема - это точно проблема с кириллицей, путями и всем вот этим, а не технологическим журналом?
Когда читал описание ошибки - точь в точь такая же ситуация была у нас - вылеты без причин в произвольное время.
Причина - неверная работа с технологическим журналом на версии платформы 8.3, если журнал остался от версии 8.2.
Решение - удалить технологический журнал. Тогда при следующем входе в базу он создастся заново правильного формата и ошибка уйдет.
Хотя, когда вы переносили базу в другую папку, как раз может быть журнал не перенесли и он создался заново.
Если на https://partners.v8.1c.ru/forum/ поискать по "MSVCR110.dll", выдаст кучи сообщений на эту тему.
49. Sergoninfostarru 2 25.09.17 21:47 Сейчас в теме
ПК сервер — Windows 7??? Может сервером лучше ставить серверные ОС? Практика показывает, что для 2-3-х соединений настольная операционка еще как-то протянет, но больше соединений или на объемной базе данных проблемы будут постоянно. Какой размер базы данных тестировался? Из статьи непонятно. Кроме того, при файловом режиме работы нужно делать поправки на перепады напряжения в сети : ПК еще защищают UPS-ми, а сетевое оборудование - редко.
Оставьте свое сообщение