Camada de serviço de Hiperescala

Aplica-se a:Banco de Dados SQL do Azure

Banco de Dados SQL do Azure Hiperescala é um banco de dados de nuvem de alto desempenho e econômico.

Banco de Dados SQL do Azure se baseia no Mecanismo de Banco de Dados SQL. A hiperescala difere de outras camadas de serviço do Banco de Dados SQL do Azure:

Ao contrário de outras camadas de serviço, a Hiperescala não tem nenhuma taxa de licença de software SQL, o que lhe dá uma vantagem de preço significativa em relação a outras camadas de serviço Banco de Dados SQL do Azure para bancos de dados de alto desempenho.
A arquitetura de hiperescala é distinta: fornece backups quase instantâneos, restaurações rápidas e alta taxa de transferência para leituras e gravações.
A hiperescala fornece dimensionamento rápido de computação sob demanda sem movimentação de dados.
As estratégias de expansão de leitura são fáceis, com até 30 réplicas nomeadas com computação configurável independente, além de réplicas internas de alta disponibilidade e réplicas geográficas configuráveis em todo o mundo.

A camada de serviço Hiperescala é adequada para todos os tipos de carga de trabalho. Os recursos de computação e armazenamento na camada Hiperscale excedem substancialmente os recursos disponíveis nas camadas Uso Geral e Crítica para os Negócios do Banco de Dados SQL do Azure.

Você pode converter um banco de dados existente em Banco de Dados SQL do Azure para a Hiperescala facilmente ou migrar de qualquer banco de dados SQL Server para a Hiperescala. Para migrar outros bancos de dados para Banco de Dados SQL do Azure, consulte Azure Guias de Migração de Banco de Dados.

A camada de serviço hiperescala está disponível apenas para Banco de Dados SQL do Azure e não para Instância Gerenciada de SQL do Azure.

Quais são as funcionalidades de Hiperescala

A camada de serviço de Hiperescala no Banco de Dados SQL do Azure fornece os seguintes recursos adicionais:

Escalonamento rápido – amplie os recursos de computação para acomodar cargas de trabalho intensas quando necessário e, em seguida, reduza esses recursos quando não forem mais necessários.
Expansão rápida – provisionar uma ou mais réplicas somente leitura para descarregar sua carga de trabalho de leitura e usar como esperas ativas.
Cobrança, escalonamento e redução vertical automáticos para computação com base no uso com computação sem servidor.
Preço/desempenho otimizado para um grupo de bancos de dados de Hiperescala com diferentes demandas de recursos com pools elásticos.
Armazenamento de dimensionamento automático com suporte para até 128 TB de banco de dados ou 100 TB de tamanho de pool elástico.
Maior desempenho geral devido à maior taxa de transferência de log e tempos mais rápidos de confirmação de transação, independentemente dos volumes de dados.
Backups de banco de dados rápidos (com base em instantâneos de arquivo), independente do tamanho e sem nenhum impacto de E/S sobre os recursos computacionais.
Cópias ou restaurações de banco de dados (com base em instantâneos de arquivo) rápidas em minutos, em vez de horas ou dias.

A camada de serviço da Hiperescala elimina muitos dos limites práticos vistos tradicionalmente em bancos de dados de nuvem. Onde mais outros bancos de dados são limitados pelos recursos disponíveis em um único nó, bancos de dados na camada de serviço da Hiperescala não têm esses limites. Com sua arquitetura de armazenamento flexível, o armazenamento aumenta conforme necessário. Na realidade, os bancos de dados de Hiperescala não são criados com um tamanho máximo definido. Um banco de dados de Hiperescala aumenta conforme necessário, e você será cobrado apenas pela capacidade de armazenamento alocada. Para cargas de trabalho que fazem uso intenso de leitura, a camada de serviço Hiperescala oferece uma rápida expansão por meio do provisionamento de leitura de réplicas adicionais conforme necessário para descarregar cargas de trabalho de leitura.

Além disso, o tempo necessário para criar backups de banco de dados ou para aumentar ou diminuir a escala não está mais vinculado ao volume de dados no banco de dados. Bancos de dados de Hiperescala são armazenados virtualmente instantaneamente. Você também pode aumentar ou reduzir um banco de dados em dezenas de terabytes em minutos na camada de computação provisionada ou usar serverless para escalar a computação automaticamente. Esse recurso libera você das preocupações sobre ser encaixotado pelas opções iniciais de configuração.

