Preguntas más frecuentes sobre Hiperescala de Azure SQL DatabaseAzure SQL Database Hyperscale FAQ

Este artículo da respuesta a las preguntas más frecuentes que los clientes formulan sobre las bases de datos de Azure SQL Database en el nivel de servicio Hiperescala, a la que se hará referencia solo como Hiperescala en el resto de este documento.This article provides answers to frequently asked questions for customers considering a database in the Azure SQL Database Hyperscale service tier, referred to as just Hyperscale in the remainder of this FAQ. En este artículo se describen los escenarios que admite Hiperescala y las características con las que es compatible.This article describes the scenarios that Hyperscale supports and the features that are compatible with Hyperscale.

  • Esta sección de preguntas más frecuentes está pensada para lectores que tienen un conocimiento básico del nivel de servicio Hiperescala y que buscan una respuesta para sus preguntas y preocupaciones concretas.This FAQ is intended for readers who have a brief understanding of the Hyperscale service tier and are looking to have their specific questions and concerns answered.
  • Esta sección no pretende ser una guía ni responder a preguntas sobre cómo usar una base de datos de Hiperescala.This FAQ isn’t meant to be a guidebook or answer questions on how to use a Hyperscale database. Para una introducción a Hiperescala, le recomendamos consultar la documentación sobre Hiperescala de Azure SQL Database.For an introduction to Hyperscale, we recommend you refer to the Azure SQL Database Hyperscale documentation.

Preguntas generalesGeneral Questions

¿Qué es una base de datos de hiperescala?What is a Hyperscale database

Una base de datos de hiperescala es una base de datos de Azure SQL en el nivel de servicio Hiperescala, que utiliza la tecnología de almacenamiento de escalabilidad horizontal de Hiperescala.A Hyperscale database is an Azure SQL database in the Hyperscale service tier that is backed by the Hyperscale scale-out storage technology. Una base de datos de hiperescala admite hasta 100 TB de datos y proporciona un alto rendimiento, así como un rápido escalado para adaptarse a los requisitos de la carga de trabajo.A Hyperscale database supports up to 100 TB of data and provides high throughput and performance, as well as rapid scaling to adapt to the workload requirements. El escalado es transparente para la aplicación: la conectividad, el procesamiento de consultas, etc, funcionan del mismo modo que cualquier otra base de datos de Azure SQL.Scaling is transparent to the application – connectivity, query processing, etc. work like any other Azure SQL database.

¿Qué tipos de recursos y modelos de compra admite Hiperescala?What resource types and purchasing models support Hyperscale

El nivel de servicio Hiperescala solo está disponible para bases de datos únicas que usan el modelo de compra basado en núcleo virtual de Azure SQL Database.The Hyperscale service tier is only available for single databases using the vCore-based purchasing model in Azure SQL Database.

Diferencias entre el nivel de servicio Hiperescala y los niveles Uso general y Crítico para la empresaHow does the Hyperscale service tier differ from the General Purpose and Business Critical service tiers

Los niveles de servicio basados en núcleos virtuales se diferencian en función de la disponibilidad de la base de datos y del tipo de almacenamiento, el rendimiento y el tamaño máximo, tal como se describe en la tabla siguiente.The vCore-based service tiers are differentiated based on database availability and storage type, performance, and maximum size, as described in the following table.

Tipo de recursoResource type Uso generalGeneral Purpose HiperescalaHyperscale Crítico para la empresaBusiness Critical
Más adecuado paraBest for AllAll Ofrece opciones de proceso y almacenamiento equilibradas adecuadas para un presupuesto limitado.Offers budget oriented balanced compute and storage options. La mayoría de las cargas de trabajo empresariales.Most business workloads. Escalado automático del tamaño de almacenamiento hasta 100 TB, escalado de procesos vertical y horizontal rápido, restauración rápida de bases de datos.Autoscaling storage size up to 100 TB, fast vertical and horizontal compute scaling, fast database restore. Aplicaciones de OLTP con una alta tasa de transacciones y latencia de E/S baja.OLTP applications with high transaction rate and low IO latency. Ofrece mayor resistencia a los errores y rapidez en las conmutaciones por error mediante varias réplicas actualizadas sincrónicamente.Offers highest resilience to failures and fast failovers using multiple synchronously updated replicas.
Tipo de recursoResource type Base de datos única / grupo elástico / instancia administradaSingle database / elastic pool / managed instance Base de datos únicaSingle database Base de datos única / grupo elástico / instancia administradaSingle database / elastic pool / managed instance
Tamaño de procesoCompute size Base de datos única / grupo elástico *Single database / elastic pool * 1 a 80 núcleos virtuales1 to 80 vCores 1 a 80 núcleos virtuales*1 to 80 vCores* 1 a 80 núcleos virtuales1 to 80 vCores
instancia administradaManaged instance 8, 16, 24, 32, 40, 64, 80 núcleos virtuales8, 16, 24, 32, 40, 64, 80 vCores N/DN/A 8, 16, 24, 32, 40, 64, 80 núcleos virtuales8, 16, 24, 32, 40, 64, 80 vCores
Tipo de almacenamientoStorage type AllAll Almacenamiento remoto Premium (por instancia)Premium remote storage (per instance) Almacenamiento desacoplado con caché de SSD local (por instancia)De-coupled storage with local SSD cache (per instance) Almacenamiento SSD local extremadamente rápido (por instancia)Super-fast local SSD storage (per instance)
Tamaño de almacenamientoStorage size Base de datos única / grupo elástico *Single database / elastic pool * 5 GB – 4 TB5 GB – 4 TB Hasta 100 TBUp to 100 TB 5 GB – 4 TB5 GB – 4 TB
instancia administradaManaged instance 32 GB–8 TB32 GB – 8 TB N/DN/A 32 GB – 4 TB32 GB – 4 TB
E/SIOPS Base de datos únicaSingle database 500 IOPS por núcleo virtual con 7000 IOPS como máximo500 IOPS per vCore with 7000 maximum IOPS Hiperescala es una arquitectura de varios niveles con almacenamiento en caché en varios niveles.Hyperscale is a multi-tiered architecture with caching at multiple levels. Los IOPS efectivos dependen de la carga de trabajo.Effective IOPS will depend on the workload. 5000 IOPS hasta un máximo de 200 000 IOPS5000 IOPS with 200,000 maximum IOPS
instancia administradaManaged instance Depende del tamaño de archivoDepends on file size N/DN/A 1375 IOPS/núcleo virtual1375 IOPS/vCore
DisponibilidadAvailability AllAll 1 réplica, sin escalado horizontal de lectura, sin caché local1 replica, no Read Scale-out, no local cache Varias réplicas, hasta 4 escalados horizontales de lectura, caché local parcialMultiple replicas, up to 4 Read Scale-out, partial local cache 3 replicas, 1 escalado horizontal de lectura, alta disponibilidad con redundancia de zona, caché local completa3 replicas, 1 Read Scale-out, zone-redundant HA, full local storage
Copias de seguridadBackups AllAll RA-GRS, retención de 7 a 35 días (7 días de manera predeterminada)RA-GRS, 7-35 day retention (7 days by default) RA-GRS, retención de 7 días, recuperación a un momento dado (PITR) en un tiempo constanteRA-GRS, 7 day retention, constant time point-in-time recovery (PITR) RA-GRS, retención de 7 a 35 días (7 días de manera predeterminada)RA-GRS, 7-35 day retention (7 days by default)

