Добрый день.
Имеется 2 сервера в сети (подсети разные, с маршрутами все ОК, порты все открыты (по пути тоже), пинг замечательный. Технически придраться не к чему.
Соединение через COM connector происходит адски медленно. Подключение длится 6 - 12 минут. Каждый запрос к базе так же.
Соединение выполняет сервер.
При этом подключения к базам на том же сервере - быстрые.
Т.е. если 2 базы на одном любом сервере, то обмен быстрый и легкий.
При этом легко и быстро запускается сама 1С (тонкий клиент) с одного любого сервера к базе на втором любом сервере.
Сам ком коннектор ковырял по всякому, удалял, ставил заново.
Платформа: 1С:Предприятие 8.3 (8.3.10.2561)

Это читал и некоторое пробовал:
http://catalog.mista.ru/public/387577/
com connector при локальной базе летает при сетевой тормозит жутко
Синхронизация УТ 11 БП 3.0, отказано в доступе COMConnect

Кто, что знает про это? Что еще посмотреть, что попробовать?

Пригласить шамана, пусть потанцеет

*потанцует

шаман = специалист

потанцует = поработает за деньги

(4) Круче меня пока не нашли. Если есть - позову, называйте цену. Если не сделаете, то х2 сумма с вас. Если сломаете что есть х10 с вас. Составим договор.
А то ***ть все умеют.
И спасибо за совет.
Есть у кого по делу? Если криво задал вопрос - переспросите.
Можно накидывать версии, если не пробовал - буду проверять.

(5) Чего тебе накидывать, если ты сам пишешь в (0), что "некоторое пробовал". По вершкам пробежался пади да на авось понадеялся

Ну и критерии в части "Если не сделаете" будут, думаю, весьма туманны - может там у тебя дело в коде конфигураций, которые обновлять никто не будет, или в косячной витой паре, которую тоже никто менять не захочет ))

(5) а можно поинтересоваться нафейхоа вам соединение по ОЛЕ?

(7) БУХ 3.0 <-> ЗУП 3.1 на чистых пробовал. Та же проблема. С сетью как может быть проблема, если тонкий клиент легко работает.
(8) Потому что все написано и работало, пока было на 1м сервере. Сейчас предстоит аналогичное еще на 3х поднимать. А потом скорее всего еще. Переписывать все что есть?

(9) ок, а что есть?

(0)
1. проверить настройки хаспа на сервере
2. зайти под пользователем службы сервера и попробовать запустить в пользовательском режиме

ну и до кучи почитать про настройку серверов с несколькими сетевыми картами - http://wiki.mista.ru/doku.php?id=it:set_dual_net

(10) обмен справочников, выгрузки из БУХ 3.0 "сводных данных" и некоторых видов документов в отдельную базу.
(11) пот учеткой сервера запускал 1С и да, она нормально соединяется со вторым сервером (в обратку так же). Все ключи видны и достаточно быстро выдаются.
За ссылку спасибо, пошел читать.

(11) не знаю нужна ли перезагрузка. Но не помогло. Вечером перегружу. Хотя думаю не в этом дело. Клиенты же работают.
Думаю в настройках DCOM где-то... :(

Тормозит на этапе соединения или потом тоже?

(14) и потом тоже. Каждое обращение.
Тормозят:
ВнешняяСсылка = КомБаза.Справочники.Показатели.ПолучитьСсылку(ВнешнийИД);

ПоказательКомОбъект.Записать();

И одинаково долго - 4 - 6 минут. При этом нигде никакой нагрузки, как будь-то спит.

профиль безопасности настраивал?

(13) перезагрузка НЕ НУЖНА

(16) Подробнее. Какой, где? На сервере 1С? Нет. По умолчанию (когда нет профиля) - по идее все можно. Или нет?
(17) тогда пропись имен не помогла. И опять же - признак того, что обычный клиент нормально подключается и быстро работает разве не говорит о том, что с сетью порядок?

а пробовал при создании соединения указвать сервер?
Новый COMОбъект(<Имя>, <ИмяСервера>)

>>>И опять же - признак того, что обычный клиент нормально подключается и быстро работает разве не говорит о том, что с сетью порядок?

не говорит, ибо параметры зависят от много, например сервер может пытаться авторизоваться на старом резервном контроллере АД который давно не существует и при истечении таймаута переходить на рабочий... Да мало ли чего...

Или например используется темповый каталог в котором 20к пустых файлов, или где-то в файловых правах не валидный SID и сервер его пытается разрешить во всех известных доменах...

короче подумай, попробуй точно замерить время, может подойдет под что-то (например в SQL сервере типовой таймаут 600 секунд)

(19) да. этот параметр указывает где будет COM connector запущен. У меня тачки не в домене и потому ошибку выдает: "Отказано в доступе". Ни по имени, ни по IP не пускает.
Я не понял где разрешения даются. Учетки у службы разумеется разные и нет возможности сделать одинаковыми. В журнале пишет, что отказ для имени именно того, из под кого запущена служба сервера. Для примера создал 2ю учетку. Стало пускать, но тогда пишет: Служба RPC не доступна. А это уже не заборол.

Права для comconnector настраиваются тут, если что:
Панель управления,
  администрирование,
    службы компонентов,
      приложения com+,
        v83comconnector,
          свойства,
            закладка "удостоверение" ввести данные доменной учетной записи

Илья, у меня такого как описано в (15) никогда не было, но у меня все сервера 1С работают от имени одного доменного пользователя

(23) У меня не домен к сожалению.

Завел вариант Новый COMОбъект(<Имя>, <ИмяСервера>)
Пришлось ставить "Сервер приложений".
На сервере куда подключаюсь теперь видно, что ком соединение от самого себя.
Подключаться стало быстрее, но вот:
ВнешняяСсылка = КомБаза.Справочники.Показатели.ПолучитьСсылку(ВнешнийИД);
по прежнему висит долго.

К сожалению теперь все как в статье:
http://catalog.mista.ru/public/387577/
раздел: Подключение внешнего соединения

Надо думать как выходить из положения. :(

(25) Веб сервисами выходить. Да и если на Линупс переедете будет полезно. Говорят правда хттп-сервисы быстрее или как их там. В общем, надо отказаться от старой технологии

да отстой этот ваш com
через веб-сервис все летает

плюс com - платформозависимая херня

Вы правы. Нафиг этот COM. Со вчера уже 7 из 12 процедур обмена сделал на http сервисах. Реально в разы быстрее :)
Правда IIS поднимать пришлось. Но то 15 минут потратил.
Сегодня думаю закончу.
Спасибо за участие.

ком коннектор,этотаналог толстого клиента он запросы на клиенте выполняет

(30) т.е. по любому поводу он тянет всю таблицу на клиент и делает запрос локально? Да ладно!? Если так, то и в локальных случаях ком конектор пойдет лесом...

а 1С не хотят замутить ком коннектор на основе тонкого клиента? :)
Или они тоже считают ее не перспективной технологией?

(32) Вы вообще понимаете о чем пишите? COM - это стандарт, как его можно замутить на основе своего внутреннего стандарта?

это примерно как спрашивать: а Вы можете покрасить стену с помощью обоев

(32) получится совершенно бесполезная вещь

(33) В смысле? Я же не интерфейс имею ввиду, а внутреннюю реализацию.
Это как у машины - руль педали, а внутри может быть аккумулятор или провод до розетки.
Ну да ладно.

Ладно. Это уже "офтоп". Фиг с ним.

можете попробовать переписать сом через одата
это,в принципе,возможно,но чем выполнять код 1с
хотя,ещё можно попробовать дсом,чтобы он работал в памяти сервера