Conversión de una base de datos existente en Hiperescala

Se aplica a:Azure SQL Database

Puede convertir una base de datos existente en Azure SQL Database en Hiperescala mediante Azure Portal, la CLI de Azure, PowerShell o Transact-SQL.

Prerequisites

Para convertir una base de datos que usa la replicación geográfica o forma parte de un grupo de conmutación por error en Hiperescala, empiece por convertir la réplica principal. La réplica secundaria geográfica se convierte automáticamente. Puede convertir una base de datos no hiperescala con replicación geográfica en Hiperescala mediante T-SQL, LA API REST, PowerShell o la CLI de Azure.
No se admite la conversión directa desde el nivel de servicio Básico a Hiperescala. Para realizar esta conversión, cambie primero la base de datos a cualquier nivel de servicio distinto de Básico (por ejemplo, Uso general) y, a continuación, continúe con la conversión a Hiperescala.
Puede supervisar el progreso de la conversión con T-SQL. Para ejecutar comandos de T-SQL en Azure SQL Database, use SQL Server Management Studio (SSMS), la extensión MSSQL para Visual Studio Code, sqlcmd o la herramienta de consulta T-SQL favorita.

Conversión de base de datos con réplicas geográficas

Al convertir una base de datos en una relación de replicación geográfica , el proceso de conversión conserva el vínculo de replicación geográfica. Tanto las bases de datos principal como las bases de datos secundarias geográficas se convierten en Hiperescala juntas.

La conversión a Hiperescala debe iniciarse mediante la conversión de la réplica geográfica principal. Si se intenta convertir una réplica secundaria geográfica, se produce un error: no se puede convertir una réplica secundaria geográfica "database-name-placeholder" en Hiperescala. Para convertir las réplicas principales y secundarias geográficas en Hiperescala, vuelva a intentar la operación en la réplica principal.
El número de réplicas secundarias geográficas debe reducirse a uno para iniciar el proceso de conversión.
No se admite la creación de una réplica geográfica de una réplica geográfica (lo que también se conoce como "encadenamiento de réplicas geográficas") en Hiperescala. Si existe una configuración de replicación geográfica encadenada, debe quitarse antes de iniciar la conversión a Hiperescala.
Una conmutación por error planeada no es posible mientras la conversión de la base de datos principal geográfica a Hiperescala está en curso. Es posible realizar una conmutación por error forzada a una réplica secundaria geográfica. Sin embargo, dependiendo del estado de la conversión cuando se produzca la conmutación por error forzada, la nueva geo-primaria tras la conmutación por error podría usar el nivel de servicio Hiperescala o su nivel de servicio original.
Si una base de datos principal geográfica está en un grupo elástico, se puede mover a un grupo elástico de Hiperescala existente como parte de la conversión o se puede realizar una base de datos de Hiperescala independiente. Sin embargo, si una base de datos secundaria geográfica está en un grupo elástico, la conversión a Hiperescala siempre la mueve fuera del grupo. Puede mover la base de datos secundaria geográfica a un grupo elástico de Hiperescala en un paso independiente una vez completada la conversión.

Cutover

El proceso de conversión se divide en dos fases: la conversión de la base de datos, que se produce mientras la base de datos existente está en línea y, a continuación, una transición a la nueva base de datos de Hiperescala.

El tiempo necesario para mover una base de datos existente a Hiperescala consta del tiempo para copiar los datos y el tiempo para reproducir los cambios realizados en la base de datos de origen mientras se copian los datos. Aunque el tiempo de copia de datos se escala aproximadamente con el tamaño de la base de datos, la velocidad de copia real puede variar debido a factores como el rendimiento de la red, el ancho de banda de E/S, la latencia de almacenamiento y la carga transitoria del servicio. Se recomienda convertir a Hiperescala durante un período de actividad de escritura inferior para que el tiempo de reproducción de los cambios acumulados sea más corto. Se recomienda usar el cambio manual para controlar la siguiente fase.
Tiene la capacidad de elegir cuándo se produce la transición, tan pronto como la base de datos esté lista o manualmente en un momento de su elección. De forma predeterminada, el proceso de conversión a Hiperescala se realizará automáticamente.
- Si decide realizar la transición manualmente en un momento de su elección, tendrá 24 horas para iniciar una transición manual después del punto en que la base de datos esté lista para la migración. Puede iniciar una transición manual a través de Azure Portal, la CLI de Azure, PowerShell o T-SQL.
Durante la migración final a Hiperescala, las aplicaciones solo experimentan un breve período de tiempo de inactividad, normalmente menos de un minuto.

