You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/service-bus-messaging/service-bus-messaging-exceptions-latest.md
+11-11Lines changed: 11 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ title: Azure Service Bus - messaging exceptions | Microsoft Docs
3
3
description: This article provides a list of Azure Service Bus messaging exceptions and suggested actions to taken when the exception occurs.
4
4
ms.topic: article
5
5
ms.custom: devx-track-dotnet
6
-
ms.date: 02/17/2023
6
+
ms.date: 12/19/2024
7
7
---
8
8
9
9
# Service Bus messaging exceptions (.NET)
@@ -206,12 +206,12 @@ We recommend that you follow these verification steps, depending on the type of
206
206
207
207
#### Causes
208
208
209
-
- During asynchronous replication (replication lag greater than zero), the client tries to perform an operation on a service bus entity (queue, topic) or performs a management operation, but the operation cannot be completed because the replication lag between the primary and the secondary regions has exceeded the maximum allowed replication lag in seconds.
210
-
-**Example**: The operation is being throttled because with it the new replication lag would reach 38323 seconds, which is greater than the maximum replication lag that was set (300 seconds). The current replication lag for the latest operation being replicated is 0 seconds.
209
+
- During asynchronous replication (replication lag greater than zero), the client tries to perform an operation on a service bus entity (queue, topic) or performs a management operation, but the operation can't be completed because the replication lag between the primary and the secondary regions has exceeded the maximum allowed replication lag in seconds.
210
+
-**Example**: The operation is being throttled because with it the new replication lag would reach 38,323 seconds, which is greater than the maximum replication lag that was set (300 seconds). The current replication lag for the latest operation being replicated is 0 seconds.
211
211
- The replication queue for an entity exceeds its maximum size in bytes. The maximum size in bytes for a replication queue is an internal limit set by Service Bus.
- In synchronous replication, a request times out while waiting for another request to replicate.
214
-
-**Example**: High volume of requests from client application for skarri-storage-exp1(westus3)/q1:MessagingJournal. Replication to other region(s) is in progress.
214
+
-**Example**: High volume of requests from client application for skarri-storage-exp1(westus3)/q1:MessagingJournal. Replication to other regions is in progress.
215
215
216
216
#### Resolution
217
217
@@ -221,26 +221,26 @@ We recommend that you follow these verification steps, depending on the type of
221
221
222
222
#### Cause
223
223
224
-
- A timeout exception in Geo DR means that the operation did not complete within the client-provided timeout.
224
+
- A timeout exception in Geo DR means that the operation didn't complete within the client-provided timeout.
225
225
- In synchronous replication, an operation’s primary region write and replication to secondary regions are within the scope of the operation’s timeout.
226
-
- In asynchronous replication, an operation’s primary region write is within the scope of the operation’s timeout, but an operation’s replication to secondary regions is not within the scope of the operation’s timeout.
227
-
-**Example**: The operation did not complete within the allocated time 00:01:00 for object message. (ServiceTimeout).
226
+
- In asynchronous replication, an operation’s primary region write is within the scope of the operation’s timeout, but an operation’s replication to secondary regions isn't within the scope of the operation’s timeout.
227
+
-**Example**: The operation didn't complete within the allocated time 00:01:00 for object message. (ServiceTimeout).
228
228
229
229
#### Resolution
230
230
231
231
- The client should retry the operation.
232
-
-Note that some steps of a timed-out operation may have been completed. It’s possible that a timed-out operation may have been written to the primary region and some secondary regions. If an operation has been written to the primary region, it will eventually be replicated to all secondary regions regardless of client timeout.
232
+
-Some steps of a timed-out operation might have been completed. It’s possible that a timed-out operation might have been written to the primary region and some secondary regions. If an operation has been written to the primary region, it will eventually be replicated to all secondary regions regardless of client timeout.
233
233
234
234
### BadRequest
235
235
236
236
#### Cause
237
237
238
-
- During a planned failover, the primary region is temporarily set as read-only in order to allow the secondary region to catch up. If the client attempts a write operation to the primary region while it is in this temporary read-only state, then the client will be receive a BadRequest exception.
238
+
- During a planned failover, the primary region is temporarily set as read-only in order to allow the secondary region to catch up. If the client attempts a write operation to the primary region while it is in this temporary read-only state, then the client receives a BadRequest exception.
239
239
-**Example**: Replication role switch in progress, primary replica:<entity-name> is ReadOnly.
240
240
241
241
#### Resolution
242
-
- The client must wait for planned failover to complete before write operations will succeed.
243
-
- In case planned failover takes too long, it is possible to trigger a forced failover instead.
242
+
- The client must wait for planned failover to complete before write operations succeed.
243
+
- In case planned failover takes too long, it's possible to trigger a forced failover instead.
Copy file name to clipboardExpand all lines: articles/service-bus-messaging/service-bus-partitioning.md
+4-6Lines changed: 4 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,12 +1,10 @@
1
-
---
1
+
`---
2
2
title: Create partitioned Azure Service Bus queues and topics | Microsoft Docs
3
3
description: Describes how to partition Service Bus queues and topics by using multiple message brokers.
4
4
ms.topic: article
5
-
ms.date: 10/12/2022
5
+
ms.date: 12/19/2024
6
6
ms.devlang: csharp
7
-
ms.custom:
8
-
- devx-track-csharp
9
-
- ignite-2023
7
+
# Customer intent: I want to learn how to create partitioned queues and topics in Azure Service Bus.
10
8
---
11
9
12
10
# Partitioned queues and topics
@@ -18,7 +16,7 @@ Azure Service Bus employs multiple message brokers to process messages and multi
18
16
> - Partitioning is available at entity creation for all queues and topics in Basic or Standard SKUs. A namespace can have both partitioned and non-partitioned entities.
19
17
> - Partitioning is available at namespace creation for the Premium messaging SKU, and all queues and topics in that namespace will be partitioned. Any previously migrated partitioned entities in Premium namespaces will continue to work as expected.
20
18
> - When partitioning is enabled in the Basic or Standard SKUs, we will always create 16 partitions.
21
-
> - When partitioning is enabled in the Premium SKU, the amount of partitions is specified during namespace creation.
19
+
> - When partitioning is enabled in the Premium SKU, the number of partitions is specified during namespace creation.
22
20
23
21
It isn't possible to change the partitioning option on any existing namespace, queue, or topic; you can only set the option when you create the entity.
0 commit comments