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/storage/files/files-smb-protocol.md
+35Lines changed: 35 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,6 +30,7 @@ SMB file shares are used for many applications including end-user file shares an
30
30
31
31
Azure Files supports the major features of SMB and Azure needed for production deployments of SMB file shares:
32
32
33
+
- SMB Continuous Availability (CA)
33
34
- AD domain join and discretionary access control lists (DACLs)
34
35
- Integrated serverless backup with Azure Backup
35
36
- Network isolation with Azure private endpoints
@@ -55,6 +56,40 @@ You can disable encryption in transit for an Azure file share. When encryption i
55
56
56
57
Azure Files offers multiple settings that affect the behavior, performance, and security of the SMB protocol. These are configured for all Azure file shares within a storage account.
57
58
59
+
### SMB Continuous Availability
60
+
61
+
Azure Files supports SMB Continuous Availability (CA) to help applications remain available during transient infrastructure events. Continuous availability is a capability of the SMB protocol that allows open file handles to survive brief interruptions, such as server failovers or short network disruptions. All Azure Files SMB shares are continuously available by default. This setting can't be disabled.
62
+
63
+
**What continuous availability provides:**
64
+
65
+
- Persistent file handles that survive transient failures
66
+
- Transparent recovery of I/O operations after failover
67
+
- Data consistency during infrastructure transitions
68
+
- Reduced risk of application disruption
69
+
70
+
If a brief connectivity interruption occurs, SMB clients automatically retry operations and reestablish access to open files without requiring the application to reopen them. This behavior is particularly important for workloads that maintain long-running file sessions.
71
+
72
+
**How continuous availability works**
73
+
74
+
Continuous availability relies on persistent SMB handles. During a transient interruption (typically lasting up to several minutes):
75
+
76
+
- Open file handles remain valid.
77
+
- The SMB client retries pending I/O operations.
78
+
- Azure Files transparently resumes operations once connectivity is restored.
79
+
80
+
Because Azure Files prioritizes correctness and durability, the client waits and retries instead of immediately failing the operation.
81
+
82
+
**Timeout behavior during connectivity loss**
83
+
84
+
Due to the retry behavior required for continuous availability, SMB operations might take longer to time out during network interruptions.
85
+
86
+
For example:
87
+
88
+
- Windows SMB clients may retry operations for several minutes before returning an error.
89
+
- Applications might appear to pause temporarily while the connection is reestablished.
90
+
91
+
This behavior is by design and helps preserve handle integrity and prevent data corruption. Workloads that frequently disconnect (such as roaming laptops or unstable network connections) might observe longer wait times before failures are returned.
92
+
58
93
### SMB Multichannel
59
94
60
95
SMB Multichannel enables an SMB 3.x client to establish multiple network connections to an SMB file share. Azure Files supports SMB Multichannel on SSD file shares. For Windows clients, SMB Multichannel is now enabled by default in all Azure regions.
0 commit comments