{"id":16512,"date":"2026-09-19T07:51:20","date_gmt":"2026-09-19T07:51:20","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=16512"},"modified":"2026-09-19T07:51:20","modified_gmt":"2026-09-19T07:51:20","slug":"microsoft-dp-420-practice-test-questions-and-exam-dumps-part13-q241-260","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/microsoft-dp-420-practice-test-questions-and-exam-dumps-part13-q241-260\/","title":{"rendered":"Microsoft DP-420 Practice Test Questions and Exam Dumps Part13 Q241-260"},"content":{"rendered":"<p>&nbsp;<\/p>\n<p><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/dp-420-exam-dumps\"><b>Microsoft DP-420 Exam Dumps<\/b><\/a><b> and Practice Test Dumps.<\/b><\/p>\n<p><b><br \/>\n<\/b><b>Q1. You are designing an Azure Cosmos DB for NoSQL container for a social application. Most requests retrieve all posts for one user, but some users can generate extremely large volumes of posts. Which partitioning strategy should you consider?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Use a hierarchical partition key beginning with <\/span><span style=\"font-weight: 400;\">\/userId<\/span><span style=\"font-weight: 400;\"> and a secondary high-cardinality property.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Use <\/span><span style=\"font-weight: 400;\">\/visibility<\/span><span style=\"font-weight: 400;\"> as the only partition key.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Put every post in one logical partition.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Use the post title as the partition key.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. Use a hierarchical partition key beginning with <\/b><b>\/userId<\/b><b> and a secondary high-cardinality property.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> A hierarchical partition key can preserve efficient user-based routing while allowing data belonging to very large users to be distributed further by another property. This can help avoid logical-partition limitations and reduce the risk of a hot partition. A low-cardinality property such as visibility is generally a poor partition key because many items share the same value. Putting every post in one partition limits scalability, while titles are usually unpredictable and do not align with the primary access pattern. Partition-key design should consider data growth, request distribution, and dominant query patterns together.<\/span><\/p>\n<p><b>Q2. Your application creates many items and wants to avoid an additional read when it needs the created item and request-charge information immediately afterward. What should the application do?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Run a cross-partition query after every create.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Use the resource and metadata returned by the create operation response.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Read the change feed after every insert.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Recreate the Cosmos DB client.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. Use the resource and metadata returned by the create operation response.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Cosmos DB SDK create operations return response information that can include the created resource as well as metadata such as status, request charge, and diagnostic details. Reusing this response avoids an unnecessary follow-up read or query, reducing latency and request-unit consumption. Cross-partition queries would be especially inefficient for this purpose. The change feed is intended for asynchronous processing of changes, not immediate confirmation of each write. Recreating the client would add connection overhead. Efficient SDK usage depends on understanding operation responses and avoiding unnecessary network round trips.<\/span><\/p>\n<p><b>Q3. A query contains several equality filters and an <\/b><b>ORDER BY<\/b><b> clause across two properties. You want to reduce RU consumption for this frequently executed query. What should you evaluate?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Disable indexing.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Switch to Strong consistency.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Add a composite index that matches the query pattern.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Increase TTL.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3. Add a composite index that matches the query pattern.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Composite indexes are designed for query patterns that involve multiple properties, particularly multi-property ordering and combinations of equality and range predicates. An index that matches the paths and sort directions used by the query can significantly reduce request-unit consumption. Disabling indexing would generally make the query less efficient or unsupported for indexed execution. Consistency level affects read guarantees rather than query indexing, and TTL controls expiration. Composite indexes should be added selectively because they also increase index-maintenance overhead during writes and consume additional storage.<\/span><\/p>\n<p><b>Q4. You need server-side JavaScript that performs multiple item operations in a single logical partition and rolls back all operations if any one operation fails. What should you create?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> A change feed processor.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A stored procedure.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A UDF.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> An analytical-store query.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. A stored procedure.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Stored procedures execute server-side JavaScript within the scope of a single logical partition and can perform multiple operations transactionally. If an error occurs, the transaction can be rolled back, preserving consistency among related items. User-defined functions are called from queries and return calculated values but are not intended for multi-operation transactions. Change feed processors run outside the transactional write path, while analytical-store queries serve analytics. Stored procedures are useful when transactional logic must execute near the data and within one logical-partition boundary.<\/span><\/p>\n<p><b>Q5. You need to retrieve only documents where the <\/b><b>metadata<\/b><b> property is a JSON object. Which query function is most appropriate?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">IS_OBJECT<\/span><\/li>\n<li><b><\/b> <span style=\"font-weight: 400;\">ARRAY_CONTAINS<\/span><\/li>\n<li><b><\/b> <span style=\"font-weight: 400;\">ABS<\/span><\/li>\n<li><b><\/b> <span style=\"font-weight: 400;\">DateTimeDiff<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. <\/b><b>IS_OBJECT<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Cosmos DB SQL includes type-checking functions that allow queries to test the JSON type of a value. <\/span><span style=\"font-weight: 400;\">IS_OBJECT<\/span><span style=\"font-weight: 400;\"> returns whether a property contains a JSON object, making it suitable for variable-schema containers where a property may have different types across documents. <\/span><span style=\"font-weight: 400;\">ARRAY_CONTAINS<\/span><span style=\"font-weight: 400;\"> operates on arrays, <\/span><span style=\"font-weight: 400;\">ABS<\/span><span style=\"font-weight: 400;\"> is mathematical, and <\/span><span style=\"font-weight: 400;\">DateTimeDiff<\/span><span style=\"font-weight: 400;\"> performs date calculations. Type-aware queries are important in document databases because documents in the same container are not required to have identical structures or property types.<\/span><\/p>\n<p><b>Q6. Your application performs very large numbers of independent writes and wants to maximize throughput. No multi-item transaction is required. Which SDK capability should you enable?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Change feed pull mode.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Bulk support.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Strong consistency.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Integrated cache.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. Bulk support.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Bulk support allows the SDK to efficiently schedule and execute large numbers of independent operations concurrently, making it suitable for data ingestion, migrations, or batch updates. It does not provide atomicity across all operations. Transactional Batch would be more appropriate when multiple operations in one logical partition must succeed or fail together. Strong consistency affects read semantics, while integrated cache accelerates eligible reads. Bulk workloads still need sufficient provisioned or autoscale throughput and a well-distributed partitioning strategy to avoid throttling.<\/span><\/p>\n<p><b>Q7. A Cosmos DB account serves users from several continents. Reads should be routed to the nearest healthy region whenever possible. Which application setting should you configure?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> SDK preferred regions.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> TTL.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A unique key policy.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Index transformation progress.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. SDK preferred regions.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Preferred regions allow the Cosmos DB SDK to prioritize specific regions for request routing. Applications can list nearby regions first to reduce network latency while still allowing fallback to another healthy region if the preferred region becomes unavailable. TTL and unique keys do not affect regional routing. Index transformation progress concerns indexing changes. Preferred regions should be coordinated with the regions configured on the Cosmos DB account and the physical deployment locations of the application so that global distribution provides the intended latency and resilience benefits.<\/span><\/p>\n<p><b>Q8. You need a user to query Cosmos DB data but not change the account&#8217;s networking, regions, or throughput configuration. Which access design is most appropriate?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Assign subscription Owner.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Share the account primary key.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Grant a data-plane role without corresponding control-plane management permissions.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Disable authorization.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3. Grant a data-plane role without corresponding control-plane management permissions.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Cosmos DB distinguishes between data-plane permissions and control-plane permissions. A user who needs to query application documents can be assigned a suitable data-plane role without receiving the Azure management rights required to change account configuration. This supports separation of duties and least privilege. Subscription Owner would grant excessive control, while the primary key can provide broad data access that is difficult to scope. Disabling authorization is insecure. Proper RBAC design should narrowly match each identity&#8217;s operational responsibilities.<\/span><\/p>\n<p><b>Q9. You need to process changes from a container and automatically distribute the work among multiple application instances. Which feature should you use?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Transactional Batch.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Change feed processor.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> TTL.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Composite indexing.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. Change feed processor.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> The change feed processor is designed to process Cosmos DB changes at scale and automatically distribute feed ranges across multiple worker instances. It uses a lease container to track ownership and checkpoints, allowing the workload to rebalance as instances are added or removed. Transactional Batch handles same-partition atomic operations, TTL manages expiration, and composite indexes optimize queries. The processor is generally easier than implementing custom partition ownership and checkpoint logic with the pull model.<\/span><\/p>\n<p><b>Q10. You need to detect whether a change feed processor is falling behind the rate of incoming writes. Which component should you use?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Change feed estimator.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Unique key policy.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Integrated cache.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Stored procedure.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. Change feed estimator.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> The change feed estimator reports an estimate of pending changes that have not yet been processed. This is useful for monitoring backlog and determining whether change feed processor instances need more compute capacity or whether additional throughput is required. Unique keys enforce data integrity, integrated cache improves repeated reads, and stored procedures perform server-side transactional logic. Monitoring processor lag is especially important when downstream projections, event workflows, or integrations need to remain close to real time.<\/span><\/p>\n<p><b>Q11. A multi-region write account receives concurrent updates to the same item. The business wants to use application-specific rules rather than last-writer-wins. What should you configure?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> A custom conflict-resolution policy.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> TTL.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A continuation token.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A backup interval.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. A custom conflict-resolution policy.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Multi-region writes can produce conflicts when the same item is updated concurrently in different regions. If last-writer-wins does not satisfy the business requirement, custom conflict resolution can apply application-specific rules to determine the correct outcome. Conflict handling should be defined before deploying an active-active write architecture because it directly affects data correctness. TTL, continuation tokens, and backup intervals solve unrelated lifecycle, paging, and recovery concerns. Conflict resolution is a core design area for globally distributed write workloads.<\/span><\/p>\n<p><b>Q12. Your application requires the strongest guarantee that every read returns the latest committed write. Which consistency level should you use when supported?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Eventual.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Strong.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Consistent prefix.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Session.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. Strong.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Strong consistency provides the strictest Cosmos DB read guarantee, ensuring that reads return the latest committed write. This can simplify application correctness in workloads that cannot tolerate stale data, but it comes with latency, availability, and regional-distribution tradeoffs. Eventual and consistent-prefix levels allow stale reads, while session consistency provides strong session-scoped behavior rather than a global latest-write guarantee. The chosen consistency level should reflect actual business requirements rather than defaulting to the strongest level unnecessarily.<\/span><\/p>\n<p><b>Q13. You need to create a full-text search experience over a <\/b><b>notes<\/b><b> property stored in Cosmos DB. Which feature should you configure?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> A full-text policy and full-text index for the property.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A spatial index.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> TTL.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A lease container.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. A full-text policy and full-text index for the property.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Full-text search capabilities in Cosmos DB rely on full-text configuration that identifies searchable text paths and creates the appropriate index. This enables optimized text-oriented query patterns over properties such as notes, descriptions, or content fields. Spatial indexes serve geographic workloads, TTL manages expiration, and lease containers coordinate change feed processing. Full-text indexes should be created only for properties that genuinely participate in search because indexing has storage and write-maintenance costs.<\/span><\/p>\n<p><b>Q14. You are storing embedding vectors in Cosmos DB and need similarity ranking based on distance between vectors. Which capability should you use?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Composite indexes only.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Vector indexing and vector-distance query functionality.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> TTL.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Change feed leases.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. Vector indexing and vector-distance query functionality.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Cosmos DB vector search supports storing vector embeddings in JSON documents and querying them using distance functions. A vector policy defines the embedding path and characteristics, while a vector index improves similarity-search performance. This is useful for semantic search, recommendation, retrieval-augmented generation, and other AI workloads. Composite indexes target scalar query patterns, TTL controls retention, and change feed leases support change processing. Vector indexing should be configured according to the dimensions, data type, and distance function used by the application.<\/span><\/p>\n<p><b>Q15. You need analytical users to query Cosmos DB data at scale without consuming the same transactional RU capacity used by the application. Which capability should you enable?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Multi-region writes.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Integrated cache.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Analytical store.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Manual failover.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3. Analytical store.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Analytical store provides a column-oriented representation of Cosmos DB data designed for analytical workloads. It helps separate analytics from the transactional request-unit workload, making it more suitable for broad scans, Spark processing, or downstream analytical integration. Multi-region writes address write availability, integrated cache reduces repeated transactional read costs, and failover manages regional roles. Analytical store is useful when an operational Cosmos DB dataset must also support business intelligence or data-science workloads.<\/span><\/p>\n<p><b>Q16. You want Cosmos DB operational data to become available in Microsoft Fabric without maintaining a custom ETL pipeline. Which feature should you evaluate?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Cosmos DB Mirroring for Microsoft Fabric.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> A SQL UDF.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Gateway mode.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Session tokens.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. Cosmos DB Mirroring for Microsoft Fabric.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Cosmos DB Mirroring for Microsoft Fabric provides a managed path for making operational Cosmos DB data available to Fabric analytics scenarios with less custom ETL development. This can simplify integration when the goal is analytical replication rather than direct transactional read\/write processing. UDFs provide custom query functions, gateway mode affects SDK networking, and session tokens support consistency. Mirroring should be compared with alternatives such as the Spark connector based on latency, transformation, and analytical-processing requirements.<\/span><\/p>\n<p><b>Q17. You need a Spark application to transform Cosmos DB records and write the results back into the transactional store. Which integration should you use?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Azure Cosmos DB Spark connector.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Azure Monitor.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Periodic backup.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Integrated cache.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. Azure Cosmos DB Spark connector.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> The Azure Cosmos DB Spark connector enables Spark workloads to read from and write to the Cosmos DB transactional store. This makes it appropriate for distributed data transformation, enrichment, and migration workloads. Azure Monitor provides observability, periodic backup provides recovery, and integrated cache optimizes eligible reads. Spark writes still consume transactional request units, so throughput, concurrency, partitioning, and the impact on production application traffic should all be considered before running large jobs.<\/span><\/p>\n<p><b>Q18. Your organization needs to restore Cosmos DB data to an exact point before a deployment introduced corruption. Which backup capability is required?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Periodic backup only.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Continuous backup with point-in-time restore.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Change feed only.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Integrated cache.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. Continuous backup with point-in-time restore.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Continuous backup supports restoring Cosmos DB resources to a selected point within the available retention window. This is particularly useful when an application deployment introduces logical corruption and the team needs a recovery point immediately before the incident. Periodic backup provides scheduled recovery points but not the same fine-grained point-in-time restore capability. Change feed and cache are not substitutes for backup. Recovery procedures should identify the correct timestamp, resource scope, and validation steps before restored data is put back into service.<\/span><\/p>\n<p><b>Q19. You need to investigate whether requests are being throttled because one partition is hotter than the others. What should you monitor?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Per-partition normalized RU consumption.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Only total database storage.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Only account backup status.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Only the number of containers.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1. Per-partition normalized RU consumption.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Partition-level RU metrics can reveal whether one physical partition is consuming a much larger share of available throughput than others. A hot partition can cause 429 throttling even when account-level utilization appears acceptable. This often indicates skewed partition-key access patterns, very active tenants, or an unsuitable distribution strategy. Storage and backup status do not show request pressure. Monitoring per-partition throughput alongside data distribution is essential for validating partition-key quality in production.<\/span><\/p>\n<p><b>Q20. You need an automated notification whenever server-side latency exceeds an agreed service threshold. Which Azure feature should you configure?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> TTL.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Azure Monitor alert rule with an action group.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Unique key policy.<\/span><\/li>\n<li><b><\/b><span style=\"font-weight: 400;\"> Continuation token.<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2. Azure Monitor alert rule with an action group.<\/b><\/p>\n<p><b>Explanation:<\/b><span style=\"font-weight: 400;\"> Azure Monitor alert rules can evaluate Cosmos DB metrics such as server-side latency and trigger actions when a condition is sustained. Action groups can notify teams through supported channels or launch automation workflows. TTL controls retention, unique keys enforce constraints, and continuation tokens support query paging. Monitoring and alerting should be based on meaningful service objectives so operations teams receive actionable notifications before sustained latency affects application users.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>&nbsp; View Full Microsoft DP-420 Exam Dumps and Practice Test Dumps. Q1. You are designing an Azure Cosmos DB for NoSQL container for a social application. Most requests retrieve all posts for one user, but some users can generate extremely large volumes of posts. Which partitioning strategy should you consider? Use a hierarchical partition key [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16512"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=16512"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16512\/revisions"}],"predecessor-version":[{"id":16568,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/16512\/revisions\/16568"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=16512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=16512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=16512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}