Configurar la suscripción de reportes con SQL Server y SSRS

Todo lo que se conecta a SQL Server genera datos que pueden ser presentados en un lindo reporte a través de SQL Server Reporting Services. Puedes trabajar con herramientas intuitivas y orientadas a los usuarios no técnicos, como Report Builder.

En este artículo veremos cómo crear suscripciones a los reportes ya generados.

Las suscripciones son agendas que se crean para despachar, habitualmente, por correo electrónico algún reporte. Por ejemplo, envío de reporte de ventas de la semana anterior todos los días lunes a las 9:00 AM.

A nivel de base de datos, se requiere que el servicio SQL Agent esté corriendo. Este servicio es el encargado de administrar los job. Desde el punto de vista del reporte, es el servicio que se encarga de ejecutar la consulta en la base de datos al momento de generar y enviar el reporte.

Este servicio debe ser inicializado en la herramienta SQL Server Configuration Manager:

001

 

Para el envío de correos se necesita un servidor SMTP y una cuenta de correo para el envío (no es necesario que esta cuenta exista en el servidor). Los parámetros del servidor deben ser configurados en la herramienta Reporting Services Configuration Manager:

002

Sender Address es una dirección ficticia. Es para que muestre un origen válido. SMTP Server es la dirección del servidor SMTP.

En el sitio web de administración de los reportes de SQL Server Reporting Services, buscamos el reporte que se quiere enviar por correo y en el menú contextual, se selecciona la opción de  suscribir.

Primera acción a realizar, es configurar los parámetros de envío de correo y forma. Esto incluye: destinatario, asunto y comentario. También hay que configurar el formato de envío del reporte y agenda (programación). Importante: El portal funciona de forma óptima con Internet Explorer.

003

Luego hay que configurar los parámetros, si es que el reporte los requiere:

004

Una vez que está todo OK, la configuración queda guardada apretando el botón Aceptar.

 

Maximiliano Marín, Consultor Infraestructura, Blue Solutions.

 

Advertisements

Migrar el perfil de usuarios (cuentas de dominio o perfiles locales)

Las empresas que no poseen Active Directory y desean implementarlo, es común que presenten el problema para la migración de sus perfiles. Esto puede verse como un problema menor, pero en realidad significa un gran cambio para el usuario, ya que no solo tendrá una nueva cuenta, sino que además todas sus configuraciones se pierden y debe copiar los archivos a nuevo perfil.

En este artículo explicaremos cómo hacer la migración de perfiles en menos de 15 minutos, igualando todas las configuraciones y archivos del usuario.

Para el proceso de migración de perfiles se utilizará la herramienta User Profile Wizard 3.9, esta herramienta es gratuita y permite migrar un perfil local al nuevo perfil creado con las cuentas de dominio.

Antes de hacer la migración se debe subir el equipo al dominio e ingresar con el perfil del usuario para crear la carpeta del perfil, luego se debe cerrar la sesión del dominio e ingresar la cuenta local del usuario para realizar el proceso de migración.

Descarga y uso User Profile Wizard 3.9

Para descargar la herramienta de migración desde la página del fabricante debe acceder al siguiente enlace https://www.forensit.com/downloads.html.

Esto descargará un archivo .Zip el cual debe ser extraído para acceder al contenido. Luego de extraer, se identifica el instalador de la herramienta, además de un archivo .txt que informa sobre la licencia legal del software.

1

Esta herramienta no requiere instalación, por lo que para usarla solo debe hacer doble clic en el archivo Profwiz.exe y se abrirá el asistente de migración.

  1. Siguiente

2

2. Se debe seleccionar la cuenta a migrar

3

3. Seleccionar el dominio y especificar la cuenta

4

4. Se inicia el proceso de migración y se espera que finalice

5

Luego se debe cerrar sesión y se ingresa con la cuenta de dominio, donde ésta estará configurada igual que la antigua cuenta local del usuario.

