मॉडल-चालित ऐप्स के लिए कौन-सा डेटा उपलब्ध है?

मॉडल-चालित ऐप्स के लिए पेज लोड और यूनिफाइड इंटरफ़ेस (UCI) आउटबाउंड नेटवर्क अनुरोधों से संबंधित प्रदर्शन डेटा उपलब्ध है.

किस प्रकार के पेज लोड उपलब्ध हैं?

प्रकार	प्रदर्शन और निदान डेटा उपलब्ध
डैशबोर्ड लोड (UCI) – ब्राउज़र	हाँ
डैशबोर्ड लोड (UCI) – एंबेडेड	हाँ
डैशबोर्ड लोड (UCI) – MobileApplication	हाँ
डैशबोर्ड लोड (UCI) – MailApp	हाँ
डैशबोर्ड लोड (UCI) – MobileApplication	हाँ
EditForm लोड (UCI)– ब्राउज़र	हाँ
EditForm लोड (UCI) – एंबेडेड	हाँ
EditForm लोड (UCI) – MailApp	हाँ
EditForm लोड (UCI) - MobileApplication	हाँ
EntityList लोड (UCI) – ब्राउज़र	हाँ
EntityList लोड (UCI) - एंबेडेड	हाँ
EntityList लोड (UCI) – MailApp	हाँ
EntityList लोड (UCI) - MobileApplication	हाँ
ब्राउज़र - (UCI) – अनुप्रयोग लॉन्च करें	हाँ
एम्बेडेडऐप - (UCI) - लॉन्च	हाँ
MailApp - (UCI) – ऐप लॉन्च	हाँ
ऐप लॉन्च करें - (UCI) – MobileApplication	हाँ
QuickCreateForm लोड (UCI) – ब्राउज़र	हाँ
QuickCreateForm लोड (UCI) – एंबेडेड	हाँ
QuickCreateForm लोड (UCI) – MailApp	हाँ
QuickCreateForm लोड (UCI) – MobileApplication	हाँ
SaveForm	वर्तमान में उपलब्ध नहीं
CommandButton कार्रवाइयां	वर्तमान में उपलब्ध नहीं

पेज लोड डेटा कहाँ उपलब्ध है?

यह डेटा Application Insights में pageView तालिका में जाता है. हर बार जब कोई उपयोगकर्ता एकीकृत इंटरफ़ेस में किसी पेज को लोड करता है तो एक प्रविष्टि लॉग की जाती है. लॉग किए गए डेटा में केवल "स्वच्छ" लोड ही शामिल हैं। ऐसे लोड जिनकी अवधि को सटीक रूप से मापा नहीं जा सकता - तेज़ नेविगेशन, ऐप से दूर जाना, अलर्ट संदेश - शामिल नहीं हैं। इस वजह से, हम सिफारिश करते हैं कि उपयोग एनालिटिक्स से संबंधित सटीक संख्याओं के लिए इस डेटा का उपयोग न करें.

customDimensions में अन्य गुण हैं जो एकीकृत इंटरफ़ेस पृष्ठ लोड के लिए अधिक विवरण प्रदान करते हैं। उदाहरण के लिए, यह क्वेरी pageViews तालिका में सभी विशेषताओं के लिए मान लौटाती है।

pageViews
| take 1

pageViews तालिका विशेषताओं में शामिल हैं:

• appModule: ऐप मॉड्यूल का नाम.
• entityName: यह विशेषता प्रासंगिक होने पर मौजूद होती है. यह EditForm, EntityList और डैशबोर्ड जैसे पेज प्रकारों पर उपलब्ध होता है, जब वे एक निकाय से बंधे होते हैं. कुछ परिदृश्यों में, प्रपत्र किसी निकाय से बंधे नहीं है और मान अपरिभाषित के रूप में प्रकट होता है.
• फॉर्मआईडी: फॉर्मआईडी किसी फॉर्म को विशिष्ट रूप से पहचानता है और इसका उपयोग उस विशिष्ट फॉर्म को प्रभावित करने वाले मुद्दों को सहसंबंधित करने के लिए किया जा सकता है।
• होस्ट प्रकार: ब्राउज़र/मोबाइल एप्लिकेशन/एम्बेडेड
• isBoot: क्या यह सत्र का पहला लोड है?
• लोडटाइप
  • 0: किसी विशेष पेज प्रकार पर पहली बार विज़िट करें (उदाहरण के लिए, किसी प्रपत्र की पहली विज़िट).
  • 1: किसी विशेष कॉन्फ़िगरेशन पर पहली बार विज़िट करें (उदाहरण के लिए, किसी खाता प्रपत्र की पहली विज़िट).
  • 2: किसी विशेष रिकॉर्ड पर पहली बार विज़िट करें (उदाहरण के लिए, खाते में पहली विज़िट रिकॉर्ड A2).
  • 3: यह सटीक URL पहले देखा जा चुका है.