Para obter mais informações sobre os tamanhos da computação para a camada de serviço em Hiperescala, confira Características da camada de serviço.

Para obter detalhes sobre as camadas de serviço de Uso Geral e Comercialmente Crítica no modelo de compra baseado em vCore, confira Camadas de serviço de Uso Geral e Comercialmente Crítico. Para obter uma comparação do modelo de compra baseado em vCore com o modelo de compra baseado em DTU, consulte Compare vCore e modelos de compra baseados em DTU de Banco de Dados SQL do Azure.

Quem deve considerar a camada de serviço da Hiperescala

A camada de serviço de Hiperescala destina-se a todos os clientes que exigem maior desempenho e disponibilidade, backup e restauração rápidos e escalabilidade de computação e armazenamento rápido. A hiperescala é ideal para clientes que estão migrando para a nuvem para modernizar seus aplicativos ou para clientes que já estão usando outras camadas de serviço no Banco de Dados SQL do Azure. A camada de serviço de Hiperescala dá suporte a uma ampla variedade de cargas de trabalho de banco de dados, desde OLTP puro até análise pura. Ela é otimizada para cargas de trabalho de OLTP e HTAP (transações híbridas e processamento analítico).

Modelo de preços de Hiperescala

Para bancos de dados de alto desempenho, a Hiperescala oferece uma vantagem de preço significativa em relação a outras camadas de serviço Banco de Dados SQL do Azure. Para obter mais informações, consulte Blog: anúncio de preços da Hiperescala do Banco de Dados SQL do Azure no Ignite 2023. Para obter detalhes sobre a alteração de preços, consulte Blog: Banco de Dados SQL do Azure Hiperescala – preços mais baixos e simplificados!

A camada de serviço hiperescala está disponível apenas no modelo vCore e vem em duas camadas de computação. A cobrança para Hiperescala baseia-se na camada de computação provisionada ou sem servidor:

Camada de computação provisionada:

O custo de computação do vCore reflete a capacidade de computação total provisionada continuamente para o aplicativo. O preço de unidade de computação em Hiperescala é por réplica.
Camada de computação sem servidor:

a cobrança de computação sem servidor é baseada no uso. Para obter mais informações, consulte Camada de computação sem servidor para Banco de Dados SQL do Azure.

Você não especifica o tamanho máximo dos dados ao configurar um banco de dados de Hiperescala. Na camada de Hiperescala, você paga pelo armazenamento com base na alocação real. O armazenamento é alocado automaticamente entre 10 GB e 128 TB e aumenta conforme necessário. Para mais informações, veja Em quais incrementos o tamanho do meu banco de dados cresce?

Vantagens de desempenho e escala

A hiperescala separa o mecanismo de banco de dados principal dos componentes que fornecem armazenamento de longo prazo e durabilidade para os dados. Essa arquitetura permite dimensionar recursos de computação rapidamente, sem movimentação de dados e dimensionar o armazenamento (até 128 TB) independentemente da computação. Para obter mais detalhes, incluindo um diagrama de arquitetura, consulte a arquitetura de Hiperescala.

Com a capacidade de criar/reduzir rapidamente nós de computação adicionais somente leitura, a arquitetura da Hiperescala permite recursos significativos de escala de leitura e também pode liberar o nó de computação primário para atender a mais solicitações.
Você pode provisionar a capacidade computacional para nós secundários ou usar computação sem servidor. Em ambos os casos, você pode dimensioná-los para cima ou para baixo rapidamente devido à arquitetura de armazenamento compartilhado da Hiperescala.
- As réplicas secundárias de nós de computação de alta disponibilidade na Hiperescala seguem a camada computacional do primário, o que resulta em failovers com baixo impacto.
Quando você usa computação sem servidor, os nós de computação primários ou secundários são dimensionados automaticamente de acordo com a demanda da carga de trabalho.

O banco de dados de Hiperescala primário do Banco de Dados SQL do Azure dá suporte a cargas de trabalho de leitura e gravação, mas você pode criar facilmente réplicas somente leitura como parte da estratégia do seu aplicativo:

Você pode ajustar o número total de réplicas secundárias de alta disponibilidade de 0 a 4, dependendo dos requisitos de disponibilidade e escalabilidade.
Você pode criar até 30 réplicas nomeadas para dar suporte a cargas de trabalho de expansão de leitura.
Você pode obter expansão de leitura distribuída geograficamente em data centers globais do Azure usando réplicas geográficas.

Alta disponibilidade de banco de dados em Hiperescala

Como em todas as outras camadas de serviço, a Hiperescala garante a durabilidade dos dados para transações confirmadas, independentemente da disponibilidade da réplica de computação. A duração do tempo de inatividade causado pela não disponibilidade da réplica primária depende do tipo de failover (planejado ou não planejado), da configuração ou não da redundância de zona e da presença de pelo menos uma réplica de alta disponibilidade. Em um failover planejado (como um evento de manutenção), o sistema cria a réplica primária antes de iniciar um failover ou usa uma réplica de alta disponibilidade existente como o destino de failover. Em um failover não planejado (como uma falha de hardware na réplica primária), o sistema usa uma réplica de alta disponibilidade como uma meta de failover (se houver) ou cria uma réplica primária com base no pool de capacidade de computação disponível. No último caso, a duração do tempo de inatividade é mais longa devido às etapas adicionais necessárias para criar a nova réplica primária.

Você pode escolher uma janela de manutenção para tornar os eventos de manutenção impactantes previsíveis e menos disruptivos para sua carga de trabalho.

Para o SLA de Hiperescala, consulte SLA para Banco de Dados SQL do Azure.

Conjunto de buffers e extensão resiliente do conjunto de buffers

Em Azure Hiperescala de Banco de Dados, há uma separação distinta entre computação e armazenamento. O armazenamento contém todas as páginas do banco de dados em um único banco de dados e pode ser alocado em várias máquinas conforme o banco de dados cresce. O nó de computação, no entanto, armazena em cache apenas o que está sendo usado recentemente. As páginas mais populares na computação são mantidas na memória em uma estrutura chamada buffer pool (BP). Ele também é armazenado no SSD local, a extensão do pool de buffer resiliente (RBPEX), para que os dados possam ser recuperados mais rapidamente caso o processo de computação seja reiniciado.

Em um sistema de nuvem, a computação pode ser movida para máquinas diferentes conforme necessário. A camada de computação pode ter várias réplicas. Uma réplica é primária e recebe todas as atualizações, enquanto as outras são réplicas secundárias. Se a primária falhar, o sistema promoverá uma das réplicas secundárias de alta disponibilidade para primária em um processo chamado failover. A réplica secundária pode não ter um cache em seu BP e RBPEX otimizado para a carga de trabalho primária.

Preparação contínua

A preparação contínua é um processo que coleta informações sobre quais páginas são as mais frequentemente acessadas em todas as réplicas de computação. O processo agrega essas informações, e as réplicas secundárias de alta disponibilidade usam a lista de páginas mais ativas que correspondem à carga de trabalho típica do cliente. Esse processo preenche continuamente o BP e o RBPEX com as páginas mais quentes para acompanhar as alterações na carga de trabalho do cliente.

Sem preparação contínua, tanto o BP quanto o RBPEX não são herdados por novas réplicas de alta disponibilidade e só podem ser reconstruídos durante a carga de trabalho do usuário. A preparação contínua economiza tempo e evita desempenho inconsistente, pois não há espera até que os caches sejam totalmente hidratados novamente. Com a preparação contínua, novas réplicas secundárias de alta disponibilidade começarão imediatamente a preparar seu BP e RBPEX. Isso ajudará a manter o desempenho de forma mais consistente à medida que ocorrem failovers.

A preparação contínua funciona nos dois sentidos: réplicas secundárias de alta disponibilidade armazenarão em cache as páginas que estão sendo usadas na réplica primária, e a primária armazenará em cache as páginas com a carga de trabalho das réplicas secundárias.

Atualmente, a preparação contínua está disponível na camada de computação provisionada da Hiperescala.

Fazer backup e restaurar

As operações de restauração e de backup de bancos de dados de Hiperescala são baseadas em instantâneo de arquivo. Essa abordagem torna essas operações quase instantâneas. Como a arquitetura de Hiperescala usa a camada de armazenamento para backup e restauração, ela reduz a carga de processamento e o impacto no desempenho nas réplicas de computação. Para obter mais informações, consulte backups de hiperescala e redundância de armazenamento.

