Nivel de servicio HiperescalaHyperscale service tier

Azure SQL Database se basa en la arquitectura del motor de base de datos de SQL Server que se ajusta al entorno en la nube, con el fin de garantizar una disponibilidad del 99,99 % incluso en los casos de error de la infraestructura.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. Hay tres modelos de arquitectura que se usan en Azure SQL Database:There are three architectural models that are used in Azure SQL Database:

  • De uso general/EstándarGeneral Purpose/Standard
  • HiperescalaHyperscale
  • Crítico para la empresa/PremiumBusiness Critical/Premium

El nivel de servicio Hiperescala de Azure SQL Database es el nivel de servicio más reciente en el modelo de compra basado en núcleo virtual.The Hyperscale service tier in Azure SQL Database is the newest service tier in the vCore-based purchasing model. Este nivel de servicio es un nivel altamente escalable de almacenamiento y de rendimiento de proceso que aprovecha la arquitectura de Azure para escalar horizontalmente el almacenamiento y los recursos de proceso para una base de datos de Azure SQL considerablemente más allá de los límites disponibles para los niveles de servicio Uso general y Crítico para la empresa.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.

Nota

  • Para más información acerca de los niveles de servicios Uso general y Crítico para la empresa en el modelo de compra basado en núcleo virtual, consulte los niveles de servicio Uso general y Crítico para la empresa.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 ver una comparación entre el modelo de compra basado en núcleo virtual y el modelo de compra basado en DTU, consulte Modelos de compra y recursos de Azure SQL Database.For a comparison of the vCore-based purchasing model with the DTU-based purchasing model, see Azure SQL Database purchasing models and resources.
  • Actualmente, el nivel de servicio Hiperescala solo está disponible para Azure SQL Database, pero no para Azure SQL Managed Instance.The Hyperscale service tier is currently only available for Azure SQL Database, and not Azure SQL Managed Instance.

¿Cuáles son las funcionalidades de Hiperescala?What are the Hyperscale capabilities

El nivel de servicio Hiperescala en Azure SQL Database proporciona las siguientes funcionalidades adicionales:The Hyperscale service tier in Azure SQL Database provides the following additional capabilities:

  • Compatibilidad con bases de datos con un tamaño de hasta 100 TBSupport for up to 100 TB of database size
  • Copias de seguridad de base de datos casi instantáneas (basadas en las instantáneas almacenadas en Azure Blob Storage) independientemente del tamaño sin efecto de la E/S en recursos de procesoNearly instantaneous database backups (based on file snapshots stored in Azure Blob storage) regardless of size with no IO impact on compute resources
  • Restauraciones rápidas de base de datos (basadas en instantáneas de archivos) en minutos en lugar de horas o días (no el tamaño de la operación de datos)Fast database restores (based on file snapshots) in minutes rather than hours or days (not a size of data operation)
  • Mayor rendimiento general debido a un mayor rendimiento de los registros y tiempos más rápidos de confirmación de las transacciones, independientemente de los volúmenes de datosHigher overall performance due to higher log throughput and faster transaction commit times regardless of data volumes
  • Rápido escalado horizontal: puede aprovisionar uno o varios de solo lectura nodos para la descarga de la carga de trabajo de lectura y para su uso como esperas activasRapid scale out - you can provision one or more read-only nodes for offloading your read workload and for use as hot-standbys
  • Rápido escalado vertical: en tiempo constante, puede escalar verticalmente los recursos de proceso para dar cabida a cargas de trabajo pesadas cuando sea necesario y, después, reducir verticalmente los recursos de proceso cuando no sean necesarios.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.

El nivel de servicio Hiperescala elimina muchos de los límites prácticos que tradicionalmente se ven en las bases de datos en la nube.The Hyperscale service tier removes many of the practical limits traditionally seen in cloud databases. Donde la mayoría de las otras bases de datos están limitados por los recursos disponibles en un único nodo, las bases de datos en el nivel de servicio Hiperescala no tienen límites de este tipo.Where most other databases are limited by the resources available in a single node, databases in the Hyperscale service tier have no such limits. Con su arquitectura de almacenamiento flexible, el almacenamiento crece a medida que sea necesario.With its flexible storage architecture, storage grows as needed. De hecho, las bases de datos de Hiperescala no se crean con un tamaño máximo definido.In fact, Hyperscale databases aren't created with a defined max size. Una base de datos de hiperescala aumenta según sea necesario, y se le cobrará solo la capacidad que use.A Hyperscale database grows as needed - and you're billed only for the capacity you use. Para cargas de trabajo de lectura intensiva, el nivel de servicio Hiperescala proporciona rápida escalabilidad horizontal mediante el aprovisionamiento de réplicas de lectura adicionales según sea necesario para descargar las cargas de trabajo de lectura.For read-intensive workloads, the Hyperscale service tier provides rapid scale-out by provisioning additional read replicas as needed for offloading read workloads.

