azdata bdc

Область применения: Azure Data CLI ()azdata

Замечание

Некоторые сценарии, которые ранее обрабатывались Azure Data CLI (azdata) теперь управляются с помощью расширений Azure CLI иazрабочих процессов на основе Azure Arc. Для всех azdata команд нет одной замены 1:1. В следующей таблице рассматриваются распространенные варианты Azure CLI, в которых они существуют.

azdata command area	Расширение Azure CLI или группа команд	Справочник по Azure CLI
azdata arc dc *	az arcdata	Справочник по интерфейсу командной строки данных Azure Arc
azdata arc sql mi *	az arcdata sql mi	Управление управляемым экземпляром SQL Azure с помощью CLI
azdata arc postgres *	az arcdata postgres	Управление сервером PostgreSQL с помощью CLI
azdata migrate *	az datamigration	Миграция с помощью интерфейса командной строки
azdata extension *	az extension *	Общие сведения о расширениях Azure CLI
azdata login	az login	az login
azdata sql shell / azdata sql query	Нет эквивалента Azure CLI (использование sqlcmd, SSMS или другие средства SQL)	служебная программа sqlcmd SQL Server Management Studio

Для новых сценариев автоматизации и управления предпочитайте azure CLI (az), расширения Azure CLI и портал Azure Arc.

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

Команды

Command	Описание
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

Вы принимаете условия лицензионного соглашения? [да/нет]. Если вы не хотите использовать этот arg, можно задать для переменной среды ACCEPT_EULA значение "да". Условия лицензии 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, отличном от развернутых в данный момент образов, то также требуется параметр "репозиторий".

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 минут для обновления базы данных контроллера. Затем он будет ожидать запуска контроллера и базы данных контроллера в течение трех минут, не завершив обновление остальной части кластера. Для каждого последующего этапа обновления потребуется сорок минут.

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.