* Los grupos elásticos no se admiten en el nivel de servicio Hiperescala* Elastic pools are not supported in the Hyperscale service tier

Destinatarios del nivel de servicio HiperescalaWho should use the Hyperscale service tier

El nivel de servicio Hiperescala está pensado para clientes que tienen grandes bases de datos locales de SQL Server y quieren modernizar las aplicaciones mediante su traslado a la nube o para clientes que ya utilizan Azure SQL Database y desean ampliar significativamente las posibilidades de crecimiento de la base de datos.The Hyperscale service tier is intended for customers who have large on-premises SQL Server databases and want to modernize their applications by moving to the cloud, or for customers who are already using Azure SQL Database and want to significantly expand the potential for database growth. También está pensado para clientes que buscan un alto rendimiento y escalabilidad.Hyperscale is also intended for customers who seek both high performance and high scalability. Con Hiperescala, obtendrá:With Hyperscale, you get:

  • Tamaño de base de datos hasta 100 TB.Database size up to 100 TB
  • Copias de seguridad rápidas de bases de datos, independientemente del tamaño de la base de datos (las copias de seguridad se basan en instantáneas de almacenamiento).Fast database backups regardless of database size (backups are based on storage snapshots)
  • Restauraciones rápidas de bases de datos, independientemente del tamaño de la base de datos (las restauraciones se basan en instantáneas de almacenamiento).Fast database restores regardless of database size (restores are from storage snapshots)
  • Mayor rendimiento de registro independientemente del tamaño de la base de datos y del número de núcleos virtuales.Higher log throughput regardless of database size and the number of vCores
  • Escalado horizontal con una o varias réplicas de solo lectura, que se usan para la descarga de lectura y como servidores en espera activa.Read Scale-out using one or more read-only replicas, used for read offloading and as hot standbys.
  • Rápido escalado vertical de procesos, en tiempo constante, para que tenga más potencia para acomodar la pesada carga de trabajo, seguida de una reducción vertical, en tiempo constante.Rapid scale up of compute, in constant time, to be more powerful to accommodate the heavy workload and then scale down, in constant time. Esto se parece a un escalado y reducción vertical entre un nivel P6 y un nivel P11, por ejemplo, pero es mucho más rápido ya que esto no es un tamaño de operación de datos.This is similar to scaling up and down between a P6 and a P11, for example, but much faster as this is not a size of data operation.

¿En qué regiones se admite actualmente Hiperescala?What regions currently support Hyperscale

El nivel de Hiperescala está disponible actualmente en las regiones indicadas en la información general sobre el nivel de Hiperescala de Azure SQL Database.The Hyperscale service tier is currently available in the regions listed under Azure SQL Database Hyperscale Overview.

¿Puedo crear varias bases de datos de hiperescala por servidor lógico?Can I create multiple Hyperscale databases per logical server

Sí.Yes. Para más información y para conocer los límites en el número de bases de datos de hiperescala por servidor lógico, consulte Límites de recursos de SQL Database para bases de datos individuales y agrupadas en un servidor lógico.For more information and limits on the number of Hyperscale databases per logical server, see SQL Database resource limits for single and pooled databases on a logical server.

¿Cuáles son las características de rendimiento de una base de datos de Hiperescala?What are the performance characteristics of a Hyperscale database

La arquitectura de Hiperescala proporciona un alto rendimiento al tiempo que admite tamaños de bases de datos grandes.The Hyperscale architecture provides high performance and throughput while supporting large database sizes.

¿Cuál es la escalabilidad de una base de datos de hiperescala?What is the scalability of a Hyperscale database

Hiperescala proporciona una rápida escalabilidad según la demanda de la carga de trabajo.Hyperscale provides rapid scalability based on your workload demand.

  • Escalado y reducción verticalScaling Up/Down

    Con Hiperescala, puede escalar verticalmente el tamaño de proceso principal en términos de recursos como la CPU y la memoria y, posteriormente, reducir verticalmente, en tiempo constante.With Hyperscale, you can scale up the primary compute size in terms of resources like CPU and memory, and then scale down, in constant time. Dado que el almacenamiento se comparte, el escalado y reducción vertical no constituye un tamaño de operación de datos.Because the storage is shared, scaling up and scaling down is not a size of data operation.

  • Escalado y reducción horizontalScaling In/Out

    Con Hiperescala también tiene la posibilidad de aprovisionar una o varias réplicas de proceso adicionales que puede usar para atender las solicitudes de lectura.With Hyperscale, you also get the ability to provision one or more additional compute replicas that you can use to serve your read requests. Esto significa que puede usar estas réplicas de proceso adicionales como réplicas de solo lectura para descargar la carga de trabajo de lectura del proceso principal.This means that you can use these additional compute replicas as read-only replicas to offload your read workload from the primary compute. Además de solo lectura, estas réplicas también pueden funcionar como servidores en espera activa en caso de una conmutación por error de la réplica principal.In addition to read-only, these replicas also serve as hot-standbys in case of a failover from the primary.

    El aprovisionamiento de cada una de estas réplicas de proceso adicionales se puede realizar en tiempo constante y se trata de una operación en línea.Provisioning of each of these additional compute replicas can be done in constant time and is an online operation. Puede conectarse a estas réplicas de proceso adicionales de solo lectura estableciendo el argumento ApplicationIntent de la cadena de conexión en ReadOnly.You can connect to these additional read-only compute replicas by setting the ApplicationIntent argument on your connection string to ReadOnly. Todas las conexiones con la intención de aplicación ReadOnly se enrutan automáticamente a una de las réplicas de proceso de solo lectura adicionales.Any connections with the ReadOnly application intent are automatically routed to one of the additional read-only compute replicas.

