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: support/sql/database-engine/availability-groups/listener-connection-times-out.md
+13-13Lines changed: 13 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: Listener connection times out
3
3
description: This article provides resolutions for the timeout error that occurs when you connect to a SQL Server Always On availability group listener in a multi-subnet environment.
After you configure the availability group listener for an Always On Availability Group in Microsoft SQL Server, you may be unable to ping the listener or connect to it from an application.
18
+
After you configure the availability group listener for an Always On Availability Group in Microsoft SQL Server, you might be unable to ping the listener or connect to it from an application.
19
19
20
-
For example, when you try to connect to a listener of SQL Server by using `SQLCMD`, the connection times out. Additionally, you receive an error message that resembles the following:
20
+
For example, when you try to connect to a listener of SQL Server by using `SQLCMD`, the connection times out. Additionally, you receive an error message that resembles the following one:
21
21
22
22
> Sqlcmd: Error: Microsoft SQL Native Client: Login timeout expired.
23
23
24
24
> [!NOTE]
25
-
> These symptoms are usually intermittent, or related to failover of the availability group resource.
25
+
> These symptoms are intermittent, or related to failover of the availability group resource.
26
26
27
27
The following screenshot shows an example of what occurs when you try to ping the listener for the availability of `aglisten`. The screenshot also shows a successful connection to SQL Server by using the `SQLCMD` command when you include the multi-subnet failover parameter `-M`.
28
28
@@ -33,20 +33,20 @@ The following screenshot shows an example of what occurs when you try to ping th
33
33
34
34
## Cause
35
35
36
-
This issue occurs because your application either uses a legacy data provider that does not support the new `MultiSubnetFailover` parameter, or isn't configured to use this parameter.
36
+
This issue occurs because your application either uses a legacy data provider that doesn't support the new `MultiSubnetFailover` parameter, or isn't configured to use this parameter.
37
37
38
-
This parameter is supported in newer versions of the SQLClient driver that is included with the .NET Framework 4 and with later versions of the .NET Framework, and is back ported to the .NET Framework 3.5.
38
+
This parameter is supported in newer versions of the SQLClient driver that is included with the .NET Framework 4 and later versions of the .NET Framework, and is back ported to the .NET Framework 3.5.
39
39
40
40
> [!NOTE]
41
-
> The `PING` command is a simple connectivity testing tool that does not support the new parameter.
41
+
> The `PING` command is a simple connectivity testing tool that doesn't support the new parameter.
42
42
43
43
## Resolution
44
44
45
45
You can use one of the following resolutions as applicable to your case:
46
46
47
47
- To resolve this situation when the data providers support the `MultiSubNetFailover` parameter, add the `MultiSubNetFailover` parameter to your connection string, and set it to **true**.
48
48
49
-
- To resolve this situation when your legacy clients cannot use the `MultiSubnetFailover` property, you can change the listener's `RegisterAllProvidersIP` value to **0**. To do this, run the following command from the Windows PowerShell command-line interface:
49
+
- To resolve this situation when your legacy clients can't use the `MultiSubnetFailover` property, you can change the listener's `RegisterAllProvidersIP` value to **0** by running the following command from the Windows PowerShell command-line interface:
50
50
51
51
```powershell
52
52
Import-Module FailoverClusters
@@ -56,22 +56,22 @@ You can use one of the following resolutions as applicable to your case:
56
56
:::image type="content" source="media/listener-connection-times-out/change-listener-registeraiiprovidersip.png" alt-text="Screenshot shows the output of an example of the command in Windows PowerShell.":::
57
57
58
58
> [!NOTE]
59
-
> After you set the `RegisterAllProvidersIP` value to **0**, the current online IP address must be un-registered from the DNS server and the offline IP address must be registered to the DNS server when a failover occurs. This may cause a connection delay for the next failover.
59
+
> After you set the `RegisterAllProvidersIP` value to **0**, the current online IP address must be unregistered from the DNS server and the offline IP address must be registered to the DNS server when a failover occurs. This might cause a connection delay for the next failover.
60
60
61
61
## More information
62
62
63
-
When you try to connect to a listener that is defined on more than one subnet, the operation may fail if the client driver tries to connect by using one of the listener's offline IP addresses.
63
+
When you try to connect to a listener that is defined on more than one subnet, the operation might fail if the client driver tries to connect by using one of the listener's offline IP addresses.
64
64
65
65
When a listener is created, an IP address is designated for each unique subnet that an availability group replica is hosted in. For example, if a listener is created for an availability group that has replicas that exist in two subnets, two IP addresses are defined in the listener. One address is used by an application that can connect to an instance of SQL Server in subnet 1, and the other address is used when an application connects to an instance of SQL Server in subnet 2.
66
66
67
-
Behind the scenes, the listener creates a Windows cluster Client Access Point resource. One of its properties is `RegisterAllProvidersIP`. When a listener is created, this is set to **1**, and all the listener's IP addresses are registered in DNS server. This configuration provides reduced reconnection time for clients.
67
+
Behind the scenes, the listener creates a Windows cluster Client Access Point resource. One of its properties is `RegisterAllProvidersIP`. When a listener is created, this property is set to **1**, and all the listener's IP addresses are registered in DNS server. This configuration provides reduced reconnection time for clients.
68
68
69
-
Because the DNS record contains all the IP addresses, a client that tries to connect to the listener must know how to handle this situation. The `MultiSubnetFailover` parameter enables the client driver to try connections in parallel to all the listener's IP addresses. Without the `MultiSubnetFailover` parameter, the client driver will try to connect sequentially to all IP addresses for the listener. Sequential connections may cause a long logon time or logon time-outs.
69
+
Because the DNS record contains all the IP addresses, a client that tries to connect to the listener must know how to handle this situation. The `MultiSubnetFailover` parameter enables the client driver to try connections in parallel to all the listener's IP addresses. Without the `MultiSubnetFailover` parameter, the client driver will try to connect sequentially to all IP addresses for the listener. Sequential connections might cause a long logon time or logon time-outs.
70
70
71
71
> [!NOTE]
72
72
> The problem that is mentioned in this article also affects SharePoint environments that are configured to use an Always On Availability Group's secondary read-only replica. To resolve this issue, perform whichever of the following actions applies to your version of SharePoint:
73
73
74
-
- For SharePoint 2007: This is classified as a legacy application. Therefore, SharePoint 2007 cannot be configured to use the `MultiSubnetFailover` parameter. Instead, you have to use the Windows PowerShell command that is described in the [Resolution](#resolution) section.
74
+
- For SharePoint 2007: This is classified as a legacy application. Therefore, SharePoint 2007 can't be configured to use the `MultiSubnetFailover` parameter. Instead, you have to use the Windows PowerShell command that is described in the [Resolution](#resolution) section.
75
75
76
76
- For SharePoint 2010: Cumulative update packages are now available that add support for the `MultiSubnetFailover` parameter. For more information about the update packages, see the following article:
Copy file name to clipboardExpand all lines: support/sql/database-engine/backup-restore/tde-enabled-database-not-recover.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: A TDE-enabled database might not recover
3
3
description: This article provides a resolution for the problem where a TDE-enabled database might not recover when automatic encryption of the master key by the service master key is removed.
Copy file name to clipboardExpand all lines: support/sql/database-engine/connect/winsock-lsp-network-problem.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: Winsock LSP may result in network problems
3
3
description: This article helps you resolve the problem that occurs when Winsock Layered Service Providers (LSP) are loaded into SQL Server address space.
4
-
ms.date: 04/25/2025
4
+
ms.date: 05/06/2025
5
5
ms.custom: sap:Database Connectivity and Authentication
Copy file name to clipboardExpand all lines: support/sql/database-engine/database-file-operations/latch-timeout-running-dbcc-checkdb.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
---
2
2
title: Error when you run the DBCC CHECKDB statement
3
3
description: This article describes a problem where you receive an error message when you try to run the DBCC CHECKDB statement on a database that contains a large table in SQL Server.
4
-
ms.date: 04/25/2025
4
+
ms.date: 05/06/2025
5
5
ms.custom: sap:File, Filegroup, Database Operations or Corruption
SQL Server relies on the Windows default value of 1 (one) for this key.
23
23
24
24
> [!NOTE]
25
-
> As soon as this key is set to 0 (zero) on a system on which SQL Server is installed, the operation of setting the key back to 1 (one) is not a tested scenario for SQL Server. Additionally, this behavior is not supported. Therefore, we recommend a clean reinstallation of SQL Server on a server on which this key has never been changed.
25
+
> As soon as this key is set to 0 (zero) on a system on which SQL Server is installed, the operation of setting the key back to 1 (one) isn't a tested scenario for SQL Server. Additionally, this behavior isn't supported. Therefore, we recommend a clean reinstallation of SQL Server on a server on which this key has never been changed.
26
26
27
27
For more information, see [How to configure case sensitivity for file and folder names](/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc725747(v=ws.11)).
0 commit comments