Tipo de serviço de HiperescalaHyperscale service tier

Banco de dados SQL do Azure baseia-se na arquitetura de mecanismo de banco de dados do SQL Server que é ajustada para o ambiente de nuvem para garantir a disponibilidade de 99,99%, até mesmo no caso de falhas de infraestrutura.Azure SQL Database is based on SQL Server Database Engine architecture that is adjusted for the cloud environment in order to ensure 99.99% availability even in the cases of infrastructure failures. Há três modelos de arquitetura que são usados no Banco de Dados SQL do Azure:There are three architectural models that are used in Azure SQL Database:

  • Uso Geral/PadrãoGeneral Purpose/Standard
  • HiperescalaHyperscale
  • Comercialmente Crítico/PremiumBusiness Critical/Premium

A camada de serviço em hiperescala no banco de dados SQL do Azure é a camada de serviço mais recente em que o modelo de compra baseado em vCore.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Essa camada de serviço é um armazenamento altamente escalonável e o nível de desempenho de computação que aproveita a arquitetura do Azure para escalar horizontalmente o armazenamento e recursos de computação para um banco de dados SQL do Azure substancialmente além dos limites disponíveis para uso geral e negócios Comercialmente Crítico.This service tier is a highly scalable storage and compute performance tier that leverages the Azure architecture to scale out the storage and compute resources for an Azure SQL Database substantially beyond the limits available for the General Purpose and Business Critical service tiers.

Observação

  • Para obter detalhes sobre as camadas de serviço Uso Geral e Comercialmente Crítico no modelo de compra baseado em vCore, consulte uso geral e comercialmente crítico camadas de serviço.For details on the General Purpose and Business Critical service tiers in the vCore-based purchasing model, see General Purpose and Business Critical service tiers. Para obter uma comparação do modelo de compra baseado em vCore com o modelo de compra baseado em DTU, consulte Modelos e recursos de compra do Banco de Dados SQL do Azure.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.
  • Atualmente, a camada de serviço de hiperescala está disponível apenas para o banco de dados SQL do Azure e não o Azure SQL Instância Gerenciada.The Hyperscale service tier is currently only available for Azure SQL Database, and not Azure SQL Managed Instance.

Quais são as funcionalidades de HiperescalaWhat are the Hyperscale capabilities

A camada de serviço da Hiperescala no Banco de Dados SQL do Azure fornece os seguintes recursos adicionais:The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Suporte para até 100 TB de tamanho de banco de dadosSupport for up to 100 TB of database size
  • Backups de banco de dados quase instantâneos (com base em instantâneos de arquivo armazenados no armazenamento de BLOBs do Azure), independentemente do tamanho, sem nenhum impacto de e/sNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Rápidas restaurações de banco de dados (com base em instantâneos de arquivo) em minutos, em vez de horas ou dias (não um tamanho de operação de dados)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • 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 dadosHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Rápida expansão - você pode provisionar uma ou mais somente leitura nós para o descarregamento de sua carga de trabalho de leitura e para uso como reserva quenteRapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Dimensionamento rápido – você pode, em constante tempo, escalar verticalmente seus recursos de computação para acomodar cargas de trabalho pesadas quando necessário e, em seguida, dimensionar os recursos de computação de volta quando não for necessário.Rapid Scale up - you can, in constant time, scale up your compute resources to accommodate heavy workloads when needed, and then scale the compute resources back down when not needed.

A camada de serviço da Hiperescala elimina muitos dos limites práticos vistos tradicionalmente em bancos de dados de nuvem.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. 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.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Com sua arquitetura de armazenamento flexível, o armazenamento aumenta conforme necessário.With its flexible storage architecture, storage grows as needed. Na verdade, os bancos de dados de hiperescala não são criados com um tamanho máximo definido.In fact, Hyperscale databases aren't created with a defined max size. Um banco de dados de hiperescala cresce conforme necessário-e você é cobrado apenas pela capacidade que usar.A Hyperscale database grows as needed - and you're billed only for the capacity you use. Para cargas de trabalho de leitura intensa, a camada de serviço da Hiperescala fornece rápida expansão por meio do provisionamento de leitura de réplicas adicionais conforme necessário para o descarregamento de cargas de trabalho leitura.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

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.Additionally, the time required to create database backups or to scale up or down is no longer tied to the volume of data in the database. Bancos de dados de Hiperescala podem ser armazenados virtualmente instantaneamente.Hyperscale databases can be backed up virtually instantaneously. Você também pode dimensionar um banco de dados em dezenas de terabytes para cima ou para baixo em minutos.You can also scale a database in the tens of terabytes up or down in minutes. Esse recurso libera você das preocupações sobre ser encaixotado pelas opções iniciais de configuração.This capability frees you from concerns about being boxed in by your initial configuration choices.

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.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

