El nivel de servicio de Hperescala proporciona un nivel de rendimiento de proceso y almacenamiento muy escalable que aprovecha la arquitectura de Azure para escalar horizontalmente los recursos de proceso y almacenamiento para conseguir una instancia de Azure SQL Database que traspase considerablemente los límites disponibles para los niveles de servicio De uso general y Crítico para la empresa.
En este artículo se vinculan a guías importantes para llevar a cabo tareas de administración esenciales para las bases de datos de Hiperescala, incluida la conversión de una base de datos existente en Hiperescala, la restauración de una base de datos de Hiperescala a otra región, la migración inversa de Hiperescala a otro nivel de servicio y la supervisión del estado de las operaciones continuas y recientes en una base de datos de Hiperescala.
Supervisión de operaciones para una base de datos de Hiperescala
Puede supervisar el estado de las operaciones en curso o completadas recientemente para una instancia de Azure SQL Database mediante Azure Portal, la CLI de Azure, PowerShell o Transact-SQL.
Seleccione la pestaña del método preferido para supervisar las operaciones.
Azure Portal muestra una notificación para la base de datos en Azure SQL Database cuando hay una operación, por ejemplo, una migración, una migración inversa o una restauración en curso.
Vaya a la base de datos en Azure Portal.
En la barra de navegación de la izquierda, seleccione Información general.
Revise la sección Notificaciones en la parte inferior del panel derecho. Si hay operaciones en curso, aparece un cuadro de notificación.
Seleccione el cuadro de notificación para ver los detalles.
El panel Operaciones en curso se abre. Revise los detalles de las operaciones en curso.
En este ejemplo de código se llama a az sql db op list para devolver las operaciones recientes o en curso para una base de datos de Azure SQL Database.
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"
az sql db op list -g $resourceGroupName -s $serverName --database $databaseName
El cmdlet Get-AzSqlDatabaseActivity 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:
Consulte la vista de administración dinámica de sys.dm_operation_status para revisar la información sobre las operaciones recientes realizadas en las bases de datos del [servidor lógico](logical-servers.md].
En este ejemplo de código se devuelven todas las entradas de sys.dm_operation_status para la base de datos especificada, ordenada por las operaciones que comenzaron más recientemente. Reemplace el nombre de la base de datos por el valor adecuado antes de ejecutar el ejemplo de código.
SELECT *
FROM sys.dm_operation_status
WHERE major_resource_id = 'mySampleDatabase'
ORDER BY start_time DESC;
GO
Visualización de bases de datos en el nivel de servicio Hiperescala
Después de migrar una base de datos a Hiperescala o volver a configurar una base de datos dentro del nivel de servicio Hiperescala, es posible que quiera ver o documentar la configuración de la base de datos de Hiperescala.
Azure Portal muestra una lista de todas las bases de datos de un servidor lógico. La columna Plan de tarifa incluye el nivel de servicio para cada base de datos.
En la barra de navegación de la izquierda, seleccione Información general.
Desplácese hasta la lista de recursos en la parte inferior del panel. En la ventana se muestran los grupos elásticos y las bases de datos de SQL que hay en el servidor lógico.
Revise la columna Plan de tarifa para identificar las bases de datos en el nivel de servicio Hiperescala.
En este ejemplo de código de la CLI de Azure se llama a az sql db list para enumerar las bases de datos de Hiperescala en un servidor lógico con su nombre, ubicación, objetivo de nivel de servicio, tamaño máximo y número de réplicas de alta disponibilidad.
Antes de ejecutar el ejemplo de código siguiente, reemplace resourceGroupName y serverName por los valores adecuados:
resourceGroupName="myResourceGroup"
serverName="server01"
az sql db list -g $resourceGroupName -s $serverName --query "[].{Name:name, Location:location, SLO:currentServiceObjectiveName, Tier:currentSku.tier, maxSizeBytes:maxSizeBytes,HAreplicas:highAvailabilityReplicaCount}[?Tier=='Hyperscale']" --output table
El cmdlet Get-AzSqlDatabase de Azure PowerShell devuelve una lista de bases de datos de Hiperescala en un servidor lógico con su nombre, ubicación, objetivo de nivel de servicio, tamaño máximo y número de réplicas de alta disponibilidad.
Antes de ejecutar el código de ejemplo, establezca los parámetros $resourceGroupName y $serverName en los valores adecuados:
Consulte la vista de catálogo del sistema sys.database_service_objectives para revisar las bases de datos en el nivel de servicio Hiperescala:
SELECT d.name, dso.edition, dso.service_objective
FROM sys.database_service_objectives AS dso
JOIN sys.databases as d on dso.database_id = d.database_id
WHERE dso.edition = 'Hyperscale';
GO
Conversión de la base de datos en Hiperescala
Puede convertir una base de datos existente en Azure SQL Database en Hiperescala mediante Azure Portal, la CLI de Azure, PowerShell o Transact-SQL.
El proceso de conversión se divide en dos fases: la conversión 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. 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.
La migración inversa al nivel de servicio De uso general permite a los clientes que han convertido recientemente una base de datos existente en Azure SQL Database a Hiperescala para volver a moverse en caso de emergencia, si Hiperescala no satisface sus necesidades. Aunque la migración inversa comienza con un cambio de nivel de servicio, básicamente es un movimiento de tamaño de datos entre diferentes arquitecturas.
Azure SQL Database