• navigationOrigin: पृष्ठ का प्रकार जहाँ से उपयोगकर्ता ने नेविगेट किया.
• networkConnectivityState: डिवाइस में कनेक्शन है या नहीं.
• pageName: पृष्ठ लोड का प्रकार.
• serverConnectivityState: क्या ऐप सर्वर से कनेक्ट है.
• syncRequestTime: समकालिक अनुरोधों पर प्रतीक्षा में व्यतीत किया गया समय.
• coldLatency: नेटवर्क विलंबता का पहला अनुमान, जिसमें SSL हैंडशेक समय शामिल है।
• warmLatency: नेटवर्क विलंबता का अनुवर्ती अनुमान, जो प्रत्येक अनुरोध के लिए सामान्य अपेक्षित विलंबता है।
• warmThroughput: नेटवर्क का अनुमानित थ्रूपुट, Kbps में.

Microsoft Dataverse इवेंट के लिए, Application Insights में ID फ़ील्ड या operation_ParentId x-ms-service-request-id है. समस्या निवारण के उद्देश्यों और समर्थन अनुरोधों के लिए operationId मैप्स बैक एंड पर activityId पर मैप करता है.

UCI आउटबाउंड नेटवर्क अनुरोधों के लिए किस प्रकार का डेटा उपलब्ध है?

ये एक निश्चित पेज को रेंडर करने के लिए एकीकृत इंटरफ़ेस द्वारा की गई अन्य निर्भरता को कॉल हैं. वे Dataverse या Azure DevOps या Office जैसे अन्य एकीकरणों के लिए आउटगोइंग कॉल हो सकते हैं. इस डेटा को प्राप्त करने के लिए निम्न क्वेरी का उपयोग करें, जो UCI अनुरोध निर्भरता तालिका में उपलब्ध है:

dependencies
| where type == "UCI REQUEST"

UCI अनुरोध निर्भरता तालिका में निम्नलिखित फ़ील्ड हैं:

• नाम: एकीकृत इंटरफ़ेस द्वारा आमंत्रित किया जा रहा URL.

• लक्ष्य: वर्तमान में नाम के समान.

• सफलता: कॉल सफल हुई या विफल.

• UserId: साइन-इन किए गए उपयोगकर्ता का Dataverse सिस्टम उपयोगकर्ता आईडी.

• अवधि: कॉल की अवधि.

• customDimensions: इसमें निम्नलिखित विशेषताएँ शामिल हैं:

  

  • appModule: कॉल करने वाला appModule.
  • bodySize: प्रत्युत्तर का आकार, एनकोडेड और डिकोडेड.
  • कैश्ड: क्या अनुरोध स्थानीय कैश में गया या उसे सर्वर पर जाना पड़ा। यदि अंतिम उपयोगकर्ता Internet Explorer ब्राउज़र पर था तो यह अपेक्षानुसार काम नहीं करता।
  • डाउनलोड: प्रत्युत्तर को डाउनलोड करने में लगा समय.
  • स्टाल: वह समय जब अनुरोध ब्राउज़र कतार में प्रतीक्षा कर रहा था।
  • ttfb: प्रारंभिक प्रतिक्रिया के लिए प्रतीक्षा में बिताया गया समय, जिसे "पहले बाइट का समय" भी कहा जाता है। यह समय सर्वर द्वारा प्रत्युत्तर डिलीवर करने के लिए प्रतीक्षा में बिताए गए समय के अलावा सर्वर तक राउंड ट्रिप की विलंबता को भी कैप्चर करता है।
  • coldLatency: नेटवर्क विलंबता का पहला अनुमान, जिसमें SSL हैंडशेक समय शामिल है।
  • warmLatency: नेटवर्क विलंबता का अनुवर्ती अनुमान, जो प्रत्येक अनुरोध के लिए सामान्य अपेक्षित विलंबता है।
  • warmThroughput: नेटवर्क का अनुमानित थ्रूपुट, Kbps में.