Quem deve considerar a camada de serviço da HiperescalaWho should consider the Hyperscale service tier

A camada de serviço de hiperescala destina-se à maioria das cargas de trabalho de negócios, pois fornece excelente flexibilidade e alto desempenho com recursos de computação e armazenamento escalonáveis de maneira independente.The Hyperscale service tier is intended for most business workloads as it provides great flexibility and high performance with independently scalable compute and storage resources. Com a capacidade de armazenamento de dimensionamento automático de até 100 TB, é uma ótima opção para clientes que:With the ability to autoscale storage up to 100 TB, it's a great choice for customers who:

  • Ter grandes bancos de dados locais e desejar modernizar seus aplicativos ao migrar para a nuvemHave large databases on-premises and want to modernize their applications by moving to the cloud
  • Já estão na nuvem e são limitados pelas restrições de tamanho máximo do banco de dados de outras camadas de serviço (1-4 TB)Are already in the cloud and are limited by the maximum database size restrictions of other service tiers (1-4 TB)
  • Ter bancos de dados menores, mas exigir dimensionamento rápido de computação vertical e horizontal, alto desempenho, backup instantâneo e restauração rápida de banco de dados.Have smaller databases, but require fast vertical and horizontal compute scaling, high performance, instant backup, and fast database restore.

A camada de serviço de hiperescala dá suporte a uma ampla variedade de cargas de trabalho de SQL Server, desde OLTP puro até análise pura, mas é essencialmente otimizada para cargas de trabalho OLTP e HTAP (processamento analítico e de transações híbridas).The Hyperscale service tier supports a broad range of SQL Server workloads, from pure OLTP to pure analytics, but it's primarily optimized for OLTP and hybrid transaction and analytical processing (HTAP) workloads.

Importante

Pools Elásticos não dão suporte a camada de serviço da Hiperescala.Elastic pools do not support the Hyperscale service tier.

Modelo de preços de HiperescalaHyperscale pricing model

A camada de serviço em Hiperescala só está disponível no modelo vCore.Hyperscale service tier is only available in vCore model. Para alinhar-se com a nova arquitetura, o modelo de preços é ligeiramente diferente de camadas de serviço de Uso Geral ou Comercialmente Críticas:To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Computação :Compute :

    O preço de unidade de computação em Hiperescala é por réplica.The Hyperscale compute unit price is per replica. O preço do Benefício Híbrido do Azure é aplicado para réplicas em escala de leitura automaticamente.The Azure Hybrid Benefit price is applied to read scale replicas automatically. Criamos uma réplica primária e uma réplica somente leitura por banco de dados de hiperescala por padrão.We create a primary replica and one read-only replica per Hyperscale database by default. Os usuários podem ajustar o número total de réplicas, incluindo a primária de 1-5.Users may adjust the total number of replicas including the primary from 1-5.

  • Armazenamento :Storage :

    Você não precisa especificar o tamanho máximo de dados ao configurar um banco de dados da Hiperescala.You don't need to specify the max data size when configuring a Hyperscale database. Na camada de hiperescala, você será cobrado pelo armazenamento de seu banco de dados com base na alocação real.In the hyperscale tier, you're charged for storage for your database based on actual allocation. O armazenamento é alocado automaticamente entre 40 GB e 100 TB, em incrementos de 10 GB.Storage is automatically allocated between 40 GB and 100 TB, in 10-GB increments. Vários arquivos de dados podem crescer ao mesmo tempo, se necessário.Multiple data files can grow at the same time if needed. Um banco de dados de hiperescala é criado com um tamanho inicial de 10 GB e começa crescendo 10 GB a cada 10 minutos, até atingir o tamanho de 40 GB.A Hyperscale database is created with a starting size of 10 GB and it starts growing by 10 GB every 10 minutes, until it reaches the size of 40 GB.

Para obter mais informações sobre os preços da Hiperescala, confira Preços do Banco de Dados SQL do AzureFor more information about Hyperscale pricing, see Azure SQL Database Pricing

Arquitetura de funções distribuídasDistributed functions architecture

Ao contrário de mecanismos de banco de dados tradicional que centralizou a todas as funções de gerenciamento de dados em um local/processo (até mesmo então chamados bancos de dados distribuídos em produção hoje têm várias cópias de um mecanismo de dados monolítico), um banco de dados da Hiperescala separa o mecanismo de processamento de consulta, em que a semântica de diversos mecanismos de dados divergem dos componentes que fornecem armazenamento de longo prazo e a durabilidade dos dados.Unlike traditional database engines that have centralized all of the data management functions in one location/process (even so called distributed databases in production today have multiple copies of a monolithic data engine), a Hyperscale database separates the query processing engine, where the semantics of various data engines diverge, from the components that provide long-term storage and durability for the data. Dessa forma, a capacidade de armazenamento pode ser perfeitamente expandida até onde conforme necessário (o destino inicial é 100 TB).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Réplicas somente leitura compartilham os mesmos componentes de armazenamento, portanto, nenhuma cópia de dados é necessária para criar uma nova réplica legível.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

