azdata bdc

Si applica a: Interfaccia della riga di comando dei dati di Azure (azdata)

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	Crea un cluster Big Data.
azdata bdc delete	Elimina un cluster Big Data.
azdata bdc upgrade	Aggiorna le immagini distribuite in ogni contenitore del cluster Big Data di SQL Server.
azdata bdc config	Comandi di configurazione.
azdata bdc endpoint	Comandi dell'endpoint.
azdata bdc debug	Comandi di debug.
azdata bdc status	Comandi di stato del 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 i comandi per accedere a un file system HDFS.
azdata bdc settings	Comandi delle impostazioni del cluster Big Data.
azdata bdc spark	I comandi Spark consentono agli utenti 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 in AD.

azdata bdc create

Crea un cluster Big Data di SQL Server. È necessaria la configurazione di Kubernetes nel sistema in uso con le variabili di ambiente seguenti ['AZDATA_USERNAME', 'AZDATA_PASSWORD'].

azdata bdc create [--name -n] 
                  [--config-profile -c]  
                  
[--accept-eula -a]  
                  
[--node-label -l]  
                  
[--force -f]

Esempi

Esperienza di distribuzione guidata di cluster Big Data in 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 nome del cluster personalizzato specificato e 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: viene usato il flag --force e non verrà quindi visualizzato alcun messaggio di richiesta.

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

Indica se accettare le condizioni di licenza: [yes/no]. Se non si vuole usare questo argomento, è possibile impostare la variabile di ambiente ACCEPT_EULA su "yes". Le condizioni di licenza di azdata sono disponibili all'indirizzo https://aka.ms/eula-azdata-en.

--node-label -l

Etichetta del nodo del cluster Big data, usata per definire i nodi in cui eseguire la distribuzione.

--force -f

Forza la creazione, all'utente non viene richiesto di inserire alcun valore e tutti i problemi vengono stampati come parte di stderr.

Argomenti globali

--debug

Aumenta il livello di dettaglio della registrazione per mostrare tutti i log di debug.

--help -h

Visualizza questo messaggio della guida ed esce.

--output -o

Formato di 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

Aumenta il livello di dettaglio della registrazione. Usare --debug per log di debug completi.

azdata bdc delete

Elimina il cluster Big Data di SQL Server. È necessaria la configurazione di Kubernetes nel sistema in uso.

azdata bdc delete --name -n 
                  [--force -f]

Esempi

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

Forza l'eliminazione di un cluster Big Data.

Argomenti globali

--debug

Aumenta il livello di dettaglio della registrazione per mostrare tutti i log di debug.

--help -h

Visualizza questo messaggio della guida ed esce.

--output -o

Formato di 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

Aumenta il livello di dettaglio della registrazione. Usare --debug per log di debug completi.

azdata bdc upgrade

Aggiorna le immagini distribuite in ogni contenitore del cluster Big Data di SQL Server. Le immagini aggiornate si basano 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]

Esempi

Aggiornamento di cluster Big Data con un nuovo tag immagine "cu2" dallo stesso repository.

azdata bdc upgrade -t cu2

Aggiornamento di cluster Big Data con nuove immagini con tag "cu2" dal nuovo repository "foo/bar/baz".

azdata bdc upgrade -t cu2 -r foo/bar/baz

Aggiornamento di cluster Big Data con nuove immagini con tag "cu2" dallo stesso repository. L'aggiornamento attenderà 30 minuti per l'aggiornamento del controller e 30 minuti per l'aggiornamento del database del controller. Attenderà quindi che il controller e il database del controller vengano eseguiti per tre minuti senza causare l'arresto anomalo dell'aggiornamento del resto del cluster. Ogni fase successiva dell'aggiornamento avrà a disposizione 40 minuti per il completamento.

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 dell'immagine Docker di destinazione a cui aggiornare tutti i contenitori del cluster.

Parametri facoltativi

--repository -r

Repository Docker da cui tutti i contenitori del cluster devono trarre le proprie 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

Aumenta il livello di dettaglio della registrazione per mostrare tutti i log di debug.

--help -h

Visualizza questo messaggio della guida ed esce.

--output -o

Formato di 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

Aumenta 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.