Hay varias fases en el proceso de conversión que se pueden supervisar en Azure Portal (en la página de informes de progreso), a través de la CLI de Azure (az sql db op list), PowerShell (Get-AzSqlDatabaseActivity) o mediante T-SQL (sys.dm_operation_status).

Al convertir una base de datos de los niveles de servicio Premium o Crítico para la empresa en Hiperescala, las conexiones de cliente existentes se desconectan durante la fase 1. Esto es similar a la desconexión que se produce al escalar la base de datos entre niveles de servicio. Las aplicaciones deben diseñarse para controlar correctamente las interrupciones de conectividad transitorias mediante la implementación de la lógica de reintento, como se describe en Lógica de reintento para errores transitorios.

Conversión de una base de datos en Hiperescala

Para convertir una base de datos de Azure SQL existente en Hiperescala, primero identifique el objetivo de servicio de destino.

Si no está seguro de qué objetivo de servicio es adecuado para la base de datos, revise los límites de recursos para bases de datos únicas. En muchos casos, puede elegir un objetivo de servicio con el mismo número de núcleos virtuales y la misma generación de hardware que la base de datos original. Si es necesario, puede cambiar el objetivo de servicio más adelante con un tiempo de inactividad mínimo. La facturación de Hiperescala solo comienza después de la migración.

Seleccione la pestaña del método preferido para convertir la base de datos:

Azure Portal permite realizar la conversión a Hiperescala modificando el nivel de servicio de la base de datos.

Vaya a la base de datos que desea convertir en Azure Portal.
En la barra de navegación de la izquierda, seleccione Proceso y almacenamiento.
Seleccione la lista desplegable Nivel de servicio para expandir las opciones de los niveles de servicio.
1. Si usaba la oferta gratuita de Azure SQL Database, seleccione el botón para quitar la oferta de base de datos gratuita. A continuación, verá la lista desplegable Nivel de servicio .
Seleccione Hiperescala en la lista desplegable.
Revise el nivel de proceso y elija Aprovisionado o sin servidor.
Revise el modo de transición, una opción específica de la conversión a Hiperescala.
- La transición se produce después de que la base de datos esté preparada para la conversión a Hiperescala. El modo de transición determina cuándo se interrumpirá momentáneamente la conectividad con la base de datos de Azure SQL existente para la conversión a Hiperescala:
  - La migración automática realiza la transición tan pronto como la base de datos de Hiperescala esté lista.
  - La migración manual le pide que inicie la transición en un momento de su elección en Azure Portal. Esta opción es más útil para programar la transición con mínima interrupción empresarial.
Revise la configuración de hardware que aparece. Si lo desea, seleccione Cambiar configuración para seleccionar la configuración de hardware adecuada para la carga de trabajo.
Seleccione el control deslizante Núcleos virtuales si desea cambiar el número de núcleos virtuales disponibles para la base de datos en el nivel de servicio Hiperescala.
Seleccione el control deslizante High-Availability Réplicas secundarias si desea cambiar el número de réplicas en el nivel de servicio Hiperescala.
Seleccione Aplicar.
Supervise la conversión en Azure Portal.
1. Vaya a la base de datos en Azure Portal.
2. En la barra de navegación izquierda, seleccione Información general.
3. Revise la sección Notificaciones en la parte inferior del panel derecho. Si hay operaciones en curso, aparece un cuadro de notificación.
4. Seleccione el cuadro de notificación para ver los detalles.
5. Se abre el panel Operaciones en curso . Revise los detalles de las operaciones en curso.

Si seleccionó Cutover manual, el portal de Azure le presenta un botón de Transición cuando esté listo para proceder.

Captura de pantalla de Azure Portal en la que se muestra el botón Cutover en una conversión de Hiperescala.

Este ejemplo de código llama a az sql db update para convertir una instancia de Azure SQL Database existente en Hiperescala. Debe especificar tanto la edición como el objetivo de servicio. Reemplace resourceGroupName, serverName, databaseName y serviceObjective por los valores adecuados antes de ejecutar el ejemplo de código siguiente:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName \
    --edition Hyperscale --service-objective $serviceObjective