Además, el tiempo necesario para crear copias de seguridad de bases de datos o para escalar o reducir verticalmente ya no está ligado al volumen de los datos en la base de datos.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. Pueden crearse copias de seguridad de las bases de datos de hiperescala de manera prácticamente instantánea.Hyperscale databases can be backed up virtually instantaneously. También puede escalar o reducir verticalmente una base de datos de decenas de terabytes en cuestión de minutos.You can also scale a database in the tens of terabytes up or down in minutes. Esta funcionalidad le libra de la preocupación de estar atado por las opciones de la configuración inicial.This capability frees you from concerns about being boxed in by your initial configuration choices.

Para más información sobre los tamaños de proceso para el nivel de servicio Hiperescala, consulte Características de los niveles de servicios.For more information about the compute sizes for the Hyperscale service tier, see Service tier characteristics.

Quién debe tener en cuenta el nivel de servicio HiperescalaWho should consider the Hyperscale service tier

El nivel de servicio Hiperescala está pensado para la mayoría de las cargas de trabajo empresariales, ya que proporciona una gran flexibilidad y un alto rendimiento con recursos de proceso y almacenamiento escalables de forma independiente.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. Con la capacidad de almacenamiento con escalabilidad automática hasta 100 TB, es una excelente opción para los clientes que:With the ability to autoscale storage up to 100 TB, it's a great choice for customers who:

  • Tienen bases de datos de gran tamaño en el entorno local y desean modernizar sus aplicaciones pasándose a la nubeHave large databases on-premises and want to modernize their applications by moving to the cloud
  • Ya están en la nube y están limitados por las restricciones de tamaño máximo de base de datos de otros niveles de servicio (1-4 TB)Are already in the cloud and are limited by the maximum database size restrictions of other service tiers (1-4 TB)
  • Tienen bases de datos más pequeñas, pero requieren un escalado de proceso vertical y horizontal rápido, alto rendimiento, copia de seguridad instantánea y una rápida restauración de bases de datos.Have smaller databases, but require fast vertical and horizontal compute scaling, high performance, instant backup, and fast database restore.

El nivel de servicio Hiperescala admite una amplia gama de cargas de trabajo de SQL Server, desde OLTP puro hasta análisis puro, pero está optimizado principalmente para cargas de trabajo OLTP y de procesamiento híbrido transaccional y analítico (HTAP).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

Los grupos elásticos no admiten el nivel de servicio Hiperescala.Elastic pools do not support the Hyperscale service tier.

Modelo de precios de HiperescalaHyperscale pricing model

El nivel de servicio Hiperescala solo está disponible en el modelo de núcleo virtual.Hyperscale service tier is only available in vCore model. Para alinearse con la nueva arquitectura, el modelo de precios es ligeramente diferente de los niveles de servicio Se uso general o Crítico para la empresa:To align with the new architecture, the pricing model is slightly different from General Purpose or Business Critical service tiers:

  • Proceso:Compute:

    El precio de la unidad de proceso de Hiperescala es por réplica.The Hyperscale compute unit price is per replica. El precio de la Ventaja híbrida de Azure se aplica automáticamente a las réplicas de escalado de lectura.The Azure Hybrid Benefit price is applied to read scale replicas automatically. De manera predeterminada, creamos una réplica principal y una réplica de solo lectura por base de datos Hiperescala.We create a primary replica and one read-only replica per Hyperscale database by default. Los usuarios pueden ajustar el número total de réplicas, incluida la principal, de 1 a 5.Users may adjust the total number of replicas including the primary from 1-5.

  • Almacenamiento:Storage:

    No es necesario especificar el tamaño máximo de datos al configurar una base de datos Hiperescala.You don't need to specify the max data size when configuring a Hyperscale database. En el nivel Hiperescala, se le cobra por el almacenamiento de su base de datos según la asignación real.In the hyperscale tier, you're charged for storage for your database based on actual allocation. El almacenamiento se asigna automáticamente entre 40 GB y 100 TB, en incrementos de 10 GB.Storage is automatically allocated between 40 GB and 100 TB, in 10-GB increments. Si es necesario, pueden crecer simultáneamente varios archivos de datos.Multiple data files can grow at the same time if needed. Se crea una base de datos de Hiperescala con un tamaño inicial de 10 GB y empieza a crecer 10 GB cada 10 minutos, hasta que alcanza el tamaño 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 más información sobre los precios de Hiperescala, consulte Precios de Azure SQL DatabaseFor more information about Hyperscale pricing, see Azure SQL Database Pricing