Preguntas de profundizaciónDeep Dive Questions

¿Puedo mezclar bases de datos de hiperescala y bases de datos únicas en un solo servidor lógico?Can I mix Hyperscale and single databases in a single logical server

Sí, puede hacerlo.Yes, you can.

¿Requiere Hiperescala que cambie mi modelo de programación de la aplicación?Does Hyperscale require my application programming model to change

No, el modelo de programación de la aplicación permanece tal cual.No, your application programming model stays as is. Puede usar la cadena de conexión y los demás modos normales como de costumbre para interactuar con su base de datos de Hiperescala.You use your connection string as usual and the other regular ways to interact with your Hyperscale database.

¿Cuál es el nivel de aislamiento de transacción predeterminado en una base de datos de Hiperescala?What transaction isolation level is the default in a Hyperscale database

En la réplica principal, el nivel de aislamiento de transacción predeterminado es RCSI (aislamiento de instantánea de lectura confirmada).On the primary replica, the default transaction isolation level is RCSI (Read Committed Snapshot Isolation). En las réplicas secundarias del escalado horizontal de lectura, el nivel de aislamiento predeterminado es Instantánea.On the Read Scale-out secondary replicas, the default isolation level is Snapshot.

¿Puedo traer mi licencia de SQL Server local o de IaaS a Hiperescala?Can I bring my on-premises or IaaS SQL Server license to Hyperscale

Sí, Ventaja híbrida de Azure está disponible para Hiperescala.Yes, Azure Hybrid Benefit is available for Hyperscale. Cada núcleo de SQL Server Standard se puede asignar a 1 núcleo virtual de Hiperescala.Every SQL Server Standard core can map to 1 Hyperscale vCores. Cada núcleo de SQL Server Enterprise se puede asignar a 4 núcleos virtuales de Hiperescala.Every SQL Server Enterprise core can map to 4 Hyperscale vCores. No necesita una licencia de SQL para las réplicas secundarias.You don’t need a SQL license for secondary replicas. El precio de la Ventaja híbrida de Azure se aplicará automáticamente a las réplicas de escalado horizontal de lectura (secundarias).The Azure Hybrid Benefit price will be automatically applied to Read Scale-out (secondary) replicas.

¿Para qué tipo de cargas de trabajo está diseñado el nivel de servicio Hiperescala?What kind of workloads is Hyperscale designed for

Hiperescala es compatible con todas las cargas de trabajo de SQL Server, pero está optimizado principalmente para OLTP.Hyperscale supports all SQL Server workloads, but it is primarily optimized for OLTP. Puede traer también cargas de trabajo híbridas (HTAP) y analíticas (data mart).You can bring Hybrid (HTAP) and Analytical (data mart) workloads as well.

¿Cómo puedo elegir entre Azure SQL Data Warehouse e Hiperescala de Azure SQL Database?How can I choose between Azure SQL Data Warehouse and Azure SQL Database Hyperscale

Si actualmente está ejecutando consultas de análisis interactivas mediante SQL°Server como almacenamiento de datos, Hiperescala es una excelente opción porque se pueden hospedar almacenamientos de datos pequeños y medianos (desde unos pocos TB hasta 100 TB) a un menor costo y puede migrar sus cargas de trabajo del almacenamiento de datos de SQL Server a Hiperescala con el mínimo de cambios en el código T-SQL.If you are currently running interactive analytics queries using SQL Server as a data warehouse, Hyperscale is a great option because you can host small and mid-size data warehouses (such as a few TB up to 100 TB) at a lower cost, and you can migrate your SQL Server data warehouse workloads to Hyperscale with minimal T-SQL code changes.

Si va a ejecutar análisis de datos a gran escala con consultas complejas y tasas de ingesta sostenidas que superen los 100 MB/s o mediante almacenamiento de datos paralelos (PDW), Teradata o cualquier otro almacenamiento de datos con procesamiento paralelo masivo (MPP), SQL Data Warehouse puede ser la mejor opción.If you are running data analytics on a large scale with complex queries and sustained ingestion rates higher than 100 MB/s, or using Parallel Data Warehouse (PDW), Teradata, or other Massively Parallel Processing (MPP) data warehouses, SQL Data Warehouse may be the best choice.

Preguntas sobre el proceso de HiperescalaHyperscale Compute Questions

¿Puedo detener el proceso en cualquier momento?Can I pause my compute at any time

No por el momento, pero puede reducir verticalmente el proceso y el número de réplicas para disminuir el coste en horas de poca actividad.Not at this time, however you can scale your compute and number of replicas down to reduce cost during non-peak times.

¿Puedo aprovisionar una réplica de proceso con memoria RAM adicional para mi carga de trabajo con uso intensivo de memoria?Can I provision a compute replica with extra RAM for my memory-intensive workload

No.No. Para obtener más memoria RAM, deberá actualizar a un tamaño de proceso mayor.To get more RAM, you need to upgrade to a higher compute size. Para más información, consulte los tamaños de almacenamiento y proceso de Hiperescala.For more information, see Hyperscale storage and compute sizes.

¿Puedo aprovisionar varias réplicas de proceso de diferentes tamaños?Can I provision multiple compute replicas of different sizes

No.No.

¿Cuántas réplicas de escalado horizontal de lectura se admiten?How many Read Scale-out replicas are supported

