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.

¿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 como y cuando sea necesario y, a continuación, 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 as and 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 are 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 escalado automático hasta 100 TB, es una excelente opción para los clientes que:With the ability to auto-scale 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 is 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 el uso real.In the hyperscale tier, you are charged for storage for your database based on actual usage. El almacenamiento se asigna automáticamente entre 10 GB y 100 TB, en incrementos que se ajustan dinámicamente entre 10 GB y 40 GB.Storage is automatically allocated between 10 GB and 100 TB, in increments that are dynamically adjusted between 10 GB and 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 donde reside el motor relacional, donde ocurren todos los elementos de lenguaje, el procesamiento de consultas, etc.The compute node is where the relational engine lives, so all the language elements, query processing, and so on, 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).

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 entre 128 GB y 1 TB de datos.Nominally, each page server controls between 128 GB and 1 TB of data. No se comparte ningún dato en más de un servidor de páginas (fuera de las réplicas que se mantienen para ofrecer redundancia y disponibilidad).No data is shared on more than one page server (outside of 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é basadas en SSD para mejorar el rendimiento.Page servers also maintain 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 registros también tiene memoria caché local para acelerar el acceso a las entradas de registro.The log service also has local cache 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 are 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 proceso principal. del mismo modo, las restauraciones se realizan revirtiendo a instantáneas de archivos y, por tanto, no tienen el tamaño de una operación de datos.As a result, database backup does not impact performance of the primary compute node; similarly, restores are done by reverting to file snapshots, and as such are not a size of data operation. La restauración 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 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 cuando se trata de bases de datos con un tamaño de 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 terabyte sized databases, is doable in minutes.

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.

¿Qué es una base de datos de Hiperescala?Create a HyperScale database

Puede crearse una base de datos de Hiperescala mediante 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 con 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 4 núcleos.This will create a Hyperscale database on Gen5 hardware with 4 cores.

Migración de una base de datos de Azure SQL existente al nivel de servicio HiperescalaMigrate an existing Azure SQL Database to the Hyperscale service tier

Puede mover las bases de datos de Azure SQL existentes a Hiperescala con Azure Portal, T-SQL, Powershell o la CLI.You can move your existing Azure SQL databases 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 existente al nivel Hiperescala tiene el tamaño de una operación de datos.Migrating an existing 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 proporcionado por 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 does not 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, por lo que las distintas réplicas podrían tener una latencia de datos diferente en relación con la réplica principal.Each secondary replica is updated independently, thus different replicas could have different data latency relative to the primary replica.

Alta disponibilidad de la base de datos en HiperscalaDatabase 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

Restaurar una base de datos Hiperescala en una ubicación geográfica diferenteRestoring a Hyperscale database to a different geography

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 an Azure SQL Database Hyperscale DB to a region other than the one it is 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 Azure SQL en una región diferente:This involves exactly the same steps as what you would use to restore any other AZURE SQL DB to a different region:

  1. Cree un servidor de SQL Database en la región de destino si ahí todavía no tiene un servidor adecuado.Create a SQL Database server in the target region if you do not 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 bases 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 Azure SQL Databases from automatic backups.

Nota

Dado que el origen y el destino están en regiones distintas, la base de datos no puede compartir el almacenamiento de instantáneas con la base de datos de origen como en las restauraciones no geográficas, que se completan muy rápidamente.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. 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. Esto significa que la duración de una restauración geográfica será proporcional al tamaño de la base de datos que se está restaurando.That means that doing 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 copia estará dentro de un centro de datos, que será mucho más rápido que una copia de larga distancia a través de Internet, aunque de todos modos se copiarán todos los bits.If the target is in the paired region, the copy will be within a datacenter, which will be significantly faster than a long distance copy over the internet, but it will still copy all of the bits.

Regiones disponiblesAvailable regions

El nivel Hiperescala de Azure SQL Database está disponible actualmente en las regiones siguientes:The Azure SQL Database Hyperscale tier is currently available in the following regions:

  • Este de AustraliaAustralia East
  • Sudeste de AustraliaAustralia Southeast
  • 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
  • Asia orientalEast Asia
  • East USEast US
  • Este de EE. UU. 2East Us 2
  • Centro de FranciaFrance Central
  • Este de JapónJapan East
  • Oeste de JapónJapan West
  • Corea CentralKorea Central
  • Corea del SurKorea South
  • Centro-Norte de EE. UUNorth Central US
  • Europa del NorteNorth Europe
  • Norte de SudáfricaSouth Africa North
  • Centro-Sur de EE. UUSouth Central US
  • Sudeste asiáticoSoutheast Asia
  • Sur de Reino Unido 2UK South
  • Oeste de Reino UnidoUK West
  • Europa occidentalWest Europe
  • Oeste de EE. UU.West US
  • Oeste de EE. UU. 2West US 2

Si desea crear una base de datos Hiperescala en una región que no conste como admitida, puede enviar una solicitud de incorporación a través de Azure Portal.If you want to create Hyperscale database in a region that is not listed as supported, you can send an onboarding request via Azure portal. Estamos trabajando para ampliar la lista de regiones admitidas, así que consulte la lista de regiones más reciente.We are working to expand the list of supported regions so please check back for latest region list.

Para solicitar la capacidad de crear bases de datos Hiperescala en regiones que no constan en la lista:To request the ability to create Hyperscale databases in regions not listed:

  1. Vaya a Hoja de ayuda y soporte técnico de Azure.Navigate to Azure Help and Support Blade

  2. Haga clic en Nueva solicitud de soporte técnico.Click on New support request

    Hoja de ayuda y soporte técnico de Azure

  3. En Tipo de problema, seleccione Límites de servicio y suscripción (cuotas) .For Issue Type, select Service and subscription limits (quotas)

  4. Elija la suscripción que utilizaría para crear las bases de datos.Choose the subscription you would use to create the database(s)

  5. En Tipo de cuota, seleccione Base de datos SQL.For Quota Type, select SQL database

  6. Haga clic en Siguiente: SolucionesClick Next: Solutions

  7. Haga clic en Proporcionar detallesClick Provide Details

    Detalles del problema

  8. Elija Tipo de cuota de base de datos SQL: otra solicitud de cuotaChoose SQL Database quota type: Other quota request

  9. Rellene la plantilla siguiente:Fill in the following template:

    Detalles de la cuota

    En la plantilla, proporcione la información siguiente:In the template, provide the following information

    Solicitud para crear la base de datos de SQL Azure Hiperescala en una región nuevaRequest to create Azure Hyperscale SQL Database in a new region
    Región: (escriba la región solicitada)Region: [Fill in your requested region]
    Procese el SKU/número total de núcleos, incluidas las réplicas legiblesCompute SKU/total cores including readable replicas
    Número de TB estimadoNumber of TB estimated

  10. Elija Severity C (Gravedad C)Choose Severity C

  11. Elija el método de contacto adecuado y rellene los detalles.Choose the appropriate contact method and fill in details.

  12. Haga clic en Guardar y Continuar.Click Save and Continue

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 are actively working to remove as many of these limitations as possible.

ProblemaIssue DescripciónDescription
El panel Administrar copias de seguridad para un servidor lógico no muestra las bases de datos Hiperescala que se van a filtrar desde SQL ServerThe Manage Backups pane for a logical server does not show Hyperscale databases will be filtered from SQL server 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 o se invalidan.Hyperscale has a separate method for managing backups, and as such the Long-Term Retention and Point in Time backup Retention settings do not apply / are invalidated. En consecuencia, las bases de datos de Hiperescala no aparecen en el panel Administración de copias de seguridad.Accordingly, Hyperscale databases do not appear in the Manage Backup pane.
Restauración a un momento dadoPoint-in-time restore Una vez que se migra una base de datos al nivel de servicio Hiperescala, no se puede restaurar a un momento dado anterior a la migración.Once a database is migrated into the Hyperscale service tier, restore to a point-in-time prior to the migration is not supported.
Restauración de una base de datos que no sea Hiperescala en una base de datos Hiperescala y viceversaRestore of non-Hyperscale DB to Hyperscale and vice-versa No se puede restaurar una base de datos Hiperescala en una base de datos que no sea Hiperescala, ni se puede restaurar una base de datos que no sea Hiperescala en una base de datos Hiperescala.You cannot restore a Hyperscale database into a non-Hyperscale database, nor can you restore a non-Hyperscale database into a Hyperscale database.
Si una base de datos tiene uno o más archivos de datos de más de 1 TB, se produce un error en la migraciónIf a database has one or more data files larger than 1 TB, migration fails En algunos casos, es posible que se pueda solucionar este problema si se reducen los archivos de gran tamaño para que tengan 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. Si va a migrar una base de datos que se utiliza durante el proceso de migración, asegúrese de que ningún archivo tenga un tamaño superior a 1 TB.If migrating a database being used during the migration process, make sure that no file gets larger than 1 TB. Utilice la siguiente consulta para determinar el tamaño de los archivos de base de datos.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';
de SQL DBManaged Instance Instancia administrada de Azure SQL Database no es compatible actualmente con las bases de datos Hiperescala.Azure SQL Database Managed Instance is not currently supported with Hyperscale databases.
Grupos elásticosElastic Pools Los grupos elásticos no admiten actualmente con SQL Database Hiperescala.Elastic Pools are not currently supported with SQL Database 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 cannot 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.)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.)
Migración de bases de datos con objetos en memoria persistentesMigration of databases with persistent in-memory objects Hiperescala solo admite objetos en memoria no persistentes (tipos de tabla, SP nativos y funciones).Hyperscale only supports non persistent In-Memory objects (table types, native SPs and functions). Las tablas en memoria persistentes y otros objetos deben quitarse y volver a crearse como objetos que no sean en memoria antes de migrar una base de datos al nivel de servicio Hiperescala.Persistent In-Memory tables and other objects must be dropped and recreated as non-In-Memory objects before migrating a database to the Hyperscale service tier.
Seguimiento de cambiosChange Tracking Change Tracking actualmente está en versión preliminar pública y se puede habilitar en las bases de datos de Hiperescala nuevas o existentes.Change Tracking is currently in public preview and can be enabled on new or existing Hyperscale databases.
Replicación geográficaGeo Replication Todavía no se puede configurar la replicación geográfica activa para Azure SQL Database Hiperescala.You cannot yet configure geo-replication for Azure SQL Database Hyperscale.
Copia de base de datosDatabase Copy Todavía no puede usar la copia de base de datos para crear una base de datos nueva en Hiperescala de Azure SQL.You cannot yet use Database Copy to create a new database in Azure SQL Hyperscale.
Integración de TDE/AKVTDE/AKV Integration Cifrado de base de datos transparente con Azure Key Vault (conocido comúnmente como Bring-Your-Own-Key o BYOK) todavía no es compatible con Hiperescalado de Azure SQL Database, pero es totalmente compatible con Claves administradas de servicio.Transparent Database Encryption using Azure Key Vault (commonly referred to as Bring-Your-Own-Key or BYOK) is not yet supported for Azure SQL Database Hyperscale, however TDE with Service Managed Keys is fully supported.
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 are not 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 is not 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 is not currently supported for Hyperscale databases. 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