CrmServiceWrapper: close created TCP connection.

[spirius]

Доброго времени суток!

Проблемка:
Существует батч, который создает тысячи рекорд с помощью вызова CrmServiceWrapper.Create(entity). Рекорды создаются без проблем.

Но каждый вызов .Create создает TCP соединение в IIS.
При малом количестве создаваемых рекорд ничего страшного не происходит. Но когда количество рекорд сильно увеличивается ИИС останавливается. Как я понял это зависит от ограничений на: количество свободных портов, время ожидания и т.д.

вот и возникает вопрос: есть ли возможность обрывать созданное .Create TCP соединение программно?
Dispose не помог. в CrmServiceWrapper других методов не видел, подобных этому.

П.С. CrmServiceWrapper использовать необязательно - может быть у кого-нибудь есть готовое решение через другую реализвацию?

Заранее спасибо.

[Артем Enot Грунин]

Сложно сказать, я не встретил упоминание CrmServiceWrapper в SDK.

[Konstantin Katsovich]

Цитата:

Сообщение от spirius

Доброго времени суток!

Проблемка:
Существует батч, который создает тысячи рекорд с помощью вызова CrmServiceWrapper.Create(entity). Рекорды создаются без проблем.

Но каждый вызов .Create создает TCP соединение в IIS.
При малом количестве создаваемых рекорд ничего страшного не происходит. Но когда количество рекорд сильно увеличивается ИИС останавливается. Как я понял это зависит от ограничений на: количество свободных портов, время ожидания и т.д.

вот и возникает вопрос: есть ли возможность обрывать созданное .Create TCP соединение программно?
Dispose не помог. в CrmServiceWrapper других методов не видел, подобных этому.

П.С. CrmServiceWrapper использовать необязательно - может быть у кого-нибудь есть готовое решение через другую реализвацию?

Заранее спасибо.

Смысл в том, что при открытии порта он остается открытый примерно четыре минуты поэтому вы ограничены по количеству обращений (не более 5000 портов).
Это не связано не с СРМ не с CrmServiceWrapper .
Это ограничение IIS, так сказать его дифолтные настройки.

Я знаю несколько решения этой проблемы

1. Увеличения количества процессов в Application Pool под которым бежит СРМ.
2. Увеличение количества портов и уменьшения время которое порт открыт. http://support.microsoft.com/kb/196271
   Оба этих я использую если есть большая нагрузка на СРМ, от пользователей (много пользователей много работают).
3. Если проблема только ночью с какой-нибудь аппликацией которая обновляет/создает большой количества записи больше 4000.
   Можно поставить Sleep между обращениями примерно 60 миллисекунд. Смысл в том, что у вас не было больше 16 обращений в минуту.

Удачи

[spirius]

Цитата:

Сообщение от Konstantin Katsovich

Смысл в том, что при открытии порта он остается открытый примерно четыре минуты поэтому вы ограничены по количеству обращений (не более 5000 портов).
Это не связано не с СРМ не с CrmServiceWrapper .
Это ограничение IIS, так сказать его дифолтные настройки.

Я знаю несколько решения этой проблемы

1. Увеличения количества процессов в Application Pool под которым бежит СРМ.
2. Увеличение количества портов и уменьшения время которое порт открыт. http://support.microsoft.com/kb/196271
   Оба этих я использую если есть большая нагрузка на СРМ, от пользователей (много пользователей много работают).
3. Если проблема только ночью с какой-нибудь аппликацией которая обновляет/создает большой количества записи больше 4000.
   Можно поставить Sleep между обращениями примерно 60 миллисекунд. Смысл в том, что у вас не было больше 16 обращений в минуту.

Удачи

Спасибо за дельный совет.
Ситуация улучшилась, но проблема осталась. В конечном счете ИИС всеравно зависает.

А Sleep в данном случае не является верным решением - процесс и так занимает слишком много времени. а если еще и усыплять его постоянно, он просто станет ненужным с такой работой =(

[spirius]

Цитата:

Сообщение от Артем Enot Грунин

Сложно сказать, я не встретил упоминание CrmServiceWrapper в SDK.

CrmServiceWrapper это самопальный класс, который работает как CrmService.
в конструкторе класса создается экземпляр CrmService при запросе. перегрузка иис вероятнее всего происходит здесь - слишком много сервисов создается во время выполнения программы.

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

[Артем Enot Грунин]

Я думаю, можно копнуть чуть глубще и использовать не готовый CrmService a основополагающие классы WCF. Возможно это позволит более гибко управлять времененм жизни и открываеммыми TCP сессиями:

String serviceUrl = "http://localhost/FixRM/XRMServices/2011/Organization.svc"
SymmetricSecurityBindingElement security = new SymmetricSecurityBindingElement(new SspiSecurityTokenParameters());
HttpTransportBindingElement http = new HttpTransportBindingElement();
CustomBinding binding = new CustomBinding();
binding.Elements.Add(security);
binding.Elements.Add(http);

OrganizationServiceClient client = new OrganizationServiceClient(binding, new EndpointAddress(serviceUrl));

Не совсем корректный пример, так как класс OrganizationServiceClient генерирован с веб реверенса при помощи студии, но идею вы, думаю, уловили.