O que é um servidor SQL lógico na SQL do Azure Base de Dados e Azure Synapse?

Aplica-se a: SQL do Azure Base de Dados Azure Synapse Analytics

Em SQL do Azure Database e Azure Synapse Analytics, um servidor é uma construção lógica que funciona como um ponto administrativo central para uma coleção de bases de dados. Ao nível do servidor lógico, pode administrar logins, regras de firewall, regras de auditoria, políticas de deteção de ameaças e grupos de falha automática. Um servidor lógico pode estar numa região diferente do seu grupo de recursos. O servidor lógico deve existir antes de poder criar uma base de dados na SQL do Azure Database ou numa piscina de SQL dedicada em Azure Synapse Analytics. Todas as bases de dados geridas por um único servidor lógico são criadas dentro da mesma região que o servidor lógico.

Este servidor lógico é distinto de um SQL Server caso que você pode estar familiarizado no mundo das instalações. Especificamente, não existem garantias sobre a localização das bases de dados ou piscina de SQL dedicada em relação ao servidor que as gere. Além disso, nem SQL do Azure Base de Dados nem Azure Synapse expor qualquer acesso ou funcionalidades ao nível de instâncias. Em contrapartida, as bases de dados de casos num caso gerido são todas fisicamente co-localizadas - da mesma forma que você está familiarizado com SQL Server no mundo das máquinas no local ou no mundo das máquinas virtuais.

Quando cria um servidor lógico, fornece uma conta de login do servidor e uma palavra-passe que tem direitos administrativos à base de dados principal nesse servidor e a todas as bases de dados criadas nesse servidor. Esta conta inicial é uma conta de login SQL. SQL do Azure Database e Azure Synapse Analytics suportam a autenticação SQL e a Autenticação do Diretório Ativo Azure para autenticação. Para obter informações sobre logins e autenticação, consulte Bases de Dados e Logins em SQL do Azure Base de Dados. A autenticação do Windows não é suportada.

Um servidor lógico em Base de Dados SQL e Azure Synapse Analytics:

  • É criado numa subscrição do Azure, mas pode ser movido com os recursos nele contidos para outra subscrição
  • É o recurso principal para bases de dados, piscinas elásticas e piscinas SQL dedicadas
  • Fornece um espaço de nome para bases de dados, piscinas elásticas e piscinas SQL dedicadas
  • É um recipiente lógico com semântica vitalícia forte - elimine um servidor e elimina as suas bases de dados, piscinas elásticas e piscinas SQK
  • Participa no controlo de acesso baseado em funções Azure (Azure RBAC) - bases de dados, piscinas elásticas e piscinas SQL dedicadas dentro de um servidor herdam direitos de acesso do servidor
  • É um elemento de alta ordem da identidade das bases de dados, piscinas elásticas e piscinas SQL dedicadas para fins de gestão de recursos Azure (ver o esquema de URL para bases de dados e piscinas)
  • Coloca recursos numa região
  • Fornece um ponto final de ligação para o acesso à base de dados (<serverName>.database.windows.net)
  • Fornece acesso a metadados relativamente aos recursos contidos através de DMVs, estabelecendo ligação a uma base de dados mestra
  • Fornece a margem de manobra para políticas de gestão que se aplicam às suas bases de dados - logins, firewall, auditoria, deteção de ameaças, e tal
  • É restringido por uma quota dentro da subscrição dos pais (seis servidores por subscrição por padrão - ver limites de subscrição aqui)
  • Fornece a margem de manobra para quota de base de dados e quota DTU ou vCore para os recursos que contém (tais como 45.000 DTU)
  • É a possibilidade de ver versão das capacidades ativadas em recursos contidos
  • Os inícios de sessão principais ao nível do servidor podem gerir todas as bases de dados num servidor
  • Pode conter logins semelhantes aos de SQL Server no seu ambiente no local que tenham acesso a uma ou mais bases de dados no servidor, e podem ser concedidos direitos administrativos limitados. Para obter mais informações, veja Inícios de sessão.
  • A colagem padrão para todas as bases de dados criadas num servidor é SQL_LATIN1_GENERAL_CP1_CI_AS, onde LATIN1_GENERAL está o inglês (Estados Unidos), CP1 é a página de código 1252, CI é insensível a caso e AS é sensível ao sotaque.

Para criar um caso gerido, consulte Criar uma instância gerida

Gerir servidores, bases de dados e firewalls

Você pode gerir servidores lógicos, bases de dados, piscinas SQL dedicadas e firewalls usando o portal do Azure, Azure PowerShell, o Azure CLI, Transact-SQL (T-SQL) e REST API.

Pode criar o grupo de recursos para um servidor lógico antes do tempo ou enquanto cria o próprio servidor. Existem vários métodos para chegar a um novo formulário de servidor SQL, quer através da criação de um novo servidor SQL, quer como parte da criação de uma nova base de dados.

Criar um servidor em branco

Para criar um servidor lógico em branco (sem base de dados, piscina elástica ou piscina DE SQL dedicada) utilizando o portal do Azure, navegue para um servidor SQL em branco (servidor lógico SQL).

Criar uma base de dados em branco ou amostra na base de dados SQL do Azure

Para criar uma base de dados em Base de Dados SQL usando o portal do Azure, navegue para criar uma nova Base de Dados SQL e forneça as informações solicitadas. Pode criar o grupo de recursos e o servidor antes do tempo ou enquanto cria a própria base de dados. Pode criar uma base de dados em branco ou criar uma base de dados de amostras com base em AdventureWorksLT.

Screenshot dos primeiros passos para criar uma nova Base de Dados SQL no portal do Azure.

Importante

Para obter informações sobre a seleção do nível de preços da sua base de dados, consulte o modelo de compra baseado em DTU e o modelo de compra baseado em vCore.

Gerir o servidor existente

Para gerir um servidor existente, navegue para o servidor utilizando uma série de métodos - tais como a partir de uma página específica de base de dados, a página de servidores SQL ou a página de todos os recursos .

Para gerir uma base de dados existente, navegue na página de bases de dados SQL e selecione a base de dados que pretende gerir.

Por exemplo, para configurar uma regra de firewall, siga estes passos:

  1. Navegue para o seu recurso de base de dados na portal do Azure. Selecione Definir firewall do servidor na barra de ferramentas.

    Uma imagem que mostra onde copiar o nome do servidor e definir firewall do servidor na barra de ferramentas.

  2. Desapeda fique o acesso de rede pública a redes selecionadas para revelar as redes virtuais e as regras de firewall. Quando definidos para Desativar, as redes virtuais e as definições de regras de firewall são ocultadas.

  3. Escolha Adicionar uma regra de firewall para configurar a firewall.

    Uma imagem que mostra a configuração de uma regra de firewall IP de nível de servidor.

Importante

Para configurar propriedades de desempenho para uma base de dados, consulte o modelo de compra baseado em DTU e o modelo de compra baseado em vCore.

Dica

Para um arranque portal do Azure, consulte Criar uma base de dados em Base de Dados SQL no portal do Azure.

Passos seguintes