Arquitectura de funciones distribuidasDistributed functions architecture

A diferencia de los motores de base de datos tradicionales, que han centralizada todas las funciones de administración de datos en una ubicación o proceso (incluso las llamadas bases de datos distribuidas en producción actualmente tienen varias copias de un motor de datos monolítico), una base de datos de hiperescala separa el motor de procesamiento de consultas, donde la semántica de los diversos motores de datos difieren, de los componentes que proporcionan almacenamiento a largo plazo y durabilidad de los datos.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. De este modo, la capacidad de almacenamiento se puede escalar horizontalmente fácilmente en cuanto sea necesario (el destino inicial es de 100 TB).In this way, the storage capacity can be smoothly scaled out as far as needed (initial target is 100 TB). Las réplicas de solo lectura comparten los mismos componentes de almacenamiento, por lo que no se requiere ninguna copia de datos para poner en marcha una nueva réplica legible.Read-only replicas share the same storage components so no data copy is required to spin up a new readable replica.

El siguiente diagrama ilustra los diferentes tipos de nodos en una base de datos de hiperescala:The following diagram illustrates the different types of nodes in a Hyperscale database:

arquitectura

Una base de datos de Hiperescala contiene los distintos tipos de componentes siguientes:A Hyperscale database contains the following different types of components:

ProcesoCompute

El nodo de ejecución es la ubicación en la que reside el motor relacional.The compute node is where the relational engine lives. Es donde se produce el procesamiento de lenguajes, consultas y transacciones.This is where language, query, and transaction processing occur. Todas las interacciones de usuario con una base de datos de hiperescala se producen a través de estos nodos de ejecución.All user interactions with a Hyperscale database happen through these compute nodes. Los nodos de ejecución tienen memorias caché basadas en SSD (con la etiqueta RBPEX, extensión del grupo de búferes resistentes, en el diagrama anterior) para minimizar el número de recorridos de ida y vuelta de red necesarios para capturar una página de datos.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. Hay un nodo de ejecución principal donde se procesan todas las transacciones y las cargas de trabajo de lectura y escritura.There is one primary compute node where all the read-write workloads and transactions are processed. Hay uno o varios nodos de ejecución secundarios que actúan como nodos en espera activa para fines de conmutación por error, además de actuar como nodos de ejecución de solo lectura para la descarga de cargas de trabajo de lectura (si se desea esta funcionalidad).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).

El motor de base de datos que se ejecuta en nodos de ejecución de Hyperscale es el mismo que en otros niveles de servicio de Azure SQL Database.The database engine running on Hyperscale compute nodes is the same as in other Azure SQL Database service tiers. Cuando los usuarios interactúan con el motor de base de datos en nodos de ejecución de Hyperscale, el área expuesta compatible y el comportamiento del motor son los mismos que en otros niveles de servicio, con la excepción de limitaciones conocidas.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áginasPage server

Los servidores de páginas son sistemas que representan un motor de almacenamiento escalado horizontalmente.Page servers are systems representing a scaled-out storage engine. Cada servidor de páginas es responsable de un subconjunto de las páginas en la base de datos.Each page server is responsible for a subset of the pages in the database. Nominalmente, cada servidor de páginas controla hasta 128 GB o hasta 1 TB de datos.Nominally, each page server controls either up to 128 GB or up to 1 TB of data. No se comparten datos en más de un servidor de páginas (fuera de las réplicas del servidor de páginas que se mantienen por motivos de redundancia y disponibilidad).No data is shared on more than one page server (outside of page server replicas that are kept for redundancy and availability). El trabajo de un servidor de páginas es servir las páginas de la base de datos a los nodos de ejecución a petición, y conservar las páginas actualizadas a medida que las transacciones actualizan los datos.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. Los servidores de páginas se mantienen actualizados mediante la reproducción de entradas del registro del servicio de registro.Page servers are kept up to date by playing log records from the log service. Los servidores de páginas también mantienen memorias caché de cobertura basadas en SSD para mejorar el rendimiento.Page servers also maintain covering SSD-based caches to enhance performance. El almacenamiento a largo plazo de las páginas de datos se mantiene en Azure Storage para aumentar la confiabilidad.Long-term storage of data pages is kept in Azure Storage for additional reliability.

