azdata bdc
Область применения: 
Azure Data CLI ()azdata
В следующей статье приводятся справочные сведения по командам sql в средстве azdata. Дополнительные сведения о других командах azdata см. в справочнике по azdata.
Команды
| Команда | Description |
|---|---|
| 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.