De manera predeterminada, las bases de datos de Hiperescala se crean con una réplica de escalado horizontal de lectura (dos réplicas, incluida la primaria).The Hyperscale databases are created with one Read Scale-out replica (two replicas including primary) by default. Puede escalar el número de réplicas de solo lectura entre 0 y 4 mediante Azure Portal o la API REST.You can scale the number of read-only replicas between 0 and 4 using Azure portal or REST API.

¿Tengo que aprovisionar réplicas de proceso adicionales para lograr una alta disponibilidad?For high availability, do I need to provision additional compute replicas

En las bases de datos de Hiperescala, se proporciona resistencia de los datos en el nivel de almacenamiento.In Hyperscale databases, data resiliency is provided at the storage level. Solo necesita una réplica para proporcionar resistencia.You only need one replica to provide resiliency. Cuando la réplica de proceso está inactiva, se crea automáticamente una nueva réplica sin ninguna pérdida de datos.When the compute replica is down, a new replica is created automatically with no data loss.

Sin embargo, si hay solo una réplica, puede que tarde algún tiempo en generar la caché local en la nueva réplica después de la conmutación por error.However, if there’s only one replica, it may take some time to build the local cache in the new replica after failover. Durante la fase de recompilación de la caché, la base de datos captura los datos directamente desde los servidores de páginas, lo que genera una mayor latencia de almacenamiento y un menor rendimiento de consultas.During the cache rebuild phase, the database fetches data directly from the page servers, resulting in higher storage latency and degraded query performance.

En el caso de las aplicaciones críticas que requieren alta disponibilidad con un impacto mínimo de conmutación por error, debe aprovisionar al menos 2 réplicas de proceso, incluida la réplica de proceso primaria.For mission-critical apps that require high availability with minimal failover impact, you should provision at least 2 compute replicas including the primary compute replica. Esta es la configuración predeterminada.This is the default configuration. De este modo, hay disponible una réplica en espera activa que actúa como destino de la conmutación por error.That way there is a hot-standby replica available that serves as a failover target.

Preguntas sobre el tamaño y el almacenamiento de datosData Size and Storage Questions

¿Cuál es el tamaño máximo de base de datos compatible con Hiperescala?What is the maximum database size supported with Hyperscale

100 TB.100 TB.

¿Cuál es el tamaño del registro de transacciones con Hiperescala?What is the size of the transaction log with Hyperscale

El registro de transacciones con Hiperescala es prácticamente infinito.The transaction log with Hyperscale is practically infinite. No es necesario preocuparse por quedarse sin espacio en el registro en un sistema que tenga un alto rendimiento.You do not need to worry about running out of log space on a system that has a high log throughput. No obstante, la velocidad de generación de registros se puede ver limitada por cargas de trabajo de escritura intensamente continuas.However, log generation rate might be throttled for continuous aggressively writing workloads. La velocidad máxima de generación de registros sostenidos es de 100 MB/s.The peak sustained log generation rate is 100 MB/s.

¿Escala mi tempdb a medida que crece mi base de datos?Does my tempdb scale as my database grows

La base de datos tempdb está ubicada en el almacenamiento SSD local y tiene un tamaño proporcional al tamaño de proceso que aprovisione.Your tempdb database is located on local SSD storage and is sized proportionally to the compute size that you provision. La tempdb se ha optimizado para proporcionar ventajas de rendimiento máximo.Your tempdb is optimized to provide maximum performance benefits. No puede configurar el tamaño de tempdb porque no es usted quien lo administra.tempdb size is not configurable and is managed for you.

¿Crece automáticamente el tamaño de mi base de datos o tengo que administrar el tamaño de los archivos de datos?Does my database size automatically grow, or do I have to manage the size of data files

El tamaño de la base de datos crece automáticamente a medida que inserta o ingiere más datos.Your database size automatically grows as you insert/ingest more data.

¿Cuál es el tamaño de base de datos más pequeño que admite Hiperescala?What is the smallest database size that Hyperscale supports or starts with

40 GB.40 GB. Una base de datos de Hiperescala se crea con un tamaño inicial de 10 GB.A Hyperscale database is created with a starting size of 10 GB. Después, comienza a crecer 10 GB cada 10 minutos, hasta que alcanza el tamaño de 40 GB.Then, it starts growing by 10 GB every 10 minutes, until it reaches the size of 40 GB. Cada uno de estos bloques de 10 GB se asigna en un servidor de páginas diferente para proporcionar más IOPS y más paralelismo de E/S.Each of these 10 GB chucks is allocated in a different page server in order to provide more IOPS and higher I/O parallelism. Debido a esta optimización, incluso si elige un tamaño de base de datos inicial inferior a 40 GB, la base de datos crecerá automáticamente al menos 40 GB.Because of this optimization, even if you choose initial database size smaller than 40 GB, the database will grow to at least 40 GB automatically.

¿En cuantos GB se incrementa el tamaño de mi base de datos cada vez?In what increments does my database size grow

Cada archivo de datos crece en 10 GB.Each data file grows by 10 GB. Varios archivos de datos pueden crecer al mismo tiempo.Multiple data files may grow at the same time.

¿El almacenamiento de Hiperescala es local o remoto?Is the storage in Hyperscale local or remote

En Hiperescala, los archivos de datos se almacenan en el almacenamiento estándar de Azure.In Hyperscale, data files are stored in Azure standard storage. Los datos se almacenan completamente en caché en el almacenamiento SSD local, en servidores de página que están cerca de las réplicas de proceso.Data is fully cached on local SSD storage, on page servers that are close to the compute replicas. Además, las réplicas de proceso tienen cachés de datos en el almacenamiento SSD local y en memoria, para disminuir la frecuencia de la captura de datos desde servidores de página remotos.In addition, compute replicas have data caches on local SSD and in memory, to reduce the frequency of fetching data from remote page servers.

¿Puedo administrar o definir archivos o grupos de archivos con Hiperescala?Can I manage or define files or filegroups with Hyperscale

No.No. Los archivos de datos se agregan automáticamente.Data files are added automatically. Las razones comunes para crear grupos de archivos adicionales no se aplican a la arquitectura de almacenamiento de Hiperescala.The common reasons for creating additional filegroups do not apply in the Hyperscale storage architecture.

