1с ошибка работы с интернет unsupported protocol

Обновлено: 02.05.2024

Доброго времени суток друзья, столкнулся с проблемой, не могу разобраться с ее решением. Обо всем по порядку.
Не так давно, мы начали переход на 1С БП 3.0 и все что на ней основано, по сравнению с 2.0 тормозить она стала раз в 5 больше, базы открывались от 2 до 5 минут! Решение пришло быстро, MS SQL Server.
Так как для меня это первый опыт его настройки, начал я тренироваться в виртуальной машине Hyper-V, все работало более менее, пока я не загрузил туда БД сельхоз отдела, примерно через 2 - 3 часа работы сервер перестает работать, базы не подключается, даже напрямую на этом же сервере. В локальной сети выходит ошибка "1541 descr = сервер не доступен (не отвечает, завершается аварийно или порт занят другим приложением". Сначала я грешил на сетевую карту, потом на брандмауер (его отключение тоже не помогло), и вот вчера я взял физический сервер, все настроил установил, перенес базы и буквально час назад та же беда! Все драйвера обновлены, мощности сервера должно хватать (Xeon X5606 2.13 Ghz/24Gb RAM DDR3 1333/LAN 1Gb) у сети топология "Звезда". Последнее на что грешу то что сервер не включен в домен Active Directory, но тогда почему и на самом сервере база отваливается?
Кратко о ПО:
1С Предприятие 8.3.8.2088
MS SQL Server 2014 SP1
Windows Server 2008R2
Буду рад любому совету.

Дополнено:
Аналогичная проблема проявляется на Debian. С одной базой УТ10 работает нормально. При переносе старой БД (бухгалтерия) с файлового варианта на SQL (postgres) периодически раз в 1-2 недели базы становятся недоступными до перезапуска службы srv1cv83. Есть ощущение что чем больше баз переносится тем меньше срок работы до перезапуска, так при переносе 5 БД срок работы был 2-3 дня.
К одной базе УТ10 доступ осуществляется локально (на одной машине), при добавлении других баз работа с ними начинается через клиентов по сети, но в момент сбоя базы недоступны ни в каком виде до перезапуска службы srv1cv83.
В технологическом журнале из подозрительного можно выделить только следующее:

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

(10) Если указан путь="\\Сервер\папка1с\база\" -да так работает
(11) Я сетью в этом месте не заведую, использую то что есть. WEB через Апач раньше всегда ставил там же где и база лежала-все нормально работало. А здесь вариант немного экзотический для меня -понять хочу чего не хватает для работы,я такой ошибки еще не встречал никогда. Ощущение что все таки это больше проблемы настройки взаимодействия Winows/Lunix по сети, чем настройки Апача(он вообще простой и беспроблемный как топор) или 1с(ну тут возможны. варианты) (12) А 1с запускается точно от имени пользователя апача? (13) Да,эти грабли я прошел уже. Пришлось пароль заводить у пользователя -иначе служба Апач стартовала, но базу не видела (14) Ну и не занимайся ерундой. Базу публикуют именно чтобы отказаться от файл-серверного доступа к ней. Переноси базу на винду, и публикуй локально. (15) я не распоряжаюсь местонахождением базы -этим занимается админ с руководством клиента. Тут уже кроме прикладного интереса в этом месте возникает и теоретический -что это за "ошибка Unsupported protocol 1c" ? Может еще где то выстрелит - нужно знать в какую сторону копать для поиска решения (17) Тоже ошибка выходит, но другая -сейчас не могу смоделировать, комп занят пользователем до вечера. Там много букв и что слово "- help" участвует. Точнее только вечером могу сказать

(18) ну как вечером соберешься дальше смотреть, то просто для инфы - файл-серверный вариант доступа к папке с базой в рамках расшаренной папке по сети вызывает капитальные такие тормоза. Просто для нормальной работы без тормозов вообще нельзя допускать доступ к базе "по сети". Если пользователь вовсе 1 и сеть совсем мизерная, то можно. А если пользователей хотя 2 постоянно подключенных к базе - будет тормозить. Проблема в протоколе для доступа в расшаренным папкам, которым пользуется винда.

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

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

Код одинаковый для запроса к первому серверу и ко второму. Отличаются только адреса серверов и данные аутентификации.

На платформе 8.3.14 вплоть до версии 2095 нет ни каких проблем :

С обоих серверов возвращается ответ, извлекается тело .

Но тот же код на платформе 8.3.15 (попробовал на 1985) и 8.3.16 на одном сервере срабатывает как и прежде - без проблем (ответ, тело и т.д.), а при обращении к другому,при попытке выполнения Соединение.Получить(Запрос) , возвращается "Ошибка работы с Интернет: Unsupported protocol".

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

Читайте также: