Начинаем разбираться.
Описание проблемы:
При работе пользователя в базе 1С в сетевом режиме (папка с базой расшарена с сервера) в случайный момент программа закрывается, без предупреждений и без сообщений об ошибке. Такое может произойти совершенно хаотично, при выполнении любой операции и несколько раз в течение дня, а может и весь день не произойти ни разу.
У всех пользователей, которые работают с базой, происходит то же самое, но у кого-то гораздо реже.
До обновления последнего релиза платформы — вылетов не было.
Версии операционных систем обоих ПК отличаются, ПК сервер — Windows 7, ПК клиент — Windows XP SP3.
Если посмотреть журнал Windows «Приложение», то там имеются такие записи об ошибке:
Код исключения: 0x40000015
Смещение ошибки: 0x000a327c
Путь сбойного приложения: C:Program Files1cv8<версия>in1cv8.exe
Путь сбойного модуля: C:Program Files1cv8<версия>inMSVCR110.dll
Такие ошибки в журналах обоих ПК( если сравнивать любой ПК сети и сервер после возникновения ошибки).
Модуль MSVCR110.dll относится к пакету «Microsoft Visual Studio 2012», и его переустановка не решает проблему.
Изменение версии платформы 1С (на более раннюю или переустановка этой же версии) тоже решения не даёт, вылетает что на самой последней, что на предыдущих. Скорее всего пролема была и раньше, но не так часто.
Загрузка — выгрузка базы не меняет ситуации. Настройка запуска в качестве толстого клиента также не решила проблему. Также ни утилита исправления ошибок chdbfl, ни «тестирование и исправление» в конфигураторе не решили проблему.
Путём перебора множества различных вариантов, мыслей и манипуляций выяснилось, что проблема оказалась в пути к базе. Он содержал не латинские символы, пробелы и был относительно длинным.
Решение:
Решением стал перенос базы в другую папку на том же ПК, но имя которой и путь к ней не содержали ничего кроме латиницы, не содержали пробелов, а путь был очень коротким (корень диска). Папка базы была расшарена по сети по всем правилам (полный доступ на запись и пр.).
После таких изменений вылеты прекратились.
Причина:
Предположительно возникает конфликт в доступе к файлам по сети, при использовании компонентов «Microsoft Visual Studio 2012» при наличии не латинских символов в пути к этим файлам.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Только за это уже можно ставить минус. Не считая всего остального
да ладно
первая публикация, как я танцевала с бубном
Решение этой проблемы — это опубликовать базу на WEB сервере. Работать будет быстрее и стабильнее.
(4) «наши специалисты» здесь — просто юзеры
бухгалтеры, вероятнее всего
онижамкали разные кнопки, чаще всего мышой
а о чем, о том, что кто-то написал ламерский путь (каталог) к 1с-файло
а потом, силами продвинутого ламера, 1с-файло поместили в корень диска, и все заработало
:)))
осталась нераскрытой тема, был ли это корень диска С
а так — публикация для первого раза хорошая, с картинко
Согласен что тема не для публикации в каком-либо разделе данного сайта. Можно было на форуме отписаться.
А так если каждый будет публиковать к примеру: как я включал компьютер у которого не было шнура питания :).
моё предположение про корень диска С: это всё таки «С:НазваниеНаИнглишКаталога». Ну не сделали же вы такое «С:». автор отзовитесь 🙂 раскройте тайну про корень.
Ну и чего вы набросились? Просто следующий раз когда вам или вашим знакомым поможет решить проблему или наведет на истиный путь эта или похожая публикация или комментарии к ней — вы просто не смотрите не читайте ее и все, вспоминайте что все ваши не ламерские знания передались с молоком матери и у вас никогда больше не будет дебильных проблем которые вы не знаете как решить.
Автор молодец что поделился
Именно на этой неделе такая же проблема у клиента!!!
Может быть, попробую ваш способ, у них как раз на русском есть буквы.
Так что публикация явно полезная.
Точно такая же проблема появилась при обновлении платформы и переходе на розницу 2.2.6.33
В ежедневной работе произвольные вылеты без вывода ошибки. В пути к базе тоже есть русские буквы. Будем пробовать поменять на латиницу.
(1)минус ставить не за что.
Давно известно (ц), что 1с не любит длинных путей и длинных имён.
Из этого фрагмента становится ясно, что путь к папке базы выглядит <Имя_Диска>:<ПапкаБазы>
… рекомендации ставить именно такие короткие пути для любых программ не теряют актуальности со времён вин.95, а то и раньше.
(6)
… и НазваниеНаИнглишКаталога желательно не больше 8 символов, да.
Я пока не стал в корень переносить. И не планирую.
Добавлю 2 копейки
1) Вместо сетевых дисков лучше использовать абсолютные пути //
2) Для файловых баз кэширование на диске нахождения базы отключить
Лишний раз убеждаюсь, что кириллица в именах сетевых / обычных каталогов / файлов есть абсолютное зло! Это не касается всяких развлекательных файлов и документов. Хотя и длинные имена иногда играли злую шутку
Тоже как-то попался на эти грабли. Только кириллица была в имени компьютера. Не сразу понял, т.к. имя было такое, что можно было прочитать как на русском, так и на английском (что-то вроде «MAHA»).
Очень похоже, что шара была кэширована на клиенте.
При переносе — пересоздании стала по умолчанию кэшироваться только при явном указании
Там, наверно, еще и с остатками регистров было прикольно.
Файловый шарниг 1сной базы примерно в 20 раз медленнее веб-клиента. Что толку его лечить? -2000% производительности тех специалистов. Даже только по этой причине можно и с толстого клиента перейти на управляемые формы.
(14) Без разницы, какие имена. Русские, английские, турецкие или польские. Давно уже везде юникод. Во всех странах пишут и не стесняются, у нас какие-то скрытые смыслы видят в том же api.
Статья полезная. Благодарю.
Уж в разы полезнее этой…
Еще 1с-кеш надо было почистить.
Вывод: переходить на латинский алфавит, как братья из Казахстана 😉 …а как же скрепы…
Минус ставить есть за что. Использование 1с в файловом варианте с сервером (!) на Windows 7 и с базой по сетевому пути 🙂
(21) в чем проблема, если пользователей штук 5-10?
(22) Проблема в скорости и надежности. Впрочем, само появление этой публикации как раз и свидетельствует о проблемах с надежностью. Которые не надо решать, потому, что не надо было их создавать. Что мешает использовать терминал-сервер ? Это азбука 1с-ника еще с версии 7. Но опять и опять люди на те же грабли наступают. И хвастаются тем, как они научились уклоняться от ударов граблями.
(23) Может терминал-сервер и азбука 1с-ника с давних времён, но никак не азбука начальства, когда начальство узнаёт ценник на ОС и терминальные лицензии. И в фирме на 5-10 человек сервера в половине случаев именно такие, на Windows 7, 8, 10. Все прекрасно знают как правильно, но на деле сделано часто как в статье. И решение проблемы, описанное в этой статье многим поможет при таких сбоях.
(23) Терминалка денег стоит и немалых. Не у всех есть.
(24)
(25)
Та ладно…. Все такие честные ? Ни разу не знаете, как из Windows 7 сделать терминал-сервер ? Ходят проверяющие, достаточно квалифицированные, чтобы определить, что лицензионный Windows 7 работает с крекнутой библиотекой ? Не рассказывайте сказки.
(26) Может ты и 1С взломать сможешь? )))
(16) Как же у Вас всё просто…взял и перешел. А пользователям как? Их еще обучить надо, интерфейсы принципиально разные.
(24)Не надо ничего городить в фирме на 5-10. Аренда и 1с и сервера 1.5 т.р. с р.м.
Там вообще ничего не надо, кроме хорошего интернет-канала.
Но все тем не менее воспроизводят старую убогую практику 90-х терминалы, сервер, сисадмин и 1сник на фикси.
Собственно и офис не надо, если клиенты не приходят. Сотрудников можно нанимать как фриланс не только в других городах, но и в других странах.
И нет вообще никаких внятных возражений почему так не надо начать делать прямо завтра.
(28)у ООО 1с давно нет ничего принципиально разного. И пока не предвидится. Это вся ерунда обновлением делается и бумажкой с распечатки статьи с итс. Все равно больше чем это вендор не дает, а вы его в любом случае не подмените.
А для вас — никаких файловых шар и +2000% к скорости.
Тут не о чем думать. Выгоды для всех.
И это не говоря о том, что новый софт функциональнее.
Но на инфостарта продолжается война за заведомый отстой. Обычный современный модный технический идиотизм.
(17) ага, юникод… попробуй батник в юникоде написать, с русскими буквами
на дворе прогресс, а батники — в 866
(3)Дело в том, что это бюджетная организация и публикация на WEB — это для них из мира фантастики. А что работать будет стабильнее я знаю
(19) 1С -кеш чистится сразу и по-любому, а потом — если ошибка сохраняется — ищем решение проблемы
(21)Можете ставить и минус. Но решение использования 1с в файловом варианте с сервером (!) на Windows 7 и с базой по сетевому пути зависело не от меня. Так как у них есть свой системный администратор и я там человек пришлый. В той конторе считают, что 1С — это что-то отдельное от всего остального железа, серверов и т.д. Но это их выбор. Я же написала способ решения данной проблемы. Вроде бы и очевидно. но когда столкнулась с этим, то не сразу смогла исправить ошибку.
(23) не все 1снеги эникейщики, прикинь
(29) тут не возражения, дружище
тут адрес
прикинь, ты станешь быку выговаривать за то, что он не доится нормализованным молоком
(36)Бык потому так и называется, что слова не понимает. Зачем быкам компьютеры?
Сегодня они еще есть, завтра придешь в этом офисе другой арендатор.
(32) Офисным тараканам всегда было пофиг как все работает, да и работает ли вообще.
Беда в том, что че-та стало как-то неуютненько тараканам-то офисным.
Перестали прокатывать голимые отчеты по результатам воображаемой работы.
(34)
Это идиотская тема «сисадмин против 1сника». Распространена повсеместна.
Шиза полная, но все в этом участвуют. Сисадмину достаточно приплачивать немного за функциональность 1с и все заработает. Просто за еду и энтузиазм никто больше не будет работать в РФ.
Люди, извините за оффтоп, а что, 1С снял ограничения с доступа через WEB-сервер к файловой базе?
То есть, его теперь можно использовать как 1С:Сервер для нищих?
Может кто поделится ссылкой на официальное заявление 1С по этому поводу?
***
У меня с платформой 8.3.10.2561 народ использует пути типа \SRV001SharedКонтораОООAccounting3, полет нормальный. И даже бывает со знаками препинания создают, не жалуются. Видимо дело в начале или конце пути, да в новой «фиче» платформы…
(40) Не путайте божий дар с яичницей. Сервер 1С и веб-сервер — это две совершенно разные вещи.
П.С. файловая база легко публикуется на веб сервере, если конечно таковой имеется.
(41) Не путаю. Последний раз, когда я этим интересовался, ВЕБ-сервер допускал только 1 клиентское соединение к файловой базе, а здесь рекомендуют вебсервер как альтернативу доступу к ней по протоколу SMB.
(42) альтернативой может быть доступ по веб, только если конфигурация работает на управляемых формах. По поводу 1 клиентского соединения вообще не понял, о чем речь. У 1С есть политика лицензирования при подключении веб клиентов, советую почитать.
(31)
chcp utf-8 и пиши
А 866 — это в русской Windows. А Windows очень далеко не только русская.
А батники пишут уже в power shell.
У вас все еще 90-ые годы что ли…
Это 20 лет так-то уже.
О чем это обсуждение-то? Что работать с дикими тормозами приемлемо?
Попробуйте на 100 мегабитной сети с правильными шарами провести все доки какой-нибудь маленькой бухгалтерии за год.
Вполне рядовая задача после добавления реквизита, станет невыполнимой.
(33)размещайте, только не кэшируйте на клиенте. Где именно шара подвиг совсем.
Есть одно дефолтов не ограничение MAXPATH 260 и все. Это 260 букв. Поставьте больше — снимется и это.
1снеки не умеют отрабатывать клиентское кэширование.
У файловой базы съезжает крыша напрочь.
(34)время установки сервера iis и публикация базы примерно 10-15 мин.
Перебить пути у клиентов еще максимум 1 час.
После этого можно переназначить порт в инет, поставить пароли и не ходить в эту контору совсем, а работать удаленно.
Плюс взять деньги за 20тикратное увеличение скорости повседневной работы.
Такое у 1с не каждый день случается.
Можно взять админа в долю, чтобы не тормозил.
К тому же резко исчезнут проблемы с обменами, перепроведением и т.д.
Вместо этого вы тратите время на smb и пишите статью. Смысл вашего решения — пересоздать шару, которая по-прежнему будет тормозить, а когда кто-нибудь любознательный кликнет в кэширование у 1сной базы снова сьедет крыша.
(42)эта тема про один поток, лицензии считаются как обычно.
Тема про доступ к файлу со множества клиентов в один поток через wsisapi.dll.
Те, кто беспокоятся про однопоточность не в курсе, что однопоточный веб-клиент быстрее или такой же как многосессионный на терминальном сервере.
Платформа 1с вообще не имеет (или почти не умеет) многопоточный код. Все работает в одной сессии на одном проце. Фоновая задача пойдет на другой сессии, а не потоке. Поэтому данные не получить оттуда так просто.
Если формы, конечно, управляемые, то веб клиент единственно правильное решение для файловой базы.
Многоядерные процессоры эффективно использовать будет только субд. И то надо ставить 1 проц на план для 1с.
Ядра будут использоваться для сессий, поэтому эффективнее использовать все компы в конторе для клиентов.
Тем не менее вся страна городит шары или терминалы на крэкнутой длл-ке. И скорбят. Особенно смешно, когда закупают Зеоны по 300 т.р., надеясь получить скорость от файловой 1ски. А AMD за 2.5 т.р. оказывается производительнее.
А описанная проблема — это точно проблема с кириллицей, путями и всем вот этим, а не технологическим журналом?
Когда читал описание ошибки — точь в точь такая же ситуация была у нас — вылеты без причин в произвольное время.
Причина — неверная работа с технологическим журналом на версии платформы 8.3, если журнал остался от версии 8.2.
Решение — удалить технологический журнал. Тогда при следующем входе в базу он создастся заново правильного формата и ошибка уйдет.
Хотя, когда вы переносили базу в другую папку, как раз может быть журнал не перенесли и он создался заново.
Если на поискать по «MSVCR110.dll», выдаст кучи сообщений на эту тему.
ПК сервер — Windows 7??? Может сервером лучше ставить серверные ОС? Практика показывает, что для 2-3-х соединений настольная операционка еще как-то протянет, но больше соединений или на объемной базе данных проблемы будут постоянно. Какой размер базы данных тестировался? Из статьи непонятно. Кроме того, при файловом режиме работы нужно делать поправки на перепады напряжения в сети : ПК еще защищают UPS-ми, а сетевое оборудование — редко.
Вот это по существу, БлагоДарю!
(45)
никогда ничего не размещайте на диске С: особенно у клиентов.
Потому что периодически бывают ситуации когда приходят к ним знакомые специалисты из соседнего подъезда и переустанавливают нафиг винду с форматированием диска, потому что косынка перестала открываться..