¿Puedo aprovisionar un límite duro en el crecimiento de datos de mi base de datos?Can I provision a hard cap on the data growth for my database

No.No.

¿Cómo se distribuyen los archivos de datos con Hiperescala?How are data files laid out with Hyperscale

Los archivos de datos se controlan mediante servidores de páginas, con un servidor de páginas por cada archivo de datos.The data files are controlled by page servers, with one page server per data file. A medida que crece el tamaño de los datos, se agregan archivos de datos y servidores de páginas asociados.As the data size grows, data files and associated page servers are added.

¿Se admite la reducción de la base de datos?Is database shrink supported

No.No.

¿Se admite la compresión de datos?Is data compression supported

Sí, incluida la compresión de fila, página y almacén de columnas.Yes, including row, page, and columnstore compression.

Si tengo una tabla de gran tamaño, ¿se reparten los datos de la tabla entre varios archivos de datos?If I have a huge table, does my table data get spread out across multiple data files

Sí.Yes. Las páginas de datos asociadas a una determinada tabla pueden acabar en varios archivos de datos, los cuales forman todos parte del mismo grupo de archivos.The data pages associated with a given table can end up in multiple data files, which are all part of the same filegroup. SQL Server usa una estrategia de relleno proporcional para distribuir los datos entre los archivos de datos.SQL Server uses proportional fill strategy to distribute data over data files.

Preguntas sobre migración de datosData Migration Questions

¿Puedo trasladar las bases de datos de Azure SQL existentes al nivel de servicio Hiperescala?Can I move my existing Azure SQL databases to the Hyperscale service tier

Sí.Yes. Puede trasladar las bases de datos de Azure SQL existentes a Hiperescala.You can move your existing Azure SQL databases to Hyperscale. Esta es una migración unidireccional.This is a one-way migration. No puede trasladar las bases de datos del nivel de servicio Hiperescala a ningún otro.You can’t move databases from Hyperscale to another service tier. En el caso de las pruebas de concepto (POC), se recomienda hacer una copia de la base de datos y migrarla a Hiperescala.For proofs of concept (POCs), we recommend you make a copy of your database and migrate the copy to Hyperscale.

¿Puedo mover mis bases de datos de Hiperescala a otros niveles de servicio?Can I move my Hyperscale databases to other service tiers

No.No. Actualmente, no se puede mover una base de datos de hiperescala a ningún otro nivel de servicio.At this time, you can’t move a Hyperscale database to another service tier.

¿Pierdo alguna funcionalidad al migrar al nivel de servicio Hiperescala?Do I lose any functionality or capabilities after migration to the Hyperscale service tier

Sí.Yes. Algunas de las características de Azure SQL Database todavía no se admiten en Hiperescala, incluida la copia de seguridad con retención a largo plazo, entre otras.Some of Azure SQL Database features are not supported in Hyperscale yet, including but not limited to long term backup retention. Después de migrar las bases de datos a Hiperescala, esas características dejan de funcionar.After you migrate your databases to Hyperscale, those features stop working. Esperamos que estas limitaciones sean temporales.We expect these limitations to be temporary.

¿Puedo mover mi base de datos de SQL Server local o mi base de datos de SQL Server en una máquina virtual de nube a Hiperescala?Can I move my on-premises SQL Server database, or my SQL Server database in a cloud virtual machine to Hyperscale

Sí.Yes. Puede usar todas las tecnologías de migración existentes para migrar a Hiperescala, incluida la replicación transaccional y cualquier otra tecnología de movimiento de datos (la copia masiva, Azure Data Factory, Azure Databricks, SSIS).You can use all existing migration technologies to migrate to Hyperscale, including transactional replication, and any other data movement technologies (Bulk Copy, Azure Data Factory, Azure Databricks, SSIS). Consulte también Azure Database Migration Service, que admite muchos escenarios de migración.See also the Azure Database Migration Service, which supports many migration scenarios.

¿Cuánto tiempo de inactividad experimentaré durante la migración de un entorno local o máquina virtual a Hiperescala y cómo puedo minimizarlo?What is my downtime during migration from an on-premises or virtual machine environment to Hyperscale, and how can I minimize it

El tiempo de inactividad para la migración a Hiperescala es igual que el tiempo de inactividad al migrar las bases de datos a otros niveles de servicio de Azure SQL Database.Downtime for migration to Hyperscale is the same as the downtime when you migrate your databases to other Azure SQL Database service tiers. Puede usar la replicación transaccional para minimizar el tiempo de inactividad de la migración para bases de datos de pocos TB de tamaño.You can use transactional replication to minimize downtime migration for databases up to few TB in size. Para bases de datos de gran tamaño (más de 10 TB), puede considerar la opción de migrar datos con ADF, Spark u otras tecnologías de movimiento de datos.For very large databases (10+ TB), you can consider to migrate data using ADF, Spark, or other data movement technologies.

¿Cuánto tiempo se tardará en llevar una cantidad X de datos a Hiperescala?How much time would it take to bring in X amount of data to Hyperscale

Hiperescala es capaz de consumir 100 MB/s de datos nuevos o modificados, pero el tiempo necesario para trasladar los datos a las bases de datos de Azure SQL también se ve afectado por el rendimiento de la red disponible, la velocidad de lectura del origen y el objetivo de nivel de servicio de la base de datos de destino.Hyperscale is capable of consuming 100 MB/s of new/changed data, but the time needed to move data into Azure SQL databases is also affected by available network throughput, source read speed and the target database service level objective.

¿Puedo leer datos de Blob Storage y realizar una carga rápida (como Polybase en SQL Data Warehouse)?Can I read data from blob storage and do fast load (like Polybase in SQL Data Warehouse)

