Página 1 de 3
Autor: Ahmad Osama y Shashikant Shakya
Editorial: Packt Publishing
Páginas: 724
Imprimir: 1801076529
ISBN: 978-1801076524
ASIN: B08YJRJ3TJ
Público: administradores de bases de datos y desarrolladores
Calificación: 4.5
Revisor: Ian Stirk
Este libro tiene como objetivo presentar las bases de datos administradas de Azure SQL, ¿cómo le va?
Las empresas son cada vez más conscientes de las ventajas de los sistemas basados en la nube (por ejemplo, ahorro de costes, escalabilidad), lo que ha generado un interés creciente y la migración de sistemas a la nube. Microsoft ofrece opciones populares de bases de datos basadas en la nube, llamadas Azure SQL. Si desea aumentar sus perspectivas laborales, tiene sentido conocer Azure SQL.
Este libro está dirigido a desarrolladores y administradores de bases de datos que están creando o migrando aplicaciones a Azure SQL. Se asume un conocimiento previo de SQL Server local, junto con un (poco) conocimiento del código de PowerShell.
A continuación se muestra un análisis en profundidad capítulo por capítulo de los temas tratados.
Capítulo 1. Introducción a las bases de datos administradas de Azure SQL
El libro se abre con una breve mirada a las tres variantes de Azure, a saber:
Máquina virtual de Azure (similar a la local, pero Microsoft aloja su propio servidor)
Azure SQL Database (tiene la mayoría de las características de la nube)
Instancia administrada de Azure SQL (base de datos en la nube con algunas características de servidor)
Tenga en cuenta que el término «Azure SQL» es el nombre colectivo de Azure SQL Database y Azure SQL Managed Instance. Este libro trata principalmente sobre las dos ofertas de Azure SQL, donde Microsoft proporciona la infraestructura (por ejemplo, copia de seguridad, parcheo), lo que le permite concentrarse en los procesos comerciales. Un diagrama que describa los tres tipos diferentes de ofertas de Azure sería útil aquí y se proporciona uno, ¡pero en el capítulo final!
Se proporciona una breve descripción de la arquitectura de la base de datos, seguida de un tutorial sobre cómo aprovisionar una base de datos SQL de Azure (y conectarse a ella a través de Azure Portal y SSMS). Así que aquí hay un breve vistazo a la conexión a la instancia administrada de Azure SQL.
Para poner su base de datos SQL, Instancia administrada de SQL y SQL Server (generalmente en las instalaciones) en contexto, hay una sección útil que explica las diferencias entre ellos. Básicamente, la Instancia administrada de SQL es similar a la base de datos SQL pero tiene algunas características de servidor adicionales (por ejemplo, Agente SQL Server, CLR, Gobernador de recursos).
El capítulo termina con ejercicios paso a paso sobre aprovisionamiento:
En general, este capítulo es fácil de leer, con buenas explicaciones y fluidez entre secciones, diagramas útiles y muchos pasos prácticos útiles, siendo este último quizás la característica principal de este libro muy práctico. Dicho esto, a veces el material no fluye (por ejemplo, los términos Base de datos única y Grupo elástico se mencionan por primera vez sin ningún contexto o explicación). En general, todo es correcto y fácil de entender, si ya conoce el tema … y para los principiantes esto puede ser un problema al principio. Al igual que otros libros de Azure SQL, esto supone un conocimiento excesivo de la red (por ejemplo, subred de red virtual, punto final, etc.). Sentí que los primeros capítulos deberían haber sido más claros, el libro definitivamente mejora a medida que lo lees.
Capítulo 2. Niveles de servicio
Después de establecer el trasfondo de lo que es Azure SQL, veamos ahora las 2 opciones para comprar informática, a saber:
Una DTU representa una determinada cantidad de CPU, E / S, RAM y almacenamiento. Está disponible en niveles de servicio básico, estándar y premium, y proporciona progresivamente más recursos. Dentro de cada uno de estos niveles de servicio, existen opciones adicionales que le permiten tener más recursos. El modelo DTU es bastante fijo, con almacenamiento vinculado a la potencia informática.
El modelo de núcleo virtual separa el almacenamiento del componente informático, lo que permite un mayor control sobre sus necesidades y brinda más opciones. La instancia administrada de Azure SQL solo puede usar el modelo de precios de núcleos virtuales. El modelo de núcleo virtual se divide de la siguiente manera:
Propósito general: buen equilibrio para la mayoría de las cargas de trabajo corporativas
suministrado – modelo normal de vCore
sin servidor: el uso bajo demanda puede reducir significativamente los costos
Crítico para el negocio: opción preferida para baja latencia, procesamiento rápido y alta disponibilidad.
Hiperescala: altamente resistente, escalado automático, para usar si la base de datos tiene más de 8 TB, escalable hasta 100 TB
Para mí, la descripción del modelo de núcleo virtual anterior necesita un diagrama para explicarlo con mayor claridad, debería haberse proporcionado.
Una de las preguntas difíciles de responder al mover su base de datos de las instalaciones a la nube es, ¿cuántos recursos (CPU, RAM, etc.) necesita? A menudo, las personas simplemente obtienen un automóvil de tamaño similar. Sin embargo, hay una mejor respuesta disponible. Este capítulo le muestra cómo usar un script de PowerShell para monitorear el procesamiento local y usarlo para determinar el tamaño de la máquina en la nube. Esto es muy útil. Sin embargo … desde que se escribió el libro, está disponible una función nueva y más simple llamada sqlassessment (parte del Asistente de migración de datos) y debe usarse en su lugar.
Es muy fácil hacer crecer (o reducir) una base de datos SQL de Azure y un ejemplo de esto se proporciona con PowerShell. A continuación se muestra un tutorial sobre cómo aprovisionar una base de datos SQL de hiperescala con PowerShell.
El capítulo termina con una sección interesante que analiza los factores que influyen en la elección de DTU o vCore. El modelo de precios de vCore ofrece ahorros de costos al permitirle usar licencias de Software Assurance y también brinda más opciones para combinaciones de recursos.
Este capítulo ha proporcionado una descripción general útil de los dos modelos de precios. Las partes podrían haber sido más claras, como se mencionó anteriormente, si comprende el tema, no hay nada de malo en él, pero si es nuevo en el tema, las cosas podrían ser más fáciles.
Capítulo 3. Migración
La migración es a menudo un área en la que tendrá su primer contacto con Azure SQL, por lo que debería ser una lectura popular. El capítulo comienza con un esbozo de una estrategia de migración, que cubre:
Determinar los beneficios de la migración: ¿Vale la pena migrar a la nube?
Seleccione un modelo de servicio: base de datos SQL (grupo único o elástico) o instancia administrada de SQL
Selección de un nivel de servicio: ¿cuántos recursos se necesitan?
Seleccione la región principal y la región de recuperación ante desastres
Determinación de problemas de compatibilidad: es posible que algunas funciones no sean compatibles
Selección de una herramienta de migración: Microsoft ofrece varias herramientas de migración
A continuación, analizamos las áreas a considerar al elegir entre Base de datos SQL o Instancia administrada de SQL. Normalmente, la instancia administrada de SQL proporciona una funcionalidad similar a la del servidor SQL local (como el Agente SQL), pero no tiene todas las funciones de la base de datos SQL. La migración a una instancia administrada de SQL suele ser más simple / rápida, lo que a menudo se denomina operación de elevación y traslado.
Los autores sugieren que si desea realizar consultas en todas las bases de datos, debe optar por la instancia administrada de SQL en lugar de la base de datos SQL, sin embargo, puede usar consultas elásticas con la base de datos SQL para usar tablas en otras bases de datos.
Hay una sección útil sobre las diversas herramientas que se pueden usar para encontrar problemas de compatibilidad, que incluyen: Asistente de migración de datos (DMA), SSMS, SSDT y Servicios de migración de base de datos de Azure. He usado mucho DMA y lo encontré invaluable para informar problemas de compatibilidad con objetos específicos (por ejemplo, procedimientos almacenados), junto con soluciones útiles.
Luego, el capítulo examina las diversas herramientas para realizar la migración en sí. Hay una tabla muy útil que proporciona una comparación entre las diversas herramientas de migración. El capítulo termina con una serie de actividades paso a paso, que le muestran cómo migrar utilizando 6 métodos diferentes.
Debido a que Azure cambia rápidamente, en este capítulo falta un método de migración reciente y quizás más simple. Las últimas versiones de SSMS le permiten hacer clic derecho en una base de datos, seleccionar Tareas y luego «Implementar base de datos en Microsoft Azure SQL Database», muy fácilmente.
Este capítulo es muy legible y seguramente será útil para cualquiera que necesite migrar una base de datos a la nube. La tabla de varios métodos de migración es particularmente útil.
