Visor de Eventos con Powershell

Acceso y búsqueda más rápido en el Visor de eventos de Windows con Powershell

                En ocasiones intentamos buscar información en el Visor de Eventos pero nos encontramos con que la consola no arranca o funciona demasiado lenta. Una vez abierta tenemos la opción de utilizar los filtros que ella misma tiene para buscar información.

Hasta aquí sería la manera que utilizamos normalmente para trabajar pero en este post vamos a ver tanto una manera alternativa y a mi parecer mucho más rápida de acceder como otra manera de navegar entre la información que nos devuelve utilizando sencillos comandos de Powershell.

El comando para acceder al Visor de Eventos es Get-Eventlog y para el que tenga más curiosidad aquí os dejo el enlace a la ayuda online para el que tenga más curiosidad:

https://technet.microsoft.com/es-es/library/hh849834.aspx

En este caso vamos a invocar el comando sobre el ámbito de sistema y acotando la salida de información a las 20 últimas salidas para no saturar y ver que también podemos acotar la salida de información.

La salida obtenida en mi caso son 20 líneas parecidas a estas:

Por ahora la salida tampoco es fácilmente procesable así que para el acceso a toda la información vamos a concatenar la salida del comando con la opción Out-GridView para que nos muestre una ventana con una tabla perfectamente navegable, con búsqueda rápida y fácilmente ordenable como esta.

Ahora ya podemos manejar la información de una manera bastante más ágil además de ser una segunda opción en caso de quedar inaccesible desde la consola de administración del equipo.

Espero que os sea de ayuda.

Santiago Latorre.

Ampliar disco de perfil de usuario en Windows Server 2012 sin rol de Hyper-V

Hoy vamos a ampliar los discos de perfil de usuario de una colección de TS en Windows Server 2012 R2.

La mayoría de información que he encontrado al respecto hacía referencia a usar cmdlets de Hyper-V, pero en el escenario que tenía, no era posible, ya que el servidor estaba virtualizado en VMware y así no permite instalar el rol de Hyper-V.

Así que buscando alternativas he encontrado una aplicación para modificar el tamaño de los discos y se llama VHDXTOOL

PROGRAMA VHDXTOOL

Es un programa en el que desde el Símbolo del Sistema puedes crear, editar, convertir, etc discos duros virtuales de Microsoft.

Los discos de perfil de usuario no se identifican por el nombre de usuario del dominio, sino por el SID de usuario, por lo que vamos a tener primero que averiguarlo.

Ejemplo:

Entramos en símbolo del sistema

wmic useraccount where name='Usuario' get sid

y nos devuelve el SID correspondiente a ese usuario

SID

S-1-5-21-3023732318-4210623774-2172793215-1180

Con lo que ya podemos identificar el disco duro virtual.

Ahora iríamos al símbolo de sistema a la ruta donde tenemos el archivo VHDXTOOL.exe

En este ejemplo los perfiles están alojados en "P:\perfiles\" y los discos de usuario que tenemos son de 10 Gb actualmente y vamos a pasarlos a 15 Gb. Obviamente el perfil de usuario de TS no debe de estar activo para poder modificarlo.

  

El problema que tenemos con estos discos es que son dinámicos por lo que habría que convertirlo a fijo.

vhdxtool.exe convert -f "P:\perfiles\UVHD-S-1-5-21-3023732318-4210623774-2172793215-1180.vhdx"

Y ahora cambiar el tamaño

vhdxtool.exe extend -f "P:\perfiles\UVHD-S-1-5-21-3023732318-4210623774-2172793215-1180.vhdx" -s 15GB

Eso sí, hay que tener en cuenta que ahora el disco no va a ir creciendo conforme el usuario necesita, sino que el tamaño del disco es 15 Gb, aunque sólo utilice 11 Gb.

Una vez hecho esto montamos el disco en el servidor (boton derecho montar), vamos al administrador de disco y extendemos la partición, finalmente desmontamos el disco (Ocultar VHD) y el usuario ya puede usar con normalidad su perfil de TS.

Aquí os pongo un enlace con el Blog de Systola donde se pueden ver las opciones completas del VHDXTOOL

Blog Systola

Correos enviados con adjunto desde office 365 llegan a destinatarios como Winmail.dat

Puede ser que algunos destinatarios a los que enviamos correo con archivos adjuntos desde nuestro servidor de Office 365 reciban el correo con un adjunto llamado Winmail.dat

Para solucionarlo tenemos que conectarnos al servidor de Office 365 que queremos administrar, para ello ejecutamos Windows Powershell como administrador.

En este comando habría que sustituir la cuenta de administrador de office 365 por la correcta

$Session = New-PSSession -ConfigurationName Microsoft.Exchange –ConnectionUri https://ps.outlook.com/powershell/ -Credential administrador@midominiode365.com -Authentication Basic –AllowRedirection

Luego permitimos la ejecución de comandos sin restricción

Set-ExecutionPolicy Unrestricted

Importamos los comandos de Office 365

Import-PSSession $Session

Ahora modificamos el formato de envío de correo a dominios remotos