Puede hacer que una aplicación cliente lea datos de Azure Storage y cargue la carga de datos en una base de datos de Hiperescala (al igual que con cualquier otra base de datos de Azure SQL).You can have a client application read data from Azure Storage and load data load into a Hyperscale database (just like you can with any other Azure SQL database). Actualmente, Polybase no se admite en Azure SQL Database.Polybase is currently not supported in Azure SQL Database. Como alternativa a proporcionar una carga rápida, puede usar Azure Data Factory o usar un trabajo de Spark en Azure Databricks con el conector de Spark para SQL.As an alternative to provide fast load, you can use Azure Data Factory, or use a Spark job in Azure Databricks with the Spark connector for SQL. Este conector admite la inserción masiva.The Spark connector to SQL supports bulk insert.

También es posible leer datos de forma masiva desde el almacén de blobs de Azure mediante BULK INSERT o OPENROWSET: Ejemplos de acceso masivo a datos en Azure Blob Storage.It is also possible to bulk read data from Azure Blob store using BULK INSERT or OPENROWSET: Examples of Bulk Access to Data in Azure Blob Storage.

El modelo de recuperación simple o de registro masivo no se admite en Hiperescala.Simple recovery or bulk logging model is not supported in Hyperscale. Se requiere el modelo de recuperación completa para proporcionar alta disponibilidad y recuperación a un momento dado.Full recovery model is required to provide high availability and point-in-time recovery. Sin embargo, la arquitectura de registro de Hiperescala proporciona una mejor tasa de ingesta de datos en comparación con otros niveles de servicio de Azure SQL Database.However, Hyperscale log architecture provides better data ingest rate compared to other Azure SQL Database service tiers.

¿Permite Hiperescala el aprovisionamiento de varios nodos para la ingesta paralela de grandes cantidades de datos?Does Hyperscale allow provisioning multiple nodes for parallel ingesting of large amounts of data

No.No. Hiperescala es una arquitectura de procesamiento múltiple simétrico (SMP) y no un procesamiento paralelo masivo (MPP) ni una arquitectura multimaestro.Hyperscale is a symmetric multi-processing (SMP) architecture and is not a massively parallel processing (MPP) or a multi-master architecture. Solo se pueden crear varias réplicas para escalar horizontalmente cargas de trabajo de solo lectura.You can only create multiple replicas to scale out read-only workloads.

¿Cuál es la versión de SQL Server más antigua compatible con la migración a Hiperescala?What is the oldest SQL Server version supported for migration to Hyperscale

SQL Server 2005.SQL Server 2005. Para más información, consulte Migración a una base de datos única o a una base de datos agrupada.For more information, see Migrate to a single database or a pooled database. Para más información sobre problemas de compatibilidad, consulte Solución de problemas de compatibilidad de migración de bases de datos.For compatibility issues, see Resolving database migration compatibility issues.

¿Admite Hiperescala la migración desde otros orígenes de datos como Amazon Aurora, MySQL, PostgreSQL, Oracle, DB2 y otras plataformas de base de datos?Does Hyperscale support migration from other data sources such as Amazon Aurora, MySQL, PostgreSQL, Oracle, DB2, and other database platforms

Sí.Yes. Azure Database Migration Service admite muchos escenarios de migración.Azure Database Migration Service supports many migration scenarios.

Preguntas sobre continuidad empresarial y recuperación ante desastresBusiness Continuity and Disaster Recovery Questions

¿Cuáles son los contratos de nivel de servicio que se proporcionan para una base de datos de Hiperescala?What SLAs are provided for a Hyperscale database

Consulte Contrato de nivel de servicio para Azure SQL Database.See SLA for Azure SQL Database. Las réplicas de proceso secundarias adicionales aumentan la disponibilidad, hasta un 99,99 % para una base de datos con dos o más réplicas de proceso secundarias.Additional secondary compute replicas increase availability, up to 99.99% for a database with two or more secondary compute replicas.

¿Administra el servicio Azure SQL Database las copias de seguridad de las bases de datos en mi lugar?Are the database backups managed for me by the Azure SQL Database service

Sí.Yes.

¿Con qué frecuencia se realizan las copias de seguridad de las bases de datos?How often are the database backups taken

No hay copias de seguridad de registros tradicionales, completas y diferenciales para las bases de datos de Hiperescala.There are no traditional full, differential, and log backups for Hyperscale databases. En su lugar, hay instantáneas de almacenamiento normales de archivos de datos.Instead, there are regular storage snapshots of data files. El registro que se genera simplemente se conserva tal cual durante el período de retención configurado, lo que permite la restauración a cualquier punto en el tiempo dentro del período de retención.Log that is generated is simply retained as-is for the configured retention period, allowing restore to any point in time within the retention period.

¿Admite Hiperescala la restauración a un momento dado?Does Hyperscale support point in time restore

Sí.Yes.

¿Cuál es el objetivo de punto de recuperación (RPO) y el objetivo de tiempo de recuperación (RTO) para la restauración de base de datos en Hiperescala?What is the Recovery Point Objective (RPO)/Recovery Time Objective (RTO) for database restore in Hyperscale

El RPO es 0 minutos. El objetivo de RTO es inferior a 10 minutos, sin importar el tamaño de la base de datos.The RPO is 0 min. The RTO goal is less than 10 minutes, regardless of database size.

¿La copia de seguridad de bases de datos afecta al rendimiento de proceso en mis réplicas principales o secundarias?Does database backup affect compute performance on my primary or secondary replicas

No.No. El subsistema de almacenamiento administra las copias de seguridad y estas aprovechan las instantáneas de almacenamiento.Backups are managed by the storage subsystem, and leverage storage snapshots. No afectan la carga de trabajo del usuario.They do not impact user workloads.

¿Puedo realizar una restauración geográfica con una base de datos de Hiperescala?Can I perform geo-restore with a Hyperscale database

Sí.Yes. La restauración geográfica es totalmente compatible.Geo-restore is fully supported. A diferencia de la restauración a un punto concreto, la restauración geográfica puede requerir una operación de tamaño de datos de larga duración.Unlike point-in-time restore, geo-restore may require a long running size-of-data operation.

¿Puedo configurar la replicación geográfica con la base de datos de Hiperescala?Can I set up geo-replication with Hyperscale database

De momento, no.Not at this time.

¿Puedo realizar una copia de seguridad de una base de datos de Hiperescala y restaurarla en mi servidor local o en SQL Server en una máquina virtual?Can I take a Hyperscale database backup and restore it to my on-premises server, or on SQL Server in a VM