परिदृश्य खोजें और विश्लेषण करें

मेरे कुछ उपयोगकर्ता एकीकृत इंटरफ़ेस पर धीमेपन का अनुभव क्यों कर रहे हैं?

एक परिदृश्य जहां खोज और विश्लेषण मूल्यवान हो सकता है, वह है जब किसी क्षेत्र (जैसे, एशिया) का कोई उपयोगकर्ता रिपोर्ट करता है कि कोई फॉर्म धीमी गति से कार्य कर रहा है। हो सकता है कि एशिया में स्थित यह उपयोगकर्ता उत्तरी अमेरिका के किसी परिवेश या संगठन तक पहुँच रहा हो. विवरण में नेटवर्क-संबंधित अवधि के अतिरिक्त कुल लोड समय भी दर्शाया गया है। यह संभव है कि उपयोगकर्ता द्वारा धीमी निष्पादन का कारण यही हो।

आप warmLatency, warmThroughput, और coldLatency विशेषताओं का उपयोग यह समझने के लिए कर सकते हैं कि पेज लोड और अन्य यूनिफाइड इंटरफ़ेस अनुरोधों पर समय कहाँ बिताया जाता है, जैसा कि निम्न चित्र में दिखाया गया है.

उपरोक्त अनुरोध में, एकीकृत इंटरफ़ेस अनुरोध वास्तविक Dataverse API (वेब API) अनुरोध से अधिक समय लेता है. इस मामले में ब्रेकडाउन Dataverse API कॉल (56 ms) की अवधि और CustomDimensions.warmLatency (89 ms) का मान है, जो लगभग पूरे ऑपरेशन की अवधि (144 ms) को जोड़ता है. warmLatency मान उस विशेष क्लायंट के लिए धीमेपन का संकेत है और यह एक समस्या हो सकती है जिसका विश्लेषण आप निम्न क्वेरी का उपयोग करके उपयोगकर्ता स्तर पर कर सकते हैं:

dependencies
| where ['type'] == "UCI REQUEST"
| summarize avg(toint(customDimensions.warmLatency)), avg(toint(customDimensions.coldLatency)), avg(toint(customDimensions.warmThroughput)) by user_Id

pageViews
| summarize avg(toint(customDimensions.warmLatency)), avg(toint(customDimensions.coldLatency)), avg(toint(customDimensions.warmThroughput)) by user_Id

क्या मैं यह निर्धारित कर सकता हूं कि उपयोगकर्ता सिस्टम तक कैसे पहुँच रहा है?

Application Insights अनुरोध तालिका में customDimensions फ़ील्ड में userAgent विशेषता में यह डेटा है. आप विभिन्न स्रोतों का अवलोकन प्राप्त करने के लिए निम्नलिखित क्वेरी का उपयोग कर सकते हैं जहां से उपयोगकर्ता सिस्टम तक पहुँच बना रहे हैं:

pageViews
| summarize count() by tostring(customDimensions.userAgent), user_Id

dependencies
| where ['type'] == "UCI REQUEST"

जब customDimensions.userAgent मान के साथ शुरू होता है	उपयोगकर्ता सिस्टम को कहाँ से एक्सेस कर रहा है?
Mozilla	ब्राउज़र प्रकार, संस्करण
Azure लॉजिक अनुप्रयोग	Azure लॉजिक ऐप्स
PowerApps	Power Apps
Microsoft Office Excel	Office Excel
पोर्टल	पोर्टल
DynamicsDataIntegration	डायनेमिक्स डेटा इंटीग्रेशन
XrmToolBox.exe	XrmToolBox
ऐप पंजीकरण	ऐप पंजीकरण
LogicAppsDesigner	लॉजिक ऐप्स डिज़ाइनर
Apache-HttpClient	अपाचे HTTP क्लायंट
Microsoft Flow	Power Automate
UnifiedServiceDesk	Unified Service Desk
PostmanRuntime	पोस्टमैन
OfficeGroupsConnector	कार्यालय समूह कनेक्टर
Microsoft.डेटा.मैशअप	Power Query
अपाचे-ओलिंगो	अपाचे ओलिंगो
डाल्विक	Android
जकार्ता कॉमन्स-Http	जकार्ता
इन्फार्मटिका	इन्फार्मटिका
अक्षतंतु	अक्षतंतु
नोड-फ़ेच	NodeJS
LinkedInBot	LinkedInBot

