azdata bdc

Применимо к: Azure Data CLI (azdata)

В следующей статье приводятся справочные сведения по командам sql в средстве azdata. Дополнительные сведения о других командах azdata см. в справочнике по azdata.

Команды

Команда	Описание
azdata bdc create	Создание кластера больших данных.
azdata bdc delete	Удаление кластера больших данных.
azdata bdc upgrade	Обновление образов, развернутых в каждом контейнере в кластере больших данных SQL Server.
azdata bdc config	Команды настройки.
azdata bdc endpoint	Команды конечной точки.
azdata bdc debug	Команды отладки.
azdata bdc status	Команды состояния Кластеров больших данных.
azdata bdc control	Команды службы контроля.
azdata bdc sql	Команды службы SQL.
azdata bdc hdfs	Команды службы HDFS.
azdata bdc spark	Команды службы Spark.
azdata bdc gateway	Команды службы шлюза.
azdata bdc app	Команды службы приложений.
azdata bdc hdfs	Модуль HDFS предоставляет команды для доступа к файловой системе HDFS.
azdata bdc settings	Команды настройки Кластеров больших данных.
azdata bdc spark	Команды Spark позволяют пользователю взаимодействовать с системой Spark, создавая сеансы, инструкции и пакеты и управляя ими.
azdata bdc rotate	Эта команда сменяет пароли для автоматически созданных учетных записей AD в кластере больших данных. Дополнительные сведения см. в статье Общие сведения о смене паролей AD.

azdata bdc create

Создание кластера больших данных SQL Server. В системе должна быть конфигурация Kubernetes, а также следующие переменные среды: ['AZDATA_USERNAME', 'AZDATA_PASSWORD'].

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

Примеры

Интерфейс развертывания Кластеров больших данных SQL Server предоставляет подсказки о необходимых значениях.

azdata bdc create

Развертывание Кластеров больших данных с аргументами и настраиваемым профилем конфигурации, инициализированным с помощью azdata bdc config init.

azdata bdc create --accept-eula yes --config-profile ./path/to/config/profile

Развертывание Кластера больших данных с пользовательским именем кластера и профилем конфигурации по умолчанию aks-dev-test.

azdata bdc create --name <cluster_name> --accept-eula yes --config-profile aks-dev-test

Развертывание кластера больших данных с аргументами; подсказки не выводятся, так как используется флаг --force.

azdata bdc create --accept-eula yes --config-profile aks-dev-test --force

Необязательные параметры

--name -n

Имя кластера больших данных, используемого для пространств имен Kubernetes.

--config-profile -c

Профиль конфигурации кластера больших данных, используемый для развертывания кластера ("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

Вы принимаете условия лицензии? [да/нет]. Если вы не хотите использовать этот аргумент, можно присвоить переменной среды ACCEPT_EULA значение "yes". Условия лицензии для azdata можно просмотреть по адресу https://aka.ms/eula-azdata-en.

--node-label -l

Метка узлов кластера больших данных, используемая для указания узлов, в которых будет выполняться развертывание.

--force -f

Принудительное создание; пользователь не будет получать запросы на ввод значений; все ошибки будут выводиться в рамках потока stderr.

Глобальные аргументы

--debug

Повышение уровня детализации журнала для включения всех журналов отладки.

--help -h

Отображение этого справочного сообщения и выход.

--output -o

Формат вывода. Допустимые значения: json, jsonc, table, tsv. Значение по умолчанию: json.

--query -q

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

--verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр --debug.

azdata bdc delete

Удаление кластера больших данных SQL Server. В системе должна быть конфигурация Kubernetes.

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

Примеры

Удаление Кластеров больших данных

azdata bdc delete --name <cluster_name>

Необходимые параметры

--name -n

Имя кластера больших данных, используемого для пространства имен Kubernetes.

Необязательные параметры

--force -f

Принудительное удаление кластера больших данных.

Глобальные аргументы

--debug

Повышение уровня детализации журнала для включения всех журналов отладки.

--help -h

Отображение этого справочного сообщения и выход.

--output -o

Формат вывода. Допустимые значения: json, jsonc, table, tsv. Значение по умолчанию: json.

--query -q

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

--verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр --debug.

azdata bdc upgrade

Обновление образов, развернутых в каждом контейнере в кластере больших данных SQL Server. Обновленные образы создаются на основе переданного образа Docker. Если обновленные образы не из того же репозитория образов Docker, из которого образы, развернутые в текущий момент, то необходимо указать параметр "repository".

azdata bdc upgrade --name -n 
                   --tag -t  
                   
[--repository -r]  
                   
[--controller-timeout -k]  
                   
[--stability-threshold -s]  
                   
[--component-timeout -p]  
                   
[--force -f]

Примеры

Обновление Кластеров больших данных до нового образа с тегом cu2 из того же репозитория.

azdata bdc upgrade -t cu2

Обновление Кластеров больших данных до новых образов с тегом cu2 из нового репозитория foo/bar/baz.

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

Обновление Кластеров больших данных до новых образов с тегом cu2 из того же репозитория. Обновление контроллера выполняется через 30 минут, а обновление базы данных контроллера — еще 30 минут. Затем он ждет, пока контроллер и база данных контроллера будут работать в течение трех минут без сбоев при обновлении остальной части кластера. Каждый последующий этап обновления займет 40 минут.

azdata bdc upgrade -t cu2 --controller-timeout=30 --component-timeout=40 --stability-threshold=3

Необходимые параметры

--name -n

Имя кластера больших данных, используемого для пространств имен Kubernetes.

--tag -t

Тег целевого образа Docker для обновления всех контейнеров в кластере.

Необязательные параметры

--repository -r

Репозиторий Docker, откуда все контейнеры в кластере должны получать свои образы.

--controller-timeout -k

Количество минут, в течение которых следует ожидать обновления базы данных контроллера или контроллера перед откатом обновления.

--stability-threshold -s

Количество минут ожидания после обновления, прежде чем оно будет отмечено как стабильное.

--component-timeout -p

Время ожидания в минутах для каждого этапа обновления (после обновления контроллера) для завершения перед приостановкой обновления.

--force -f

Если этот параметр указан, проверка работоспособности кластера перед началом обновления не производится.

Глобальные аргументы

--debug

Повышение уровня детализации журнала для включения всех журналов отладки.

--help -h

Отображение этого справочного сообщения и выход.

--output -o

Формат вывода. Допустимые значения: json, jsonc, table, tsv. Значение по умолчанию: json.

--query -q

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

--verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр --debug.

Дальнейшие действия

Дополнительные сведения о других командах azdata см. в справочнике по azdata.

Дополнительные сведения об установке средства azdata см. в разделе Установка azdata.