No.No. El formato de almacenamiento de las bases de datos de Hiperescala es diferente de cualquier versión de SQL Server y no podría controlar las copias de seguridad ni tener acceso a ellas.The storage format for Hyperscale databases is different from any released version of SQL Server, and you don’t control backups or have access to them. Para sacar los datos de una base de datos de Hiperescala, puede extraer datos mediante cualquier tecnología de movimiento de datos, es decir, Azure Data Factory, Azure Databricks, SSIS, etc.To take your data out of a Hyperscale database, you can extract data using any data movement technologies, i.e. Azure Data Factory, Azure Databricks, SSIS, etc.

Preguntas sobre las distintas característicasCross-Feature Questions

¿Pierdo alguna funcionalidad al migrar al nivel de servicio Hiperescala?Do I lose any functionality or capabilities after migration to the Hyperscale service tier

Sí.Yes. Algunas de las características de Azure SQL Database no se admiten en Hiperescala, incluida la copia de seguridad con retención a largo plazo, entre otras.Some of Azure SQL Database features are not supported in Hyperscale, including but not limited to long term backup retention. Después de migrar las bases de datos a Hiperescala, esas características dejan de funcionar.After you migrate your databases to Hyperscale, those features stop working.

¿Funcionará Polybase con Hiperescala?Will Polybase work with Hyperscale

No.No. Polybase no se admite en Azure SQL Database.Polybase is not supported in Azure SQL Database.

¿Hiperescala es compatible con R y Python?Does Hyperscale have support for R and Python

De momento, no.Not at this time.

¿Están los nodos de proceso en contenedores?Are compute nodes containerized

No.No. Los procesos de Hiperescala se ejecutan en nodos de Service Fabric, no en contenedores.Hyperscale processes run on a Service Fabric nodes (VMs), not in containers.

Preguntas sobre rendimientoPerformance Questions

¿Cuánto rendimiento de escritura puedo introducir en una base de datos de Hiperescala?How much write throughput can I push in a Hyperscale database

El límite de rendimiento del registro de transacciones se establece en 100 MB/s para cualquier tamaño de proceso de Hiperescala.Transaction log throughput cap is set to 100 MB/s for any Hyperscale compute size. La capacidad de lograr esta tasa depende de varios factores, entre los que se incluyen, entre otros, el tipo de carga de trabajo, la configuración de cliente y tener la capacidad de proceso suficiente en la réplica de proceso principal para producir el registro a esta velocidad.The ability to achieve this rate depends on multiple factors, including but not limited to workload type, client configuration, and having sufficient compute capacity on the primary compute replica to produce log at this rate.

¿Cuántas IOPS obtengo en el proceso más grande?How many IOPS do I get on the largest compute

Las IOPS y la latencia de E/S variarán según los patrones de carga de trabajo.IOPS and IO latency will vary depending on the workload patterns. Si los datos a los que se accede se almacenan en caché en la réplica de proceso, verá un rendimiento similar de E/S que con el almacenamiento SSD local.If the data being accessed is cached on the compute replica, you will see similar IO performance as with local SSD.

¿Afectan las copias de seguridad a mi rendimiento?Does my throughput get affected by backups

No.No. El proceso no está acoplado con la capa de almacenamiento.Compute is decoupled from the storage layer. Esto elimina el impacto en el rendimiento de la copia de seguridad.This eliminates performance impact of backup.

¿Se ve afectado el rendimiento cuando aprovisiono réplicas de proceso adicionales?Does my throughput get affected as I provision additional compute replicas

Dado que el almacenamiento se comparte y no hay ninguna replicación física directa que tenga lugar entre la réplica de proceso principal y las secundarias, el rendimiento de la réplica principal no se verá afectado directamente al agregar réplicas secundarias.Because the storage is shared and there is no direct physical replication happening between primary and secondary compute replicas, the throughput on primary replica will not be directly affected by adding secondary replicas. Sin embargo, podemos limitar las cargas de trabajo de escritura intensivas continuas en la principal para permitir que la aplicación del registro en las réplicas secundarias y en los servidores de páginas se ponga al día y evitar un rendimiento de lectura insuficiente en las réplicas secundarias.However, we may throttle continuous aggressively writing workload on the primary to allow log apply on secondary replicas and page servers to catch up, to avoid poor read performance on secondary replicas.

¿Cómo diagnostico y soluciono los problemas de rendimiento en una base de datos de Hiperescala?How do I diagnose and troubleshoot performance problems in a Hyperscale database

Para la mayoría de los problemas de rendimiento, especialmente los que no tienen el origen en el rendimiento del almacenamiento, se aplican los pasos de diagnóstico y solución de problemas habituales de SQL Server.For most performance problems, particularly the ones not rooted in storage performance, common SQL Server diagnostic and troubleshooting steps apply. Para obtener información sobre el diagnóstico de almacenamiento específico de Hiperescala, vea Diagnóstico de la solución de problemas de rendimiento de Hiperescala de SQL.For Hyperscale-specific storage diagnostics, see SQL Hyperscale performance troubleshooting diagnostics.

Preguntas sobre escalabilidadScalability Questions

¿Cuánto tiempo se tarda en realizar un escalado y reducción vertical de una réplica de proceso?How long would it take to scale up and down a compute replica

El proceso de escalado o reducción vertical tardará entre 5 y 10 minutos, independientemente del tamaño de los datos.Scaling compute up or down should take 5-10 minutes regardless of data size.

¿Está mi base de datos sin conexión mientras que la operación de escalado y reducción vertical está en curso?Is my database offline while the scaling up/down operation is in progress

No.No. El escalado y reducción vertical se realiza en línea.The scaling up and down will be online.

¿Se puede esperar una interrupción de la conexión cuando las operaciones de escalado están en curso?Should I expect connection drop when the scaling operations are in progress

El escalado o la reducción vertical hace que las conexiones existentes se bloqueen cuando se produce una conmutación por error al final de la operación de escalado.Scaling up or down results in existing connections being dropped when a failover happens at the end of the scaling operation. La incorporación de réplicas secundarias no genera interrupciones de conexión.Adding secondary replicas does not result in connection drops.