Servicio de registrosLog service

El servicio de registros acepta entradas de registro desde la réplica de proceso principal, las conserva en una memoria caché duradera y reenvía las entradas del registro al resto de las réplicas de proceso (para que puedan actualizar sus memorias caché), así como los servidores de páginas pertinentes, para que los datos puedan actualizarse allí.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. De este modo, todos los cambios en los datos desde la réplica de proceso principal se propagan mediante el servicio de registros a todas las réplicas de proceso secundarias y los servidores de página.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 último, las entradas de registro se insertan en el almacenamiento a largo plazo en Azure Storage, que es un repositorio de almacenamiento casi infinito.Finally, the log records are pushed out to long-term storage in Azure Storage, which is a virtually infinite storage repository. Este mecanismo elimina la necesidad de truncamiento frecuente del registro.This mechanism removes the need for frequent log truncation. El servicio de registro también tiene memoria local y cachés SSD para acelerar el acceso a las entradas de registro.The log service also has local memory and SSD caches to speed up access to log records.

Almacenamiento de AzureAzure storage

Azure Storage contiene todos los archivos de datos de una base de datos.Azure Storage contains all data files in a database. Los servidores de página mantienen los archivos de datos en Azure Storage actualizados.Page servers keep data files in Azure Storage up to date. Este almacenamiento se usa con fines de copia de seguridad, así como para la replicación entre regiones de Azure.This storage is used for backup purposes, as well as for replication between Azure regions. Las copias de seguridad se implementan mediante instantáneas de almacenamiento de archivos de datos.Backups are implemented using storage snapshots of data files. Las operaciones de restauración mediante instantáneas son rápidas independientemente del tamaño de los datos.Restore operations using snapshots are fast regardless of data size. Los datos se pueden restaurar a cualquier punto en el tiempo dentro del período de retención de copia de seguridad de la base de datos.Data can be restored to any point in time within the backup retention period of the database.

Copia de seguridad y restauraciónBackup and restore

Las copias de seguridad están basadas en instantáneas de archivos y, por tanto, se realizan de forma prácticamente instantánea.Backups are file-snapshot based and hence they're nearly instantaneous. La separación del almacenamiento y los procesos permite insertar la operación de copia de seguridad y restauración en la capa de almacenamiento para reducir la carga de procesamiento en replica de proceso principal.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, la copia de seguridad de base de datos no afecta al rendimiento del nodo de ejecución principal.As a result, database backup doesn't impact performance of the primary compute node. De forma similar, la recuperación a un momento dado (PITR) se realiza revirtiendo las instantáneas de los archivos y, por tanto, no depende de la operación de datos.Similarly, point in time recovery (PITR) is done by reverting to file snapshots, and as such is not a size of data operation. La restauración de una base de datos de Hiperescala en la misma región de Azure es una operación de tiempo constante, e incluso las bases de datos de varios terabytes se pueden restaurar en minutos en lugar de horas o días.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. La creación de bases de datos nuevas mediante la restauración de una copia de seguridad existente también aprovecha esta característica: la creación de copias de base de datos para fines de desarrollo o pruebas, incluso de bases de datos de varios terabytes, es factible en cuestión de 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 la restauración geográfica de bases de datos de Hiperescala, consulte Restauración de una base de datos de Hiperescala en una región diferente.For geo-restore of Hyperscale databases, see Restoring a Hyperscale database to a different region.

Ventajas de escala y rendimientoScale and performance advantages

Con la capacidad de aumentar o disminuir rápidamente los nodos de ejecución adicionales de solo lectura, la arquitectura de Hiperescala permite obtener importantes funcionalidades de escalado de lectura y también puede liberar el nodo de ejecución principal para atender más solicitudes de escritura.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. Además, los nodos de ejecución se pueden escalar o reducir verticalmente rápidamente debido a la arquitectura de almacenamiento compartido de la arquitectura de Hiperescala.Also, the compute nodes can be scaled up/down rapidly due to the shared-storage architecture of the Hyperscale architecture.

