Споделяне чрез

Разбиране на аналитичните данни (преглед)

  • Статия

[Тази тема е предварителна версия на документацията и подлежи на промяна.]

Аналитичните данни за производителността разпределя аналитичните данни в следните категории:

Обща производителност

Тези аналитични данни обобщават общата производителност на приложението като изпълнително резюме под Insight ID Perf.Summary.Overview.

В тези аналитични данни можете да видите общата производителност на приложението си въз основа на сериозността.

  • Критично: Показва слаба производителност.
  • Внимание: Показва, че производителността може да се подобри.
  • Информационно: Показва добро представяне.

Начин за подобряване

Когато дойде време за оптимизиране на приложението, можете да разгледате подробните аналитични данни от клиента, мрежата, категориите за персонализиране, както и добавки, savedQeury и настройки. Някои елементи с действия могат да се получат чрез преглед на тези аналитични данни.

Среда на клиент

Когато потребителите работят с приложението Power Apps на устройствата си, няколко фактора могат да повлияят на производителността, като типа браузър, версията на браузъра и спецификацията на хардуера. В тази секция можете да видите какви аналитични данни проверяват клиентските среди.

Тип браузър

ИД на аналитични данни: Perf.Environment.Client.Browser.Type

Мотивация

Някои типове уеб браузъри могат да повлияят на ефективността на приложението. Използването на неподдържани или остарели браузъри може да доведе до бавна производителност. Тези аналитични данни предоставят последствията за производителността на различните браузъри, особено на браузърите, които не се препоръчват. Например Power Apps отхвърли поддръжката за Internet Explorer.

Начин за подобряване

Ако имате потребители на стари браузъри като Internet Explorer, преминете към модерен браузър, базиран на Chromium. Препоръчваме на потребителите да използват модерен браузър, като например Microsoft Edge или Google Chrome.

Бележка

Някои стари приложения, които използват NPAPI, ще работят само на Internet Explorer.

Версия на браузъра

ИД на аналитични данни: Perf.Environment.Client.Browser.Version

Мотивация

Тези аналитични данни проверяват колко потребители използват приложението от стара версия на браузър. Дори когато потребителите работят с модерни браузъри, а не типове браузъри, които не се препоръчват, като Internet Explorer, по-старите версии на браузърите се представят по-бавно.

Начин за подобряване

Потребителите трябва редовно да актуализират браузъра до най-новата версия. Корпоративните клиенти могат да прилагат групови правила, за да са на определена версия. Тъй като Unified Service Desk (USD) също използва настройките на браузъра по подразбиране на компютъра, той също така изисква проверка на типа и версията на браузъра по подразбиране.

Минимални системни изисквания

ИД на аналитични данни: Perf.Environment.Device.MimimumRequirements

Мотивация

Тези аналитични данни проверяват дали средата на потребителя отговаря на минималните системни изисквания. Можете да проверите изискванията за уеб приложението, за да разберете какви са минималните системни изисквания в зависимост от типа на приложението.

По принцип някои дейности, като рендиране, скриптове и изтегляне на съдържание, се извършват от страна на клиента. За такива дейности е необходимо да се отговори на минималните системни изисквания.

Начин за подобряване

Потребителите трябва да използват хардуера, който отговаря или надвишава минималните системни изисквания за Power Apps.

HTTP протокол

ИД на аналитични данни: Perf.Environment.Client.Browser.HttpProtocol

Мотивация

Платформата на Power Apps поддържа HTTP/2. Ако обаче приложението ви използва протокола HTTP/1.1 за заявки XMLHttpRequest (XHR) в Power Apps, това може да доведе до бавна производителност поради едновременното ограничаване на заявките с протокола HTTP/1.1.

Начин за подобряване

Ако тези аналитични данни идентифицират някои потребители, които използват протокола HTTP/1.1, настоятелно препоръчваме клиентът на този потребител да поддържа протокола HTTP/2.

Няколко конфигурации и мрежова инфраструктура могат да блокират HTTP/2 протокола, като VPN мрежа, прокси сървър или настройки на опцията за интернет на устройството.

Потребителите могат да проверят какъв протокол е използван от инструмента за разработка, включен в браузъра. На фигурата по-долу мрежовите повиквания се извършват през HTTP/2.

