Быстродействие CrmService

[Bakai Madybaev]

Реализовали такой функционал. На основе данных из сайта в CRM создаются Интересы, Контакты, Счета и куча других кастомных объектов. Но ради безопасности не стали писать доступ к веб-сервисам CRM из самого сайта, а создали промежуточный веб-сервис на asp, который принимает SOAP запросы от сайта и с другой стороны заносит данные в CRM.

Проблема: когда приходит запрос из сайта каждый раз создается экземпляр класса CrmService - это занимает много времени (20-60 сек) и сайт, не дождавшись ответа, вываливается с TimeoutException. Но следующие затем запросы обрабатываются мгновенно -создание экземпляра класса CrmService проходит сразу. Похоже где-то что-то кэшируется. Но через пару часов (суток) снова тратится много времени на этом же шаге.

Для решения данной проблемы наткнулся на след. тему:
http://social.microsoft.com/forums/e...-d395bff00c5a/

Еще нашел полезную ссылку для сериализации WebReference:
http://uwekaessner.spaces.live.com/b...908E!175.entry

Сделал как указано в последней ссылке:
1. Сгенерировал файл с Xml-сериализацией для web-reference CrmService.
2. В Reference для классов CrmService, Request, Response, BusinessEntity закомментировал аттрибуты

[System.Xml.Serialization.XmlIncludeAttribute

и добавил аттрибут

[System.Xml.Serialization.XmlSerializerAssemblyAttribute(AssemblyName = "CrmServicePerformance.XmlSerializers")]

Итог:
Скорость при создании CrmService увеличилась.
Но на выполнение CrmService.Create(), CrmService.Execute(), CrmService.RetrieveMultiple() все равно уходит много времени. Иногда вся логика выполняется аж за 2 минуты.
Но следующие запросы могут выполняться за 2 секунды.

Что еще можно сделать?

[plumbum]

В Windows Communication Foundation (.NET 3.0 и выше) Web сервисы можно реализовать с опцией инстанциирования и хранения ссылки. В принципе Ваш вариант. Попробую найти больше информации

[ShurikEv]

В 3ке мы для этого использовали Fetch запросы.

[Bakai Madybaev]

Цитата:

В 3ке мы для этого использовали Fetch запросы.

Так быстрее?

Цитата:

В Windows Communication Foundation (.NET 3.0 и выше) Web сервисы можно реализовать с опцией инстанциирования и хранения ссылки. В принципе Ваш вариант. Попробую найти больше информации

Буду очень благодарен.

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

Цитата:

Сообщение от Bakai Madybaev

Так быстрее?

Сомнительно. Один фиг надо звать CrmService.Fetch(). Хотя сервис можно, вроде бы как не инстанцировать, а обращаться через soap-http... В принципе никто не мешает вам поступать так же и с остальными ф-циями.

[Bakai Madybaev]

Иногда даже вот такое исключение выходит:

Цитата:

System.Threading.ThreadAbortException: Thread was being aborted.
at System.Array.Clear(Array array, Int32 index, Int32 length)
at System.Collections.ArrayList.Clear()
at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)

[Bakai Madybaev]

Цитата:

Сомнительно. Один фиг надо звать CrmService.Fetch(). Хотя сервис можно, вроде бы как не инстанцировать, а обращаться через soap-http... В принципе никто не мешает вам поступать так же и с остальными ф-циями.

Для инстанциирования CrmService времени после предварительной xml-сериализации уходит уже немного - очень много времени уходит на CrmService.RetrieveMultiple(query)

Если использовать Fetch, то отпадет необходимость инстанцировать объекты QueryExpression, FilterExpression и т.д., т.к. посылаться будет запрос в виде xml-строки?

Есть ли настройки в IIS, которые указывают как долго нужно держать в кэш xml-сериализацию?

[Bakai Madybaev]

Нашел в справке SDK в теме Using FetchXML:

Цитата:

Generally, the RetrieveMultiple method performs faster than the Fetch method because it does not have to parse the query.

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