Creación de una base de datos de HiperescalaCreate a Hyperscale database

Las bases de datos de Hiperescala se pueden crear desde Azure Portal, T-SQL, PowerShell o la CLI.A Hyperscale database can be created using the Azure portal, T-SQL, PowerShell, or CLI. Las bases de datos de Hiperescala solo están disponibles cuando se usa el modelo de compra basado en núcleo virtual.Hyperscale databases are available only using the vCore-based purchasing model.

El siguiente comando de Transact-SQL crea una base de datos de Hiperescala.The following T-SQL command creates a Hyperscale database. Debe especificar tanto la edición como el servicio objetivo en la instrucción CREATE DATABASE.You must specify both the edition and service objective in the CREATE DATABASE statement. Consulte los límites de recursos para obtener una lista de los objetivos de servicio 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

Esto creará una base de datos Hiperescala en el hardware de Gen5 con cuatro núcleos.This will create a Hyperscale database on Gen5 hardware with four cores.

Actualización de una base de datos existente a HiperescalaUpgrade existing database to Hyperscale

Puede mover las bases de datos de Azure SQL Database existentes a Hiperescala con Azure Portal, T-SQL, PowerShell o la CLI.You can move your existing databases in Azure SQL Database to Hyperscale using the Azure portal, T-SQL, PowerShell, or CLI. Actualmente, esta migración es unidireccional.At this time, this is a one-way migration. No se pueden trasladar bases de datos de Hiperescala a otro nivel de servicio, excepto mediante la exportación e importación de datos.You can't move databases from Hyperscale to another service tier, other than by exporting and importing data. Para las pruebas de concepto (POC), se recomienda que haga una copia de las bases de datos de producción y la migre a Hiperescala.For proofs of concept (POCs), we recommend making a copy of your production databases, and migrating the copy to Hyperscale. La migración de una base de datos de Azure SQL Database existente al nivel Hiperescala tiene el tamaño de una operación de datos.Migrating an existing database in Azure SQL Database to the Hyperscale tier is a size of data operation.

El siguiente comando de T-SQL traslada una base de datos al nivel de servicio Hiperescala.The following T-SQL command moves a database into the Hyperscale service tier. Debe especificar tanto la edición como el servicio objetivo en la instrucción 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

Conexión a una réplica de escalado de lectura de una base de datos de HiperescalaConnect to a read-scale replica of a Hyperscale database

En las bases de datos de Hiperescala, el argumento ApplicationIntent de la cadena de conexión que proporciona el cliente dictamina si la conexión se enruta a la réplica de escritura o a una réplica de solo lectura secundaria.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. Si el argumento ApplicationIntent establecido en READONLY y la base de datos no tienen una réplica secundaria, la conexión se enrutará a la réplica principal y de forma predeterminada es el comportamiento ReadWrite.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;

Las réplicas secundarias de Hiperescala son todas idénticas, y utilizan el mismo objetivo de nivel de servicio que la réplica principal.Hyperscale secondary replicas are all identical, using the same Service Level Objective as the primary replica. Si hay más de una réplica secundaria, la carga de trabajo se distribuye entre todas las replicas secundarias disponibles.If more than one secondary replica is present, the workload is distributed across all available secondaries. Cada réplica secundaria se actualiza de forma independiente.Each secondary replica is updated independently. Por lo tanto, las distintas réplicas podrían tener una latencia de datos diferente en relación con la réplica principal.Thus, different replicas could have different data latency relative to the primary replica.

Alta disponibilidad de la base de datos en HiperescalaDatabase high availability in Hyperscale

Como en todos los demás niveles de servicio, Hiperescala garantiza la durabilidad de los datos para las transacciones confirmadas, independientemente de la disponibilidad de la réplica de proceso.As in all other service tiers, Hyperscale guarantees data durability for committed transactions regardless of compute replica availability. El grado de tiempo de inactividad debido a que la réplica principal no esté disponible, depende del tipo de conmutación por error (planeada frente a no planeada) y de la presencia de al menos una réplica secundaria.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. En una conmutación por error planeada (es decir, un evento de mantenimiento), el sistema crea la nueva réplica principal antes de iniciar la conmutación por error, o bien usa una réplica secundaria existente como destino de la conmutación por error.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. En una conmutación por error no planeada (es decir, un error de hardware en la réplica principal), el sistema usa una réplica secundaria como destino de la conmutación por error, si existe, o crea una nueva réplica principal a partir del grupo de capacidad de proceso disponible.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. En el último caso, la duración del tiempo de inactividad es mayor debido a pasos adicionales necesarios para crear la nueva réplica principal.In the latter case, downtime duration is longer due to extra steps required to create the new primary replica.