Пример за мрежови повиквания HTTP 2.

Ако проследяването на мрежовия протокол показва HTTP/1.1, това може да се дължи на следното:

  • Интернет настройки: В раздела Разширени на опцията за интернет на Windows в контролния панел опциите Използване на HTTP2 и Използване на TLS 1.2 не са активирани.
  • VPN и прокси: Въпреки че опцията за интернет на Windows е зададена да използва HTTP2 и TLS 1.2, браузърът може да се върне, когато VPN или прокси не поддържа по-новите протоколи.

Модел на използване

Тази категория анализира типа зареждане на страници. Топлото зареждане на страницата рендира страницата с помощта на кеш и съществуващи DOM обекти, докато студеното зареждане на страницата я опреснява, като изтегля ресурси, когато е необходимо. Въпреки че потребителите няма да различават типа зареждане на страницата, тези аналитични данни анализират и предоставят препоръки в зависимост от това какъв тип зареждане на страници възниква на клиента.

Тип зареждане на страница

ИД на аналитични данни: Perf.Performance.PageLoadType

Мотивация

Топлото зареждане на страници е по-бързо от студеното, тъй като необходимите ресурси се зареждат извън локалния кеш.

Бележка

Когато потребителят отвори формуляр от нов раздел или нов раздел в браузър, това се счита за студено зареждане на страницата. Когато потребителят отвори други формуляри в приложението в активния раздел на браузъра, това се счита за топло зареждане на страницата.

Начин за подобряване

За да направите топли зареждания на страници за по-бърза работа, минимизирайте отварянето на нови раздели или прозорци на браузъра. Опитайте се да запазите дейностите в рамките на един раздел, вместо да отваряте нови раздели или прозорци на браузъра. Също така препоръчваме да не стартирате браузъра в режим InPrivate или инкогнито.

Производителност на страница

Много приложения, управлявани от модел, на първи страни се състоят от табло, изгледи (EntityList) и формуляр, когато става въпрос за тип страница. По подразбиране потребителите зареждат табло, въпреки че създателите на приложения и администраторите могат да променят това. Ако таблото съдържа много диаграми и плочки, това може да доведе до бавно зареждане на таблото. По същия начин, ако EntityList и формулярите се персонализират, за да добавят много колони и показват много записи, това също може да доведе до бавно зареждане на страницата. Следователно, проверката на производителността на страница и на таблица може да е от полза, тъй като ефективността на зареждането на страницата може да има различни основни причини.

В този раздел можете да видите някои аналитични данни, свързани с ефективността на страницата.

Бавни табла

ИД на аналитични данни: Perf.ModelDriven.Page.Dashboard.SlowSQLQuery

Мотивация

Бавните SQL заявки или използването на твърде много диаграми и плочки в таблото може да доведе до слаба производителност на таблото. Тези аналитични данни посочват таблата, които са засегнати от бавни SQL заявки. Когато тези аналитични данни се запишат, прозорецът Подробности включва ИД на таблото за всяко табло, включено в аналитичните данни.

Начин за подобряване

