COM Connector по сети жутко тормозит. #806875


#0 by ELEA26
Добрый день. Имеется 2 сервера в сети (подсети разные, с маршрутами все ОК, порты все открыты (по пути тоже), пинг замечательный. Технически придраться не к чему. Соединение через COM connector происходит адски медленно. Подключение длится 6 - 12 минут. Каждый запрос к базе так же. Соединение выполняет сервер. При этом подключения к базам на том же сервере - быстрые. Т.е. если 2 базы на одном любом сервере, то обмен быстрый и легкий. При этом легко и быстро запускается сама 1С (тонкий клиент) с одного любого сервера к базе на втором любом сервере. Сам ком коннектор ковырял по всякому, удалял, ставил заново. Это читал и некоторое пробовал: Кто, что знает про это? Что еще посмотреть, что попробовать?
#1 by Cyberhawk
Пригласить шамана, пусть потанцеет
#2 by Cyberhawk
*потанцует
#3 by Cyberhawk
шаман = специалист
#4 by Cyberhawk
потанцует = поработает за деньги
#5 by ELEA26
Круче меня пока не нашли. Если есть - позову, называйте цену. Если не сделаете, то х2 сумма с вас. Если сломаете что есть х10 с вас. Составим договор. А то ***ть все умеют. И спасибо за совет. Есть у кого по делу? Если криво задал вопрос - переспросите. Можно накидывать версии, если не пробовал - буду проверять.
#6 by Cyberhawk
Чего тебе накидывать, если ты сам пишешь в , что "некоторое пробовал". По вершкам пробежался пади да на авось понадеялся
#7 by Cyberhawk
Ну и критерии в части "Если не сделаете" будут, думаю, весьма туманны - может там у тебя дело в коде конфигураций, которые обновлять никто не будет, или в косячной витой паре, которую тоже никто менять не захочет ))
#8 by DrShad
а можно поинтересоваться нафейхоа вам соединение по ОЛЕ?
#9 by ELEA26
БУХ 3.0 <-> ЗУП 3.1 на чистых пробовал. Та же проблема. С сетью как может быть проблема, если тонкий клиент легко работает. Потому что все написано и работало, пока было на 1м сервере. Сейчас предстоит аналогичное еще на 3х поднимать. А потом скорее всего еще. Переписывать все что есть?
#10 by DrShad
ок, а что есть?
#11 by vde69
1. проверить настройки хаспа на сервере 2. зайти под пользователем службы сервера и попробовать запустить в пользовательском режиме ну и до кучи почитать про настройку серверов с несколькими сетевыми картами -
#12 by ELEA26
обмен справочников, выгрузки из БУХ 3.0 "сводных данных" и некоторых видов документов в отдельную базу. пот учеткой сервера запускал 1С и да, она нормально соединяется со вторым сервером (в обратку так же). Все ключи видны и достаточно быстро выдаются. За ссылку спасибо, пошел читать.
#13 by ELEA26
не знаю нужна ли перезагрузка. Но не помогло. Вечером перегружу. Хотя думаю не в этом дело. Клиенты же работают. Думаю в настройках DCOM где-то... :(
#14 by andrey153
Тормозит на этапе соединения или потом тоже?
#15 by ELEA26
и потом тоже. Каждое обращение. Тормозят: И одинаково долго - 4 - 6 минут. При этом нигде никакой нагрузки, как будь-то спит.
#16 by vde69
профиль безопасности настраивал?
#17 by vde69
перезагрузка НЕ НУЖНА
#18 by ELEA26
Подробнее. Какой, где? На сервере 1С? Нет. По умолчанию (когда нет профиля) - по идее все можно. Или нет? тогда пропись имен не помогла. И опять же - признак того, что обычный клиент нормально подключается и быстро работает разве не говорит о том, что с сетью порядок?
#19 by andrey153
а пробовал при создании соединения указвать сервер?
#20 by vde69
>>>И опять же - признак того, что обычный клиент нормально подключается и быстро работает разве не говорит о том, что с сетью порядок? не говорит, ибо параметры зависят от много, например сервер может пытаться авторизоваться на старом резервном контроллере АД который давно не существует и при истечении таймаута переходить на рабочий... Да мало ли чего... Или например используется темповый каталог в котором 20к пустых файлов, или где-то в файловых правах не валидный SID и сервер его пытается разрешить во всех известных доменах... короче подумай, попробуй точно замерить время, может подойдет под что-то (например в SQL сервере типовой таймаут 600 секунд)
#21 by ELEA26
да. этот параметр указывает где будет COM connector запущен. У меня тачки не в домене и потому ошибку выдает: "Отказано в доступе". Ни по имени, ни по IP не пускает. Я не понял где разрешения даются. Учетки у службы разумеется разные и нет возможности сделать одинаковыми. В журнале пишет, что отказ для имени именно того, из под кого запущена служба сервера. Для примера создал 2ю учетку. Стало пускать, но тогда пишет: Служба RPC не доступна. А это уже не заборол.
#22 by andrey153
Права для comconnector настраиваются тут, если что:           свойства,             закладка "удостоверение" ввести данные доменной учетной записи
#23 by andrey153
Илья, у меня такого как описано в никогда не было, но у меня все сервера 1С работают от имени одного доменного пользователя
#24 by ELEA26
У меня не домен к сожалению.
#25 by ELEA26
Завел вариант Новый COMОбъект(<Имя>, <ИмяСервера>) Пришлось ставить "Сервер приложений". На сервере куда подключаюсь теперь видно, что ком соединение от самого себя. Подключаться стало быстрее, но вот: ВнешняяСсылка = КомБаза.Справочники.Показатели.ПолучитьСсылку(ВнешнийИД); по прежнему висит долго. К сожалению теперь все как в статье: раздел: Подключение внешнего соединения Надо думать как выходить из положения. :(
#26 by breezee
Веб сервисами выходить. Да и если на Линупс переедете будет полезно. Говорят правда хттп-сервисы быстрее или как их там. В общем, надо отказаться от старой технологии
#27 by Immortal
да отстой этот ваш com через веб-сервис все летает
#28 by Immortal
плюс com - платформозависимая херня
#29 by ELEA26
Вы правы. Нафиг этот COM. Со вчера уже 7 из 12 процедур обмена сделал на http сервисах. Реально в разы быстрее :) Правда IIS поднимать пришлось. Но то 15 минут потратил. Сегодня думаю закончу. Спасибо за участие.
#30 by Сияющий в темноте
ком коннектор,этотаналог толстого клиента он запросы на клиенте выполняет
#31 by ELEA26
т.е. по любому поводу он тянет всю таблицу на клиент и делает запрос локально? Да ладно!? Если так, то и в локальных случаях ком конектор пойдет лесом...
#32 by ELEA26
а 1С не хотят замутить ком коннектор на основе тонкого клиента? :) Или они тоже считают ее не перспективной технологией?
#33 by vde69
Вы вообще понимаете о чем пишите? COM - это стандарт, как его можно замутить на основе своего внутреннего стандарта? это примерно как спрашивать: а Вы можете покрасить стену с помощью обоев
#34 by DrShad
получится совершенно бесполезная вещь
#35 by ELEA26
В смысле? Я же не интерфейс имею ввиду, а внутреннюю реализацию. Это как у машины - руль педали, а внутри может быть аккумулятор или провод до розетки. Ну да ладно. Ладно. Это уже "офтоп". Фиг с ним.
#36 by Сияющий в темноте
можете попробовать переписать сом через одата это,в принципе,возможно,но чем выполнять код 1с хотя,ещё можно попробовать дсом,чтобы он работал в памяти сервера
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С