Para el contrato de nivel de servicio de Hiperescala, consulte Contrato de nivel de servicio para Azure SQL Database.For Hyperscale SLA, see SLA for Azure SQL Database.

Recuperación ante desastres para bases de datos HiperescalaDisaster recovery for Hyperscale databases

Restauración de una base de datos de Hiperescala en una región diferenteRestoring a Hyperscale database to a different region

Si necesita restaurar una base de datos Hiperescala de Azure SQL Database en una región distinta a donde se hospeda actualmente —como parte de una operación de recuperación ante desastres, una exploración en profundidad, una reubicación o cualquier otro motivo—, el método principal es realizar una restauración geográfica de la base de datos.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. Esto implica exactamente los mismos pasos que seguiría para restaurar cualquier otra base de datos de SQL Database en una región 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. Cree un servidor en la región de destino si ahí todavía no tiene un servidor adecuado.Create a server in the target region if you don't already have an appropriate server there. Este servidor debe pertenecer a la misma suscripción que el servidor original (origen).This server should be owned by the same subscription as the original (source) server.
  2. Siga las instrucciones del tema Restauración geográfica de la página dedicada a la restauración de una base de datos de Azure SQL a partir de copias de seguridad automáticas.Follow the instructions in the geo-restore topic of the page on restoring a database in Azure SQL Database from automatic backups.

Nota

Debido a que el origen y el destino están en regiones separadas, la base de datos no puede compartir el almacenamiento de instantáneas con la base de datos de origen como hace en las restauraciones no geográficas, que se completan rápidamente independientemente del tamaño de la base de datos.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 quickly regardless of database size. En el caso de una restauración geográfica de una base de datos Hiperescala, será una operación de tamaño de datos, incluso si el destino está en la región emparejada del almacenamiento con replicación geográfica.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. Por esto, la duración de una restauración geográfica será proporcional al tamaño de la base de datos que se está restaurando.Therefore, a geo-restore will take time proportional to the size of the database being restored. Si el destino se encuentra en la región emparejada, la transferencia de datos se realizará dentro de una región, lo que será mucho más rápido que una transferencia entre regiones, pero aun así será una operación de tamaño de datos.If the target is in the paired region, data transfer will be within a region, which will be significantly faster than a cross-region data transfer, but it will still be a size-of-data operation.

Regiones disponiblesAvailable regions

El nivel Hiperescala de Azure SQL Database está disponible en todas las regiones, pero está habilitado de forma predeterminada en las regiones que se enumeran a continuación.The Azure SQL Database Hyperscale tier is available in all regions but enabled by default in the following regions listed below. Si desea crear una base de datos Hiperescala en una región donde este nivel no está habilitado de forma predeterminada, puede enviar una solicitud de incorporación a través de Azure Portal.If you want to create a Hyperscale database in a region where Hyperscale is not enabled by default, you can send an onboarding request via Azure portal. Para obtener instrucciones, consulte Solicitud de aumentos de cuota para Azure SQL Database.For instructions, see Request quota increases for Azure SQL Database for instructions. Cuando envíe la solicitud, utilice las siguientes directrices:When submitting your request, use the following guidelines:

  • Use el tipo de cuota Acceso a la región de SQL Database.Use the Region access SQL Database quota type.
  • En la descripción, agregue la SKU o el total de núcleos de proceso, incluidas las réplicas legibles, e indique que está solicitando capacidad de Hiperescala.In the description, add the compute SKU/total cores including readable replicas, and indicate that you are requesting Hyperscale capacity.
  • Especifique también una proyección del tamaño total, en TB, de todas las bases de datos a lo largo del tiempo.Also specify a projection of the total size of all databases over time in TB.

