Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à :
Azure Data CLI (azdata)
Note
Certains scénarios précédemment gérés par Azure Data CLI (azdata) sont désormais gérés par le biais d’extensions Azure CLI (az) et de flux de travail Basés sur Azure Arc. Il n’existe aucun remplacement unique de 1:1 pour toutes les azdata commandes. Le tableau suivant met en évidence les alternatives Azure CLI couramment associées là où elles existent.
| zone de commande azdata | Extension /groupe de commandes Azure CLI | informations de référence sur Azure CLI |
|---|---|---|
azdata arc dc * |
az arcdata |
Informations de référence sur l’interface CLI de données Azure Arc |
azdata arc sql mi * |
az arcdata sql mi |
Gérer Azure SQL Managed Instance avec l’interface CLI |
azdata arc postgres * |
az arcdata postgres |
Gérer le serveur PostgreSQL avec l’interface CLI |
azdata migrate * |
az datamigration |
Migrer à l’aide de l’interface CLI |
azdata extension * |
az extension * |
Vue d’ensemble des extensions Azure CLI |
azdata login |
az login |
az login |
azdata sql shell / azdata sql query |
Aucun équivalent Azure CLI (utilisation sqlcmd, SSMS ou d’autres outils SQL) |
Utilitaire sqlcmd SQL Server Management Studio |
Pour les nouveaux scénarios d’automatisation et de gestion, préférez Azure CLI (az), les extensions Azure CLI et les expériences du portail Azure Arc.
L’article suivant fournit des informations de référence sur les commandes sql dans l’outil azdata. Pour plus d’informations sur les autres commandes azdata, consultez azdata reference.
Commandes
| Command | Description |
|---|---|
| azdata bdc create | Créez un cluster Big Data. |
| azdata bdc delete | Supprimez le cluster Big Data. |
| azdata bdc upgrade | Mettez à jour les images déployées dans chaque conteneur du cluster Big Data SQL Server. |
| azdata bdc config | Commandes de configuration. |
| azdata bdc endpoint | Commandes de point de terminaison. |
| azdata bdc debug | Commandes de débogage. |
| azdata bdc status | Commandes d’état des clusters Big Data. |
| azdata bdc control | Commandes de service de contrôle. |
| azdata bdc sql | Commandes de service Sql. |
| azdata bdc hdfs | Commandes de service Hdfs. |
| azdata bdc spark | Commandes de service Spark. |
| azdata bdc gateway | Commandes de service de passerelle. |
| azdata bdc app | Commandes App Service. |
| azdata bdc hdfs | Le module HDFS fournit des commandes pour accéder à un système de fichiers HDFS. |
| azdata bdc settings | Commandes de paramètres des clusters Big Data. |
| azdata bdc spark | Les commandes Spark permettent à l’utilisateur d’interagir avec le système Spark en créant et gérant des sessions, des instructions et des lots. |
| azdata bdc rotation | Cette commande fait pivoter les mots de passe des comptes AD générés automatiquement dans un cluster Big Data. Pour plus d’informations, consultez la vue d’ensemble de la rotation des mots de passe AD. |
azdata bdc create
Créez un cluster Big Data SQL Server - La configuration Kubernetes est requise sur votre système, ainsi que les variables d’environnement suivantes ['AZDATA_USERNAME', 'AZDATA_PASSWORD'].
azdata bdc create [--name -n]
[--config-profile -c]
[--accept-eula -a]
[--node-label -l]
[--force -f]
Exemples
Expérience de déploiement guidée des clusters Big Data SQL Server : vous recevrez des invites pour connaître les valeurs nécessaires.
azdata bdc create
Déploiement de clusters Big Data avec des arguments et un profil de configuration personnalisé qui a été initialisé via azdata bdc config init.
azdata bdc create --accept-eula yes --config-profile ./path/to/config/profile
Déploiement de clusters Big Data avec un nom de cluster personnalisé spécifié et un profil de configuration par défaut aks-dev-test.
azdata bdc create --name <cluster_name> --accept-eula yes --config-profile aks-dev-test
Déploiement de clusters Big Data avec des arguments : aucune invite n’est donnée, car l’indicateur --force est utilisé.
azdata bdc create --accept-eula yes --config-profile aks-dev-test --force
Paramètres facultatifs
--name -n
Nom du cluster Big Data, utilisé pour les espaces de noms Kubernetes.
--config-profile -c
Profil de configuration du cluster Big Data, utilisé pour déployer le 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
Acceptez-vous les termes du contrat de licence ? [oui/non]. Si vous ne souhaitez pas utiliser cet argument, vous pouvez définir la variable d’environnement ACCEPT_EULA sur « oui ». Les termes du contrat de licence pour azdata peuvent être consultés à l’adresse https://aka.ms/eula-azdata-en.
--node-label -l
Étiquette de nœud de cluster Big Data, utilisée pour désigner les nœuds à déployer.
--force -f
Forcer la création, l’utilisateur ne sera pas invité à entrer des valeurs et tous les problèmes seront imprimés dans le cadre de stderr.
Arguments globaux
--debug
Augmentez la verbosité de la journalisation pour afficher tous les logs de débogage.
--help -h
Affichez ce message d’aide et quittez.
--output -o
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
--query -q
Chaîne de requête JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
--verbose
Augmentez le niveau de verbosité de la journalisation. Utilisez --debug pour les journaux de débogage complets.
azdata bdc delete
Supprimez le cluster Big Data SQL Server - La configuration Kubernetes est requise sur votre système.
azdata bdc delete --name -n
[--force -f]
Exemples
Suppression des clusters Big Data.
azdata bdc delete --name <cluster_name>
Paramètres requis
--name -n
Nom du cluster Big Data, utilisé pour l’espace de noms Kubernetes.
Paramètres facultatifs
--force -f
Forcer la suppression du cluster Big Data.
Arguments globaux
--debug
Augmentez la verbosité de la journalisation pour afficher tous les logs de débogage.
--help -h
Affichez ce message d’aide et quittez.
--output -o
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
--query -q
Chaîne de requête JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
--verbose
Augmentez le niveau de verbosité de la journalisation. Utilisez --debug pour les journaux de débogage complets.
azdata bdc upgrade
Mettez à jour les images déployées dans chaque conteneur du cluster Big Data SQL Server. Les images mises à jour sont basées sur l’image Docker transmise. Si les images mises à jour proviennent d’un autre référentiel d’images Docker que les images actuellement déployées, le paramètre « référentiel » est également requis.
azdata bdc upgrade --name -n
--tag -t
[--repository -r]
[--controller-timeout -k]
[--stability-threshold -s]
[--component-timeout -p]
[--force -f]
Exemples
Les clusters Big Data sont mis à niveau vers une nouvelle balise d’image « cu2 » à partir du même référentiel.
azdata bdc upgrade -t cu2
Les clusters Big Data sont mis à niveau vers une nouvelle image avec la balise « cu2 » à partir d’un nouveau référentiel « foo/bar/baz ».
azdata bdc upgrade -t cu2 -r foo/bar/baz
Les clusters Big Data sont mis à niveau vers une nouvelle image avec la balise « cu2 » à partir du même référentiel. La mise à niveau attend 30 minutes pour que le contrôleur soit mis à niveau et 30 minutes pour que la base de données du contrôleur soit mise à niveau. Il attend ensuite que le contrôleur et la base de données du contrôleur s’exécutent pendant trois minutes sans bloquer la mise à niveau du reste du cluster. Chaque phase suivante de la mise à niveau aura quarante minutes.
azdata bdc upgrade -t cu2 --controller-timeout=30 --component-timeout=40 --stability-threshold=3
Paramètres requis
--name -n
Nom du cluster Big Data, utilisé pour les espaces de noms Kubernetes.
--tag -t
Balise d’image Docker cible vers laquelle mettre à niveau tous les conteneurs du cluster.
Paramètres facultatifs
--repository -r
Dépôt Docker à partir duquel tous les conteneurs du cluster extrayent leurs images.
--controller-timeout -k
Nombre de minutes à attendre la mise à niveau du contrôleur ou de la base de données du contrôleur avant de restaurer la mise à niveau.
--stability-threshold -s
Nombre de minutes à attendre après une mise à niveau avant de la marquer comme stable.
--component-timeout -p
Nombre de minutes à attendre pour chaque phase de la mise à niveau (après la mise à niveau du contrôleur) avant de suspendre la mise à niveau.
--force -f
Si elle est présente, ignore le contrôle d’intégrité du cluster avant de commencer la mise à niveau
Arguments globaux
--debug
Augmentez la verbosité de la journalisation pour afficher tous les logs de débogage.
--help -h
Affichez ce message d’aide et quittez.
--output -o
Format de sortie. Valeurs autorisées : json, jsonc, table, tsv. Valeur par défaut : json.
--query -q
Chaîne de requête JMESPath. Pour plus d’informations et d’exemples, consultez http://jmespath.org/.
--verbose
Augmentez le niveau de verbosité de la journalisation. Utilisez --debug pour les journaux de débogage complets.
Étapes suivantes
Pour plus d’informations sur les autres commandes azdata, consultez azdata reference.
Pour plus d’informations sur l’installation de l’outil azdata, consultez Installer azdata.