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.
Si applica:
all'interfaccia della riga di comando di Azure Data (azdata)
Annotazioni
Alcuni scenari gestiti in precedenza dall'interfaccia della riga di comando dei dati di Azure (azdata) sono ora gestiti tramite estensioni dell'interfaccia della riga di comando di Azure (az) e flussi di lavoro basati su Azure Arc. Non esiste una sola sostituzione 1:1 per tutti i azdata comandi. La tabella seguente evidenzia le alternative comuni dell'interfaccia della riga di comando di Azure in cui esistono.
| azdata command area | Estensione/gruppo di comandi dell'interfaccia della riga di comando di Azure | Informazioni di riferimento su Azure CLI |
|---|---|---|
azdata arc dc * |
az arcdata |
Informazioni di riferimento per l'interfaccia della riga di comando dei dati di Azure Arc |
azdata arc sql mi * |
az arcdata sql mi |
Gestire Istanza gestita di SQL di Azure con l'interfaccia della riga di comando |
azdata arc postgres * |
az arcdata postgres |
Gestire il server PostgreSQL con l'interfaccia della riga di comando |
azdata migrate * |
az datamigration |
Eseguire la migrazione tramite l'interfaccia della riga di comando |
azdata extension * |
az extension * |
Panoramica delle estensioni dell'interfaccia della riga di comando di Azure |
azdata login |
az login |
az login |
azdata sql shell / azdata sql query |
Nessun equivalente dell'interfaccia della riga di comando di Azure (usare sqlcmd, SSMS o altri strumenti SQL) |
Utilità sqlcmd SQL Server Management Studio |
Per i nuovi scenari di automazione e gestione, preferire l'interfaccia della riga di comando di Azure (az),le estensioni dell'interfaccia della riga di comando di Azure e le esperienze del portale di Azure Arc.
L'articolo seguente fornisce informazioni di riferimento sui comandi sql dello strumento azdata. Per altre informazioni su altri comandi azdata, vedere Informazioni di riferimento su azdata.
Comandi
| Comando | Descrizione |
|---|---|
| azdata bdc create | Creare un cluster Big Data. |
| azdata bdc delete | Eliminare un cluster Big Data. |
| azdata bdc upgrade | Aggiornare le immagini distribuite in ogni contenitore nel cluster Big Data di SQL Server. |
| azdata bdc config | Comandi di configurazione. |
| azdata bdc endpoint | Comandi endpoint. |
| azdata bdc debug | Eseguire il debug dei comandi. |
| azdata bdc status | Comandi di stato dei cluster Big Data. |
| azdata bdc control | Comandi del servizio di controllo. |
| azdata bdc sql | Comandi del servizio SQL. |
| azdata bdc hdfs | Comandi del servizio Hdfs. |
| azdata bdc spark | Comandi del servizio Spark. |
| azdata bdc gateway | Comandi del servizio gateway. |
| azdata bdc app | Comandi del servizio app. |
| azdata bdc hdfs | Il modulo HDFS fornisce comandi per accedere a un file system HDFS. |
| azdata bdc settings | Comandi delle impostazioni dei cluster Big Data. |
| azdata bdc spark | I comandi Spark consentono all'utente di interagire con il sistema Spark creando e gestendo sessioni, istruzioni e batch. |
| azdata bdc rotate | Questo comando ruota le password degli account AD generati automaticamente in un cluster Big Data. Per altre informazioni, vedere Panoramica della rotazione delle password di Active Directory. |
azdata bdc create
Creare un cluster Big Data di SQL Server: è necessaria la configurazione di Kubernetes nel sistema insieme alle variabili di ambiente seguenti ['AZDATA_USERNAME', 'AZDATA_PASSWORD'].
azdata bdc create [--name -n]
[--config-profile -c]
[--accept-eula -a]
[--node-label -l]
[--force -f]
Examples
Esperienza di distribuzione guidata dei cluster Big Data di SQL Server: si riceveranno richieste per i valori necessari.
azdata bdc create
Distribuzione di cluster Big Data con argomenti e profilo di configurazione personalizzato inizializzato tramite azdata bdc config init.
azdata bdc create --accept-eula yes --config-profile ./path/to/config/profile
Distribuzione di cluster Big Data con il nome del cluster personalizzato specificato e un profilo di configurazione predefinito aks-dev-test.
azdata bdc create --name <cluster_name> --accept-eula yes --config-profile aks-dev-test
Distribuzione di cluster Big Data con argomenti: non verrà fornita alcuna richiesta perché viene usato il flag --force.
azdata bdc create --accept-eula yes --config-profile aks-dev-test --force
Parametri facoltativi
--name -n
Nome del cluster Big Data, usato per gli spazi dei nomi kubernetes.
--config-profile -c
Profilo di configurazione del cluster Big Data, usato per la distribuzione del cluster: ['kubeadm-dev-test', 'kubeadm-prod', 'openshift-prod', 'aks-dev-test-ha', 'aks-dev-test', 'aro-dev-test', 'openshift-dev-test', 'aro-dev-test-ha']
--accept-eula -a
Si accettano le condizioni di licenza? [sì/no]. Se non si vuole usare questo argomento, è possibile impostare la variabile di ambiente ACCEPT_EULA su "sì". Le condizioni di licenza per azdata possono essere visualizzate all'indirizzo https://aka.ms/eula-azdata-en.
--node-label -l
Etichetta del nodo del cluster Big Data, usata per designare i nodi da distribuire.
--force -f
Forza la creazione, all'utente non verrà richiesto alcun valore e tutti i problemi verranno stampati come parte di stderr.
Argomenti globali
--debug
Aumentare la verbosità dei log per visualizzare tutti i log di debug.
--help -h
Mostra questo messaggio Guida, esci.
--output -o
Formato dell'output. Valori consentiti: json, jsonc, table, tsv. Valore predefinito: json.
--query -q
Stringa di query JMESPath. Per altre informazioni ed esempi, vedere http://jmespath.org/.
--verbose
Aumentare il livello di dettaglio della registrazione. Usare --debug per log di debug completi.
azdata bdc delete
Eliminare il cluster Big Data di SQL Server: è necessaria la configurazione di Kubernetes nel sistema.
azdata bdc delete --name -n
[--force -f]
Examples
Eliminazione di cluster Big Data.
azdata bdc delete --name <cluster_name>
Parametri obbligatori
--name -n
Nome del cluster Big Data, usato per lo spazio dei nomi kubernetes.
Parametri facoltativi
--force -f
Forzare l'eliminazione del cluster Big Data.
Argomenti globali
--debug
Aumentare la verbosità dei log per visualizzare tutti i log di debug.
--help -h
Mostra questo messaggio Guida, esci.
--output -o
Formato dell'output. Valori consentiti: json, jsonc, table, tsv. Valore predefinito: json.
--query -q
Stringa di query JMESPath. Per altre informazioni ed esempi, vedere http://jmespath.org/.
--verbose
Aumentare il livello di dettaglio della registrazione. Usare --debug per log di debug completi.
azdata bdc upgrade
Aggiornare le immagini distribuite in ogni contenitore nel cluster Big Data di SQL Server. Le immagini aggiornate sono basate sull'immagine Docker passata. Se le immagini aggiornate provengono da un repository di immagini Docker diverso rispetto alle immagini attualmente distribuite, è necessario anche il parametro "repository".
azdata bdc upgrade --name -n
--tag -t
[--repository -r]
[--controller-timeout -k]
[--stability-threshold -s]
[--component-timeout -p]
[--force -f]
Examples
I cluster Big Data vengono aggiornati a un nuovo tag di immagine "cu2" dallo stesso repository.
azdata bdc upgrade -t cu2
I cluster Big Data vengono aggiornati a nuove immagini con tag "cu2" da un nuovo repository "foo/bar/baz".
azdata bdc upgrade -t cu2 -r foo/bar/baz
I cluster Big Data vengono aggiornati a nuove immagini con tag "cu2" dallo stesso repository. L'aggiornamento attenderà 30 minuti prima che il controller venga aggiornato e 30 minuti affinché il database del controller venga aggiornato. Attenderà quindi l'esecuzione del controller e del database controller per tre minuti senza arrestare l'aggiornamento del resto del cluster. Ogni fase successiva dell'aggiornamento avrà quaranta minuti da completare.
azdata bdc upgrade -t cu2 --controller-timeout=30 --component-timeout=40 --stability-threshold=3
Parametri obbligatori
--name -n
Nome del cluster Big Data, usato per gli spazi dei nomi kubernetes.
--tag -t
Tag di immagine Docker di destinazione in cui aggiornare tutto il contenitore nel cluster.
Parametri facoltativi
--repository -r
Il repository Docker per avere tutti i contenitori nel cluster esegue il pull delle immagini.
--controller-timeout -k
Numero di minuti di attesa per l'aggiornamento del controller o del database del controller prima di eseguire il rollback dell'aggiornamento.
--stability-threshold -s
Numero di minuti di attesa dopo un aggiornamento prima di contrassegnarlo come stabile.
--component-timeout -p
Numero di minuti di attesa per il completamento di ogni fase dell'aggiornamento (dopo l'aggiornamento del controller) prima di sospendere l'aggiornamento.
--force -f
Se presente, ignora il controllo integrità del cluster prima di avviare l'aggiornamento
Argomenti globali
--debug
Aumentare la verbosità dei log per visualizzare tutti i log di debug.
--help -h
Mostra questo messaggio Guida, esci.
--output -o
Formato dell'output. Valori consentiti: json, jsonc, table, tsv. Valore predefinito: json.
--query -q
Stringa di query JMESPath. Per altre informazioni ed esempi, vedere http://jmespath.org/.
--verbose
Aumentare il livello di dettaglio della registrazione. Usare --debug per log di debug completi.
Passaggi successivi
Per altre informazioni su altri comandi azdata, vedere Informazioni di riferimento su azdata.
Per altre informazioni su come installare lo strumento azdata, vedere Installare azdata.