Regiones habilitadas:Enabled Regions:

  • Este de AustraliaAustralia East
  • Sudeste de AustraliaAustralia Southeast
  • Centro de AustraliaAustralia Central
  • Sur de BrasilBrazil South
  • Centro de CanadáCanada Central
  • Centro de EE. UU.Central US
  • Este de China 2China East 2
  • Norte de China 2China North 2
  • Este de AsiaEast Asia
  • Este de EE. UU.East US
  • Este de EE. UU. 2East Us 2
  • Centro de FranciaFrance Central
  • Centro-oeste de AlemaniaGermany West Central
  • Japón OrientalJapan East
  • Japón OccidentalJapan West
  • Centro de Corea del SurKorea Central
  • Corea del SurKorea South
  • Centro-Norte de EE. UUNorth Central US
  • Norte de EuropaNorth Europe
  • Este de NoruegaNorway East
  • Oeste de NoruegaNorway West
  • Norte de SudáfricaSouth Africa North
  • Centro-sur de EE. UU.South Central US
  • Sudeste de AsiaSoutheast Asia
  • Oeste de SuizaSwitzerland West
  • Sur de Reino UnidoUK South
  • Oeste de Reino UnidoUK West
  • US DoD (centro)US DoD Central
  • US DoD (este)US DoD East
  • Us Govt ArizonaUs Govt Arizona
  • US Gov TexasUS Govt Texas
  • Centro-Oeste de EE. UU.West Central US
  • Oeste de EuropaWest Europe
  • Oeste de EE. UU.West US
  • Oeste de EE. UU. 2West US 2

Restricciones conocidasKnown limitations

Estas son las limitaciones actuales para el nivel de servicio Hiperescala en disponibilidad general.These are the current limitations to the Hyperscale service tier as of GA. Estamos trabajando activamente para eliminar tantas limitaciones como sea posible.We're actively working to remove as many of these limitations as possible.

IncidenciaIssue DescripciónDescription
En el panel Administrar copias de seguridad de un servidor no se muestran las bases de datos Hiperescala,The Manage Backups pane for a server doesn't show Hyperscale databases. que se filtran desde la vista.These will be filtered from the view. Hiperescala tiene un método independiente para administrar las copias de seguridad y, por tanto, la configuración de la retención de copias de seguridad correspondiente a la retención a largo plazo y a un momento dado no se aplican.Hyperscale has a separate method for managing backups, so the Long-Term Retention and Point-in-Time backup retention settings don't apply. En consecuencia, las bases de datos de Hiperescala no aparecen en el panel Administración de copias de seguridad.Accordingly, Hyperscale databases don't appear in the Manage Backup pane.

