Nuevas Caracteristicas de SQL Server para DBAs

Editor's Notes

• #12: Source: Source: https://msdn.microsoft.com/en-us/library/mt163865(v=sql.130).aspx When it comes to mission critical security we are introducing a unique encryption technology that protects data at rest and in motion and can be full queried while encrypted. The new ADO .NET library provide transparent client-side encryption, while SQL Server executes T-SQL queries on encrypted data. The master keys stay with the application and not with SQL Server. This can work on-premises or SQL Server in Azure VM. So think about the hybrid scenarios where you wanted to take advantage of Azure cloud computing, but for certain data could not take advantage of cloud scale due to data security requirements. This technology ensures your data is always encrypted. Best of all no application changes are required.
• #13: Source: https://msdn.microsoft.com/en-us/library/dn935011(v=sql.130).aspx Stretch Database lets you archive your historical data transparently and securely. In SQL Server 2016, Stretch Database stores your historical data in the Microsoft Azure cloud. After you enable Stretch Database, it silently migrates your historical data to an SQL Database. You don't have to change existing queries and client apps. You continue to have seamless access to both local and remote data. Your local queries and database operations against current data typically run faster. You typically enjoy reduced cost and complexity.
• #14: Los metodos tradicionales solo permitian exportar los datos ETL para luego realizar el analisis de datos. Ahora esto es mucho mas rapido dado que Decimos que se puede realizer Analytics directamente sobre el motor de base de datos. Por eso decimos que es Real Time. Utilizando la integracion con R se pueden ejecutar scripts de , por ejemplo, deteccion de fraude sobre nuestro motor transaccional
• #15: Mediante T-SQL podemos accede a cualquier tipo de motor SQL o NoSQL por lo que facilmente podemos accede a un cluster Hadoop usando T-SQL
• #16: Dynamic Data Masking nos permite enmascarar datos para que los usarios vean los mismo en forma ofuscada. Los datos están guardados sin ofuscar
• #18: Hasta la version de SQL 2014 , Management Studio SSMS venia incluido. Las actualizaciones eran casi nulas. Ahora y dado a que desconectados del paquete de Instalacion , MS actualiza SSMS mensualmente (e incluso mas de una vez al mes). Lo mismo ocurre con Data Tools
• #19: Los links siempre nos llevan a la version mas actualizada Al abrir SSMS comprueba si hay nuevas actualizaciones disponibles
• #20: Los links siempre nos llevan a la version mas actualizada Al abrir SSMS comprueba si hay nuevas actualizaciones disponibles
• #21: “Perform Volume Maintenance Task” anteriormente habia que asignarle este permiso a la cuenta de servicio en forma manual. Ahora lo podemos realizar desde el setup Para Instant File initialization
• #24: Desde la instalacion podemos definir en que disco/path ubicaremos los archivos de datos y log de la TempDB asi como tambien la cantidad de archivos de datos , el tamano inicial y los valores de autogrowth
• #25: MS escucho el feedback acerca de los valores iniciales para la base model. El autogrowth establecido en % era algo muy problematico
• #26: Desde SSMS tenemos la posibilidad de ver el plan de ejecucion estemado y actual. Ahora podemos ver tambien el plan de ejecucion en vivo de una query activa Proporciona información en tiempo real en el proceso de ejecución de la consulta como los controles de flujo de un operador a otro plan de consulta . El plan de consulta en vivo muestra las estadísticas generales de ejecución progreso de la consulta y de nivel de operador en tiempo de ejecución , tales como el número de filas producidas , el tiempo transcurrido , el progreso del operador, etc. Debido a que estos datos están disponibles en tiempo real sin necesidad de esperar a que la consulta completa , estas estadísticas de ejecución son extremadamente útil para depurar problemas de rendimiento de la consulta.
• #27: Podemos acceder a query live statistics para un query en particular
• #28: O desde el activity monitor a una query que se este ejecutando Se puede hacer tambien si el motor es SQL 2014 , pero SSMS tiene que ser 2016
• #29: Resolver un problema de performance porque de repente la respuesta de la base de datos se vuelve extremadamente lenta. Despues de un upgrade de SQL Server, los nuevos planes de ejecucion hacen que las aplicaciones no respondan como antes. Los reportes tardan mucho mas o dan errores de time out. Hasta hoy resolverlo nos toma mucho tiempo, especialmente los casos en que un proceso corria en pocos segundos y de repente empieza a tardar varios minutos. Que cambio ? Hoy debemos incluso recompilar el proceso para generar un Nuevo plan que sea mas eficiente
• #30: Simplifica la solución de problemas de performance , ayudando a encontrar rápidamente las diferencias de rendimiento causadas por cambios en el plan de ejecución. Query Store captura automáticamente un historial de queries, planes y estadísticas de tiempo de ejecución , y conserva estos para su revisión. Se separa los datos por las ventanas de tiempo para que pueda ver los patrones de uso de bases de datos y entender cuando ocurrieron cambios en el plan de consulta en el servidor. Incluso podemos forzar que un proceso use un plan de ejecución anterior el cual era mas eficiente. Podemos identificar los procesos de negocio mas críticos y forzarle un plan de ejecución optimo. En casos de upgrades de SQL, podemos estar seguros de que el plan de ejecución será mantenido en el tiempo
• #31: Tenemos control total de la performance de nuestras queries Podemos asegurar una performance predecible para los procesos mas criticos Facilmente medir la performance en entornos de test para crear un baseline con la cual comparer Los upgrades de versiones de SQL y los deployments de nuestras aplicaciones ya no seran riegosos
• #32: Database Scoped Configuration. Es un Nuevo nivel de configuracion para controlar la performance y el comportamiento de las aplicaciones a nivel de la base de datos de usuario Actialmente se puede configurar este comportamineto a nivel de instancio o por query, con los query hints Mejor nivel de opciones de configuracion en los casos en los que tenemos varias aplicaciones y/o bases de datos corriendo en una misma instancia. Otro uso es que podemos tener diferentes opciones de configuracion en el primario y en el secundario para poder soportar distintios tipos de workload
• #33: Las opciones de configuracion que tenemos son MAXDOP. Podemos configurar distintos valores de MAXDOP por base de datos. De esta forma no tenemos que valernos solo por la configuracion de MAXDOP de la instancia ni usar query hint Un ejemplo es que en el primary podemos configurar el nivel optimo de MAXDOP para OLTP (puede ser 1) y en/los secundarios pomos usar otro diferente para ejecucion de reports LEGACY_CARDINALITY_ESTIMATION Por base de datos podemos especificar que se use el Cardinal Estimator anterios (SQL 2012 o anterior), sobrescribiendo el especificado por el Compatibility Level. No tenemos que usar los Trace Flags PARAMETER_SNIFFING Nos permite utilizer datos estadisticos en vez del primer valor de los parametris cuando una query se compila
• #34: Las opciones de configuracion que tenemos son QUERY_OPTIMIZER_HOTFIXES. Nos permite habilitar o no los ultimos cambios introducidos en el query optimizer CLEAR PROCEDURE_CACHE Podemos limpiar el procedure cache a nivel de base de datos , sin impacto en las demas bases
• #36: Se ha rediseñado la forma en que SQL realiza la transferencia de los cambios en el transaction log para poder utilizar major la red y que los cambios se aplique mas rapido en los secondaries Antes se podia direccionar el trafico read-only solo al primer secondary, ahora se puede armar un grupo de secondaries para hacer load-balancing de todo el trafico read-only High Availavility basico en SQL Standard Edition. Es el reemplazo de database mirroring. 2 replicas – 1 primary 1 secondary y 1 base por grupo. No read-only access en el secondary . Async o Sync
• #37: SQL 2016 combinado con Windows Server 2016 nos permite poder tener los miembros del cluster en distintos dominios, incluso en workgroups Se pueden definer mas auto-failover targets