Descargar el speedpass de los eventos SQL Saturday

Si tu tienes la fortuna de asistir a un SQL Saturday en ocasiones se pide que llevemos impreso nuestro speedpass, pero la pregunta es: ¿Cómo descargo el speedpass?

Lo primero es ir a la pagina de PASS posteriormente debemos de firmarnos (Sign in) para ello usaremos nuestro correo con el que estamos registrados y nuestra contraseña, si nuestros datos son correctos entraremos a nuestro dashboard y de ahí debemos de seleccionar la opción: mySQLSatuday y después del lado derecho seleccionar el SQL Satuday deseado.

Captura005_pass

Al seleccionar el evento, se mostrará el detalle del registro y en la parte inferior tendremos un botón llamado: Download Speedpass

Captura006_pass

Procedemos a descargar nuestro speedpass, el cual descarga un archivo PDF

Captura007_pass

Al abrir el archivo PDF éste muestra los diferentes tickets que se tienen para el evento

Captura008_pass

Este speedpass lo debemos de mostrar en el área del registro del evento.

Después de ello tendremos acceso al evento y a disfrutar de un día de SQL Server

Si estás en México pasa por el SQL Saturday México el próximo 3 de Junio 2017

Saludos

Jesús Gil

MVP Data Platform

SQL Saturday Organizador

Advertisements
Posted in Uncategorized | Leave a comment

Instalando SQL Server on RedHat Enterprise Linux

Con la liberación de SQL Server vNext CTP1 (Community Tecnology Preview)  después del 18 de Noviembre del 2016, también se liberó la posibilidad de poder instalar SQL Server sobre el sistema operativo de Linux, las versiones que están soportadas por el momento son:

  • Red Hat Enterprise Linux 7.2
  • Ubuntu Linux 16.04
  • SUSE Linux Enterprise Server v12 SP2 (por liberarse pronto)

Clic para ir al sitio oficial del Public Preview de SQL Server on Linux

¿Que necesitamos para instalar SQL Server on Linux?

Primero debemos de elegir nuestra plataforma donde haremos la instalación, tenemos la posibilidad de poder instalarlo en maquinas virtuales que estén en Linux, macOs, Windows, Docker o Azure

Clic si tenemos dudas sobre como crear una imagen de docker para Linux, Mac o Windows

Para este post usaremos una maquina virtual de Red Hat Enterprise Linux 7.2 que estará viviendo en Azure

Creando la maquina virtual Red Hat Enterprise Linux 7.2 en Azure

Este es el acceso directo para crear la maquina virtual en Azure

Una vez que estamos dentro del portal de Azure (portal.azure.com) se inicia el proceso de creación de nuestra maquina

  1. Seleccionar el modelo de despliegue, solo se permite usar el modelo “Resource Manager”
  2. Configuración básica de la maquina virtual
    • Nombre
    • Tipo de disco (se recomienda usar estado solido “SSD”)
    • Usuario (Administrador)
    • Tipo de autenticación (SSH public key/Password), si son tus primeros acercamientos con Linux, te recomiendo usar Password, si te sientes con suerte, te recomiendo leer esta guía de despliegue sobre s2-ssh
    • Suscripcion
    • Nombre del grupo de recurso a usar (se puede crear uno nuevo o usar un existente)
    • Al final tendríamos algo similar
    • instalacion_sql_linux_001
  3. Tamaño de la maquina virtual
    • La recomendación es usar una maquina virtual clase DS2_V2 ya que el mínimo son 4Gb de RAM, sin embargo, para efectos de pruebas iniciales puedes usar la DS1_V2 de 3.5GB de RAM y 1 core, lo que sigo recomendando es dejar el disco de estado solido (SSD) para obtener buen rendimiento, el precio estimado para esta maquina virtual es de 43 USD + storage
  4. Configuración de características
    • Cuenta de Storage (recomiendo personalizar el nombre para que sea fácil identificar el almacenamiento)
    • Network (nombre de la red virtual)
    • Subnet (rango de IPs internas)
    • Public Ip address (recomiendo personalizar para una mejor identificación)
    • Network Security Group (firewall)
    • Extensions (no mover)
    • High Availability (no mover)
    • Monitoring (no mover)
    • Diagnostic storage account (recomiendo ponerlo en una cuenta de storage por separado, de tipo estándar (el costos del GB es más barato) )
    • Al final debe de quedar algo similar a las siguientes imágenes
    • instalacion_sql_linux_002instalacion_sql_linux_003
  5. Resumen
    • Se nos muestra todas las configuraciones que hemos seleccionado en los pasos anteriores y si estamos de acuerdo, presionamos el botón OK y se inicia la creación de nuestra maquina virtual.