O diagrama a seguir ilustra os diferentes tipos de nós em um banco de dados de Hiperescala:The following diagram illustrates the different types of nodes in a Hyperscale database:

Arquitetura

Um banco de dados de hiperescala contém os seguintes tipos diferentes de componentes:A Hyperscale database contains the following different types of components:

ComputaçãoCompute

O nó de computação é onde reside o mecanismo relacional.The compute node is where the relational engine lives. É aí que ocorre o processamento de idioma, consulta e transação.This is where language, query, and transaction processing occur. Todas as interações do usuário com um banco de dados da Hiperescala ocorrem por meio de nós de computação.All user interactions with a Hyperscale database happen through these compute nodes. Nós têm caches baseado em SSD (rotulado como RBPEX - extensão do Pool de buffers resiliente no diagrama anterior) para minimizar o número da rede de computação viagens de ida e necessárias para buscar uma página de dados.Compute nodes have SSD-based caches (labeled RBPEX - Resilient Buffer Pool Extension in the preceding diagram) to minimize the number of network round trips required to fetch a page of data. Há um nó de computação principal em que todas as transações e cargas de trabalho de leitura / gravação são processadas.There is one primary compute node where all the read-write workloads and transactions are processed. Há um ou mais nós de computação secundária que atuam como nós em espera ativos para fins de failover, bem como para atuam como nós de computação de somente leitura para o descarregamento de cargas de trabalho de leitura (se essa funcionalidade é desejada).There are one or more secondary compute nodes that act as hot standby nodes for failover purposes, as well as act as read-only compute nodes for offloading read workloads (if this functionality is desired).

O mecanismo de banco de dados em execução em nós de computação de hiperescala é o mesmo que em outras camadas de serviço do banco de dados SQL do Azure.The database engine running on Hyperscale compute nodes is the same as in other Azure SQL Database service tiers. Quando os usuários interagem com o mecanismo de banco de dados em nós de computação de hiperescala, a área de superfície e o comportamento do mecanismo com suporte são os mesmos que em outras camadas de serviço, com exceção das limitações conhecidas.When users interact with the database engine on Hyperscale compute nodes, the supported surface area and engine behavior are the same as in other service tiers, with the exception of known limitations.

Servidor de páginaPage server

Servidores de página são sistemas que representam um mecanismo de armazenamento dimensionado.Page servers are systems representing a scaled-out storage engine. Cada servidor de páginas é responsável por um subconjunto das páginas no banco de dados.Each page server is responsible for a subset of the pages in the database. De forma nominal, cada servidor de página controla até 128 GB ou até 1 TB de dados.Nominally, each page server controls either up to 128 GB or up to 1 TB of data. Nenhum dado é compartilhado em mais de um servidor de páginas (fora das réplicas de servidor de página que são mantidas para redundância e disponibilidade).No data is shared on more than one page server (outside of page server replicas that are kept for redundancy and availability). O trabalho de um servidor de páginas é servir páginas de banco de dados para os nós de computação sob demanda e manter as páginas atualizadas à medida que as transações atualizam dados.The job of a page server is to serve database pages out to the compute nodes on demand, and to keep the pages updated as transactions update data. Os servidores de página são mantidos atualizados com a execução de registros de log do serviço de log.Page servers are kept up to date by playing log records from the log service. Os servidores de página também mantêm a cobertura de caches baseados em SSD para melhorar o desempenho.Page servers also maintain covering SSD-based caches to enhance performance. Armazenamento de longo prazo de páginas de dados é mantido no armazenamento do Azure para confiabilidade adicional.Long-term storage of data pages is kept in Azure Storage for additional reliability.

Serviço de logLog service

O serviço de log aceita registros de log da réplica de computação primária, os mantém em um cache durável e encaminha os registros de log para o restante das réplicas de computação (para que eles possam atualizar seus caches), bem como os servidores de páginas relevantes, para que os dados possam ser atualizados lá.The log service accepts log records from the primary compute replica, persists them in a durable cache, and forwards the log records to the rest of compute replicas (so they can update their caches) as well as the relevant page server(s), so that the data can be updated there. Dessa forma, todas as alterações de dados da réplica de computação primária são propagadas por meio do serviço de log para todas as réplicas de computação e servidores de página secundários.In this way, all data changes from the primary compute replica are propagated through the log service to all the secondary compute replicas and page servers. Por fim, os registros de log são enviados por push para o armazenamento de longo prazo no armazenamento do Azure, que é um repositório de armazenamento virtualmente infinito.Finally, the log records are pushed out to long-term storage in Azure Storage, which is a virtually infinite storage repository. Esse mecanismo elimina a necessidade de truncamento de log frequente.This mechanism removes the need for frequent log truncation. O serviço de log também tem memória local e caches SSD para acelerar o acesso aos registros de log.The log service also has local memory and SSD caches to speed up access to log records.