Set-RemoteDomain Default -TNEFEnabled $false

Y nos desconectamos de la sesión

Remove-PSSession $Session

Con estos cambios ya podemos enviar los correos y el destinatario los recibirá correctamente

SACEP: Diseño de Sistema de Autoaprendizaje

Un elemento central del sistema SACEP es el sistema de autoaprendizaje para crear una estrategia de marketing adaptativo a los diferentes usuarios.

El sistema de autoaprendizaje es un módulo complejo que requiere de un diseño basado en la tipología de información que se puede capturar, teniendo muy en cuenta el proceso a optimizar.

El proceso de diseño de un sistema de autoaprendizaje no se puede terminar sin tener en cuenta los datos y resultados de la prediciión mediante diferentes algoritmos. Es decir es un proceso continuo que debe ser revisado una vez se tienen datos para entrenar al sistema.

El objetivo o es definir los procesos y estrategias del sistema de autoaprendizaje de SACEP. Este diseño debe servir para la implementación software del sistema adaptativo de forma que queden definidos en él todos los modelos y algoritmos que se deben implementar en la siguiente fase. Se indicarán asimismo los pasos a seguir durante las fase de entrenamiento y la de producción.

EXPORTAR BUZONES DE BASE DE DATOS DE EXCHANGE 2010 CON SP1

Para realizar una exportación de todos los buzones de un Exchange 2010 con SP1 podemos usar este comando para exportar todos los buzones a archivos PST

foreach ($i in (Get-Mailbox)) { New-MailboxExportRequest -Mailbox $i -FilePath “\\destino\$($i.Alias).pst” }

En caso de que nos diga que el comando que New-MailboxExportRequest no existe hay que ejecutar :

New-ManagementRoleAssignment –Role “Mailbox Import Export” –User "DOMINIO\Administrador"

(Hay que reemplazar DOMINIO por nuestro dominio local)

Posteriormente cerrar el Management Shell y volver a abrirlo para volver a cargar los comandos

Listar buzones por tamaño en Exchange 2007

Por alguna razón desconocida Microsoft eliminó en alguna actualización el campo de tamaño del listado de buzones de Exchange 2007.

Afortunadamente se puede consultar empleando la Shell de exchange con el siguiente script:

Get-MailboxStatistics | Sort-Object TotalItemSize -Descending | ft DisplayName,@{label="TotalItemSize(MB)";expression={$_.TotalItemSize.Value.ToMB()}},ItemCount

Este script nos devolverá una lista completa de todos los buzones con el tamaño de cada uno en orden descendiente.

SACEP: Análisis y benchmarking de herramientas de captura

Seguimos trabajando en el proyecto que revolucionará el comercio electrónico. Estos últimos meses hemos estado centrados en la elección de la base tecnológica sobre la que se asentará el sistema de captura de datos de los usuarios para poder analizar su perfil.

El análisis de Benchmarkng del Sistema de Captura de Datos tiene como objetivo inmediato la identificación de las características que satisfacen los requisitos para la captura de datos en cada una de las tecnologías seleccionadas. Con la finalidad de realizar una comparación entre los resultados obtenidos, que proporcione como resultado de su evaluación la elección de la tecnología que cumpla con mayor capacidad los requisitos y expectativas establecidad por el Sistema de Captura de Datos del proyecto SACEP.

La tecnología que seleccione el análisis determinará la base del diseño del Sistema de Captura de Datos, que proporcionará las entradas necesarias de resultados para el comienzo de la fase de diseño.

El Sistema de Captura de Datos del proyecto SACEP debe ser implementado con tecnologías capaces
de acceder a los datos de navegación que se generarán durante la interacción de los usuarios con las webs que utilicen los servicios que proporciona SACEP. Esta información se puede obtener desde dos capas del sistema, la capa del usuario o desde la capa del servidor web. Con la finalidad de ser lo más escalable posible se ha tomado la decisión de obtener los datos de la capa de usuario, al tratarse de páginas web esto tendrá lugar en los Navegadores Web desde los que se accede a dichas páginas. Ya que tratar de obtener los datos desde el servidor es menos escalable, la sobrecarga de la capacidad de procesamiento del servidor será proporcional al número de usuarios creando un cuello de botella y creando la posibilidad de saturación del servidor.

Determinado el entorno en el que se capturarán los datos, el mercado pone a disposición de los desarrolladores un amplio conjunto de técnologias. Tras un análisis preliminar se ha decidido seleccionar tres de ellas, sobre las cuales realizar este análisis especifico de capacidades. Las tecnologías seleccionadas son: Applet de Java, AJAX y Extensiones.

Elegida la tecnología se desarrolla el prototipo que capturará los datos del usuario, alineado con el diseño de la estructura de datos de SACEP.

Una vez programado el prototipo en la tecnología elegida se realizará un estudio de QoE (Quality of Experience) para comprobar que el prototipo no afecta a la navegación y que proporciona funcionamiento adecuado. De esta manera garantizaremos que la inclusión del sistema en las webs clientes no afectará a la navegación de las mismas.