Merge branch 'MicrosoftDocs:main' into main

Author: ADOYLEMSFT

articles/azure-functions/durable/durable-functions-entities.md

@@ -131,7 +131,7 @@ For more information on the class-based syntax and how to use it, see [Defining
 
 ```csharp
 [Function(nameof(Counter))]
-public static Task DispatchAsync([EntityTrigger] TaskEntityDispatcher dispatcher)
+public static Task Counter([EntityTrigger] TaskEntityDispatcher dispatcher)
 {
     return dispatcher.DispatchAsync(operation =>
     {

articles/azure-netapp-files/configure-access-control-lists.md

@@ -1,10 +1,10 @@
 ---
-title: Configure access control lists with Azure NetApp Files | Microsoft Docs
+title: Configure access control lists with Azure NetApp Files
 description: Learn how to configure access control lists (ACLs) on NFSv4.1 with Azure NetApp Files.
 author: b-ahibbard
 ms.service: azure-netapp-files
 ms.topic: how-to
-ms.date: 07/10/2025
+ms.date: 07/14/2025
 ms.author: anfdocs
 # Customer intent: "As a system administrator, I want to configure access control lists on NFSv4.1 volumes in Azure NetApp Files, so that I can manage fine-grained file permissions for users and groups to enhance security and control over shared resources."
 ---
@@ -58,10 +58,9 @@ To learn more about ACLs in Azure NetApp Files, see [Understand NFSv4.x ACLs](nf
     ```bash
     nfs4_setfacl -a A::[email protected]:RWX /nfsldap/engineering
     ```
-
     - If you're configuring an ACE for [file access logs](manage-file-access-logs.md), you must use the `U:` prefix to denote the ACE is an audit ACE. The following example configures an audit log for everyone for successful and failed access attempts:
-    `nfs4_setfacl -a U:fdiSF:EVERYONE@:rwaDdxtTnNcCoy /<mount_point>`
-
+    `nfs4_setfacl -a U:fdiSF:EVERYONE@:rwaDdxtTnNcCoy /<mount_point>`.
+    - To apply ACLs recursively on a directory and its contents, use the `-R` option with the `nfs4_setfacl` command. This option ensures the ACL changes are applied to all files and subdirectories within the specified directory.
 
 ## Next steps
 

articles/azure-netapp-files/configure-kerberos-encryption.md

@@ -1,5 +1,5 @@
 ---
-title: Configure NFSv4.1 Kerberos encryption for Azure NetApp Files | Microsoft Docs
+title: Configure NFSv4.1 Kerberos encryption for Azure NetApp Files 
 description: Describes how to configure NFSv4.1 Kerberos encryption for Azure NetApp Files and the performance impact.
 services: azure-netapp-files
 author: b-hchen

articles/azure-netapp-files/configure-network-features.md

@@ -1,5 +1,5 @@
 ---
-title: Configure network features for an Azure NetApp Files volume | Microsoft Docs
+title: Configure network features for an Azure NetApp Files volume
 description: Describes the options for network features and how to configure the Network Features option for a volume.
 services: azure-netapp-files
 author: b-hchen
@@ -41,7 +41,7 @@ Two settings are available for network features:
 * When you change the network features option of existing volumes from Basic to Standard network features, access to existing Basic networking volumes might be lost if your UDR or NSG implementations prevent the Basic networking volumes from connecting to DNS and domain controllers. You might also lose the ability to update information, such as the site name, in the Active Directory connector if all volumes can’t communicate with DNS and domain controllers. For guidance about UDRs and NSGs, see [Configure network features for an Azure NetApp Files volume](azure-netapp-files-network-topologies.md#udrs-and-nsgs).
 
 >[!NOTE]
-> The networking features of the DP volume are not affected by changing the source volume from Basic to Standard network features.
+> The networking features of the data protection volume aren't affected by changing the source volume from Basic to Standard network features.
 
 ## <a name="set-the-network-features-option"></a>Set network features option during volume creation
 
@@ -108,7 +108,7 @@ You can edit the network features option of existing volumes from *Basic* to *St
 
 If your Azure NetApp Files volume is managed using Terraform, editing the network features requires additional steps. Terraform-managed Azure resources store their state in a local file, which is in your Terraform module or in Terraform Cloud. 
 
-Updating the network features of your volume alters the underlying network sibling set of the NIC utilized by that volume. This NIC can be utilized by other volumes you own, and other NICs can share the same network sibling set. **If not performed correctly, updating the network features of one Terraform-managed volume can inadvertently update the network features of several other volumes.**
+Updating the network features of your volume alters the underlying network sibling set of the NIC utilized by that volume. This NIC can be utilized by other volumes you own, and other NICs can share the same network sibling set. **If performed incorrectly, updating the network features of one Terraform-managed volume can inadvertently update the network features of several other volumes.**
 
 >[!IMPORTANT]
 >A discontinuity between state data and remote Azure resource configurations--notably, in the `network_features` argument--can result in the destruction of one or more volumes and possible data loss upon running `terraform apply`. Carefully follow the workaround outlined here to safely update the network features from Basic to Standard of Terraform-managed volumes. 
@@ -120,7 +120,7 @@ The name of the state file in your Terraform module is `terraform.tfstate`. It c
 
 :::image type="content" source="./media/configure-network-features/terraform-module.png" alt-text="Screenshot of Terraform module." lightbox="./media/configure-network-features/terraform-module.png":::
 
-Do _not_ manually update the `terraform.tfstate` file. Likewise, the `network_features` argument in the `*.tf` and `*.tf.json` configuration files should also not be updated until you follow the steps outlined here as this would cause a mismatch in the arguments of the remote volume and the local configuration file representing that remote volume. When Terraform detects a mismatch between the arguments of remote resources and local configuration files representing those remote resources, Terraform can destroy the remote resources and reprovision them with the arguments in the local configuration files. This can cause data loss in a volume.
+Do ***not*** manually update the `terraform.tfstate` file. Likewise, the `network_features` argument in the `*.tf` and `*.tf.json` configuration files should also not be updated until you follow the steps outlined here as this would cause a mismatch in the arguments of the remote volume and the local configuration file representing that remote volume. When Terraform detects a mismatch between the arguments of remote resources and local configuration files representing those remote resources, Terraform can destroy the remote resources and reprovision them with the arguments in the local configuration files. This can cause data loss in a volume.
 
 By following the steps outlined here, the `network_features` argument in the `terraform.tfstate` file is automatically updated by Terraform to have the value of "Standard" without destroying the remote volume, thus indicating the network features has been successfully updated to Standard.
 
@@ -141,7 +141,7 @@ Changing the network features for an Azure NetApp Files Volume can impact the ne
 All Terraform configuration files that define these volumes need to be updated, meaning you need to find the Terraform configuration files that define these volumes. The configuration files representing the affected volumes might not be in the same Terraform module.
 
 >[!IMPORTANT]
->With the exception of the single volume you know is managed by Terraform, additional affected volumes might not be managed by Terraform. An additional volume that is listed as being in the same network sibling set does not mean that this additional volume is managed by Terraform.
+>With the exception of the single volume you know is managed by Terraform, additional affected volumes might not be managed by Terraform. Another volume that's listed as being in the same network sibling set doesn't mean this other volume is managed by Terraform.
 
 #### Modify the affected volumes’ configuration files
 
@@ -151,7 +151,7 @@ You must modify the configuration files for each affected volume managed by Terr
 >Depending on your volume’s lifecycle configuration block settings in your Terraform configuration file, your volume can be destroyed, including possible data loss upon running `terraform apply`. Ensure you know which affected volumes are managed by Terraform and which are not.
 
 1. Locate the affected Terraform-managed volumes configuration files.
-1. Add the `ignore_changes = [network_features]` to the volume's `lifecycle` configuration block. If the `lifecycle` block does not exist in that volume’s configuration, add it.
+1. Add the `ignore_changes = [network_features]` to the volume's `lifecycle` configuration block. If the `lifecycle` block doesn't exist in that volume’s configuration, add it.
 
     :::image type="content" source="./media/configure-network-features/terraform-lifecycle.png" alt-text="Screenshot of the lifecycle configuration." lightbox="./media/configure-network-features/terraform-lifecycle.png":::
 
@@ -174,7 +174,7 @@ The `ignore_changes` feature is intended to be used when a resource’s referenc
     :::image type="content" source="./media/configure-network-features/terraform-plan-output.png" alt-text="Screenshot of terraform plan command output." lightbox="./media/configure-network-features/terraform-plan-output.png":::
 
     >[!IMPORTANT]
-    > As a safety precaution, execute `terraform plan` before executing `terraform apply`. The command `terraform plan` allows you to create a “plan” file, which contains the changes to your remote resources. This plan allows you to know if any of your affected volumes will be destroyed by running `terraform apply`.
+    > As a safety precaution, execute `terraform plan` before executing `terraform apply`. The command `terraform plan` allows you to create a “plan” file, which contains the changes to your remote resources. This plan allows you to know if any of your affected volumes can be destroyed by running `terraform apply`.
 
 1. Run `terraform apply` to update the `terraform.tfstate` file.
 
@@ -194,7 +194,7 @@ Once you've update the volumes' network features, you must also modify the `netw
 
 1. Repeat for each affected Terraform-managed volume. 
 1. Verify that the updated configuration files accurately represent the configuration of the remote resources by running `terraform plan`. Confirm the output reads "No changes."
-1. Run `terraform apply` to complete the update. 
+1. To complete the update, run `terraform apply`. 
 
 ## Next steps  
 

articles/azure-netapp-files/configure-nfs-clients.md

@@ -1,5 +1,5 @@
 ---
-title: Configure an NFS client for Azure NetApp Files | Microsoft Docs
+title: Configure an NFS client for Azure NetApp Files
 description: Describes how to configure NFS clients to use with Azure NetApp Files.
 services: azure-netapp-files
 author: b-hchen

articles/azure-netapp-files/configure-virtual-wan.md

@@ -1,5 +1,5 @@
 ---
-title: Configure Virtual WAN for Azure NetApp Files | Microsoft Docs
+title: Configure Virtual WAN for Azure NetApp Files
 description: Describes guidelines to help you configure Azure NetApp files on Azure Virtual WAN.
 services: azure-netapp-files, virtual-wan
 author: rambk

articles/azure-netapp-files/convert-nfsv3-nfsv41.md

@@ -1,5 +1,5 @@
 ---
-title: Convert an NFS volume between NFSv3 and NFSv4.1 with Azure NetApp Files | Microsoft Docs
+title: Convert an NFS volume between NFSv3 and NFSv4.1 with Azure NetApp Files 
 description: Describes how to convert an NFS volume between NFSv3 and NFSv4.1.
 services: azure-netapp-files
 author: b-hchen

articles/azure-netapp-files/create-cross-zone-replication.md

@@ -1,11 +1,11 @@
 ---
-title: Create cross-zone replication relationships for Azure NetApp Files | Microsoft Docs
+title: Create cross-zone replication relationships for Azure NetApp Files
 description: This article shows you how to create and manage cross-zone replication relationships for Azure NetApp Files.
 services: azure-netapp-files
 author: b-ahibbard
 ms.service: azure-netapp-files
 ms.topic: how-to
-ms.date: 07/30/2024
+ms.date: 05/30/2025
 ms.author: anfdocs
 # Customer intent: "As a cloud administrator, I want to establish cross-zone replication for Azure NetApp Files, so that I can ensure high availability and disaster recovery for my critical applications across availability zones."
 ---

articles/azure-netapp-files/create-volumes-dual-protocol.md

@@ -1,5 +1,5 @@
 ---
-title: Create a dual-protocol volume for Azure NetApp Files | Microsoft Docs
+title: Create a dual-protocol volume for Azure NetApp Files
 description: Describes how to create a volume that uses the dual protocol (NFSv3 and SMB, or NFSv4.1 and SMB) with support for LDAP user mapping.
 services: azure-netapp-files
 author: b-hchen

articles/azure-netapp-files/default-individual-user-group-quotas-introduction.md

@@ -1,5 +1,5 @@
 ---
-title: Understand default and individual user and group quotas for Azure NetApp Files volumes | Microsoft Docs
+title: Understand default and individual user and group quotas for Azure NetApp Files volumes
 description: Helps you understand the use cases of managing default and individual user and group quotas for Azure NetApp Files volumes.
 services: azure-netapp-files
 author: b-hchen