मैं ब्राउज़र, मोबाइल, या एम्बेडेड एप्लिकेशन से एक्सेस करने वाले उपयोगकर्ताओं की संख्या कैसे प्राप्त करूं?

pageViews
| summarize count() by tostring(customDimensions.hostType)

निम्न छवि इस क्वेरी से परिणामों का एक उदाहरण सेट दिखाती है.

मैं किसी विशिष्ट उपयोगकर्ता को कैसे कम करूं?

pageViews
| where user_Id == "[userid]"
| summarize count() by tostring(customDimensions.hostType)

मैं मॉनिटर के साथ Application Insights का उपयोग कैसे करूं?

Azure Monitor एकीकृत इंटरफ़ेस की ओर से किसी सत्र पर वास्तविक समय समस्या निवारण में सहायता करता है। एंड-टू-एंड ट्रांजैक्शन अनुरोध संभवत: Application Insights में उपलब्ध होंगे. किसी दी गई कार्रवाई के लिए लॉग देखने के लिए, मॉनिटर में इवेंट विवरण पेज में एक पंक्ति से गतिविधि ID नोट करें. आप निम्न क्वेरी का उपयोग करके लॉग ढूंढ सकते हैं:

union *
| where operation_Id contains "[ActivityIdHere]"

मॉनिटर एक वास्तविक समय डिबगिंग उपकरण है; हालाँकि, इसमें कुछ घंटों तक डेटा उपलब्ध नहीं हो सकता है।

उपयोगकर्ताओं को किसी विशिष्ट प्रपत्र के साथ समस्याएँ क्यों आ रही हैं?

उपयोगकर्ता विशिष्ट संगठन के लिए एकीकृत इंटरफ़ेस में इसके बारे में अनुभाग से अपनी सत्र ID साझा कर सकता है.

फिर आप इस ID का उपयोग उस सत्र में सभी गतिविधियों को देखकर मुद्दों को खोजने के लिए कर सकते हैं. निम्नलिखित क्वेरी का उपयोग करें:

union *
| where session_Id == '[sessionIdHere]'

विभिन्न स्थानों में कौन से प्रपत्रों का उपयोग किया जा रहा है और इन स्थानों में प्रपत्रों का लोड प्रदर्शन क्या है?

pageViews
| summarize avg(duration) by name, client_City, client_CountryOrRegion

क्या कोई बाहरी API विफलता को कॉल करता है और क्या मैं डिबगिंग में मदद करने के लिए त्रुटि स्टैक में ड्रिल कर सकता हूं?

विफलताएं पैनल के ब्राउज़र दृश्य में एकीकृत इंटरफ़ेस आउटगोइंग अनुरोध शामिल हैं. Dataverse या संगठन में जाने वाले अनुरोधों में संगठन का URL होता है. अन्य URL पर जाने के लिए अन्य अनुरोध हो सकते हैं (उदाहरण के लिए, निम्न छवि में, संगठन के पास dc.services.visualstudio.com पर कॉल करने के लिए एक कस्टमाइज़ेशन है). आप इन बाहरी आउटगोइंग कॉलों के लिए विफलताओं की जांच करने के लिए एंड-टू-एंड ट्रांजेक्शन देख सकते हैं.

क्या मैं कुछ प्रपत्र कार्रवाइयों के लिए प्रदर्शन सीमा पर अलर्ट सेट कर सकता हूं? जब अलर्ट प्राप्त होता है, तो क्या यह निर्माता को समस्या का पता लगाने और समस्या निवारण करने की अनुमति देगा?

हाँ. आप अपने एप्लिकेशन के स्वास्थ्य की निगरानी के लिए Application Insights में अलर्ट सेट कर सकते हैं.