Agregando el permiso para escuchar en el puerto 1433

Este punto es importante, dado que nuestra maquina virtual la vamos a usar como un servidor que acepte peticiones de consultas desde cualquier cliente, debemos de agregar la regla: SQLServerRemoteConnections

Desde nuestro portal de Azure, buscamos el grupo de seguridad de la red que acabamos de crear (Paso 5 de configuración de características) este quedó con el nombre SQLOnLinuxCTP1-nsg

Seleccionamos Inbound security rules, click en el boton +Add y escribimos 

  • Nombre: SQLServerRemoteConnections
  • Priority: 10
  • Source: Any
  • Service: Seleccionar MS SQL
  • Protocol:  (Port Range) 1433
  • Action: Allow
  • OK

Al final debemos de tener algo similar a esta imagen

instalacion_sql_linux_004

Casi estamos listos… Solo nos falta ¿Cómo conectarnos a nuestra maquina virtual de Linux?

Si estas usando Windows 10 puedes usar BASH Shell, con la versión de aniversario esta característica se encuentra habilitada y lista para usarse, esta es aun una versión beta y no esta completa aún, se requiere tener Windows 10 64-bit y el build 14393 o superior, también debes de cambiar el SO a mode developer, la guía oficial de instalación la puedes encontrar aquí.

Si al final tienes algún inconveniente con lo anterior, te recomiendo:

Una vez que se abre nuestra pantalla de configuración de PuTTY debemos de indicar el nombre del host o la dirección IP de la maquina virtual para que pueda enlazarnos a nuestro ambiente Linux

instalacion_sql_linux_005

 

Instalando SQL Server en Linux

Primero debemos de cambiarnos a root por lo cual podemos escribir el comando: sudo su (enter) se nos pedirá la contraseña del Administrador y posteriormente nos cambiara a modo Root

Sino queremos hacer dos pasos, entonces escribe directamente el siguiente comando para obtener el setup de SQL Server para su instalación

sudo /opt/mssql/bin/sqlservr-setup

Aquí de la misma manera se nos pide la contraseña del Administrador para poder ejecutar la instalación en modo root

instalacion_sql_linux_006

Aceptamos los términos de la licencia (escribir YES)

instalacion_sql_linux_007

Se nos pide la contraseña para el SA y después volvemos a escribirla para confirmarla

instalacion_sql_linux_008.png

Se nos pide confirmar si queremos iniciar el servicio en ese momento (y/n) y también se nos pide si queremos habilitar que el servicio se inicie junto con el boot (y/n) en ambos casos responder “y”

instalacion_sql_linux_009

Después de eso, es cuestion de esperar alrededor de 2-3 minutos en que SQL Server on Linux quede instalado de manera exitosa.

instalacion_sql_linux_010

Instalar las herramientas de conexión de SQL Server on Linux

Una vez concluida la instalación se puede administrar el servidor desde SQL Server Management Studio (17.0 RC1) para descargarlo clic aquí.

En nuestro caso vamos a instalar las SQL Server tools de linea de comandos, Microsoft ODBC drivers y sus dependencias, el paquete de herramientas contiene:

  • sqlcmd — utileria para linea de comandos
  • bcp — utileria para bulk import/export

Pasos

  • Pasar a modo super-usuario (root)
    • sudo su
  • Descargar los archivos de configuración del repositoria de Microsoft Red Hat
  • Salir de root
    • exit
  • Instalar las herramientas de SQL Server
    • sudo yum install mssql-tools
    • instalacion_sql_linux_012
    • instalacion_sql_linux_013

Prueba de conexion usando sqlcmd

La herramienta sqlcmd funciona en Linux de la misma manera que en Windows, simplemente escribimos el comando seguido de los parámetros de conexión y nos podremos conectar a nuestro servidor

sqlcmd -Usa