Recuperação de desastre para bancos de dados de Hiperescala

Para restaurar um banco de dados de Hiperescala em Banco de Dados SQL do Azure para uma região diferente daquela em que ele está hospedado no momento, execute uma restauração geográfica. Esse método é aplicável a operações de recuperação de desastres, simulações, relocação ou qualquer outro motivo. A restauração geográfica só estará disponível ao escolher o RA-GRS (armazenamento com redundância geográfica) para redundância de armazenamento.

Para obter mais informações, consulte restaurar um banco de dados de Hiperescala para uma região diferente.

Comparar os limites de recursos

As camadas de serviço baseadas em vCore diferem na disponibilidade do banco de dados, no tipo de armazenamento, no desempenho e no tamanho máximo do armazenamento. A tabela a seguir descreve estas diferenças:

ㅤ	Uso Geral	Comercialmente Crítico	Hiperescala
Mais adequado para	Opções de computação e armazenamento balanceadas orientadas ao orçamento.	Aplicações OLTP com alta taxa de transação e baixa latência de E/S. Alta resiliência a falhas e failovers rápidos ao usar várias réplicas de espera ativa.	A camada de serviço recomendada e padrão para todas as cargas de trabalho OLTP e HTAP novas e em modernização. Melhor para a maior variedade de cargas de trabalho, incluindo essas cargas de trabalho com armazenamento altamente escalonável e requisitos de escala de leitura. Oferece maior resiliência a falhas, permitindo a configuração de mais de uma réplica secundária de alta disponibilidade.
Tamanho da computação	Dois a 128 vCores	Dois a 128 vCores	2 a 192 vCores³
Tipo de armazenamento	Armazenamento remoto Premium (por instância)	Armazenamento SSD local super rápido (por instância)	Armazenamento desacoplado com cache SSD local (por réplica de computação)
Tamanho do armazenamento	1 GB – 4 TB	1 GB – 4 TB	10 GB - 128 TB
IOPS Máxima	320 IOPS por vCore com 16.000 IOPS no máximo	4.000 IOPS por vCore com máximo de 327.680 IOPS	5.500 IOPS por vCore com 544.000 IOPS de SSD local máximo. A Hiperescala é uma arquitetura de várias camadas com cache em vários níveis. O IOPS efetivo depende da carga de trabalho.
Memória/vCore	5,1 GB	5,1 GB	5.1 GB ou 10.2 GB
Backups	Uma opção de armazenamento LRS (com redundância local), ZRS (com redundância de zona) ou GRS (com redundância geográfica) Retenção de 1 a 35 dias (7 dias por padrão), com até 10 anos de retenção de longo prazo disponíveis	Uma opção de armazenamento LRS (com redundância local), ZRS (com redundância de zona) ou GRS (com redundância geográfica) Retenção de 1 a 35 dias (7 dias por padrão), com até 10 anos de retenção de longo prazo disponíveis	Uma opção de armazenamento LRS (com redundância local), ZRS (com redundância de zona) ou GRS (com redundância geográfica) Retenção de 1 a 35 dias (7 dias por padrão), com até 10 anos de retenção de longo prazo disponíveis
Disponibilidade.	Uma réplica, sem réplicas de expansão de leitura. HA com redundância de zona	Três réplicas, uma réplica de expansão de leitura. HA com redundância de zona	Múltiplas réplicas, com até 4 réplicas para expansão de leitura. HA com redundância de zona
Preço/cobrança	O vCore, o armazenamento reservado e o armazenamento de backup são cobrados. Os IOPS não são cobrados.	O vCore, o armazenamento reservado e o armazenamento de backup são cobrados. Os IOPS não são cobrados.	vCore para cada réplica, armazenamento de dados alocado e armazenamento de backup são cobrados. Os IOPS não são cobrados.
Modelos de desconto¹	Reservas do Azure Benefício Híbrido do Azure² Assinaturas Enterprise e oferta de Desenvolvimento/Teste Pago Conforme o Uso	Reservas do Azure Benefício Híbrido do Azure² Assinaturas Enterprise e oferta de Desenvolvimento/Teste Pago Conforme o Uso	Como a Hiperescala não tem nenhuma taxa de licença de software SQL¹, Benefício Híbrido do Azure não está disponível para novos bancos de dados de Hiperescala².
Tabelas na memória	Não	Yes	No