En el caso de las bases de datos migradas a Hiperescala desde otros niveles de servicio de Azure SQL Database, se conservan copias de seguridad previas a la migración durante el período de retención de copias de seguridad de la base de datos de origen.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. Estas copias de seguridad se pueden utilizar para restaurar la base de datos de origen a un momento anterior a la migración.These backups can be used to restore the source database to a point in time before migration.
Restauración a un momento dadoPoint-in-time restore No se puede restaurar una base de datos de Hiperescala en una base de datos que no sea de Hiperescala, ni se puede restaurar una base de datos que no sea de Hiperescala en una base de datos 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. Cuando se trata de una base de datos que no es de Hiperescala, pero que ha migrado a Hiperescala cambiando su nivel de servicio, la restauración a un punto en el tiempo anterior a la migración y dentro del período de retención de la copia de seguridad de la base de datos es posible con programación.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 supported programmatically. La base de datos restaurada no será de Hiperescala.The restored database will be non-Hyperscale.
Al cambiar el nivel de servicio de Azure SQL Database a Hiperescala, se producirá un error en la operación si la base de datos tiene archivos de datos de más de 1 TBWhen changing Azure SQL Database service tier to Hyperscale, the operation fails if the database has any data files larger than 1 TB En algunos casos, es posible solucionar este problema si se reducen los archivos de gran tamaño para que tengan menos de 1 TB antes de intentar cambiar el nivel de servicio a Hiperescala.In some cases, it may be possible to work around this issue by shrinking the large files to be less than 1 TB before attempting to change the service tier to Hyperscale. Use la siguiente consulta para determinar el tamaño actual de los archivos de base de datos.Use the following query to determine the current size of database files. SELECT file_id, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';SELECT file_id, name AS file_name, size * 8. / 1024 / 1024 AS file_size_GB FROM sys.database_files WHERE type_desc = 'ROWS';
Instancia administrada de SQLSQL Managed Instance Actualmente Azure SQL Managed Instance no es compatible con las bases de datos de Hiperescala.Azure SQL Managed Instance isn't currently supported with Hyperscale databases.
Grupos elásticosElastic Pools Los grupos elásticos no son compatibles actualmente con Hiperescala.Elastic Pools aren't currently supported with Hyperscale.
La migración a Hiperescala actualmente es una operación unidireccional.Migration to Hyperscale is currently a one-way operation Una vez que una base de datos se migra a Hiperescala, no puede migrarse directamente a un nivel de servicio que no sea Hiperescala.Once a database is migrated to Hyperscale, it can't be migrated directly to a non-Hyperscale service tier. En la actualidad, la única manera de migrar una base de datos de Hiperescala a un recursos que no sea de Hiperescala es exportar o importar mediante un archivo bacpac u otras tecnologías de movimiento de datos (copia masiva, Azure Data Factory, Azure Databricks, SSIS, etc.) No se admite la exportación o importación de bacpac desde Azure Portal, desde PowerShell mediante New-AzSqlDatabaseExport o New-AzSqlDatabaseImport, desde la CLI de Azure con az sql db export y az sql db import ni desde la API REST.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 is not supported. Se admite la importación y exportación de bases de datos de Hiperescala (200 GB como máximo) mediante SSMS y SqlPackage versión 18.4 y posteriores.Bacpac import/export for smaller Hyperscale databases (up to 200 GB) is supported using SSMS and SqlPackage version 18.4 and later. En el caso de las bases de datos de mayor tamaño, la importación y exportación de bacpac puede tardar mucho tiempo y producir errores por diversos motivos.For larger databases, bacpac export/import may take a long time, and may fail for various reasons.
Migración de bases de datos con objetos OLTP en memoriaMigration of databases with In-Memory OLTP objects Hiperescala admite un subconjunto de objetos OLTP en memoria, incluidos los tipos de tablas optimizadas para memoria, las variables de tablas y los módulos compilados de forma nativa.Hyperscale supports a subset of In-Memory OLTP objects, including memory-optimized table types, table variables, and natively compiled modules. Sin embargo, cuando hay presente cualquier tipo de objeto OLTP en memoria en la base de datos que se está migrando, no se admite la migración desde los niveles de servicio Premium y Crítico para la empresa a 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 este tipo de base de datos a Hiperescala, se deben quitar todos los objetos OLTP en memoria y sus dependencias.To migrate such a database to Hyperscale, all In-Memory OLTP objects and their dependencies must be dropped. Después de migrar la base de datos, estos objetos se pueden volver a crear.After the database is migrated, these objects can be recreated. En este momento no se admiten tablas optimizadas para memoria, duraderas y no duraderas, en Hiperescala, y deben cambiarse a tablas de disco.Durable and non-durable memory-optimized tables are not currently supported in Hyperscale, and must be changed to disk tables.
Replicación geográficaGeo Replication Todavía no se puede configurar la replicación geográfica activa para Azure SQL Database Hiperescala.You can't yet configure geo-replication for Azure SQL Database Hyperscale.
Copia de base de datosDatabase Copy La copia de la base de datos en Hiperescala está ahora en versión preliminar pública.Database copy on Hyperscale is now in public preview.
Características de bases de datos inteligentesIntelligent Database Features Con la excepción de la opción "Forzar plan", todas las demás opciones de ajuste automático no se admiten aún en Hiperescala: puede parecer que las opciones están habilitadas, pero no se realizarán recomendaciones ni acciones.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.
Información del rendimiento de las consultasQuery Performance Insights La información de rendimiento de consultas no se admite actualmente para las bases de datos de Hiperescala.Query Performance Insights is currently not supported for Hyperscale databases.
Reducir base de datosShrink Database DBCC SHRINKDATABASE o DBCC SHRINKFILE no se admite actualmente con las bases de datos de Hiperescala.DBCC SHRINKDATABASE or DBCC SHRINKFILE isn't currently supported for Hyperscale databases.
Comprobación de la integridad de la base de datosDatabase integrity check DBCC CHECKDB no se admite actualmente con las bases de datos de Hiperescala.DBCC CHECKDB isn't currently supported for Hyperscale databases. DBCC CHECKFILEGROUP y DBCC CHECKTABLE se pueden usar como solución alternativa.DBCC CHECKFILEGROUP and DBCC CHECKTABLE may be used as a workaround. Consulte Integridad de datos en Azure SQL Database para más información sobre la administración de esta en Azure SQL Database.See Data Integrity in Azure SQL Database for details on data integrity management in Azure SQL Database.

Pasos siguientesNext steps