Closed EitanBlumin closed 1 year ago
@EitanBlumin Thanks for the feedback! I have assigned the issue to content author to check and update the document as appropriate.We will update you accordingly.
@MashaMSFT Can you please check and add your comments on this doc update request as applicable
Hi @EitanBlumin , thanks so much for bringing this to our attention! I've processed a change to add the blog and PowerShell to the article and these changes should be live next week. I'll go ahead and close out this Git Issue but please feel free to comment should you need anything further.
Thanks again for reaching out and I hope you have a wonderful rest of your day! Masha from the SQL Docs team
The following page is supposed to explain how to configure a domain-independent SQL AG in a workgroup:
https://docs.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/availability-group-clusterless-workgroup-configure#configure-a-load-balancer
In the step for configuring the load balancer, it references this page:
https://docs.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/availability-group-load-balancer-portal-configure
However, that page is not properly written to take into account the creation of the load balancer in a workgroup. Specifically, step 5.2: Add the client access point:
Following those instructions leads one to encounter the error
" Unable to determine if the computer '<CAPName>' exists in Domain '<WorkgroupName>'. The server is not operational ."
, which happens because of an issue with default values configured in the FCM GUI, as explained in the following technical article:https://techcommunity.microsoft.com/t5/core-infrastructure-and-security/sql-server-workgroup-cluster-fcm-errors/ba-p/371387
That article explains that the FCM GUI tries to use default settings for the new listener IP which would not work in a WORKGROUP environment. It suggests a Powershell script as a workaround, to explicitly set the values as needed.
I suggest that something like the following Powershell code would be offered in the documentation, in order to easily resolve the expected issue when creating the listener in a workgroup:
Thanks, Eitan
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.