Armazenamento do AzureAzure storage

O armazenamento do Azure contém todos os arquivos de dados em um banco de dado.Azure Storage contains all data files in a database. Os servidores de páginas mantêm os arquivos de dados no armazenamento do Azure atualizados.Page servers keep data files in Azure Storage up to date. Esse armazenamento é usado para fins de backup, bem como para replicação entre regiões do Azure.This storage is used for backup purposes, as well as for replication between Azure regions. Os backups são implementados usando instantâneos de armazenamento de arquivos de dados.Backups are implemented using storage snapshots of data files. As operações de restauração usando instantâneos são rápidas, independentemente do tamanho dos dados.Restore operations using snapshots are fast regardless of data size. Os dados podem ser restaurados para qualquer ponto no tempo dentro do período de retenção de backup do banco de dados.Data can be restored to any point in time within the backup retention period of the database.

Backup e restauraçãoBackup and restore

Os backups são baseados em instantâneo de arquivo e, portanto, são quase instantâneos.Backups are file-snapshot based and hence they're nearly instantaneous. O armazenamento e a separação de computação permitem o envio por push da operação de backup/restauração para a camada de armazenamento para reduzir a carga de processamento na réplica de computação primária.Storage and compute separation enables pushing down the backup/restore operation to the storage layer to reduce the processing burden on the primary compute replica. Como resultado, o backup do banco de dados não afeta o desempenho do nó de computação primário.As a result, database backup doesn't impact performance of the primary compute node. Da mesma forma, a PITR (recuperação pontual) é feita revertendo para os instantâneos de arquivo e, como tal, não é um tamanho de operação de dados.Similarly, point in time recovery (PITR) is done by reverting to file snapshots, and as such is not a size of data operation. A restauração de um banco de dados de hiperescala na mesma região do Azure é uma operação em tempo constante, e até mesmo bancos de dados com vários terabytes podem ser restaurados em minutos, em vez de horas ou dias.Restore of a Hyperscale database in the same Azure region is a constant-time operation, and even multiple-terabyte databases can be restored in minutes instead of hours or days. A criação de novos bancos de dados por meio da restauração de um backup existente também aproveita esse recurso: a criação de cópias para fins de desenvolvimento ou teste, mesmo de bancos de dados de vários terabytes, é factível em minutos.Creation of new databases by restoring an existing backup also takes advantage of this feature: creating database copies for development or testing purposes, even of multi-terabyte databases, is doable in minutes.

Para a restauração geográfica de bancos de dados de hiperescala, confira restaurando um gráfico de hiperescala para uma região diferente.For geo-restore of Hyperscale databases, see Restoring a Hyperscale database to a different region.

Vantagens de desempenho e escalaScale and performance advantages

Com a capacidade de criar rapidamente nós de computação adicionais de somente leitura para cima/para baixo, a arquitetura permite significativa ler recursos de escala e Hiperescala também pode liberar o nó de computação principal para atender às solicitações de gravação mais.With the ability to rapidly spin up/down additional read-only compute nodes, the Hyperscale architecture allows significant read scale capabilities and can also free up the primary compute node for serving more write requests. Além disso, os nós de computação podem ser dimensionados para cima/para baixo rapidamente devido à arquitetura de armazenamento compartilhado da arquitetura da Hiperescala.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Criar um banco de dados de hiperescalaCreate a Hyperscale database

Um banco de dados de hiperescala pode ser criado usando o portal do Azure, T-SQL, PowerShellou CLI.A Hyperscale database can be created using the Azure portal, T-SQL, PowerShell, or CLI. Os bancos de dados de hiperescala estão disponíveis apenas usando o modelo de compra baseado em vCore.Hyperscale databases are available only using the vCore-based purchasing model.

O comando T-SQL a seguir cria um banco de dados em Hiperescala.The following T-SQL command creates a Hyperscale database. Você deve especificar tanto o objetivo do serviço quanto a edição na instrução CREATE DATABASE.You must specify both the edition and service objective in the CREATE DATABASE statement. Consulte os limites de recurso para obter uma lista de objetivos de serviço válidos.Refer to the resource limits for a list of valid service objectives.