se nos pedirá escribir la contraseña y nos dará el acceso a nuestra instancia de SQL Server

instalacion_sql_linux_014

Una vez dentro de la instancia de SQL Server a modo de ejemplo puedes escribir el siguiente TSQL

  • select name from sys.database
  • go

instalacion_sql_linux_015

Buenas practicas para la instalación

Una vez concluido este paso a paso de instalación de SQL Server en Linux, uno debe de entender y darse cuenta que las buenas practicas para instalación nunca pasaran de moda y siempre las debemos de tener presentes

  • Entender y hacerle caso a los prerrequisitos sigue siendo muy importante
  • Elegir el sistema operativo (RedHat., Ubuntu, SUSE) para buscar los comandos que correspondan (en caso de que cambie sintaxis)
  • ¿Maquina virtual, Docker, maquina física? Dependerá de tu objetivo, pero sugiero que uses maquinas virtuales o Docker, debemos de recordar que este es el primer CTP y que conforme avance el tiempo saldrán nuevas versiones
  • instala siempre la ultima versión de las herramientas de conexión de SQL Server
  • Instala, prueba y comparte (no te quedes con el conocimiento y apoya a la comunidad siempre)

 

En verdad espero que esta instalación paso a paso ayude a muchos DBAs de carrera y también a muchos DBAs por accidente que les tocará tener que instalar SQL Server on Linux como parte de la evolución de un DBA.

 

Jesús Gil

MVP Data Platform

twitter @jesus_gilv

MS_Love_Linux

 

Posted in Azure, Container, DBA, Docker, Linux, RedHat, SQL Server, SQL Server 2016, SQL Server on Linux, SUSE, Ubuntu, Uncategorized, VM | Leave a comment

SQL Server en Linux, la evolución del DBA

SQL-Loves-Linux

Con el anuncio del 7-Marzo-2016: SQL Server ahora también se podrá ejecutar en Linux, la gran mayoría nos hemos puesto felices por tener un nuevo sistema operativo donde podremos poner SQL Server, un nuevo ofrecimiento a clientes, un nuevo reto…

Sin embargo, les hago una pregunta ¿Cómo DBAs de SQL Server, estamos listos para esta nueva evolución?

Microsoft en los últimos años nos ha entregado las siguientes versiones en bases de datos:

Versión Año Versión liberada
10 2008 SQL Server 2008
10.25 2010 Azure SQL DB
10.50 2010 SQL Server 2008 R2
11 2012 SQL Server 2012
12 2014 SQL Server 2014

Microsoft SQL Server (Wikipedia)

Esto significa que debemos de estar en constante cambio y evolución, aprendiendo nuevas características y todo lo requerido para hacer lo mejor posible nuestro trabajo día con día

¿Cómo cambia mi rol de DBA?

Si actualmente eres un SQL Server DBA te diré que no cambia nada, si eres un Azure DBA, entonces los cambios ya los empezaste a notar hace algún tiempo ya que Azure es una plataforma que no ha detenido su evolución. El cambio para un SQL Server Linux DBA tendrá un reflejo en 2017 cuando SQL Server en Linux sea ya una versión RTM, para aquellos que quieran ser parte de las versiones previas deben de registrarse aquí.

¿Cómo prepararme para Linux?

Desde mi particular punto de vista primero debes de aprender los esencial y sobre todo buscar las areas similares de lo que actualmente haces en ambientes Windows Server.

Si aún así eres de los que les gusta la adrenalina y quieren aprender nuevas tecnologías, estas son mis muy particulares recomendaciones (libros hay muchos):

El clásico “Linux All-in-One For Dummies” para empezar a empaparnos de este nuevo sistema operativo.

Después sugiero algo un poco más avanzado, quizás: “Linux Bible” la cual nos apoya en el proceso de convertirnos en “Linux System Admin” o “Power Users” si seguimos en ese camino.

Para cuando ya nos hayamos convertido en alguien que entendemos más sobre la administración de Linux, podríamos continuar con: “Linux System Administration” y ayudarnos a entender más sobre balanceadores de cargas, clúster, virtualización, shells scripts, respaldos, etcetera.

DBA por accidente, versión SQL Server Linux DBA

