Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Important
I cluster Big Data di Microsoft SQL Server 2019 sono stati ritirati. Il supporto per i cluster Big Data di SQL Server 2019 è terminato a partire dal 28 febbraio 2025. Per altre informazioni, vedere il post di blog sull'annuncio e le opzioni per Big Data nella piattaforma Microsoft SQL Server.
La distribuzione in modalità Active Directory (AD) si blocca. Controllare i sintomi per vedere se la causa è che il server DNS del controller di dominio manca una voce nella zona di ricerca inversa.
Symptom
È stata avviata la distribuzione di BDC con la modalità AD, tuttavia la distribuzione è bloccata e non procede.
L'esempio seguente mostra i risultati della distribuzione in una shell bash.
The privacy statement can be viewed at:
https://go.microsoft.com/fwlink/?LinkId=853010
The license terms for SQL Server Big Data Cluster can be viewed at:
Enterprise: https://go.microsoft.com/fwlink/?linkid=2104292
Standard: https://go.microsoft.com/fwlink/?linkid=2104294
Developer: https://go.microsoft.com/fwlink/?linkid=2104079
Cluster deployment documentation can be viewed at:
https://aka.ms/bdc-deploy
NOTE: Cluster creation can take a significant amount of time depending on
configuration, network speed, and the number of nodes in the cluster.
Starting cluster deployment.
Cluster controller endpoint is available at bdc-control.contoso.com:30080, 193.168.5.14:30080.
Waiting for control plane to be ready after 5 minutes.
Waiting for control plane to be ready after 10 minutes.
Waiting for control plane to be ready after 15 minutes.
Waiting for control plane to be ready after 20 minutes.
Waiting for control plane to be ready after 25 minutes.
Controllare i pod attualmente distribuiti.
kubectl get pods -n mssql-cluster
I risultati seguenti indicano che sono stati implementati solo i pod appartenenti al controller. I pod per il calcolo, i dati o l'archiviazione non vengono creati.
NAME READY STATUS RESTARTS AGE
control-rts5t 3/3 Running 0 18m
controldb-0 2/2 Running 0 18m
controlwd-csgst 1/1 Running 0 16m
dns-7kfnz 2/2 Running 0 16m
logsdb-0 1/1 Running 0 16m
logsui-2pc29 1/1 Running 0 16m
metricsdb-0 1/1 Running 0 16m
metricsdc-4rtm4 1/1 Running 0 16m
metricsdc-6lr2t 1/1 Running 0 16m
metricsdc-ftx9m 1/1 Running 0 16m
metricsdc-h59jb 1/1 Running 0 16m
metricsui-lvdpt 1/1 Running 0 16m
mgmtproxy-mkmxp 2/2 Running 0 16m
Controllare i log dei contenitori di supporto alla sicurezza. Cercare errori LDAP.
Controllare il contenitore di supporto alla sicurezza
Esaminare i log dei contenitori di supporto per la sicurezza.
Il comando seguente raccoglie i log di sicurezza e supporto in un cluster nello spazio dei nomi mssql-cluster.
azdata bdc debug copy-logs -n mssql-cluster -c security-support
Estrarre i log e individuare \mssql-cluster\control-<identifier>\controller\control-rts5t-controller-stdout.log.
Tip
Esistono diversi modi per raccogliere i log. Anziché copiare i log con Azure Data CLI (azdata), è possibile usare un notebook in Azure Data Studio.
In Azure Data Studio connettersi al cluster Kubernetes ed eseguire un notebook di risoluzione dei problemi appropriato. Di seguito sono riportati esempi di notebook.
- TSG027 - Osservare la distribuzione del cluster
- TSG061 - Recuperare la parte finale di tutti i log dei container per i pod nello spazio dei nomi BDC
- TSG001 - Avvio
azdata copy-logs
Esaminare i log
Individuare il registro. L'esempio seguente punta a un log di distribuzione del controller.
<folderOfDebugCopyLog>\debuglogs-mssql-cluster-YYYYMMDD-HHMMSS\<namespace>\control-<identifier>\controller\control-<identifier>-controller-stdout.log"
YYYY-MM-DD HH:MM:SS.ms | ERROR | Failed to create AD user account 'cntrl-controller'. Error code: 53. Message: Failed to create user object: Failed to add object 'CN=cntrl-controller,OU=bdc, DC=CONTOSO, DC=com' to 'CONTOSO.COM': Server is unwilling to perform.
YYYY-MM-DD HH:MM:SS.ms | ERROR | Failed to create AD user account 'ldap-user'. Error code: 53. Message: Failed to create user object: Failed to add object 'CN=ldap-user,OU=bdc, DC=CONTOSO, DC=com' to 'CONTOSO.COM': Server is unwilling to perform.
YYYY-MM-DD HH:MM:SS.ms | ERROR | Failed to create AD user account 'nginx-mgmtproxy'. Error code: 53. Message: Failed to create user object: Failed to add object 'CN=nginx-mgmtproxy,OU=bdc, DC=CONTOSO, DC=com' to 'CONTOSO.COM': Server is unwilling to perform.
Cause
La voce di zona di ricerca inversa per il controller di dominio nella voce DNS del controller di dominio non è presente.
Resolution
Esegui lo script di PowerShell seguente per verificare se è stata configurata la voce DNS inversa (record PTR).
#Domain Controller FQDN 'DCserver01.contoso.local'
$Domain_controller_FQDN = 'DCserver01.contoso.local'
#Performing Domain Controller DNS record, reverse PTR Checks...
$DcControllerDnsPtr_Result = New-Object System.Collections.ArrayList
try {
$Domain_controller_DNS_Record = Resolve-DnsName $Domain_controller_FQDN -Type A -Server $Domain_DNS_IP_address -ErrorAction Stop
foreach ($ip in $Domain_controller_DNS_Record.IPAddress) {
#resolving hostname by IP address to make sure we have reverse PTR record
if ((Resolve-DnsName $ip).NameHost -eq $Domain_controller_FQDN) {
[void]$DcControllerDnsPtr_Result.add("OK - $Domain_controller_FQDN has an A record with an IP $ip, Reverse PTR record is in place")
}
else {
[void]$DcControllerDnsPtr_Result.add("Missing - $Domain_controller_FQDN has an A record with an IP $ip, But no reverse PTR record was found for the host")
}
}
}
catch {
[void]$DcControllerDnsPtr_Result.add("Error - " + $_.exception.message)
}
#show the results
$DcControllerDnsPtr_Result
Next steps
Controllare il record DNS inverso (record PTR) per il controller di dominio.