Ето как да търсите името на таблото, като използвате ИД на таблото. След това можете да определите кои табла да вземете предвид за повторно проектиране.

  1. Отидете в приложението, управлявано от модел, като https://contoso.crm.dynamics.com.

  2. Променете URL адреса, както е показано в този пример (https://contoso.dynamics.com/api/data/v9.1/systemforms[DashboardId]/name) чрез добавяне на api/data/v9.1/systemforms[DashboardId]/name към URL адреса на приложението.

  3. Ще получите заявка за OData, подобна на тази по-долу. Таблото на агент, показано по-долу, представлява удобното за потребителя име на дадения ИД на табло.

    {"@odata.context":https://contoso.crm.dynamics.com/api/data/v9.1/$metadata#systemforms(2ff4a8cf-378b-e811-a964-000d3a30dc0a)/name,"value":"Contoso - Agent Dashboard"}

Синхронни добавки с бавни външни разговори

ИД на аналитични данни: Perf.Sandbox.Performance.Plug-ins.ExternalCall

Добавките и персонализираните дейности на работен поток могат да имат достъп до уеб услуги (външни крайни точки) чрез HTTP и HTTPS протоколи. Ако тези външни услуги се изпълняват бавно, времето за изчакване на самата добавка ще изтече или тя ще работи бавно.

Мотивация

Тези аналитични данни проверяват ефективността на външните крайни точки и откриват приставки в приложението, които са засегнати от бавните външни повиквания.

Начин за подобряване

Повече информация: Достъп до външни уеб услуги (Microsoft Dataverse) – Power Apps | Microsoft Docs.

Персонализиране

Създателите могат да правят много различни персонализации с приложения, управлявани от модели, като например:

  • Приемайте персонализирани JavaScript функции, за да активирате събития в клиента.
  • Изграждане и внедряване на добавки, използвани за изпълнение на персонализирана логика.
  • Дефинирайте и съхранявайте потребителски таблици и данни.
  • Дефинирайте зависими компоненти за потребителски и за стандартни таблици, като формуляри и изгледи.

От гледна точка на ефективността, всички тези персонализации могат да причинят лоша реакция на приложението в ситуации, в които персонализацията не следва най-добрите практики и препоръки. Създателите могат да стартират инструмента за проверка на решение, за да потвърдят своите персонализации по време на фазата на разработка.

Следващите аналитични данни също предоставят аналитични резултати от потребителските данни по време на изпълнение на персонализацията.

Тип извикване на заявка XML HTTP (XHR)

ИД на аналитични данни: Perf.ModelDriven.Customization.Client.Script.XMLHttpRequestType

Синхронните извиквания XMLHttpRequest може да причинят сериозни проблеми с производителността на крайните потребители, особено когато мрежата е бавна или трябва да се изпълнят няколко извиквания. Браузърът блокира и крайният потребител е разочарован, когато не може да щракне, превърти или взаимодейства със страницата.

Тези аналитични данни разкриват дали съществуват синхронни методи и показват свързаната производителност.

Мотивация

Синхронните XHR извиквания ще попречат на браузъра да изпълнява повече работа, тъй като браузърът трябва да изчака синхронното извикване да завърши, което води до забавяне или пълно блокиране на страницата.

Начин за подобряване

Препоръчваме ви да промените най-добрите методи, споменати в секцията за данни на аналитичните данни от синхронни на асинхронни. Повече информация: Презареждане на приложенията, управлявани от модел, с преход от синхронните заявки

Отхвърлени контроли

ИД на аналитични данни: Perf.Customization.Controls.Deprecated

Някои по-стари контроли за приложения, управлявани от модел, като превключвател с две опции, контрола на календар (V1), линеен плъзгач, радиално копче, обло копче, линеен индикатор, заедно с контролата за преглед на уебсайт, MultiSelectPicklistControl (V1) и обръщане на етикет са отхвърлени. Някои от тези контроли могат да се заменят с новите контроли, които отговарят по-добре на съвременната мрежа и мобилните устройства. Повече информация: Нови контроли за приложения, управлявани от модел, отхвърляне на стари контроли

Мотивация

Използването на остарели контроли може да доведе до проблеми с производителността, надеждността и достъпността. Освен това някои от ограниченията в тези отхвърлени контроли са разрешени в новите контроли. Например контролата за превключване и контролата на календара (V2) използват ПИ на Microsoft Fluent.

Начин за подобряване

  • Използвайте контрола за превключване като заместител на Flip Label и Flip Switch.
  • Използвайте контролата на календара (V2) като заместител на контролата на календара (V1).
  • Оценете други отхвърлени контроли, за да определите дали те все още са полезни в съществуващите формуляри.

Забележете, че има няколко значителни промени в дизайна между отхвърлената версия и новите контроли.

За повече информация относно отхвърлените контроли отидете на Отхвърлени контроли на приложение, управлявано от модел.

Изпълнение в ограничителен режим – доминиращи добавки

ИД на аналитични данни: Perf.Sandbox.Performance.Plug-ins.Dominant

Тези аналитични данни ще ни помогнат да идентифицираме доминиращата добавка или с други думи, най-често използваната. Също така ще посочат дали някоя от добавките, които се използват най-много, се изпълнява бавно, като времето за изпълнение на добавката е по-голямо от 100 милисекунди в 95-ия процентил. Тези аналитични данни ще изброят до три доминиращи добавки.

Мотивация

Бавните доминиращи добавки засягат производителността. Тези добавки трябва да се проучат.

Начин за подобряване

Проучете бавноизпълняващите се добавки. Вижте най-добрите практики по отношение на добавките и разработката на работния поток.

За да проучите допълнително бавната добавка, можете да зададете настройките на Регистрационен файл за проследяване на добавки на Всички в средата за разработка или тестовата среда и да определете къде е закъснението. Не забравяйте обаче да дезактивирате настройката, преди да преминете към производство. Повече информация: Проследяване и регистриране

Проучете бавноизпълняващите се добавки. Някои от причините за бавни добавки са описани тук:

  • Свързаните SQL заявки се изпълняват бавно, поради което времето за изпълнение на добавката се увеличава.
  • Следвайте принципа за единична отговорност за добавката и не правете трансакции със значителни граници на трансакции.
  • Добавката може да прави външни повиквания, които са бавни.
  • Логиката на добавката не е оптимизирана за среди с много нишки. Проверете кода.

За да проучите допълнително бавната добавка, можете да зададете настройките на Регистрационен файл за проследяване на добавки на Всички в средата за разработка или тестовата среда и да определете къде е закъснението. Не забравяйте да дезактивирате настройката, преди да преминете към производство. Повече информация: Проследяване и регистриране

Записана заявка с водещ заместващ символ

ИД на аналитични данни: Perf.ModelDriven.Customization.SavedQuery.LeadingWildCard

Водещите заместващи символи са условията Като или Не е като, които използват заместващ символ (%) в началото на низ за търсене. Пример за лошо написана заявка е:

<fetch version="1.0" output-format="xml-platform" mapping="logical"> 
    <entity name="account"> 
        <attribute name="accountid" /> 
        <attribute name="accountnumber" /> 
        <filter type="and"> 
            <condition attribute="accountnumber" operator="like" value="%124" /> 
        </filter> 
    </entity> 
</fetch>

Мотивация

Водещ заместващ символ (%) в записана заявка може да доведе до изтичане на времето за изчакване на заявката или бавно изпълнение. Тези аналитични данни посочват такива бавнозаписани заявки с водещи заместващи символи.

Начин за подобряване

Избягвайте да използвате водещи заместващи символи. В ключа за търсене те се превеждат на "съдържа" в SQL Server, който няма да се възползва от търсенето на индекс, но ще направи сканиране. Ако е необходимо да използвате водещ заместващ символ, ограничете обхвата на търсене, като включите други условия. Имайте предвид, че е добре да използвате крайни заместващи символи (%) в края на низовете за търсене.

Конфигурация

Настройка за регистрационен файл за проследяване на добавка

ИД на аналитични данни: Perf.Sandbox.Configuration.PluginTraceSettings

Създателите могат да отстраняват грешките в добавките чрез регистрационни файлове за проследяване на добавки. Администраторите на Dataverse могат да зададат проследяването на добавка и персонализирано действие в работен поток на Изключено, Изключение или Всички.

Настройки на регистрационен файл за проследяване на добавка.

Мотивация

Регистрационният файл за проследяване на добавки трябва да се зададе на Всички само когато отстранявате грешки или коригирате добавката. Големият обем на регистриране на проследяване може да доведе до излишни разходи за I/O с SQL Server. Освен това изтриването на регистрационния файл за проследяване на добавки може да доведе до блокиране или изчакване на SQL Server.

Начин за подобряване

Във производствения екземпляр, ако тази настройка е Всички и обемът на регистрационните файлове, генерирани от добавката, е голям, обмислете да я промените на изключение.

За да промените настройката, отидете на раздела Настройки > Администрация > Системни настройки > Персонализиране. Повече информация: Регистриране и проследяване

Мрежа

Производителност на мрежа

Латентността и производителността на мрежата са важни фактори, които влияят върху работата на крайния потребител. Потребителите с висока латентност и ниска производителност по-вероятно ще имат бавна производителност, докато имат достъп до унифицирания интерфейс. Тези аналитични данни ни информират колко потребители са в лошо работеща мрежа и каква е била тяхната производителност.

Мотивация

Лошата мрежова конфигурация ще повлияе на производителността на приложението.

Начин за подобряване

Ако в мрежата има много потребители и производителността е лоша, препоръчваме на потребителите да преминат към по-ефективна мрежа.

Вижте също

Какво представляват аналитичните данни за производителност?