Para este caso la frase de Charles Darwin nos queda más que pintada para nosotros: No es la especie más fuerte la que sobrevive, ni la más inteligente, sino la que mejor se adapta a los cambios.

Indudablemente habrá muchos DBAs por accidente para esta nueva versión, sin embargo, el que se adapte más rápido al cambio será el ganador, aquel DBA que hoy mismo tome este anuncio de Microsoft muy en serio y se ponga a estudiar Linux será aquel que sobresaldrá de los demás.

Conclusiones

Hoy tenemos despliegues de SQL Server en plataformas hibridas (OnPremise y Azure), mañana tendremos despliegues en dos plataformas de sistemas operativos distintos (Windows y Linux) siguiendo esa premisa si hoy somos SQL Server DBAs nuestra evolución es volvernos SQL Server Linux DBAs. El cambio ha comenzado desde hoy, nuestro proceso de adaptarnos al cambio es ya, sino estamos dispuestos a adaptarnos al cambio entonces estamos destinados a no sobrevivir a la evolución del DBA.

MS_Love_Linux

Jesús Gil

MVP Data Platform | ITIS Specialist Softtek| Database Center of Excellence Leader SQL Server

Posted in Azure, DBA, Linux, SQL Server | Tagged , , , , | 5 Comments

GDR y QFE Hotfixes

Al estar haciendo una revisión para un cliente, me encontré que debía de proponerle un cambio a su service Pack debido a un tema de seguridad había hotfixes por los cuales es necesario actualizar su SP actual.

Dentro de esta revisión me encontré con dos terminos muy usados pero que en ocasiones omitimos para qué se usan, ellos son: GDR y QFE

A continuación explico un poco más acerca de ellos:

Cuando Microsoft libera Hotfixes estos son liberados en dos vertientes: GDR y QFE

GDR (General Distribution)
se le llama GDR cuando es de distribución general, es decir para la mayoría de los usuarios.
Si un binario es marcado como GDR contiene sólo cambios relacionados con la seguridad de que se han hecho solo para ese binario, incluidos los cambios que sean relevantes para esta versión del archivo y de cualquier revisión de seguridad antes de la que actualiza el mismo binario.
Estos hotfixes tienen un nivel de importancia que ayuda a mucha gente, ya sean parches de seguridad, actualizaciones, feature packs, etc.
Microsoft planifica, construye y libera los GDR, estos típicamente nos llegan a través de Windows Update.

QFE (Quick Fix Engineering)
QFE también lo identifican como: LDR (Limited Distribution Release)
Un binario marcado como QFE/LDR contiene: tanto los cambios relacionados con la seguridad de que se han hecho para el binario, así como los cambios de funcionalidad que se han hecho a la misma, incluidos los cambios que sean relevantes para esta versión del binario y de cualquier revisión de seguridad anterior o corrección de errores que actualizan al mismo binario.
Esto quiere decir que hay actualizaciones que se crean como una respuesta a un problema(s) específicos y estos no tienen un impacto global debido a que son fueron liberados de manera privada, ya sea por un caso de soporte o por respuesta a un error especifico.

Pueden leer un poco más, siguiendo esta liga:  GDR y QFE

Espero que a ustedes como a mi, les ayude a entender mejor este par de conceptos y saber que descarga debemos de hacer cada uno.

 

Saludos

Jesús Gil

MVP Data Platform

MVP_logo

Posted in DBA, Jesus Gil, Migracion, Seguridad, SQL Server, Uncategorized | Tagged , , , , , | 1 Comment

Maratón Inteligencia de Negocios 2015

¿Estas interesado en conocer más sobre #Bigdata #SQLServer2014 #Azure?

Entonces no te puedes perder el Maratón BI 2015 organizado por Alberto Rivera​ (@albertoSQL) y la Comunidad Intermezzo​ (@Intermezzobi)

La cita es el próximo 28, 29 y 30 de Abril del 2015 de las 08am-04pm (hora Colombia) , el evento contará con un total de 18 charlas y 13 speakers de diferentes países (USA, Colombia, Perú, Costa Rica, México, Guatemala, Venezuela, Republica Dominicana, Puerto Rico, entre otros)

En este evento tendré la oportunidad de dar 2 sesiones:

28-04-2015 — BigData con SQL Server 2014 el big deal!!

