Notas sobre el uso de templates en Azure

Hola Mundo:

Usar templates para la creación de recursos en Azure es una característica que existe desde hace algunos añ os en Azure. Esto fue traído por la tecnología implementada Azure Resource Manager, que cambia la forma en la cual se crean y de administran recursos.

Éstas son algunas notas para tener en consideración

Herramientas adecuadas

En mi caso, trabajo con un MacBook Pro y afortunadamente está Visual Studio Code , que es un IDE gratuito y multi plataforma, orientado a desarrollos en la nube y también funciona como editor de texto para otros lenguajes. 

Este IDE trae la posibiliad de trabajar con extensiones que potenciarán el desarrollo. Hay uno para Azure Resource Manager llamado Azure Resource Manager Tools.

Variables, parámetros y funciones definidas

Es importante conocer la diferencia entre parámetros y variables. Básicamente, los parámetros son los que se reciben desde un formulario generado de forma automática y deben ir encasillados desde el espacio de parameters. Las variables son justamente eso, variables. Sirven para la utilización de complejas estructuras de forma simple. Las variables pueden tomar como valor el valor de un parámetro.  

Las funciones definidas apoyarán en tareas como concatenación o trabajar con las propiedades de un resource group, por ejemplo.

Mas información sobre estas funciones se pueden encontrar en: https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-group-template-functions

Ejemplos

Si no sabes donde empezar a trabajar con templates, es recomendado basarte en ejemplos.  Existe un completo repositorio de templates que pueden servir para armar templates para la mayoría de los escenarios. La documentación sobre como usarlos se puede encontrar en https://azure.microsoft.com/en-us/resources/templates/ y el repositorio en Github se puede acceder desde https://github.com/Azure/azure-quickstart-templates

Espero que estas notas guíen el inicio  de trabajo con Azure ARM Templates.

Chau! 

Error al actualizar Windows 10 1511

Hola a todos:

Me encuentro trabajando distribuyendo, a través de System Center Configuration Manager, paquetes de actualizaciones para que suban de versión las máquinas con Windows 10.

El problema se presenta en las máquinas Windows 10 1511 al intentar distribuirles un paquete de actualización. Arroja un error particular:

“OnSearchComplete - Failed to end search job. Error = 0x80240fff.”

El error se puede encontrar en los log WUAHandler.log y UpdatesDeployment.log

Este error se presenta cuando las máquinas con Windows 10 1511 no han instalado el update de junio del 2017  (KB4022714).
Se puede descargar desde el siguiente link: https://www.catalog.update.microsoft.com/Search.aspx?q=KB4022714 

Este se puede distribuir como un paquete normal de actualización, o bien, como un paquete cualquiera.
Luego de la instalación del update y posterior reinicio, será posible aplicar la actualización.

Espero que les sirva.

Notas sobre el rol SMP de SCCM

Hola Mundo:
Muchos meses han pasado desde la última entrega. La verdad es que estado entre ocupado y sin mucha información que compartir.
El día de hoy les vengo a hablar sobre un rol de SCCM que está poco documentado. Este rol es State Migration Point.
State Migration Point o SMP es un rol encargado de almacenar de forma temporal los datos de usuario capturados durante la primera parte de la ejecución de un task sequence.
Cabe destacar que esta NO  es una herramienta de respaldo.
Por lo general este rol se instala en el servidor principal de SCCM, pero en ocasiones se requiere que esté instalado en un servidor aparte.
Estas son mis notas:

1. Instalación de requisitos previos
Cuando se acciona el instalador del rol desde SCCM, este no habilita las características necesarias para el correcto funcionamiento del rol.
Las características a habilitar son:




















Lectura de log de instalación
Todas las instalaciones de roles de SCCM dejan un registro de instalación, en el que va indicando las acciones que va realizando durante la instalación. También deja un registro de los mensajes de error.
Los logs están ubicados en:
Volumen:\SMS\Logs
Los que corresponden a la instalación son smpMSI y SMSSMPSetup.

2. Lectura log funcionamiento
En la misma ubicación indicada en el punto anterior, se encuentra el log smpmgr. Este log almacena los mensajes de estados y funcionamiento del rol. Constantemente está realizando pruebas de funcionamiento. Estas pruebas siempre deben devolver el siguiente mensaje de estado:

Call to HttpSendRequestSync succeeded for port 80 with status code 200, text: OK  
Health check operation succeeded 
Completed availability check on local machine 

         En el caso que de error 500, revisar los mensajes del log.

Espero que esta información les sea de utilidad

Mover base de datos de una region a otra en Azure

Hola mundo:

En esta entrega, revisaremos un procedimiento altamente solicitado por administradores de infraestructura en Azure. Este consiste en migrar una base de datos de una región a otra con muy bajo downtime y, prácticamente, sin pérdida de datos, utilizando la geo replicación y las características de alta disponibilidad.

Para este ejemplo, tendré una base de datos de prueba (AdventureWorks)  en la región East US. Para efectos de la prueba, es una base de datos de bajo costo.

Dentro del panel del recurso, iremos al menú de la izquierda y ubicaremos la opción Geo-Replication

Abrirá una ventana asi. Se muestra un mapa con las regiones disponibles para hacer la replicación

Para hacer la replicación, escogeré la región West US 2 del listado. Una vez seleccionada la región, abrirá un asistente donde se pide configurar algunos parámetros. Entre los parámetros a configurar es la creación de un servidor SQL Server donde residirá la base de datos réplica. 

Una vez seteados los parámetros, la replicación comenzará a ejecutarse:

 

Aparece la base de datos replicada en el apartado de Secondaries y en el mapa se ve una gráfica de la replicación.

Al entrar en la réplica de la base de datos, veremos la opción de hacer un failover forzado.

Al hacer el failover aparece una advertencia diciendo que todas las sesiones van a ser desconectadas y que podría perder datos. Entendiendo los riesgos, procedemos.

Al volver a la vista principal de geo replicación, se ve que el estado de la base de datos secundaria está en proceso de failover.

Luego de esperar el cambio, se puede observar que la base de datos secundaria ya es primaria:

Ahora queda cumplir el cometido: Eliminar la base de datos para que solo quede en una sola region. Para esto hay que ir a la vista de las bases de datos y eliminar la que corresponde. Tomar en cuenta que aparece cual es el rol de la base de datos (primaria o secundaria). 

Confirmación de eliminación

Con este procedimiento, la geo replicación queda desactivada y la base de datos operando en la nueva región.  Es importante cambiar la conexión en las aplicaciones que hagan uso de esta base de datos. Recordar que es un nuevo servidor SQL Server, con un nombre distinto.

Espero que les sea de utilidad.