У нас на одном из проектов была сделана интеграция с учетно-логистической системой заказчика. Интеграция делалась через промежуточную шину данных, да так и была брошена в состоянии полутестовой разработки. Так вот к чему я это: каждый раз при сохранении, изменении, удалении объекта этой системы, стартует обработчик события шины. Он каждый раз вычитывает из XML файла на диске (!!!) схему мапирования атрибутов, создает и вызывает сервис CRM, но ни разу мы не испытывали никаких проблем производительности! Может не в сервисе дело, Bakai?

[Bakai Madybaev]

Артем, спасибо за внимание к этой теме - приведу код:

      TraceManager.Log(System.Diagnostics.TraceLevel.Verbose, "Start CrmService.RetrieveMultiple() " + entityName.ToString(), "");
      try
      {
          if (!debug) beCol = service.RetrieveMultiple(query);
      }
      catch (SoapException ex)
      {
        TraceManager.Log(System.Diagnostics.TraceLevel.Error, "Ошибка в методе Fill(): entityName =" + entityName + "; " + ex.ToString() + ex.Detail.InnerText, "");
        throw new BIBCInternalException("Fill() method error: entityName =" + entityName + "; " +ex.ToString() + ex.Detail.InnerText);
      }
      catch (Exception ex)
      {
        TraceManager.Log(System.Diagnostics.TraceLevel.Error, "Ошибка в методе Fill(): entityName =" + entityName + "; " + ex.ToString(), "");
        throw new BIBCInternalException("Fill() method error: entityName =" + entityName + "; " + ex.ToString());
      }
      if (beCol == null) return null;

      TraceManager.Log(System.Diagnostics.TraceLevel.Verbose, "Filling complete successfully! Fetched " + beCol.BusinessEntities.Length + "rows.", "");

А вот и Trace данного кода:

w3wp.exe Information: 0 : 2009-03-17T13:45:46.4678697	CrmInterface	Start CrmService.RetrieveMultiple() lead	

w3wp.exe Information: 0 : 2009-03-17T13:46:38.8803507	CrmInterface	Filling complete successfully! Fetched 0rows.

Как видно, на исполнения этого кода ушло 52 секунды.

Но последующее выполнение кода происходит намного быстрее (сотые доли секунды):

w3wp.exe Information: 0 : 2009-03-17T13:47:00.5639643	CrmInterface	Start CrmService.RetrieveMultiple() lead	

w3wp.exe Information: 0 : 2009-03-17T13:47:00.5795865	CrmInterface	Filling complete successfully! Fetched 0rows.

[Bakai Madybaev]

Может быть дело не в инстанциированном веб-сервисе, а самом веб-сервисе CrmService на CRM-сервере?

Где можно посмотреть Логи на CRM сервера, как долго обрабатывается запрос QueryExpression?

[Bakai Madybaev]

точно такая же история с вызовом методов:

CrmService.Update();
CrmService.Create();

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

Цитата:

Сообщение от Bakai Madybaev

Может быть дело не в инстанциированном веб-сервисе, а самом веб-сервисе CrmService на CRM-сервере?

Где можно посмотреть Логи на CRM сервера, как долго обрабатывается запрос QueryExpression?

Попробуйте запустить SQL Profiler. Может тормозит SQL и сам сервис тут не при чем.

[Bakai Madybaev]

Создали задачу, которая периодически прогоняет веб-сервис (запуск RetrieveMultiple(), Update(), Create()) не затрагивая данные, чтобы поддерживать кэш - вроде помогло.
Корявое решение, но решение

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

Сингельтоном класс сервиса делать не пробовали? Может он статиком жить дольше будет - пусть создается при старте сайта. А то тратить ресурсы на профилактическое обновление кеша - неразумно как-то.

[Bakai Madybaev]

Артем,
Статиком пробовали создать класс - не помогло. Не помню точно из-за чего - найду логи - отпишусь...

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

Верю вам на слово. У меня довольно маленький опыт программирования под ASP - вряд ли смогу чем-то помочь. Разе что мы поищем в чем разница между нашими ситуациями. Я и когда отлаживался тормозов не наблюдал - проект собирался дольше, чем я ждал ответа от сервера, хотя он был размазан по 2 виртуалкам!