-- Create a Hyperscale Database
CREATE DATABASE [HyperscaleDB1] (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Isso criará um banco de dados de hiperescala no hardware Gen5 com quatro núcleos.This will create a Hyperscale database on Gen5 hardware with four cores.

Atualizar banco de dados existente para hiperescalaUpgrade existing database to Hyperscale

Você pode mover seus bancos de dados do Azure para o hiperescala usando o portal do Azure, o T-SQL, o PowerShellou a CLI.You can move your existing databases in Azure SQL Database to Hyperscale using the Azure portal, T-SQL, PowerShell, or CLI. Neste momento, essa é uma migração unidirecional.At this time, this is a one-way migration. Não é possível mover bancos de dados de um subdimensionamento para outra camada de serviço, a não ser por meio da exportação e da importação.You can't move databases from Hyperscale to another service tier, other than by exporting and importing data. Para provas de conceito (POCs), é recomendável fazer uma cópia dos bancos de dados de produção e migrar a cópia para o hiperescala.For proofs of concept (POCs), we recommend making a copy of your production databases, and migrating the copy to Hyperscale. A migração de um banco de dados existente no banco de dados SQL do Azure para a camada de hiperescala é um tamanho de operação de dado.Migrating an existing database in Azure SQL Database to the Hyperscale tier is a size of data operation.

O comando T-SQL a seguir move um banco de dados para a camada de serviço em Hiperescala.The following T-SQL command moves a database into the Hyperscale service tier. Você deve especificar tanto o objetivo do serviço quanto a edição na instrução ALTER DATABASE.You must specify both the edition and service objective in the ALTER DATABASE statement.

-- Alter a database to make it a Hyperscale Database
ALTER DATABASE [DB2] MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_4');
GO

Conectar-se a uma réplica em escala de leitura de um banco de dados em HiperescalaConnect to a read-scale replica of a Hyperscale database

Em bancos de dados de hiperescala, o ApplicationIntent argumento na cadeia de conexão fornecido pelo cliente determina se a conexão é roteada para a réplica de gravação ou para uma réplica secundária somente leitura.In Hyperscale databases, the ApplicationIntent argument in the connection string provided by the client dictates whether the connection is routed to the write replica or to a read-only secondary replica. Se o ApplicationIntent conjunto para READONLY e o banco de dados não tiver uma réplica secundária, a conexão será roteada para a réplica primária e o padrão é o ReadWrite comportamento.If the ApplicationIntent set to READONLY and the database doesn't have a secondary replica, connection will be routed to the primary replica and defaults to ReadWrite behavior.

-- Connection string with application intent
Server=tcp:<myserver>.database.windows.net;Database=<mydatabase>;ApplicationIntent=ReadOnly;User ID=<myLogin>;Password=<myPassword>;Trusted_Connection=False; Encrypt=True;

As réplicas secundárias de hiperescala são idênticas, usando o mesmo objetivo de nível de serviço que a réplica primária.Hyperscale secondary replicas are all identical, using the same Service Level Objective as the primary replica. Se mais de uma réplica secundária estiver presente, a carga de trabalho será distribuída entre todos os secundários disponíveis.If more than one secondary replica is present, the workload is distributed across all available secondaries. Cada réplica secundária é atualizada de forma independente.Each secondary replica is updated independently. Assim, réplicas diferentes podem ter uma latência de dados diferente em relação à réplica primária.Thus, different replicas could have different data latency relative to the primary replica.

Alta disponibilidade do banco de dados em hiperescalaDatabase high availability in Hyperscale

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.As in all other service tiers, Hyperscale guarantees data durability for committed transactions regardless of compute replica availability. A extensão do tempo de inatividade devido à réplica primária se tornar indisponível depende do tipo de failover (planejado versus não planejado) e da presença de pelo menos uma réplica secundária.The extent of downtime due to the primary replica becoming unavailable depends on the type of failover (planned vs. unplanned), and on the presence of at least one secondary replica. Em um failover planejado (ou seja, um evento de manutenção), o sistema cria a nova réplica primária antes de iniciar um failover ou usa uma réplica secundária existente como o destino de failover.In a planned failover (i.e. a maintenance event), the system either creates the new primary replica before initiating a failover, or uses an existing secondary replica as the failover target. Em um failover não planejado (ou seja, uma falha de hardware na réplica primária), o sistema usará uma réplica secundária como um destino de failover, se houver, ou criará uma nova réplica primária do pool de capacidade de computação disponível.In an unplanned failover (i.e. a hardware failure on the primary replica), the system uses a secondary replica as a failover target if one exists, or creates a new primary replica from the pool of available compute capacity. No último caso, a duração do tempo de inatividade é mais longa devido a etapas adicionais necessárias para criar a nova réplica primária.In the latter case, downtime duration is longer due to extra steps required to create the new primary replica.

Para SLA de hiperescala, consulte SLA para o banco de dados SQL do Azure.For Hyperscale SLA, see SLA for Azure SQL Database.

Recuperação de desastre para bancos de dados de hiperescalaDisaster recovery for Hyperscale databases

Restaurando um banco de dados de hiperescala para uma região diferenteRestoring a Hyperscale database to a different region

Se você precisar restaurar um banco de dados de hiperescala no banco de dados SQL do Azure para uma região que não seja a que está hospedada no momento, como parte de uma operação de recuperação de desastres ou de análise, realocação ou qualquer outro motivo, o método principal é fazer uma restauração geográfica do banco de dados.If you need to restore a Hyperscale database in Azure SQL Database to a region other than the one it's currently hosted in, as part of a disaster recovery operation or drill, relocation, or any other reason, the primary method is to do a geo-restore of the database. Isso envolve exatamente as mesmas etapas que você usaria para restaurar qualquer outro banco de dados no banco de dados SQL para uma região diferente:This involves exactly the same steps as what you would use to restore any other database in SQL Database to a different region:

  1. Crie um servidor na região de destino se você ainda não tiver um servidor apropriado.Create a server in the target region if you don't already have an appropriate server there. Esse servidor deve pertencer à mesma assinatura que o servidor original (origem).This server should be owned by the same subscription as the original (source) server.
  2. Siga as instruções no tópico de restauração geográfica da página sobre como restaurar um banco de dados no banco de dados SQL do Azure de backups automáticos.Follow the instructions in the geo-restore topic of the page on restoring a database in Azure SQL Database from automatic backups.

Observação

Como a origem e o destino estão em regiões separadas, o banco de dados não pode compartilhar o armazenamento de instantâneos com o banco de dados de origem como em restaurações não geográficas, o que é concluído de maneira extremamente rápida.Because the source and target are in separate regions, the database cannot share snapshot storage with the source database as in non-geo restores, which complete extremely quickly. No caso de uma restauração geográfica de um banco de dados de hiperescala, ela será uma operação de tamanho de dado, mesmo que o destino esteja na região emparelhada do armazenamento replicado geograficamente.In the case of a geo-restore of a Hyperscale database, it will be a size-of-data operation, even if the target is in the paired region of the geo-replicated storage. Isso significa que fazer uma restauração geográfica levará tempo proporcional ao tamanho do banco de dados que está sendo restaurado.That means that doing a geo-restore will take time proportional to the size of the database being restored. Se o destino estiver na região emparelhada, a cópia estará dentro de uma região, que será significativamente mais rápida do que uma cópia entre regiões, mas ela ainda será uma operação de tamanho de dados.If the target is in the paired region, the copy will be within a region, which will be significantly faster than a cross-region copy, but it will still be a size-of-data operation.

Regiões disponíveisAvailable regions

A camada de hiperescala do banco de dados SQL do Azure está disponível em todas as regiões, mas está habilitada por padrão nas seguintes regiões listadas abaixo.The Azure SQL Database Hyperscale tier is available in all regions but enabled by default available in the following regions listed below. Se desejar criar um banco de dados de hiperescala em uma região que não esteja listada como com suporte, você poderá enviar uma solicitação de integração via portal do Azure.If you want to create Hyperscale database in a region that isn't listed as supported, you can send an onboarding request via Azure portal. Para obter instruções, consulte aumentos de cota de solicitação para o banco de dados SQL do Azure para obter instruções.For instructions, see Request quota increases for Azure SQL Database for instructions. Ao enviar sua solicitação, use as seguintes diretrizes:When submitting your request, use the following guidelines:

  • Use o tipo de cota do banco de dados SQL de acesso à região .Use the Region access SQL Database quota type.
  • Nos detalhes do texto, adicione os núcleos de SKU/total de computação, incluindo réplicas legíveis.In the text details, add the compute SKU/total cores including readable replicas.
  • Especifique também os TB estimados.Also specify the estimated TB.

Regiões habilitadas:Enabled Regions:

  • Leste da AustráliaAustralia East
  • Sudeste da AustráliaAustralia Southeast
  • Austrália CentralAustralia Central
  • Sul do BrasilBrazil South
  • Canadá CentralCanada Central
  • Centro dos EUACentral US
  • Leste da China 2China East 2
  • Norte da China 2China North 2
  • Leste da ÁsiaEast Asia
  • Leste dos EUAEast US
  • Leste dos EUA 2East Us 2
  • França CentralFrance Central
  • Centro-Oeste da AlemanhaGermany West Central
  • Leste do JapãoJapan East
  • Oeste do JapãoJapan West
  • Coreia CentralKorea Central
  • Sul da CoreiaKorea South
  • Centro-Norte dos EUANorth Central US
  • Norte da EuropaNorth Europe
  • Leste da NoruegaNorway East
  • Oeste da NoruegaNorway West
  • Norte da África do SulSouth Africa North
  • Centro-Sul dos Estados UnidosSouth Central US
  • Sudeste AsiáticoSoutheast Asia
  • Oeste da SuíçaSwitzerland West
  • Sul do Reino UnidoUK South
  • Oeste do Reino UnidoUK West
  • DoD Central dos EUAUS DoD Central
  • DoD do Leste dos EUAUS DoD East
  • Govt Arizona americanoUs Govt Arizona
  • US govt TexasUS Govt Texas
  • Centro-Oeste dos EUAWest Central US
  • Europa OcidentalWest Europe
  • Oeste dos EUAWest US
  • Oeste dos EUA 2West US 2

Limitações conhecidasKnown limitations

Essas são as limitações atuais da camada de serviço de hiperescala a partir do GA.These are the current limitations to the Hyperscale service tier as of GA. Estamos trabalhando ativamente para remover o máximo possível de limitações.We're actively working to remove as many of these limitations as possible.

ProblemaIssue DescriçãoDescription
O painel gerenciar backups de um servidor não mostra bancos de dados de hiperescala.The Manage Backups pane for a server doesn't show Hyperscale databases. Eles serão filtrados da exibição.These will be filtered from the view. O hiperscale tem um método separado para gerenciar backups, de modo que a retenção de Long-Term e as configurações de retenção de backup pontual não se aplicam.Hyperscale has a separate method for managing backups, so the Long-Term Retention and Point-in-Time backup retention settings don't apply. De acordo, os bancos de dados de hiperescala não aparecem no painel gerenciar backup.Accordingly, Hyperscale databases don't appear in the Manage Backup pane.

Para bancos de dados migrados para o subdimensionamento de outras camadas de serviço do Azure SQL Database, os backups de pré-migração são mantidos durante o período de retenção de backup do banco de dados de origem.For databases migrated to Hyperscale from other Azure SQL Database service tiers, pre-migration backups are kept for the duration of backup retention period of the source database. Esses backups podem ser usados para restaurar o banco de dados de origem para um ponto no tempo antes da migração.These backups can be used to restore the source database to a point in time before migration.
Restauração em um momento determinadoPoint-in-time restore Um banco de dados não hiperescala não pode ser restaurado como um banco de dados de hiperescala, e um banco de dados de hiperescala não pode ser restaurado como um banco de dados que não seja de hiperescala.A non-Hyperscale database can't be restored as a Hyperscale database, and a Hyperscale database can't be restored as a non-Hyperscale database. Para um banco de dados não hiperescala que foi migrado para o subdimensionamento alterando sua camada de serviço, a restauração para um ponto no tempo antes da migração e dentro do período de retenção de backup do banco de dados é possível programaticamente.For a non-Hyperscale database that has been migrated to Hyperscale by changing its service tier, restore to a point in time before migration and within the backup retention period of the database is possible programmatically. O banco de dados restaurado não será hiperescala.The restored database will be non-Hyperscale.
Se um banco de dados tiver um ou mais arquivos com mais de 1 TB, a migração falharáIf a database has one or more data files larger than 1 TB, migration fails Em alguns casos, pode ser possível contornar esse problema reduzindo os arquivos grandes para menos de 1 TB.In some cases, it may be possible to work around this issue by shrinking the large files to be less than 1 TB. Se estiver migrando um banco de dados que está sendo usado durante o processo de migração, verifique se nenhum arquivo tem mais de 1 TB.If migrating a database being used during the migration process, make sure that no file gets larger than 1 TB. Use a consulta a seguir para determinar o tamanho dos arquivos de banco de dados.Use the following query to determine the size of database files. SELECT *, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';SELECT *, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';
Instância Gerenciada de SQLSQL Managed Instance Atualmente, o Azure SQL Instância Gerenciada não tem suporte com bancos de dados de hiperescala.Azure SQL Managed Instance isn't currently supported with Hyperscale databases.
Pools elásticosElastic Pools Atualmente, não há suporte para pools elásticos com o hiperscale.Elastic Pools aren't currently supported with Hyperscale.
Migração para Hiperescala é, no momento, uma operação unidirecionalMigration to Hyperscale is currently a one-way operation Depois que um banco de dados é migrado para o subdimensionamento, ele não pode ser migrado diretamente para uma camada de serviço não hiperescala.Once a database is migrated to Hyperscale, it can't be migrated directly to a non-Hyperscale service tier. No momento, a única maneira de migrar um banco de dados de hiperescala para não hiperescala é exportar/importar usando um arquivo bacpac ou outras tecnologias de movimentação de dados (cópia em massa, Azure Data Factory, Azure Databricks, SSIS etc.) Exportação/importação de Bacpac do portal do Azure, do PowerShell usando New-AzSqlDatabaseExport ou New-AzSqlDatabaseImport, de CLI do Azure usando AZ SQL DB Export e AZ SQL DB Importe da API REST não tem suporte.At present, the only way to migrate a database from Hyperscale to non-Hyperscale is to export/import using a bacpac file or other data movement technologies (Bulk Copy, Azure Data Factory, Azure Databricks, SSIS, etc.) Bacpac export/import from Azure portal, from PowerShell using New-AzSqlDatabaseExport or New-AzSqlDatabaseImport, from Azure CLI using az sql db export and az sql db import, and from REST API isn't supported. A importação/exportação de Bacpac para bancos de dados de hiperescala menores (até 200 GB) é suportada usando o SSMS e SqlPackage versão 18,4 e posterior.Bacpac import/export for smaller Hyperscale databases (up to 200 GB) is supported using SSMS and SqlPackage version 18.4 and later. Para bancos de dados maiores, a exportação/importação de bacpac pode levar muito tempo e pode falhar por vários motivos.For larger databases, bacpac export/import may take a long time, and may fail for various reasons.
Migração de bancos de dados com In-Memory objetos OLTPMigration of databases with In-Memory OLTP objects O hiperscale dá suporte a um 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.Hyperscale supports a subset of In-Memory OLTP objects, including memory-optimized table types, table variables, and natively compiled modules. No entanto, quando qualquer tipo de In-Memory objetos OLTP estão presentes no banco de dados que está sendo migrado, não há suporte para a migração de camadas de serviço Premium e Comercialmente Crítico para hiperescala.However, when any kind of In-Memory OLTP objects are present in the database being migrated, migration from Premium and Business Critical service tiers to Hyperscale is not supported. Para migrar esse banco de dados para um subdimensionamento, todos os objetos OLTP In-Memory e suas dependências devem ser descartados.To migrate such a database to Hyperscale, all In-Memory OLTP objects and their dependencies must be dropped. Depois que o banco de dados é migrado, esses objetos podem ser recriados.After the database is migrated, these objects can be recreated. Tabelas duráveis e não duráveis com otimização de memória não têm suporte no momento em hiperescala e devem ser recriadas como tabelas de disco.Durable and non-durable memory-optimized tables are not currently supported in Hyperscale, and must be recreated as disk tables.
Replicação geográficaGeo Replication Você ainda não pode configurar a replicação geográfica para a hiperescala do banco de dados SQL do Azure.You can't yet configure geo-replication for Azure SQL Database Hyperscale.
Cópia de banco de dadosDatabase Copy A cópia do banco de dados em hiperescala agora está em visualização pública.Database copy on Hyperscale is now in public preview.
Integração do TDE/AKVTDE/AKV Integration A criptografia de banco de dados transparente usando Azure Key Vault (comumente conhecida como traga sua própria chave ou BYOK) está atualmente em visualização pública.Transparent Database Encryption using Azure Key Vault (commonly referred to as Bring-Your-Own-Key or BYOK) is currently in public preview.
Recursos de banco de dados inteligenteIntelligent Database Features Com exceção da opção "forçar plano", todas as outras opções de ajuste automático ainda não têm suporte em hiperescala: as opções podem parecer estar habilitadas, mas não haverá recomendações ou ações feitas.With the exception of the "Force Plan" option, all other Automatic Tuning options aren't yet supported on Hyperscale: options may appear to be enabled, but there won't be any recommendations or actions made.
Insights de Desempenho de ConsultaQuery Performance Insights No momento, não há suporte para informações de desempenho de consulta para bancos de dados de hiperescala.Query Performance Insights is currently not supported for Hyperscale databases.
Reduzir Banco de DadosShrink Database Atualmente, não há suporte para DBCC SHRINKDATABASE ou DBCC SHRINKFILE para bancos de dados de hiperescala.DBCC SHRINKDATABASE or DBCC SHRINKFILE isn't currently supported for Hyperscale databases.
Verificação de integridade do banco de dadosDatabase integrity check Atualmente, não há suporte para DBCC CHECKDB em bancos de dados de hiperescala.DBCC CHECKDB isn't currently supported for Hyperscale databases. DBCC CHECKFILEGROUP e DBCC CHECKtable podem ser usados como uma solução alternativa.DBCC CHECKFILEGROUP and DBCC CHECKTABLE may be used as a workaround. Confira integridade de dados no banco de dados SQL do Azure para obter detalhes sobre o gerenciamento de integridade de dados no Azure SQL Database.See Data Integrity in Azure SQL Database for details on data integrity management in Azure SQL Database.

Próximas etapasNext steps