How to Use Get-DatabaseAvailabilityGroupNetwork Command?

                          How to Use Get-DatabaseAvailabilityGroupNetwork Command?

Summary: Issues with network can impact the replication of data and health of the Exchange Server cluster. Exchange Server provides the Get-DatabaseAvailabilityGroupNetwork command that provides information about the network and shows issues with the network configuration if any. In this post, we will be discussing how to use the Get-DatabaseAvailabilityGroupNetwork command.


In Exchanger Server, network is integral for a healthy running cluster. The Database Availability Group (DAG) health relies on the network. Any minor changes or degradation of the network may affect the replication of data and health of the Exchange Server cluster.

To get information on the status of the Database Availability Group (DAG) network in your system, you can use the Get-DatabaseAvailabilityGroupNetwork command. This command can provide information about the network which is serving your Exchange Server cluster.

The command’s output shows issues (if any) with the network configuration. With this command, you can easily identify the subnet which is causing the issue, thus help to resolve it as soon as possible.

How to Use Get-DatabaseAvailabilityGroupNetwork Command?

You can execute the Get-DatabaseAvailabilityGroupNetwork command from any node in the Database Availability Group (DAG) from the Exchange Management Shell (EMS) window. However, you need to have certain permissions to run the command. To know the permissions and roles you need, run the below PowerShell command.

Get-ManagementRole -Cmdlet Get-DatabaseAvailabilityGroupNetwork


As you can see (in the above image), you need these permissions:

  • Database Availability Groups
  • View-Only Configuration
  • 0365 Support View Config

However, if you need to know the exact permissions and roles you need to run the Get-DatabaseAvailabilityGroupNetwork command, run the below PowerShell command.

After assigning the required permissions, you can run the Get-DatabaseAvailabilityGroupNetwork command (see the example below).

The above command will give all the information about the Database Available Groups (DAG) you have. The FL parameter will list all the available parameters.

You can also run the command against an availability group (see the example below).



This will get you all the information from the logged in server.

You can also run the command against a specific Database Availability Group (DAG) and a specific server (see the given example).

Get-DatabaseAvailabilityGroupNetwork -Identity <dag name> -Server <server name> | FL

 The command output will show the information and status of the subnets and networks.

The different types of states of the subnets are:

  • Up: This means that everything is in order. This is the expected operational status.
  • Down: This means that the network interface is either down or not functional. This also means that the communication is lost with other servers/hosts. The main reason is that all the network interfaces which use the network subnet are either failed or unreachable.
  • Misconfigured: This state means that the subnets for the Database Availability Group (DAG) do not match their network configuration. The subnets must match the configuration. This mainly applies to the ReplicationEnabled and IgnoredNetwork values.
  • Unavailable: The subnet network is not enabled for replication or the Database Availability Group (DAG) members are inactive or unavailable.

Here are the states of network interfaces you can see in the command output.

  • Up: This is the expected operational state. It means that everything is good.
  • Failed: This means that there is no communication from the interface to the external hosts or network interfaces. Although the interface is connected to the network, it is unable to communicate with the rest of the network or nodes in the cluster and external hosts.
  • Unreachable: The Exchange system is unable to communicate with any network interfaces which are up. This means that the cable is unplugged or blocked.
  • Unavailable: The mentioned interface is disabled for replication or the Database Availability Group (DAG) member associated to the interface is not active.
  • Unknown: The unknown error message means that the Exchange Server is unable to determine the state of the interface.

As you can see, you can get more information about the network which is servicing your Exchange Server cluster. If the network is up and running but misconfigured, this will not be listed. You can create the script to run the command every 5 minutes and send an email when the status of the subnet or network is not up. This will surely help you to identify and resolve the problem before it has been reported.


To Conclude

There could be a lot of issues that can disrupt the services and affect the data integrity. Although the server is running, there could be misconfigurations or replication issues. Database would be damaged in case of sudden interruption of services.

In such a case, you can take the help of applications, like Raminfotech Repair for Exchange to Recover Exchange Database. With this application, you can open multiple Exchange Server databases of any version and of any size. After a quick or deep scan, you can granularly export the user mailboxes, shared mailboxes, disabled mailboxes, user archives, and public folders to another live Exchange Server database on the same server or a new server. You can also export the EDB data to PST and other file formats as well as Office 365.

 

 

Post a Comment

0 Comments