¹ Os preços simplificados de Hiperescala do Banco de Dados SQL começam em dezembro de 2023. Examine o blog de preços da Hiperescala para obter detalhes.

² a partir de dezembro de 2023, Benefício Híbrido do Azure não está disponível para novos bancos de dados de Hiperescala ou em assinaturas de desenvolvimento/teste. Bancos de dados únicos de Hiperescala existentes com computação provisionada podem continuar a usar Benefício Híbrido do Azure para economizar em custos de computação até dezembro de 2026. Para obter mais informações, examine o blog de preços da Hiperescala.

³ Atualmente, as opções 160 e 192 vCore são um recurso de visualização.

Recursos de computação

A tabela a seguir compara recursos de computação em diferentes configurações de hardware e camadas de computação para Hiperescala do Banco de Dados SQL do Azure. Para o Banco de Dados SQL do Azure não Hiperescala, consulte o modelo de compra do vCore – Banco de Dados SQL do Azure.

Configuração de hardware	CPU	Memória
Série padrão (Gen5)	Computação provisionada: - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Processadores Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milão), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Rapids Esmeralda) - Provisionamento de até 128 vCores (hyper-threaded) Computação sem servidor - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Processadores Intel® SP-8160 (Skylake), Intel® 8272CL (Cascade Lake) 2,5 GHz, Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milão), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Rapids Esmeralda) - Escala automática para até 80 vCores (hyper-threaded) – A taxa de memória para vCore se adapta dinamicamente à memória e ao uso da CPU com base na demanda de carga de trabalho e pode ser de até 24 GB por vCore. Por exemplo, em um determinado momento, uma carga de trabalho pode utilizar e ser cobrada por 240 GB de memória e apenas 10 vCores.	Computação provisionada: – 5,1 GB por vCore – Provisionamento de até 625 GB Computação sem servidor – Escala automática para até 24 GB por vCore – Escala automática para um máximo de 240 GB
Série Premium	Computação provisionada: - Processadores Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milão), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Rapids Esmeralda) - Provisionar até 192 vCores (hiper-threaded).	5,2 GB por vCore
Otimizado para memória da série Premium	Computação provisionada: - Processadores Intel® Xeon® Platinum 8370C (Ice Lake), AMD EPYC™ 7763v (Milão), AMD EPYC 9004 (Genoa), Intel® Xeon® Platinum 8573C (Rapids Esmeralda) – Provisionar até 80 vCores (hyper-threaded).	10,2 GB por vCore

* Para um determinado tamanho de computação e configuração de hardware, os limites de recursos são os mesmos, independentemente do tipo de CPU (Intel® Broadwell, Skylake, Ice Lake, Cascade Lake, Emerald Rapid ou AMD Milan, Genoa). Na exibição de gerenciamento dinâmico sys.dm_user_db_resource_governance, a geração de hardware para bancos de dados usando:

Os processadores Intel® SP-8160 (Skylake) aparecem como Gen6
Intel® 8272CL (Cascade Lake) aparece como Gen7
Intel® Xeon® Platinum 8370C (Ice Lake) ou AMD EPYC™ 7763v (Milão) aparecem como Gen8
AMD EPYC™ 9004 (Genoa) aparecem como Gen9 ou Intel® Xeon® Platinum 8573C (Esmeralda Rapids) aparecem como Gen10

Para obter mais informações, confira limites de recurso para bancos de dados individuais e pools elásticos.

Criar gerenciar bancos de dados de Hiperescala

Você pode criar e gerenciar bancos de dados de Hiperescala usando o portal Azure, o Transact-SQL, o PowerShell e o CLI do Azure. Para obter mais informações, confira Início Rápido: Criar um banco de dados de Hiperescala no Banco de Dados SQL do Azure.