¿Se produce el escalado y reducción vertical de las réplicas de proceso de forma automática o se trata de una operación desencadenada por el usuario final?Is the scaling up and down of compute replicas automatic or end-user triggered operation

Por el usuario final.End-user. No es una operación automática.Not automatic.

¿El tamaño de la base de datos de tempdb también aumenta a medida que el proceso se escala verticalmente?Does the size of my tempdb database also grow as the compute is scaled up

Sí.Yes. La base de datos tempdb se escalará verticalmente de forma automática a medida que crezca el proceso.The tempdb database will scale up automatically as the compute grows.

¿Puedo aprovisionar varias réplicas de proceso principales como un sistema de arquitectura multimaestro en los que los nodos principales pueden impulsar un mayor nivel de simultaneidad?Can I provision multiple primary compute replicas, such as a multi-master system, where multiple primary compute heads can drive a higher level of concurrency

No.No. Solo la réplica de proceso principal acepta solicitudes de lectura y escritura.Only the primary compute replica accepts read/write requests. Las réplicas de proceso secundarias aceptan únicamente solicitudes de solo lectura.Secondary compute replicas only accept read-only requests.

Preguntas sobre el escalado horizontal de lecturaRead Scale-out Questions

¿Cuántas réplicas de proceso secundarias puedo aprovisionar?How many secondary compute replicas can I provision

De manera predeterminada, se crea una réplica secundaria para las bases de datos de Hiperescala.We create one secondary replica for Hyperscale databases by default. Si quiere ajustar el número de réplicas, puede hacerlo a través de Azure Portal o la API REST.If you want to adjust the number of replicas, you can do so using Azure portal or REST API.

¿Cómo me conecto a estas réplicas de proceso secundarias?How do I connect to these secondary compute replicas

Puede conectarse a estas réplicas de proceso adicionales de solo lectura estableciendo el argumento ApplicationIntent de la cadena de conexión en ReadOnly.You can connect to these additional read-only compute replicas by setting the ApplicationIntent argument on your connection string to ReadOnly. Todas las conexiones marcadas con ReadOnly se enrutan automáticamente a uno de las réplicas de proceso adicionales de solo lectura.Any connections marked with ReadOnly are automatically routed to one of the additional read-only compute replicas.

¿Cómo puedo validar si me he conectado correctamente a la réplica de proceso secundaria mediante SSMS u otras herramientas de cliente?How do I validate if I have successfully connected to secondary compute replica using SSMS or other client tools?

Puede ejecutar la siguiente consulta de Transact-SQL: SELECT DATABASEPROPERTYEX ('<database_name>', 'Updateability').You can execute the following T-SQL query: SELECT DATABASEPROPERTYEX ('<database_name>', 'Updateability'). El resultado es READ_ONLY si está conectado a una réplica secundaria de solo lectura y READ_WRITE, si está conectado a la réplica principal.The result is READ_ONLY if you are connected to a read-only secondary replica, and READ_WRITE if you are connected to the primary replica. Tenga en cuenta que el contexto de la base de datos debe establecerse en el nombre de la base de datos de Hiperescala, no en la base de datos de master.Note that the database context must be set to the name of the Hyperscale database, not to the master database.

¿Puedo crear un punto de conexión dedicado para la réplica de escalado horizontal de lectura?Can I create a dedicated endpoint for a Read Scale-out replica

No.No. Solo puede conectarse a la réplica de escalado horizontal de lectura si especifica ApplicationIntent=ReadOnly.You can only connect to Read Scale-out replicas by specifying ApplicationIntent=ReadOnly.

¿Realiza el sistema un equilibrio de carga inteligente de la carga de trabajo de lectura?Does the system do intelligent load balancing of the read workload

No.No. Una nueva conexión con intención de solo lectura se redirige a una réplica de escalado horizontal de lectura arbitraria.A new connection with read-only intent is redirected to an arbitrary Read Scale-out replica.

¿Se puede realizar un escalado y reducción vertical de las réplicas de proceso secundarias independientemente de la réplica principal?Can I scale up/down the secondary compute replicas independently of the primary replica

No.No. La réplica de proceso secundaria también se usa como destinos de conmutación por error de alta disponibilidad, por lo que deben tener la misma configuración que la principal para proporcionar el rendimiento esperado después de la conmutación por error.The secondary compute replica are also used as high availability failover targets, so they need to have the same configuration as the primary to provide expected performance after failover.

¿Puedo obtener un tamaño de tempdb diferente para mi réplica de proceso principal y las secundarias adicionales?Do I get different tempdb sizing for my primary compute and my additional secondary compute replicas

No.No. La base de datos tempdb está configurada según el aprovisionamiento del tamaño de proceso y las réplicas de proceso secundarias son del mismo tamaño que la principal.Your tempdb database is configured based on the compute size provisioning, your secondary compute replicas are the same size as the primary compute.

¿Puedo agregar índices y vistas en mis réplicas de proceso secundarias?Can I add indexes and views on my secondary compute replicas

No.No. Las bases de datos de Hiperescala tienen el almacenamiento compartido, lo que significa que todas las réplicas de proceso ven las mismas tablas, índices y vistas.Hyperscale databases have shared storage, meaning that all compute replicas see the same tables, indexes, and views. Si desea índices adicionales optimizados para lecturas en la réplica secundaria, debe primero agregarlos a la réplica principal.If you want additional indexes optimized for reads on secondary, you must add them on the primary.

¿Cuánto retraso va a haber entre la réplica de proceso principal y las secundarias?How much delay is there going to be between the primary and secondary compute replicas

La latencia de los datos desde el momento en que se confirma una transacción en la réplica principal hasta el momento en que es visible en la secundaria depende de la velocidad de generación de registro actual.Data latency from the time a transaction is committed on the primary to the time it is visible on a secondary depends on current log generation rate. La latencia de datos típica es de pocos milisegundos.Typical data latency is in low milliseconds.

Pasos siguientesNext Steps

Para obtener más información sobre el nivel de servicio Hiperescala, vea Nivel de servicio Hiperescala.For more information about the Hyperscale service tier, see Hyperscale service tier.