Use --manual-cutover para elegir iniciar manualmente la migración a Hiperescala en un momento de su elección. Esta opción es más útil para programar la transición con mínima interrupción empresarial. Por ejemplo:

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"
serviceObjective="HS_Gen5_2"

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --edition Hyperscale --service-objective $serviceObjective --manual-cutover

Supervise la operación en curso con az sql db op list, para devolver operaciones recientes o en curso para una base de datos de Azure SQL Database.

resourceGroupName="myResourceGroup"
serverName="server01"
databaseName="mySampleDatabase"

az sql db op list -g $resourceGroupName -s $serverName -n $databaseName

Use --perform-cutover para iniciar la transición (en un plazo de 24 horas) una vez que la base de datos de Hiperescala esté lista:

az sql db update -g $resourceGroupName -s $serverName -n $databaseName --perform-cutover

En el ejemplo siguiente se usa el cmdlet Set-AzSqlDatabase para convertir una base de datos de Azure SQL existente en Hiperescala. Debe especificar tanto la edición como el objetivo de servicio. Reemplace $resourceGroupName, $serverName, $databaseName y $serviceObjective por los valores adecuados antes de ejecutar este ejemplo de código:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective

Use -ManualCutover para iniciar manualmente la transición en un momento de su elección. Esta opción es más útil para programar la transición con mínima interrupción empresarial. Por ejemplo:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -ManualCutover

Supervise la operación en curso con el cmdlet Get-AzSqlDatabaseActivity , que devuelve operaciones recientes o en curso para una base de datos de Azure SQL Database. Antes de ejecutar el código de ejemplo, establezca los parámetros $resourceGroupName, $serverName y $databaseName en los valores adecuados para la base de datos:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"

Get-AzSqlDatabaseActivity -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName

Use -PerformCutover para iniciar la transición una vez que la base de datos hiperescala esté lista:

$resourceGroupName = "myResourceGroup"
$serverName = "server01"
$databaseName = "mySampleDatabase"
$serviceObjective = "HS_Gen5_2"

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName `
    -ServerName $serverName `
    -DatabaseName $databaseName `
    -Edition "Hyperscale" `
    -RequestedServiceObjectiveName $serviceObjective `
    -PerformCutover

Para convertir una base de datos de Azure SQL existente en Hiperescala con Transact-SQL, primero conéctese a la base de datos en el masterservidor SQL lógico mediante SQL Server Management Studio (SSMS) o la extensión mssql para Visual Studio Code.

Debe especificar tanto la edición como el objetivo de servicio en la instrucción ALTER DATABASE.

Esta instrucción de ejemplo convierte una base de datos denominada mySampleDatabase a Hiperescala con el objetivo de servicio HS_Gen5_2. Reemplace el nombre de la base de datos por el valor adecuado antes de ejecutar la instrucción.

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2');
GO

De forma predeterminada, la base de datos realiza una transición a la base de datos hiperescala para finalizar la conversión en cuanto la base de datos hiperescala esté disponible. Opcionalmente, use el MANUAL_CUTOVER argumento para iniciar en su lugar una conversión que finalizará con una transición iniciada manualmente, en un momento de su elección. Esta opción es más útil para programar la transición con mínima interrupción empresarial. Por ejemplo:

ALTER DATABASE [mySampleDatabase]
   MODIFY (EDITION = 'Hyperscale', SERVICE_OBJECTIVE = 'HS_Gen5_2')
   WITH MANUAL_CUTOVER;

Para supervisar todas las operaciones de una base de datos de Hiperescala, incluida la conversión a Hiperescala, conéctese a la master base de datos del servidor lógico principal geográfico y ejecute consultas de T-SQL en la vista de administración dinámica de sys.dm_operation_status . sys.dm_operation_status Realiza informes sobre el progreso de las operaciones de base de datos, incluida la conversión a Hiperescala. Si elige MANUAL_CUTOVER, la sys.dm_operation_status vista incluye información adicional.

Por ejemplo

SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;

Cuando esté listo para la migración manual, phase_desc será WaitingForCutover. Use el argumento PERFORM_CUTOVER para iniciar la transición:

ALTER DATABASE [mySampleDatabase] PERFORM_CUTOVER;

Comentarios

¿Le ha resultado útil esta página?

Last updated on 2025-10-22