Operação	Detalhes	Saiba mais
Criar um banco de dados de Hiperescala	Os bancos de dados de hiperescala estão disponíveis apenas usando o modelo de compra baseado em vCore.	Encontre exemplos para criar um banco de dados de Hiperescala em Quickstart: Criar um banco de dados de Hiperescala em Banco de Dados SQL do Azure.
Converter um banco de dados existente para Hiperescala	Você pode converter um banco de dados existente na camada de Hiperescala Banco de Dados SQL do Azure. A duração da conversão depende do tamanho dos dados.	Para obter mais informações, consulte Converter um banco de dados existente em Hiperescala.
Migração reversa de um banco de dados de Hiperescala para a camada de serviço de Uso Geral	Se você tiver migrado anteriormente um Banco de Dados SQL do Azure existente para a Hiperescala, poderá migrar o banco de dados para a camada de serviço uso geral dentro de 45 dias após a migração original para a Hiperescala. Se você quiser migrar o banco de dados para outra camada de serviço, como Comercialmente Crítico, primeiro faça a migração inversa para a camada de serviço uso geral e altere a camada de serviço.	Saiba como fazer a migração reversa da Hiperescala, incluindo as limitações para migração reversa.

Limitações

Atualmente, essas limitações se aplicam à camada de serviço hiperescala. A equipe do produto está trabalhando ativamente para remover o máximo possível dessas limitações.

Problema	Descrição
A redução é bloqueada quando o TDE está desabilitado	Atualmente, Banco de Dados SQL do Azure Hiperescala não dá suporte a operações de redução de banco de dados e arquivos quando Transparent Data Encryption (TDE) está desabilitado.
Restaurar banco de dados de outras camadas de serviço	Você não pode restaurar um banco de dados que não seja Hyperscale como um banco de dados Hyperscale. Você também não pode restaurar um banco de dados de Hiperescala como um banco de dados não hiperescala. Para bancos de dados migrados para Hiperescala de outras camadas de serviço Banco de Dados SQL do Azure, os backups de pré-migração são mantidos durante o período de retenção de backup do banco de dados de origem, incluindo políticas de retenção de longo prazo. Você pode restaurar um backup de pré-migração dentro do período de retenção de backup do banco de dados por meio da linha de comando. Você pode restaurar esses backups em qualquer camada de serviço que não seja a Hiperescala.
Migração de bancos de dados com objetos OLTP In-Memory	O Hiperescala é compatível com subconjunto de objetos OLTP In-Memory, incluindo tipos de tabela com otimização de memória, variáveis de tabela e módulos compilados nativamente. No entanto, quando qualquer objeto OLTP in-memory está presente no banco de dados que está sendo migrado, a migração de camadas de serviço Premium e Comercialmente Crítico para Hiperescala não é compatível. Para migrar esse banco de dados para a Hiperescala, você deve descartar todos os objetos OLTP In-Memory e suas dependências. Depois que o banco de dados for migrado, você poderá recriar esses objetos. No momento, as tabelas com otimização de memória duráveis e não duráveis não são compatíveis com a Hiperescala e devem ser alteradas para tabelas em disco.
Verificação de integridade do banco de dados	`DBCC CHECKDB`e `DBCC CHECKFILEGROUP` atualmente não são suportados para bancos de dados Banco de Dados SQL do Azure Hyperscale. Como solução alternativa, use `DBCC CHECKTABLE ('TableName') WITH TABLOCK`. Para obter detalhes sobre o gerenciamento de integridade de dados em Banco de Dados SQL do Azure, consulte Integridade de Dados no Banco de Dados SQL do Azure.
Trabalhos elásticos	Não há suporte para o uso de um banco de dados de Hiperescala como o banco de dados Trabalho. No entanto, trabalhos elásticos podem direcionar bancos de dados de Hiperescala da mesma forma que qualquer outro banco de dados em Banco de Dados SQL do Azure.
Sincronização de Dados	Não há suporte para o uso de um banco de dados de Hiperescala como um banco de dados de Hub ou de Metadados de Sincronização. No entanto, um banco de dados de Hiperescala pode ser um banco de dados membro em uma topologia de Sincronização de Dados.
Hardware de série Premium da camada do serviço de Hiperescala	Atualmente, o hardware da série premium com e sem otimização de memória não dá suporte à camada de computação sem servidor. O serverless só tem suporte no hardware da série Standard (Gen5).
Disponibilidade regional	O hardware otimizado para memória da série Premium e da série Premium da camada de serviço de Hiperescala está disponível em regiões limitadas do Azure. Para obter uma lista, consulte a disponibilidade da série Premium da Hiperescala.

Comentários

Esta página foi útil?

Last updated on 2026-06-23