El proceso de migración puede demorar dependiendo de la cantidad de información que se deba migrar, a pesar de esto, los procesos de migración son muy ágiles y no deben tomar más de 10 a 15 minutos. Si el tiempo de migración supera los estándares indicados anteriormente se recomienda revisa los archivos de log del proceso.

Nunca debe detener el proceso de migración, esto puede dañar los archivos o corromper el perfil que está siendo migrado. Si la aplicación tiene un cierre brusco e inesperado se debe verificar el acceso al perfil y revisar los documentos y archivos contenidos.

Es recomendable, como medida de seguridad, hacer un respaldo de los archivos para los usuarios VIP (Gerencias, jefatura, área de contabilidad, entre otros…) o todos aquellos que manejen información delicada esto con el objetivo de prevenir una pérdida de información en el caso de que la migración se vea interrumpida.

 

Nicolás Herrera, Consultor Infraestructura, Blue Solutions.

 

Backup mailbox PST Exchange 2010/2013

En muchas organizaciones suelen tener distintos tipos de respaldos dependiendo de la importancia del negocio en donde estos estén enfocados. Al mismo tiempo, existen distintos tipos de herramientas que nos sirven para respaldar, los cuales hasta el día de hoy son líderes en el mercado del Backup Veeam, Symantec Backup exec, Azure Backup Vault, System Center Data Protection Manager, entre otros. En este caso también podemos acceder a la misma herramienta para realizar nuestro respaldo que en este caso les explicaré cómo realizarlo desde Exchange mediante Powershell.

Básicamente, la única opción disponible para respaldar nuestros correos es de forma granular a una exportación a archivos PST. Esto se puede hacer a través de Outlook (siempre), PowerShell y, en algunos casos, también a través de Exchange Management Console / Panel de control.

Exportación de un solo mailbox a PST mediante PowerShell

Lo primero que debemos realizar es asignar permisos para importar y exportar a un usuario específico.

New-ManagementRoleAssignment -Role “Mailbox Import Export” -User “<usuario>”

Luego de este script podemos comenzar con el respaldo del mailbox que deseamos respaldar.

New-MailboxExportRequest -Mailbox <user> -FilePath \\<server FQDN>\<nombre carpeta compartida>\<nombre PST>.pst

Mailbox: Cuenta de usuario a respaldar.

FilePath: Ruta de carpeta compartida donde almacenaremos el PST.

Exportación de mailbox de toda la organización mediante PowerShell.

Al igual que en el procedimiento anterior, si no está aplicado, debemos asignar permisos para importar y exportar a un usuario específico.

New-ManagementRoleAssignment -Role “Mailbox Import Export” -User “<usuario>”

Forma 1

Declaramos la siguiente variable en donde seleccionamos a todos los mailbox

$AllMailboxes = Get-Mailbox

después ejecutamos el siguiente script

$AllMailboxes|%{$_|New-MailboxExportRequest -FilePath \\<server FQDN>\<nombre carpeta compartida>\$($_.Alias).pst}

FilePath: Ruta de carpeta compartida donde almacenaremos el PST.

$._Alias: Nombre con el que se guarda el PST (en este caso aplica  a los alias de los usuarios).

Forma 2

En el caso de ser un listado de usuarios específico, debemos generar un CSV con el parámetro Identity y Alias de cada usuario.

$csv = Import-Csv “C:\Migracion365\Data\Password\$Domain.csv”

Luego ejecutamos el siguiente script

foreach ($line in $csv) { New-MailboxExportRequest -Mailbox $Line.Identity -FilePath “\\<server FQDN>\<shared folder name>\$($Line.Alias).pst” }

 

Bueno, espero que les haya servido de ayuda, ya que esta opción es muy buena si no disponen de herramientas de respaldo en donde puedan ocupar la técnica de Backup 3,2,1.

Luis Arancibia, Consultor Cloud, Blue Solutions.