29-04-2015 — BI en 10 palabras

¿A que esperas para registrarte?

Para registrarte da clic en la siguiente liga: Maratón Inteligencia de Negocios 2015

Tenemos una cita y espero verlos inscritos y asistiendo

Maratón BI 2015 Speakers

Maratón BI 2015 Speakers

Jesus Gil

MVP SQL Server

@jesus_gilv

Posted in Azure, BI, BigData, DQS, Jesus Gil, MDS, SQL Server | Tagged , , , , , | Leave a comment

¿Si apago mi maquina virtual de Windows Azure, me siguen cobrando?

Esta es una pregunta que me han hecho en algunas ocasiones: ¿Si apago mi maquina virtual de Windows Azure, me siguen cobrando? y siempre les digo lo mismo:

La maquina virtual (VM) puede estar apagada pero los servicios/discos/etc. siguen asignados a tu VM, por lo tanto se te seguirá haciendo el cobro.

Les anexo un ejemplo real de una maquina virtual mía, la cual la deje apagada (desde el sistema operativo invitado, no desde el host.

Imagen01 — La VM se puede notar que se encuentra con el estado “detenido”

cobro_vm_001

Imagen 02 — En el detalle de la VM se puede observar que Microsoft tiene un mensaje informativo que dice: “las VM siguen acumulando cargos de proceso si se detienen en el sistema operativo invitado. Para evitar estos cargos, use el portal de Administración para detener las VM o eliminarlas”

cobro_vm_002

¿Entonces tengo fuga de dinero por apagar la VM desde el SO invitado y no desde el host?

La respuesta es si, y depende de las características seleccionadas los costos pueden ser baratos o no tan baratos

En la imagen03 e imagen 04 observamos el tipo de VM creada y los picos de gastos en 4 días

cobro_vm_003 cobro_vm_004

Y ¿Cómo apago la VM?

Desde el portal de Administración de Azure usted debe de seleccionar la VM y en la parte inferior le aparecerá un menú el cual tiene un botón que en el texto dice “APAGAR” (imagen05)

cobro_vm_006

Después de dar un clic en “APAGAR” le pedirá que confirme y por ultimo le indicara cuando el servicio se encuentre “detenido” (secuencia de imágenes siguientes)

cobro_vm_007 cobro_vm_008 cobro_vm_010

Consejo:

Generen un script en PowerShell que haga esta tarea de manera automática, así cada noche apaga y por las mañanas iniciaría los equipos, para que solo les cobren los tiempos de uso real.

Saludos

Jesús Gil

MVP SQL Server

MVP_logo

Posted in Azure, DBA, Jesus Gil, Migracion, SQL Server | Tagged , , , , , | 1 Comment

¿Cuantas IPs se requieren para crear un cluster de SQL Server?

Alguna vez han tenido que apoyar a su área de infraestructura al momento de diseñar su HA (High Availability) y ello involucra un clúster de SQL Server?

Crear un cluster de SQL Server requiere primero crear un cluster de Windows y sobre ese servicio crear el cluster de SQL Server.

Para más información especifica sobre ese tema pueden dirigirse a esta liga oficial.

Uno de los primeros temas es saber cuantas IPs se requieren y sobre todo ¿para que?

Para ello aquí les dejo un listado de las IPs que uso típicamente para cuando requiero apoyar.

Red Publica
1 IP para la instancia del cluster Windows (FCI)
1 IP por nodo para cada uno de los servers involucrados (normalmente 1 por nodo)
1 IP para el MSDTC (puede ser requerido). MSDTC no es ya un pre-requisito para SQL o Failover Clustering pero ciertos componentes lo requieren (por ejemplo para soportar transacciones distribuidas).
1 IP por cada instancia de SQL Failover Cluster.
Si tu usas SQL Server 2012 Multi-Subnet clustering este es soportado, por lo cual esta tecnologia te va a requerir 1 IP por cada subred (subnet) por FCI.

Red Privada
1 IP por nodo para cada red privada que se defina (normalmente 1 por cada nodo involucrado)

Ustedes que listado usan?

Espero les sea de utilidad esta lista

Saludos

Jesús Gil

MVP SQL Server

MVP_logo

Posted in DBA, Jesus Gil, SQL Server | Tagged , , , | 4 Comments