azdata bdc
Si applica: 
all'interfaccia della riga di comando di Azure Data (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 necessari
--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 necessari
--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.