SolidQ Blogs

Virtual PASS: Webcast de Maio

Felipe Ferreira — 2012-05-17T00:41:17+02:00

Buenas galera, está chegando a hora de mais um webcast do grupo Virtual PASS. Todos os meses apresentamos um webcast sobre o produto, este mês é a vez de conversarmos sobre Segurança no SQL Server:

Título do Evento Virtual PASS: Segurança no SQL Server

Palestrante: Thiago Iacopini

Data: 24/05/2012 Horário: 21:00 às 22:00 (aprox.)

Descrição do Evento:

• Criando Principais
• Gerenciando Permissões
• TDP Endpoints
• Criptografia
• Auditoria
• Bastion Host

Thiago Iacopini

Iniciou sua carreira em 1996 como desenvolvedor VB, e ao passar dos anos foi direcionando os estudos para mundo do SQL Server, prestou serviços em algumas das principais empresas do Brasil, como Grupo Raizen (Shell e COSAN), BMF&Bovespa, Danone, Etc. Trabalha com Desenvolvimento e Suporte a SQL Server há mais de 10 Anos. Atualmente é funcionário do time de Suporte Premier da Microsoft, atuando como Engenheiro Dedicado em uma grande instituição financeira.

Link para inscrição: http://bit.ly/VPASSMaio

E antes que perguntem, sim, será gravado e disponibilizado no site do grupo www.virtualpass.com.br

E se você deseja palestrar no grupo, pode deixar comentário aqui ou entrar em contato via qualquer meio de comunicação existente

Convertir traza SQL Profiler a Extended Events

Enrique Catalá — 2012-05-16T12:46:14+02:00

Con la llegada de SQL Server 2008 se introdujo la tecnología de eventos extendidos, que se dijo en aquel momento iba a reemplazar en un futuro a nuestro querido SQL Profiler. Una de las principales pegas por las que personalmente he visto poca aplicación de dicha tecnología ha sido el hecho de que no disponía de una interfaz gráfica con la que trabajar y que por tanto te obligaba a escribir T-SQL ya no solo para crear dichas trazas, sino para poder analizar los resultados.

¿Qué es Extended events?

Los eventos extendidos son un sistema de captura de eventos de caracter general. Las ventajas de este sistema son que se trata de un sistema de captura extremadamente ligero, que permite la correlación con múltiples sistemas de logs de aplicación y del propio log del sistema operativo, así como la posibilidad de trabajar con múltiples destinos, entre los que se encuentran: destinos a disco y a memoria RAM, conteo simple de eventos,…y todo ello con la posibilidad de que sea en paralelo (varios destinos simultaneamente). Además, una de las características que todavía lo hacen mas interesante es que podemos llegar a definir eventos de bajo nivel, llegando al punto de poder crear una traza a nivel de PAGE_SPLIT (esto es, cuando una página de 8k de SQL Server debe ser dividida para insertarle información); esto, unido a que en SQL Server 2012 tenemos más de 700 eventos disponibles, convierte a los extended events en el paso lógico de trazabilidad para SQL Server.

¿Qué mejoras trae Extended Events en SQL Server 2012?

SQL Server 2012 trae muchas novedades relativas a Extended Events, que incluso han producido que SQL Profiler ya esté oficialmente marcado como deprecated. Algunas de las mejoras que se incorporan en SQL Server 2012 son:

Añadidos muchos más eventos de posible captura (actualmente más de 700)
Añadidos todos los eventos existentes de SQL Trace a Extended Events

Este post está dedicado precisamente a esta característica

Añadido el canal “debug”, con el que poder llegar a eventos de desarrollo de SQL Server

No recomendado en producción y pensado para soporte con Microsoft

Interfaz gráfica de creación de trazas mediante Extended Events
Interfaz gráfica de análisis de trazas mediante Extended Events, incluyendo un modo “watch live data”
Añadida una API de Extended Events para acceso al inventario de eventos acciones,…para poder trabajar con Extended Events desde herramientas externas como Powershell
Añadida una API para aplicaciones externas que permite poder leer ficheros XEL provenientes de una sesión en captura actualmente

¿Como podemos migrar una traza de SQL Profiler a extended events?

Pues en SQL Server 2012 nos lo han puesto realmente fácil dado que con una simple query t-sql podemos conocer las equivalencias y por tanto la automatización es bastante simple.

Tenemos los siguientes objetos:

sys.traces

Vista de catálogo para listar las diferentes trazas existentes en el sistema

sys.fn_trace_geteventinfo()

Obtiene los eventos capturados por una traza de SQL Trace

sys.trace_xe_event_map

Obtiene el mapeo de evento SQL Trace a evento de Extended Event

sys.trace_xe_action_map

Obtiene el mapeo de evento SQL Trace a action de Extended Event

De esta forma, únicamente tenemos que conocer el id de traza que deseamos migrar y lanzar la siguiente consulta:

SQL Trace 2 Extended Event
 USE MASTER;
GO
DECLARE @trace_id int;
   SET @trace_id = 2;-----> here you must put the id that the previous query showed
SELECT DISTINCT st.id as sql_profiler_trace_id_to_convert,
                --st.[path] as sql_profiler_path,
                el.eventid, 
                em.package_name, 
                em.xe_event_name AS [event], 
                el.columnid, 
                ec.xe_action_name AS [action]
FROM sys.traces st 
    CROSS APPLY sys.fn_trace_geteventinfo(st.id) AS el 
    INNER JOIN sys.trace_xe_event_map AS em  ON el.eventid = em.trace_event_id
    INNER JOIN sys.trace_xe_action_map AS ec ON el.columnid = ec.trace_column_id
WHERE st.id = @trace_id
 

El resultado es bastante sencillo de entender puesto que nos da la información sobre qué eventos capturar, y qué acciones debemos agregar.

Conclusión

Como se ha podido ver, en SQL Server 2012, a poco que conozcas la creación de eventos extendidos verás que en menos de lo que te imaginas puedes generar un equivalente de traza. Obviamente a partir de ahi…ya decides tu como complementarla . Una cosa es clara, mas pronto que tarde tendrás que migrar tus trazas…y cuanto antes comiences a aprovechar esta tecnología, mas provecho le podrás sacar.

Curso MS Business Intelligence SSIS: Despliegue de paquetes (22)

Salvador Ramos — 2012-05-16T12:30:23+02:00

Despliegue del paquete de SSIS en el servidor

Vamos seguir avanzando en temas de despliegue. En primer lugar vamos a utilizar la utilidad de implementación del paquete para agrupar los archivos necesarios en una misma carpeta. Para ello, necesitamos indicar en las propiedades del proyecto e indicarle que podremos actualizar la configuración del paquete una vez desplegado. Iremos al ‘Explorador de soluciones’, haremos clic con el botón derecho sobre nuestro proyecto y elegiremos ‘Propiedades’, accederemos a la ‘utilidad de implementación’ y pondremos AllowConfigurationChanges a True, para permitir que en el posterior proceso de despliegue utilizando el wizard (ejecutando el arhivo .SSISDeploymentManifest del que hablaremos más adelante) nos solicite la nueva ubicación de los archivos de configuración (.dtsconfig), consiguiendo así que en el proceso de despliegue se modifique el XML de los archivos .dtsx incluyendo la nueva ruta a los archivos .dtsconfig que le hemos indicado en el proceso de despliegue con dicho wizard.

Figura 1 Propiedades de Configuración de paquetes

También podemos indicar que deseamos generar la utilidad de despliegue, poniendo a True la propiedad CreateDeploymentUtility, en esta misma ventana.

Al generar (Deploy) el proyecto se crea un archivo de manifiesto en la carpeta ‘bin\deployment’ de dicho proyecto, allí se crea también una copia de los diferentes paquetes .dtsx del mismo y de los archivos XML de configuración. En nuestro caso en concreto, en dicha carpeta tendremos tres archivos:

‘Configuracion de paquetes.SSISDeploymentManifest’, manifiesto.
‘Importar Empleados.dtsx’, nuestro paquete dtsx
‘Prueba01.dtsConfig’, archivo XML de configuración que creamos anteriormente.

Con todo ello ya podremos utilizar el Asistente para la instalación de paquetes, simplemente haciendo doble clic en el archivo ‘.SSISDeploymentManifest’ y seguir los pasos que allí se indican. Por cuestiones de espacio y por la sencillez de uso, dejo como tarea pendiente al lector el ejecutar y probar esta utilidad. También podemos trasladar paquetes utilizando la utilidad de línea de comandos DTUTIL, para lo que no será necesario el archivo anterior (éste sólo es utilizado por la utilidad de instalación citada anteriormente, en cualquier otro caso vamos a prescindir de él). Pero en este caso lo vamos a hacer de forma manual, para conocer con detalle lo que finalmente acaban haciendo estas utilidades.

Copiaremos el archivo ‘Prueba01.dtsConfig’ a la carpeta ‘D:\SSISConfig’ en el servidor de destino, la cual tiene ya aplicada la seguridad a nivel del File System (NTFS) para evitar accesos no deseados. Copiaremos el archivo ‘Importar Empleados.dtsx’ a una carpeta temporal que hay en dicha máquina, llamada ‘D:\Borrar’, dicho archivo lo deberemos borrar una vez terminada la importación. Abriremos el SQL Server Management Studio (SSMS) para realizar la importación de dicho paquete en la base de datos MSDB.

Figura 2 Conexión al servidor de Integration Services desde SSMS

Para ello, una vez conectados al servicio de Integration Services, sobre la carpeta ‘MSDB’, pulsamos botón derecho y hacemos clic en la opción ‘Importar’.

Figura 3 Opción Importar paquete... desde el explorador de objetos

Figura 4 Datos del paquete a importar

Post publicados anteriormente como parte de este curso:

Administrando SSIS 2012 mediante T-SQL

Pau Sempere Sanchez — 2012-05-09T12:20:00+02:00

Este artículo pertenece a la serie “Novedades de Integration Services en SQL 2012”. Puedes encontrar el índice de artículos al pie de este.

Introducción

En SQL Server 2012 se introduce la nueva arquitectura para Integration Services, con una base de datos dedicada y un nuevo modelo de despliegue basado en esta arquitectura. Podéis encontrar información acerca de estos cambios en los artículos anteriores de esta serie.

Dentro de esta base de datos dedicada se encuentra el catálogo. El catálogo es un esquema dentro del cual están contenidas vistas y procedimientos almacenados que nos harán la vida mucho más fácil a la hora de gestionar nuestros paquetes SSIS, la estructura de nuestro servidor y mucho más.

A lo largo de este artículo iremos desglosando los diferentes apartados del catálogo, como se puede interactuar con él mediante código T-SQL y como esto puede modificar nuestras maneras de trabajar con SQL Server Integration Services, simplificándolas y haciéndonos más efectivos.

Explorando el catálogo de SSIS

El catálogo de Integration Services 2012 tiene multitud de vistas y procedimientos almacenados que podemos utilizar, como por ejemplo:

Gestión de proyectos:

- catalog.deploy_project

- catalog.delete_project

- catalog.restore_project

Ejecución de paquetes

- catalog.create_execution

- catalog.start_execution

Parámetros

- catalog.set_object_parameter_value

- catalog.set_execution_parameter_value

Se acabaron las cajas negras, llegan los data taps

A partir de SQL Server 2012 podemos incluir, incluso en tiempo de ejecución, los llamados data taps a una ejecución de un paquete de Integration Services.

Se trata de un punto del flujo de datos donde se coloca una “fuga” de los mismos y se vuelcan a un fichero externo. De esta manera, podemos analizar qué datos fluían por esa rama en ese momento dado.

Para utilizar un data tap deberemos ser miembros del rol sysadmin en la instancia de SQL Server sobre la que ejecutamos el script T-SQL y permisos de ssis_admin sobre la base de datos de SSIS. Además, deberemos tener permisos MODIFY sobre la instancia de ejecución.

Los estableceremos desde T-SQL mediante el procedimiento almacenado:

exec catalog.add_data_tap @execution_id, 'task_package_path',
	'dataflow_path_id_string', 'data_filename', 'max_rows', 'data_tap_id' OUTPUT

Siendo los parámetros:

- @execution_id: Es una variable donde almacenamos el identificador único asociado a esa ejecución concreta del paquete SSIS en nuestra instancia SQL Server 2012.

- task_package_path: Es la ruta del DataFlow donde queremos ubicar el DataTap. Por ejemplo: '\Package\Data Flow Task'

- data_flow_path_id_string: Es la sección concreta del DataFlow de donde queremos extraer el flujo de datos. Podemos encontrar esta ruta en la propiedad IdentificationString del path sobre el que queremos establecer el DataTap. Por ejemplo: 'Paths[Lookup.Lookup Match Output]'

- data_filename: Es la ruta y el nombre del fichero donde queremos almacenar los datos que extraemos del DataFlow. Por defecto, todos los ficheros de DataTap se generan en <drive>:\carpeta_de_instalacion_SQL_server\Microsoft SQL Server\110\DTS\DataDumps. Por ejemplo: 'DataTapDemo.csv'

- max_rows: Límite de filas que almacenará el fichero. Se recomienda establecer una cantidad moderada para evitar la generación de ficheros excesivamente grandes.

- data_tap_id: Parámetro de salida que devuelve el ID asignado al DataTap que se acaba de crear. Es útil para hacer referencia al data tap con su ID concreto en un punto posterior en el script.

Ejecutando paquetes desde T-SQL

Vamos a ver un ejemplo completo para iniciar la ejecución de un paquete SSIS mediante el API T-SQL habiendo añadido un data tap. Vamos a utilizar conceptos a los que hemos hecho referencia en los capítulos anteriores de esta serie, como por ejemplo los entornos en el servidor SSIS o los niveles de logging para controlar el nivel de detalle de la información que produce el paquete SSIS al ser ejecutado.

use SSISDB
go

/*EJEMPLO DE EJECUCIÓN DE UN PAQUETE DESPLEGADO DESDE TSQL*/
--BD utilizada: SSISDB

/* Comprobamos el id de la referencia de entorno para el entorno que queramos (en caso de utilizar un entorno). Lo podremos utilizar para asignar el parámetro @reference_id al crear la ejecución del paquete SSIS */
select * from catalog.environment_references 
	

--Generamos el identificador de ejecucion
Declare @execution_id bigint
EXEC [SSISDB].[catalog].[create_execution] @package_name=N'nombre_paquete.dtsx', 
	@execution_id=@execution_id OUTPUT, @folder_name=N'nombre_carpeta', @project_name=N'nombre_proyecto', 
	@use32bitruntime=False, @reference_id=15 /*utilizamos el id=15 como ejemplo, dependerá del entorno que queramos utilizar*/


--Comprobamos el id de ejecucion
select @execution_id as id_ejecucion

--Logging level: 
--0 -> none
--1 -> basic
--2 -> performance
--3 -> verbose

--Establecemos el nivel de logging a "verbose" para capturar toda la información posible
DECLARE @var0 smallint = 3
EXEC [SSISDB].[catalog].[set_execution_parameter_value] @execution_id,  @object_type=50, 
	@parameter_name=N'LOGGING_LEVEL', @parameter_value=@var0

--Volcado en caso de error = 0
DECLARE @var1 bit = 0
EXEC [SSISDB].[catalog].[set_execution_parameter_value] @execution_id,  @object_type=50, 
	@parameter_name=N'DUMP_ON_ERROR', @parameter_value=@var1

/*Añadimos un data tap. 
Todos los data taps se vuelcan por defecto en "<drive>:\carpeta_donde_este_instalado_SQLServer\Microsoft SQL Server\110\DTS\DataDumps" */
exec catalog.add_data_tap   @execution_id, '\Package\Data Flow Task',
	'Paths[Lookup.Lookup Match Output]', 'DataTapDemo.csv', '2000'

--Iniciamos ejecución
EXEC [SSISDB].[catalog].[start_execution] @execution_id

Analizando el comportamiento del servidor

Además de gestionar la estructura del servidor, sus carpetas y proyectos y la ejecución de paquetes SSIS con todas sus variantes (data taps, parámetros, entornos, logging, etcétera), también podemos analizar que ha sucedido en el servidor mediante las vistas del catálogo de SSIS.

Básicamente estaremos consumiendo la misma información de la que se nutren los dashboards que veíamos en el capítulo anterior pero podremos personalizar la manera en la que lo hacemos, ya que podremos construir nuestras consultas en T-SQL.

Al igual que los procedimientos almacenados, disponemos de vistas para cada apartado de nuestro servidor. Como ejemplo tenemos:

- catalog.executions

- catalog.environments

- catalog.projects

- catalog.packages

A partir de ellas podemos consultar la estructura del servidor o, por ejemplo, tener un informe de rendimiento:

/*ANALISIS GLOBAL DE LAS FASES DE EJECUCIÓN DE UN PAQUETE SSIS (identificado por @execution_id)*/
SELECT task_name, subcomponent_name, execution_path, phase, start_time, end_time 
FROM catalog.execution_component_phases 
WHERE execution_id = @execution_id 
ORDER BY task_name, subcomponent_name, execution_path


/*AGREGADO Y CALCULO POR FECHAS DE INICIO Y FIN*/
SELECT task_name, subcomponent_name, execution_path, phase, 
SUM(DATEDIFF(ms,start_time,end_time)) as active_time_ms, 
DATEDIFF(ms,min(start_time), max(end_time)) as total_time_ms 
FROM catalog.execution_component_phases 
WHERE execution_id = @execution_id
GROUP BY task_name, subcomponent_name, execution_path, phase 
ORDER BY task_name, subcomponent_name, execution_path, phase

Fundamentalmente estamos utilizando la información que generan los paquetes SSIS en sus ejecuciones (cuyo nivel de detalle, recordemos, viene dado por su logging level). En estas consultas estamos condensando la información que también podíamos ver pormenorizada cuando seleccionábamos ver todos los mensajes de una ejecución concreta en nuestros dashboards del servidor SSIS. Como ya comentábamos en el capítulo sobre dashboards SSIS de esta misma serie, estamos analizando los datos que podemos ver en versiones anteriores de SSIS mediante el evento PipelineComponentTime en el registro de eventos de Integration Services.

Usando las vistas del catálogo podremos nutrir cualquier aplicación que esté en una capa superior con resultados de consultas T-SQL y analizar nuestros datos de la manera que queramos ya sea mediante listados, reportes gráficos o incluso construyendo un sistema analítico. Cada uno es libre de elaborar sus propias locuras a partir del punto de partida J

Además de los dashboards que veíamos en el capítulo anterior, como ejemplo de sistema construido como una capa por encima del catálogo tenemos el proyecto de SQL Server Reporting Services de Jamie Thompson en CodePlex (http://ssisreportingpack.codeplex.com/) del cual ya está disponible para descargar gratuitamente la versión 0.3.

Referencias

El listado completo y referencia técnica sobre los procedimientos almacenados y las vistas disponibles para la gestión del servidor SSIS mediante T-SQL se puede encontrar en http://msdn.microsoft.com/en-us/library/ff878003.aspx

Resumen del API T-SQL por parte del grupo de producto de SSIS: http://blogs.msdn.com/b/mattm/archive/2011/08/12/ssis-t-sql-api-overview.aspx

Serie: Novedades en SQL Server 2012 Integration Services

- Novedades en Integration Services de SQL 2012 / Introducción

- Nuevas funciones para el lenguaje de expresiones

- Expression Task

- Arquitectura del servidor y catálogo SSISDB

- Migración de proyectos

- Despliegue de proyectos

- Informes Dashboard

- API T-SQL

Beneficios de Soft-NUMA: Cuidado con lo que lees

Enrique Catalá — 2012-05-03T19:15:56+02:00

SQL Server es una aplicación con soporte NUMA. Esto quiere decir, que será capaz de explotar correctamente hardware diseñado con arquitectura NUMA. Además de esto, nos permite su configuración por software con el fin de obtener algun rendimiento extra como ahora veremos.

¿Qué es NUMA?

NUMA= Non Uniform Memory Access

Una arquitectura NUMA vendrá dada por una serie de nodos, cada uno de los cuales tiene su propia circuiteria de CPU y memoria local y que están interconectados mediante un bus (sea token ring, shared bus,…lo que sea…pero están interconectados).

Se corresponderia con el siguiente diagrama:

En este post no vamos a entrar en detalles sobre beneficios de hardware NUMA, sino que nos vamos a centrar en Soft-NUMA.

¿Qué es Soft-NUMA?

Soft-NUMA es la forma que tenemos en SQL Server de “simular” o “engañar” a nuestras instancias SQL Server de que tenemos una composición NUMA como la anteriormente citada.

Esto no solo sirve para configurar nodos dentro de un nodo hardware NUMA, sino para configurar Soft-NUMA en equipos SMP, donde tenemos una serie de CPU que comparten TODA la misma memoria (no hay nodos aislados, pero que pueden compartir, solo hay 1 nodo)

Este tipo de escenarios se corresponderian con el siguiente diagrama

Y en este caso, nuestro SQL Server se comportaria a todos los efectos como si tuviéramos un único nodo NUMA, ya que es así tecnicamente lo que podríamos pensar.

Cuidado con lo que lees sobre Soft-NUMA

En muchísimas referencias escritas en libros de prestigio (que obviamente no voy a citar por respeto), e incluso en los libros en pantalla oficiales de SQL Server a día de escribir estas líneas (3/5/2012), se hace la siguiente reflexión:

“The benefits of soft-NUMA include reducing I/O and lazy writer bottlenecks on computers with many CPUs and no hardware NUMA. There is a single I/O thread and a single lazy writer thread for each NUMA node. Depending on the usage of the database, these single threads may be a significant performance bottleneck. Configuring four soft-NUMA nodes provides four I/O threads and four lazy writer threads, which could increase performance”

Fuente: http://msdn.microsoft.com/en-us/library/ms178144.aspx

Incluso sale como pregunta de examen para certificarte en SQL Server 2008 R2

Pues bien, esto es incorrecto y además está reportado como bug a corregir en connect.

Si quieres ayudar a que se corrija este bug, vota aqui: https://connect.microsoft.com/SQLServer/feedback/details/670328/books-online-incorrect-soft-numa-information

¿Como lo reproduzco?

Muy facil. Imagina que tienes una máquina como es mi caso, con 8 CPU (intel core i7)

Imagina que queremos crear 2 nodos Soft-NUMA de forma que los cores del 0 al 3 sea el nodo 1 y del 4 al 6 sean el nodo 2

CPUs 0 1 2 3 4 5 6 7
Soft-NUMA <----N0----><----N1---->

Tenemos que ir a regedit.exe y hacer lo siguiente:

    In SQL Server 2012:
       Open regedit.exe HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\
       If not exists KEY "NodeConfiguration" (this will happen in not hardware-NUMA systems)
          Create new key: "NodeConfiguration"
       If not exists key "Node0"
          Create new key: Node0
       If not exists key "Node1"
          Create key "Node1"

Recuerda esto

Decimal     Binary            Allow SQL Server threads on processors
value         bit mask
    15          00001111       0, 1, 2, and 3
    240        11110000       4,5,6 and 7

    Then, apply the following configuration:
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\NodeConfiguration]
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\NodeConfiguration\Node0]
        "CPUMask"=dword:15
        "Group"=dword:0
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\NodeConfiguration\Node1]
        "CPUMask"=dword:240
        "Group"=dword:0

Una vez reiniciado SQL Server, ya tendremos constancia de tener 2 nodos NUMA

Mirando en el registro de errores de SQL Server

Y por supuesto en la dmv que muestra los nodos numa disponibles

Sin embaro, por mas que busqueis, no existen más procesos LAZYWRITER por tener mas nodos Soft-NUMA.

Con un simple sp_who2 veréis que solo aparece un proceso LAZYWRITTER.

NOTA: Tened presente que esto es únicamente para Soft-NUMA, si tenemos hardware-NUMA si que tendremos estos procesos por cada uno de los nodos

Por lo tanto, este tipo de configuración de SQL Server tan sumamente específica, pasa de ser útil como puedes pensar para mejorar esperas por finalización de disco…a ser útil para mejorar esperas de finalización de Network IO!!

Aplanando mi dimensión Padre-Hijo

Ildefonso Mas Fernández — 2012-05-02T10:34:00+02:00

Cuando hablamos de una dimensión Padre-Hijo (Parent-Child en inglés) debemos tener en mente que si esta crece demasiado podríamos tener problemas de rendimiento. Por este motivo muchas veces se aconseja intentar aplanar la dimensión. Esta tarea puede ser más sencilla o compleja en función de nuestra lógica de negocio. Mi intención con este post no es más que mostrar un pequeño ejemplo que nos encontramos para conocer una de las posibles formas de hacerlo. En nuestro ejemplo tenemos una dimensión Padre-Hijo que dispone de versionado tipo 2 para el atributo que indica quién es el padre. Aquí un ejemplo (para simplificar el ejemplo sólo se muestran las columnas clave):

En la imagen vemos como por ejemplo id 2 primero pertenecía al padre 1 pero desde el 1 de Enero de 2012 pasa a ser un miembro raíz. Además, vemos también como uno de sus descendientes (id=5) cambia durante el primer rango de tiempo valido para el id 2. Cuando decimos que queremos aplanar esta dimensión estamos diciendo que queremos obtener el siguiente resultado:

Una de las restricciones que hay que establecer al aplanar una dimensión Padre-Hijo es el número de niveles que queremos establecer, en este caso lo hemos limitado a 3 niveles. Lo que estamos haciendo es identificar las relaciones Padre-Hijo válidas en un rango de tiempo determinado y escribirlas en un formato columnar en lugar de por filas, de manera que cada columna LVL1, LVL2, LVL3,…. representa un nivel de lo que después será nuestra jerarquía en SSAS. Así no tendremos que utilizar un dimensión Parent-Child para nuestro análisis OLAP.

Ahora la pregunta es sencilla, ¿cómo hacemos esta transformación de una manera sencilla a la par que elegante? La respuesta es utilizando la siguiente consulta:

 
 /******CTE recursiva que nos permite aplanar la dimensión Parent-Child************/ 
WITH  MYCTE (ID, LVL1, LVL2, LVL3, Valid_From, Valid_To, NumberLevel) AS
(
/*********Elementos raíz y casos base de la recursión*******************/
SELECT  [id] ,[Id] LVL1, [Id] LVL2, [Id] LVL3, Valid_From, Valid_To, 1 AS NumberLevel
      FROM [dbo].[Source]  
      WHERE Parent_Id IS NULL
UNION ALL
/*******Establecemos la recursión utilizando en le join la propia MYCTE**********/
SELECT  Child.[id] ,Parent.LVL1,
	  /****Columnas que deben cambiar en función del nivel, con un case when sabremos que valor hay que establecer********/
      (case when (Parent.NumberLevel<2) then Child.[id] else Parent.LVL2 end) as LVL2,
      (case when (Parent.NumberLevel<3) then Child.[id] else Parent.LVL3 end) as LVL3,
      /***Buscar el rango más restrictivo****/
      (case when (coalesce(Parent.Valid_From,'20200101')>coalesce(Child.Valid_From,'20200101')) then Parent.Valid_From else Child.Valid_From end) Valid_From,
      (case when (coalesce(Parent.Valid_To,'20200101')<coalesce(Child.Valid_To,'20200101')) then Parent.Valid_To else Child.Valid_To end) Valid_To,
      /********************************/
      (Parent.NumberLevel + 1) as NumberLevel
      FROM MYCTE Parent
            INNER JOIN  [dbo].[Source]   Child
                  ON Child.Parent_Id=Parent.[ID] 
            and 
            /******Eliminar las relaciones incorrectas por rango de fechas (puede ser que por reglas de negocio se deba añadir algun filtro)**************/
            (
                        not (Child.Valid_From <coalesce(Parent.Valid_To,'20200101') and Parent.Valid_From>coalesce(Child.Valid_To,'20200101'))
                  )
)
 /******Una vez creada la CTE lanzamos una select sobre ella***********/ 
select ID, LVL1, LVL2, LVL3, Valid_From, Valid_To from MYCTE

Os adjunto el script de la tabla por si queréis testearlo vosotros mismos

Download File - EjPadreHijo

Espero que os sea útil y cualquier duda o problema que tengáis con este tema estaré encantado de echaros una mano. Saludos

Ilde

Editar base de datos Analysis Services (SSAS) desde Visual Studio 2010

Javier Torrenteras — 2012-04-25T14:10:00+02:00

Hasta ahora el motor de Analysis Services (SSAS) soportaba exclusivamente modelos multidimensionales, sin embargo con SQL Server 2012 nos encontramos los nuevos modelos tabulares. Como suele ser habitual, lo primero que he hecho ha sido instalar las bases de datos de Adventure Works preparadas para SQL Sever 2012 y a continuación acceder las Data Tools (lo que hasta ahora se llamaba Business Inteligent Development Studios - BIDS) para ver como estaban implementados los ejemplos. Sin embargo, no ha sido tan directo como pensaba.

Hasta ahora, desde BIDS podiamos conectarnos directamente a un servidor con una estancia de SSAS y abrir cualquier modelo multidimensional que estubiera desplegada en dicho servidor. Sin embargo, en SQL Server 2012, esa opción ya no es válida para cualquier tipo de base de datos. Podemos seguir haciéndolo con bases de datos OLAP, pero si elegimos una instacia tabular obtendremos el siguiente mensaje “Tabular model designer cannot connect to the server because the server is not running in tabular mode”. Esto puede volvernos un poco locos, porque realmente estamos seleccionando una instancia tabular, pero parece que es un bug del interfaz. He hecho prueba en un servidor donde tenía únicamente una instancia tabular instalada, y en otro donde tenía una OLAP y otra tabular, y el resultado es el mismo.

Entonces, ¿Como abrimos los modelos tabulares desplegados en nuestra instancia tabular? Tenemos que crear un proyecto nuevo y seleccionar el tipo ‘Import from Server (Tabular)’ y a partir de ahí seguir seleccionamos la instacia y la base de datos y ya tenemos todos los metadatos a nuestra disposición. Hay que tener en cuenta, que no importa los datos, solo la estructura.

Existe otro tipo de proyecto llamado ‘Import from Server (Multidimensional)’. El proceso es igual, seleccionamos la instancia del servidor y la base de datos a importar y ya tenemos toda la metadata en nuestro proyecto de Visual Studio 2010.

Hay un punto importante a tener en cuenta sobre estos proyectos de importación y es que NO estamos editanto la base de datos directamente sobre el servidor, si no que estamos creando un proyecto que contiene una copia del proyecto desplegado en el servidor. Si queremos que los cambios que hagamos sobre el proyecto tengan efecto en el servidor, debemos de desplegar dichos proyectos. Al contrario de lo que ocurre cuando abrimos una base de datos OLAP desde la opción ‘Abrir – Analysis Services Database’ ya que en ese caso, cuando grabamos lo hacemos directamente sobre el servidor sin tener que ejecutar ningún proceso de despliegue.

Referencias:

Foro MSDN

AdventureWorks en CodePlex para SQL Server 2012

Añadir, modificar o eliminar una entrada en el Web.Config de una WebApplication

José David Roldán Baena — 2012-04-25T12:35:25+02:00

Buenas

Vamos a explicar como modificar el Web.Config de una WebApplication de SharePoint.

Lo primero que se ha de tener en cuenta es que este cambio se debe realizar con permisos elevados:

SPSecurity.RunWithElevatedPrivileges(delegate() /*Código que vamos a introducir*/ });

Hallaremos la Url de la WebApplication a la cual queremos modificar el Web.Config

Uri SiteUri = new Uri(webApplicationURL);

Microsoft.SharePoint.Administration.SPWebApplication oWebApplication = Microsoft.SharePoint.Administration.SPWebApplication.Lookup(SiteUri);

Obtendremos la ruta física del Web.Config que cargaremos en un archivo xml:

//Obtener la ruta donde está almacenado el Web.config

SPIisSettings settings = oWebApplication.GetIisSettingsWithFallback(SPUrlZone.Default);

DirectoryInfo iisPath = settings.Path;

string webConfigPath = iisPath.FullName + \\web.config;

//Cargar el Web.config en un elemento XML

XmlDocument webConfigXml = new XmlDocument();

webConfigXml.Load(webConfigPath);

Esta carga la haremos para localizar si existe o no existe la entrada del Web.Config a la que queramos otorgarle valor.

//Hacemos una consulta sobre el xml

string key = "EntradaNueva";

string xPath = "configuration/appSettings/add[@key='" + key + "']";

string strName = string.Empty;

XmlNode appSetting = webConfigXml.SelectSingleNode(xPath);

if (appSetting != null)

{

strName = appSetting.Attributes["value"].Value.ToString();

}

Si no existe creara la entrada y añadirá el valor que le corresponde:

SPWebConfigModification webConfig = new SPWebConfigModification();

webConfig.Path = "configuration/appSettings";

webConfig.Name = "add[@key='EntradaNueva'][@value='"+ valorNuevo +"']";

webConfig.Sequence = 0;

webConfig.Owner = "webConfigModificador";

webConfig.Type = Admin.SPWebConfigModification.SPWebConfigModificationType.EnsureChildNode;

webConfig.Value = "<add key='UrlService' value='" + valorNuevo + "'/>";

oWebApplication.WebConfigModifications.Add(webConfig);

oWebApplication.Update();

oWebApplication.Farm.Services.GetValue<Microsoft.SharePoint.Administration.SPWebService>().ApplyWebConfigModifications();

Si existe lo que haremos será buscar la entrada. En este caso concreto lo que hicimos fue buscarla por “Owner” ya que sabíamos que era único. Para ello se puede obtener las modificaciones realizadas en el Web.Config con WebConfigModifications, esto nos devolverá una colección de SPWebConfigModification que recorreremos comparando por propietario, o por el valor que se desee buscar.

Una vez localizado en la colección de SPWebConfigModification, eliminamos la entrada que ya existe y actualizamos la WebApplication aplicando los cambios realizados

SPWebConfigModification configModFound;

Collection<SPWebConfigModification> modsCollection = oWebApplication.WebConfigModifications;

//Aquí se buscará por el parámetro que deseemos en la colección, se recorrería esta y se compararía por alguno de sus parámetros.

modsCollection.Remove(configModFound);

oWebApplication.Update();

oWebApplication.Farm.Services.GetValue<SPWebService>().ApplyWebConfigModifications();

Una vez eliminada, se volvería a añadir como explicamos anteriormente.

Así se evitaría que la entrada quedara duplicada y siempre tendríamos una entrada única en el Web.Config con los parámetros que deseemos.

Saludos J

José David

Optimización de backups: Respaldar solo los datos

Rubén Garrigós — 2012-04-24T10:09:00+02:00

Con el paso del tiempo nuestras bases de datos se van volviendo más y más grandes. Una de las posibles soluciones para aliviar este problema es el uso de compresión de backups. Ahora bien, ¿no sería mejor intentar reducir antes el volumen de información a respaldar?

En nuestras bases de datos el grueso del volumen de información a respaldar procede de tres tipos de objetos:

* HEAPs o montones. Contienen todas las páginas de datos de aquellas tablas que no tienen definido un índice cluster.

* Índices cluster o agrupados. Contiene en sus hojas todas las páginas de datos asociadas a la tabla donde son creados. Podemos decir que la tabla es ahora representada como un índice cluster.

* Índices no cluster o no agrupados. Contienen información duplicada de nuestras tablas en una estructura ordenada en forma de árbol. Su principal objetivo es el de facilitar las búsquedas aunque también pueden implementar restricciones (por ejemplo una restricción unique).

En este post vamos a explicar una estrategia poco usada consistente en realizar el backup únicamente de los dos primeros tipos de objetos, dejando el tercero fuera de los backups. Esta estrategia, dependiendo del grado de indexación, puede suponer ahorros de hasta el 50% en el espacio necesario para los backups. Como ejemplo vamos a utilizar la base de datos AdventureWorksDW en la que comenzaremos analizando el espacio que tenemos utilizado en nuestras tablas y en nuestros índices:

En total tenemos 43688 KB para datos y 24720 KB para índices. Si realizamos un backup completo sin comprimir de la base de datos completa vemos que nos genera un fichero de aproximadamente 71 MB.

A continuación vamos a crear un filegroup exclusivo para los índices y le añadiremos un fichero:

ALTER DATABASE AdventureWorksDW

ADD FILEGROUP FG_Secundario;

ALTER DATABASE AdventureWorksDW

ADD FILE (NAME = N'Secundario', FILENAME = N'C:\Secundario.ndf')

TO FILEGROUP FG_Secundario;

A continuación moveremos todos los índices no-cluster a dicho filegroup secundario utilizando un comando CREATE INDEX por cada índice donde utilizaremos las opciones DROP_EXISTING y la cláusula ON para especificar el filegroup secundario. Por ejemplo:

CREATE NONCLUSTERED INDEX [IX_ProspectiveBuyer_ProspectAlternateKey] ON [dbo].[ProspectiveBuyer] ([ProspectAlternateKey] ASC)

WITH DROP_EXISTING ON [FG_Secundario]

Podremos comprobar que el fichero secundario tendrá aproximadamente unos 17MB cuando finalice la operación. Debemos tener en cuenta que hemos decidido no mover a este filegroup secundario las restricciones unique ni las claves primarias que sean implementadas como índices no cluster.

Una vez tengamos todos los índices no cluster en el filegroup secundario procederemos a realizar el backup completo únicamente del filegroup primary:

BACKUP DATABASE [AdventureWorksDW]

FILEGROUP = 'PRIMARY'

TO DISK = 'C:\backup_primario.bak'

El tamaño de este backup será de aproximadamente 54 MB, es decir, un 24% más pequeño que el backup completo con todos los índices.

Si deseamos restaurar este backup tras un desastre indicaremos que únicamente queremos restaurar el filegroup primario:

RESTORE DATABASE [AdventureWorksDW]

FILEGROUP = 'PRIMARY'

FROM DISK = 'c:\backup_primario.bak'

WITH RECOVERY

Una vez restaurado, la información ya estará accesible y podemos consultarla:

SELECT TOP 10 * FROM [AdventureWorksDW].[dbo].[FactSalesQuota]

Aunque tendremos problemas si lo que necesitamos es modificar, insertar o borrar datos:

update [AdventureWorksDW].[dbo].[FactSalesQuota]

set salesamountquota=salesamountquota+1

where EmployeeKey=272

Msg 8607, Level 16, State 1, Line 1

The table 'FactSalesQuota' cannot be modified because one or more non-clustered indexes reside in a filegroup which is not online.

Si intentamos borrar el índice o incluso regenerarlo con la opción DROP_EXISTING obtendremos errores:

DROP INDEX [IX_FactSalesQuota_EmployeeKey] ON [dbo].[FactSalesQuota]

Msg 3741, Level 16, State 1, Line 1

Cannot drop the index 'dbo.FactSalesQuota.IX_FactSalesQuota_EmployeeKey' because at least part of the table resides on an offline filegroup.

CREATE NONCLUSTERED INDEX [IX_FactSalesQuota_EmployeeKey] ON [dbo].[FactSalesQuota]

(

[EmployeeKey] ASC

)WITH DROP_EXISTING ON [Primary]

Msg 1931, Level 16, State 3, Line 1

The SQL statement cannot be executed because filegroup 'FG_Secundario' is offline. Use the sys.database_files or sys.master_files catalog view to determine the state of the files in this filegroup and then restore the offline file(s) from backup.

Por tanto deberemos recurrir a métodos menos tradicionales. Reiniciaremos la instancia en modo de usuario simple (parámetro –m) y conectaremos utilizando la conexión administrativa (DAC). Una vez conectados obtendremos la lista de los índices secundarios que queremos regenerar:

select s.* from sys.allocation_units u

join sys.partitions p on

container_id = partition_id

join sys.indexes s on

s.index_id=p.index_id and s.object_id=p.object_id

where u.data_space_id=2

Una vez localizados, los borraremos:

delete sys.sysindexes

from sys.sysindexes ind

join

(

select s.* from sys.allocation_units u

join sys.partitions p on

container_id = partition_id

join sys.indexes s on

s.index_id=p.index_id and s.object_id=p.object_id

where u.data_space_id=2

) secundarios

on secundarios.object_id=ind.id

and secundarios.index_id=ind.indid

Si se nos indicara que no es posible modificar tablas de catálogo, habilitaremos dichos updates:

Exec sp_configure 'allow updates',1

reconfigure with override

Una vez borrados, apagaremos la instancia y la reiniciaremos en modo multiusuario (quitamos el parámetro –m) y ya podremos regenerarlos los índices sin problemas. Por ejemplo en el filegroup primario aunque lo habitual sería crear otro filegroup secundario para poder volver a seguir el mismo proceso en el futuro en caso necesario:

CREATE NONCLUSTERED INDEX [IX_FactSalesQuota_EmployeeKey] ON [dbo].[FactSalesQuota]

(

[EmployeeKey] ASC

)ON [PRIMARY]

Una vez reconstruidos todos los índices comprobamos que ya podemos modificar los datos sin problema. En realidad las modificaciones funcionarían correctamente desde el momento que eliminamos desde la DAC todos los índices que no estaban accesibles debido al FG_secundario:

En resumen, es posible realizar un respaldo parcial de “solo datos” en nuestras bases de datos. Para ello nos apoyaremos en la funcionalidad de backups parciales a nivel de filegroups. Desgraciadamente tras la restauración del filegroup principal no existe una forma sencilla de poder “desactivar” los índices o regenerarlos. Sería de gran utilidad que en futuras versiones del producto se permitiera la posibilidad de ejecutar un CREATE INDEX con DROP_EXISTING o bien se nos permitiera de alguna forma reconstruir un índice inaccesible/dañado directamente en un filegroup que si se encuentre disponible sin la necesidad de realizar modificaciones de bajo nivel.

Semana de Webcasts MTAC - SQL Server

Felipe Ferreira — 2012-04-23T19:09:00+02:00

É isso mesmo, eu estou fazendo 2 posts no mesmo dia, meu recorde pessoal!

Bem galera, divulgando mais uma semana de eventos do grupo MTAC, quando um profissional recebe o titulo de MVP ele é convidado a se retirar do grupo MTAC, por isso não estou ajudando na organização desse evento, mas irei replicar a minha palestra do SQLSat #127 neste evento, estão todos convidados :)

Segue abaixo a tabela completa de todos os eventos da Semana, copiado do blog do meu amigo e organizador dos webcasts, Marcos Freccia (http://marcosfreccia.wordpress.com):

Segunda – feira (30/04)

Palestrante: Luan Moreno Medeiros Maciel (@luansql)
Palestra: Entendendo o SQL Server Always On
Descrição: Como nova ferramenta de alta disponibilidade do SQL Server 2012, o AlwaysOn possibilita uma solução redundante e com o mínimo de dowtime possível, nesta seção iremos ver como ele funciona, quais seus lados positivos e como implementar esse novo
Horário: 20:00 a 21:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511902&Culture=pt-BR

Palestrante: Demétrio Silva (@DemetrioSQLDBA)
Palestra: Auditando dados com CDC
Descrição: Auditoria é uma forma de registrar dados das ações realizadas pelos usuários, como por exemplo:
· Alterações no esquema do banco de dados;
· Consulta, alteração, exclusão e inclusão de dados;
Auditoria é muito importante para sistemas que trabalham com dados confidenciais ou críticos, visto que já que ela visa controlar data, hora, usuário e demais informações das ações realizadas.
Por lei, sistemas da área financeira e de saúde, precisam realizar auditoria das ações realizadas.
Neste webcast veremos como usar o CDC para auditar dados no SQL Server.
Horário: 21:00 a 22:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511998&Culture=pt-BR

Terça – feira (01/05)

Palestrante: Marcos Freccia (@SqlFreccia)
Palestra: Novas DMV’s e DMF’s no SQL Server 2012
Descrição: Essa sessão ira mostrar as novas Dynamic Management Views (DMV’s) e Dynamic Management Functions (DMF’s) presentes no SQL Server 2012, tais como explorar suas funcionalidades. Se você não teve oportunidade de se aprofundar no SQL Server 2012 aguarde, essa sessão será uma boa hora para isso.
Horário: 20:00 a 21:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511875&Culture=pt-BR

Palestrante: Leandro Ribeiro (@sqlleroy)
Palestra: Como identificar e resolver a fragmentação no Transaction Log
Descrição: Nesta seção vamos analisar o funcionamento interno do Transaction Log e como resolver problemas de fragmentação.Venha conferir o por que a fragmentação do transaction Log pode se tornar uma dor de cabeça em seu ambiente se não bem administrado
Horário: 21:00 a 22:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511905&Culture=pt-BR

Quarta – feira (02/05)

Palestrante: Felipe Ferreira (@SqlBoy)
Palestra: Melhores práticas para seu Datawarehouse
Descrição: Seu data warehouse ficou tão grande que é cada vez mais difícil responder os relatórios rapidamente? Ou os clientes estão ligando para reclamar que os relatórios demoram anos para rodar? Você precisa diminuir o tempo de processamento dos seus cubos? Vamos ver como podemos otimizar nosso ambiente, nossa base de dados e nossas técnicas de carga de dados para tirar o máximo proveito do nosso ambiente.
Horário: 20:00 a 21:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511880&Culture=pt-BR

Palestrante: Andressa Martins (@Dre_Martins)
Palestra: Trabalhando com SQL Server 2012 Data Quality Services e SSIS.
Descrição: Aprenda nessa sessão como o DQS (SQL Server 2012 Data Quality Services) pode te ajudar a alcançar a tão sonhada qualidade de dados. Veja o Passo-a-passo de como instalar, implementar e administrar o DQS.
Horário: 21:00 a 22:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511878&Culture=pt-BR

Quinta – feira (03/05)

Palestrante: Rodrigo Dornel (@rdornel)
Palestra: Power View – SQL Server 2012
Descrição: A nova geração das ferramentas de BI, simples, interativas e com foco no usuário.Construa modelos ricos, animados e dinâmicos em poucos cliques.
Horário: 20:00 a 21:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511895&Culture=pt-BR

Palestrante: Adeilson Rocha Brito
Palestra: Melhorias administrativas do SQL 2012
Descrição: Apresentar as principais melhorias e novas features do SQL Server 2012, com foco nos profissionais de administração.
Horário: 21:00 a 22:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032511883&Culture=pt-BR

Sexta – Feira (04/05)

Palestrante: Cesar Blumm (@cesarblumm) e Marcus Vinícius Bittencourt (@mvbitt)
Palestra: Replicação na Prática
Descrição: Uma visão geral sobre replicação e suas formas de publicações. Aliado ao conceito de será feito a criação de uma replicação na prática passo-a-passo.
Horário: 20:00 a 21:00
Link para inscrição: https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032512282&Culture=pt-BR

Palestrante: Erickson Fabricio Domingos Ricci (@EricksonRicci)
Palestra: Considerações e boas práticas para otimização de I/O
Descrição: Serão apresentados alguns conceitos fundamentais de I/O e assuntos avançados como níveis RAID, alinhamento de discos, instant file inicialization, e outras boas práticas para otimizar seu banco de dados e deixar seu I/O o mais eficiente possível
Horário: 21:00 a 22:00
Link para inscrição: https://www.livemeeting.com/lrs/8000181573/Registration.aspx?pageName=bvlg8d13r3h1mf15

Webcast Virtual PASS BR – Abril

Felipe Ferreira — 2012-04-23T17:33:00+02:00

Buenas galera, divulgando o evento do Virtual PASS BR do mês de abril, é essa semana!

Título do Evento Virtual PASS: Migração de Dados e Estratégias de Backup para o SQL Azure

Palestrante: Marcondes Alexandre

Data: 26/04/2012 Horário: 21:00 às 22:00 (aprox.)

Descrição do Evento: Neste webcast iremos abordar como podemos migrar dados e banco de dados para o SQL Azure. Por fim, apresentaremos estratégias para fazer backup de suas bases de dados no SQL Azure.

Marcondes Alexandre

Bacharel em Informática pela UNIFOR, mestrando em Informática Aplicada pela UECE, MVP SQL Azure, MCITP SQL Server 2008 Database Administrator, MCTS em SQL Server 2005/2008 e Windows Vista; IT Hero Junho/2008 e MCT. Professor Titular da FATENE e Faculdade Lourenço Filho, Membro Board InetaBr, Virtual PASS e Office.CE. Participou da 3a. Edição da Maratona 24 Hours PASS e 1a. Edição do 24 Hours PASS LATAM, escreve para a revista SQL Magazine e mantém o blog http://marcondesalexandrebr.wordpress.com

Link para inscrição: https://www323.livemeeting.com/lrs/8000181573/Registration.aspx?pageName=hkhcd25bsdfl25l0

see ya

Semana de Webcasts MTAC–Office 365

Felipe Ferreira — 2012-04-18T11:54:01+02:00

Buenas galera,

Assim como a semana de DEV que eu postei anteriormente, também estava ajudando na organização da Semana de Office 365, por isso acho válido ajudar na divulgação por aqui:

O horário dos web casts será das 20:00 às 21:00.

Segue a programação, clique no título da palestra para se inscrever:

Data	Título	Palestrante
23/04	Overview de Office 365	Mauricio Cassemiro (MTAC)
24/04	Exchange Online	Fernando Andreazi (MVP Office 365)
25/04	SharePoint Online	Fabian André Gehrke (MVP SharePoint)
26/04	Lync Online	Sara Barbosa (MVP Office 365)
27/04	Office Professional Plus + Office Web Apps	Mauricio Cassemiro (MTAC)

SQLSat #127: Rio

Felipe Ferreira — 2012-04-18T11:39:01+02:00

Buenas galera,

Para quem não sabe, ocorreu no último sábado, dia 14 de Abril de 2012, o SQL Saturday Rio. Segundo evento SQLSat no país, contou com 12 palestras durante todo o dia.

O evento ocorreu nas instalações da Universidade Veiga de Almeida. Gostaria de agradecer a todos pela participação e a organização do evento por ter selecionado a minha palestra

Foi a minha primeira vez no Rio de Janeiro e, apesar de ter sofrido com o calor, gostei da recepção que tivemos na cidade, espero conseguir voltar com mais tempo na próxima vez.

Eu repliquei a mesma palestra que apresentei no SQLSat #100 em São Paulo, falando de melhores práticas para Data Warehouse.

Vocês podem visualizar os slides que utilizei no seguinte link:

http://www.slideshare.net/felipeferreira21/sqlsat-127

Muitos pediram as consultas que eu usei para verificar fragmentação no banco. Segue a mesma:

--View fragmentation
SELECT index_level
,avg_page_space_used_in_percent --Page Density
,avg_fragmentation_in_percent --Logical Fragmentation
,avg_fragment_size_in_pages --Should be 400 or more
,fragment_count
FROM sys.dm_db_index_physical_stats(DB_ID('BANCO'),OBJECT_ID('TABELA'),NULL,NULL,'DETAILED')

Caso eu tenha ficado devendo mais algum código pra alguém, por favor, deixe um comentário ou me envie um email para fferreira@solidq.com

see ya

Foto Reciente de Javier Loria

Javier Loria — 2012-04-17T20:19:24+02:00

Foto que use recientemente en el SQLSaturday #133 para presentarme en la sesión de Arquitectura de BI.

ColumnStore Index–Índices columnares en SQL

Yolanda Olmedo — 2012-04-12T15:41:00+02:00

Una de las novedades que trae SQL Server 2012 es ColumnStore Index o índices columnares. Esta novedad corresponde con el motor relacional de SQL pero vamos a ver ahora, que ventajas podemos aprovechar de los índices columnares en los Datawarehouses.

¿Qué son los índices columnares? Básicamente son un tipo de índice del motor relacional con la particularidad que se almacenan en columnas y nos aportan una mayor capacidad para resolver consultas complejas de una manera mucho más rápida. Los índices columnares están pensados para ser utilizados en entornos OLAP principalmente.

Características principales

Modo de almacenamiento en columnas
Vertipaq. Vamos a tener una disminución de la actividad de E/S y una mejora en el uso de la memoria
Modo de procesamiento Batch

El almacenamiento columnar se realiza de la siguiente forma:

Primero tenemos el almacenamiento tradicional por filas.Tenemos paginas de datos y los datos se almacenan en filas.
En el almacenamiento por columna separamos los valores de cada columna, en segmentos, los segmentos contienen los datos de las columnas comprimidas con Vertipaq.

Crear un índice columnar

Para crear un índice columnar lo podemos crear mediante T-SQL:

CREATE NONCLUSTERED COLUMNSTORE INDEX nombre_indice ON NombreTabla
( columna1, columna2, columna n,…);

O bien, mediante el asistente, haciendo click derecho sobre la tabla que queremos crear el índice, en la carpeta Indexes

¿Qué ventajas nos ofrecen los índices columnares?

Resolución de consultas de grandes volúmenes de datos de forma rápida
Almacenamiento comprimido de los datos en memoria con el algoritmo Vertipaq
Sólo carga en memoria los segmentos de las columnas de la consulta realizada
Modo Batch. SQL lo utiliza para consultas con join, condición en el where, filtro o agregación.

¿Qué limitaciones tenemos?

Tipos de datos no soportados:

Binary, varbinary
Ntext, text, image
varchar (max) y nvarchar(max)
uniqueidentifier
rowversion, timestamp
sql_variant
decimal y numeric (con precisión superior a 18 digitos)
Datetimeoffset (con escala mayor que 2)
Tipos CLR (hierarchyid y tipos especiales)
XML

El índice columnar no permite más de 1024 columnas
Sólo permite los índices no-clustered. Lo normal es que creemos un índice columnar por tabla con todas las columnas, el optimizador ya usará los segmentos de las columnas que necesite.
No admite compresión nativa de SQL, ni PAGE ni ROW.
No se aplica a vistas indexadas
Las tablas con índice columnas se convierten a tablas de solo lectura. Por tanto no permiten INSERT, UPDATE, DELETE Y MERGE.

Alternativas para realizar cargas

Como hemos mencionado, una de las mayores limitaciones es que no nos permite escribir en la tabla que tenga un índice columnar creado. Para solventar esta limitación contamos con algunas alternativas:

1. Deshabilitar el índice. Si queremos realizar una carga, podemos deshabilitar el índice, realizar la carga y hacer rebuild del índice. Esta práctica tiene la desventaja que hacer el rebuild del índice consume mucho tiempo.

2. Otra práctica es crear una tabla en Stage que contenga:

Una tabla auxiliar sin índice columnar: donde realizaremos las cargas de los datos.
Una tabla histórico con índice columnar: tendrá todos los datos
Y una vista sobre las dos tablas anteriores que tendrá un Union all de ambas tablas. De este modo todas las consultas de lectura las realzaremos sobre la vista, permitiendo carga de datos y utilizando la potencia de índice columnar.

3. Creación de particiones: El índice columnar va a existir a nivel de tabla base. No es necesario realizar ningún cambio en el índice columnar cuando creemos una partición, ya que este índice debe estar alineado con la partición de la tabla base. Por lo tanto sólo se puede crear un índice columnar en una tabla con particiones si la columna de partición es una columna del índice columnar.

Como hemos dicho, el uso de índices columnares está orientado en los DataWarehouse, porque son bases de datos orientadas al análisis, con muchas operaciones de lectura, carga de datos incrementales y manejan histórico de datos con grandes cantidades de datos. Es una buena práctica utilizar los índices columnares sabiendo sus limitaciones, restricciones, y en qué escenarios nos saldrá rentable.

Tutorial SQL Profiler 2008 (II): Administración / Gestión de Templates

Luis José Morán Cuenca — 2012-04-10T12:03:46+02:00

Introducción

Este segundo post sobre SQL Server Profiler 2008 tratará sobre:

Administración de trazas (crear, guardar, modificar)
Gestión de Templates (plantillas)

Administración de Trazas

Crear trazas

A continuación vamos a explicar como se crea paso a paso una traza en SQL Server Profiler.

1. Arrancar SQL Profiler, ir al menú “File” y elegir “New Trace” o pulsar en el icono.

2. Conectarse a una instancia de SQL Server 2008 ya sea de SQL Database Engine o Analysis Services.

3. Nos aparecerá una pestaña como la siguiente:

Donde:

“Trace name” será el nombre de la traza

Use the template es el nombre de la plantilla que utilizaremos. Los eventos, columnas y filtros de esta plantilla pueden verse en la pestaña “Events Selection”

Al marcar el check “Save to file” podremos indicar en que carpeta y que nombre vamos a dar al archivo donde vamos a guardar la traza. La opción “Enable file rollover” sirve para que cuando el fichero llegue al tamaño máximo indicado en la caja de texto “Set maximum file size (MB)” cree un nuevo fichero y continue trazando. “Server processes trace data” indica que la traza recogera las instrucciones generadas por el propio SQL Profiler

Al marcar el check “Save to table” los datos obtenidos por SQL Profiler se almacenarán en una tabla de una base de datos donde podremos limitar el número de registros a cargar con la opción “Set maximum rows (in thousands)”. La opción “Save to table” y “Save to file” no son excluyentes si bien no tiene mucho sentido salvar los datos en dos sitios distintos. Advertir que si el proceso a trazar genera mucho trasiego de datos a recolectar y se está almacenando en una tabla de SQL Server se puede llegar a degradar mucho el rendimiento

“Enable trace stop time” nos permitirá indicar la fecha y hora a la que queremos se pare la traza

4. En la pestaña “Events Selection” tendremos las siguientes opciones:

Show all events. Muestra todas las categorías de eventos. Si se pulsa el icono “+” sobre una categoría se desplegarán todos los eventos de esa categoría como en la siguiente imagen:

Show all columns. Muestra todas las columnas. Como se comentó en el post anterior cada evento tiene sus propias columnas. Cuando una columna es seleccionable para un evento en la celda tiene un check que puede ser marcado para indicar que queremos recuperar dicho dato.
Columns Filter. Nos permite establecer filtros.

Para crear un filtro basta con elegir un campo. En la inferior derecha se cargarán los operadores de comparación, haciendo click sobre uno de ellos nos abrirá una caja de texto y ahí es donde introduciremos el valor con el que queremos comparar. Para crear un segundo filtro hay que seleccionar el filtro anterior y pulsar Intro”+, ya que no disponemos de ningún otro control para añadirlo. En nuestro caso nos situaríamos en “%MiAplicacion"%”
Para modificar un filtro basta con elegir el valor y escribir el nuevo valor.
Para borrar un filtro hay que proceder como en la modificación pero borrando el valor.
El termino "Exclude rows that no contain values” nos permite habilitar o no el siguiente comportamiento. Por defecto los eventos no producen datos para una columna específica, por lo que si se define un filtro para esa columna esos eventos no serán filtrados. Si se marca la opción solo obtendremos los eventos que obedezcan a los filtros establecidos.

Organize Columns. Esta funcionalidad nos permite realizar agrupaciones de datos por la columna que elijamos, el problema es que no obtenemos datos acumulados como veremos a continuación. También nos permite organizar las columnas a nuestra voluntad, es decir alterar el orden en el que aparecen en pantalla.

En este caso hemos agrupado por el campo “ApplicationName” y el resultado es el siguiente:

Como podemos apreciar las líneas en gris son las agrupaciones y no tienen valores agregados en columnas como CPU, Reads, Writes, Duration etc… .

Una vez establecidas todas estas opciones solo resta pulsar Run para arrancar la traza y empezar a capturar datos.

Modificar Trazas

Los pasos para modificar una traza son los siguientes:

1. Parar o pausar la traza, esto se consigue bien desde el menú “File” opciones “Pause Trace” o “Stop trace” o bien pulsando cualquiera de los siguientes iconos:

2. Pulsar la opción de “Properties” del menú “File”.Nos aparecerá la pantalla del punto 3 de la creación de trazas. Si se pulsó “Pause Trace” solo se podrán hacer cambios en la pestaña “Events Selection”. Por el contrario si se pulsó “Stop Trace” se podrán hacer cambios en las dos pantallas.

3. Una vez hechos los cambios basta con pulsar en la opción “Run Trace” del menú “File” o sobre el icono “Start Selected Trace”:

4. Si antes de volver a lanzar la traza queremos borrar los resultados anteriores disponemos de la opción “Clear Trace Window” en el menú “Edit” o clickando sobre:

Guardar Trazas

Si bien cuando creamos una traza no es necesario indicarle en la pestaña “General” donde vamos a almacenar la traza, la opción “Save As” del menú “File” nos permitirá almacenar de varios modos:

Trace File, es un archivo con extensión .trc
Trace Template, crea un archivo de plantilla con extensión .tdf. En este caso los datos no se guardan.
Trace Table, los datos se guardan en una tabla. IMPORTANTE,al hacer esto SQL Server Profiler sustituye los nombres de los eventos por códigos y en la columna Duration puede transformar datos que están en milisegundos a microsegundos.
Trace XML File, como su nombre indica almacena los datos en un archivo XML.
Trace XML File for Replay. Es importante resaltar un aspecto de este modo de almacenamiento, el que lo grabemos en un XML para Replay no significa que después podamos realizar Replay con ella… El motivo lo veremos en el post dedicado a Trace Replay.

Templates

Existen varias operaciones que se pueden realizar con las plantillas, son:

Crear una nueva (“New Template”)
Modificar una plantilla existente (“Edit Template”)
Importar una plantilla (“Import Template”)
Exportar una plantilla (“Export Template”)

Todas ellas se encuentran en la opción de menú “Templates” del menú “File”.

Crear un nuevo Template

Para crear un nuevo template hay que:

1. Pulsar la opción de menú de la imagen o el botón de la barra:

2. Aparecerá la siguiente ventana:

Donde:

Select server type es la lista de versiones de servidor para la que se quiere crear la plantilla.

New template name es el nombre de la nueva plantilla

Base new template on existing one indica que si se marca esa opción y se elige un template de la lista de su derecha, la pestaña “Events Selection” cargará los eventos columnas y filtros de la plantilla seleccionada

Use as a default template for selected server type. Esta opción sirve para que la nueva traza se presente como plantilla por defecto a la hora de crear nuevas trazas

La pestaña “Events Selection” se ha comentado previamente en este post y nos servirá para definir los eventos, columnas y filtros que deseamos para nuestro template.

Modificar un Template

Para modificar un template hay que:

1. Pulsar la opción de menú “Edit Template”

2. Aparecerá una pantalla como la siguiente:

Donde:

Select server type permite cambiar de versión de servidor la plantilla

Select template name permite cambiar la plantilla base y por tanto la pestaña “Events Selection” cargará los eventos columnas y filtros de esa plantilla base

Use as a default template for selected server type. Esta opción sirve para que la nueva traza se presente como plantilla por defecto a la hora de crear nuevas trazas

La pestaña “Events Selection” se ha comentado previamente en este post y nos servirá para definir los eventos, columnas y filtros que deseamos para nuestro template.

Exportar un Template

Exportar un template consiste en grabar la información de una plantilla en un fichero .tdf. Para ello hay que:

1. Pulsar la opción de menú “Export Template”

2. Elegir la plantilla a exportar y la versión para la que se quiere exportar en la siguiente pantalla:

3. Una vez seleccionada la plantilla se indica el nombre del fichero y la carpeta donde residirá para concluir el proceso.

Importar un Template

Importar un template consiste en incorporar a nuestra lista de plantillas una ubicada en un fichero y carpeta. El proceso es inverso al de la exportación, esto es, se le indica la ubicación del fichero y carpeta y se incorpora a la lista.

Conclusión

Las trazas están formadas por eventos, columnas y filtros. Estas pueden ser gestionadas como cualquier otro fichero pudiendose crear, modificar y borrar.

Los templates nos sirven como base para crear nuevas trazas. Al igual que las trazas tienen eventos, columnas y filtros. Permiten que definamos trazas adecuadas a nuestra problemática eligiendo aquellos elementos que nos interesen.

Los templates son exportables/importables lo cual nos facilita la reutilización de las plantillas.

SQLBits: London + MVP SQL Server

Felipe Ferreira — 2012-04-07T23:41:59+02:00

Buenas Galera,

Como eu havia postado anteriormente, no dia 31/03 eu tive a honra de palestrar sobre SQL Server FastTrack em Londres. Foi minha primeira vez m Londres, então posso dizer que a viagem foi muito proveitosa, consegui fazer os passeios típicos de turista, conhecer um pouco mais sobre a história não só da cidade, mas de toda a civilização. Foi sensacional.. e o evento, fez jus ao título de segundo maior evento de SQL Server, com nomes como Conor Cunningham, arquiteto do time de Query Processor do SQL Server, Adam Machanic, Buck Woody, etc

E, perdido no meio desse time de palestrante estava este que vos escreve. Consegui mostrar para um público muito bom um pouco do SQL Server FastTrack, sua aplicabilidade, teoria e fazer algumas demos de desempenho em um hardware gentilmente cedido pelos meus amigos da HP, para os quais deixo meu agradecimento neste post.

E, na volta para o Brasil, descubro durante o dia 1 de Abril, dia da mentira, pelo Twitter que fui nomeado MVP em SQL Server. Nem preciso falar que a principio achei que se tratasse de uma piada dos meus amigos, devidamente conectado na ótima 3G da TIM e 30 minutos depois consigo sincronizar meus emails e acabar com a agonia, era verdade.

Nem preciso falar do quão honrado me sinto recebendo esse reconhecimento da Microsoft e passando a fazer parte desse time que só conta com profissionais feras. Para quem não conhece (duvido que alguem que leia meu blog não conheça, mas… ) o título de MVP é entregue pela Microsoft como um reconhecimento pelo trabalho feito em prol da comunidade, seja com artigos em revistas, sites, palestras, ajuda em forums, etc.

Fiquei muito feliz com o título, mas tecnicamente isso não muda muita coisa, talvez agora eu tenha ainda menos tempo livre, não sei

Afinal.. o título de MVP é um reconhecimento pelo trabalho que você está fazendo, então irei continuar o trabalho com a comunidade www.virtualpass.com.br, e entregando o máximo de palestras/eventos que consegui me engajar, porque simplesmente adoro fazer isso, quem me conhece sabe que me divirto muito no palco passando conhecimento pros outros.

Enfim.. é isso pessoal, post rápido hoje só para dizer que estou vivo!

see ya

Dashboards en SQL Server Integration Services 2012

Pau Sempere Sanchez — 2012-03-29T10:37:00+02:00

Este artículo pertenece a la serie “Novedades de Integration Services en SQL 2012”. Puedes encontrar el índice de artículos al pie de este.

Introducción

En versiones anteriores de SQL Server Integration Services, si queríamos tener un control de las ejecuciones de nuestros paquetes SSIS teníamos que construir algún tipo de framework alrededor de los mismos para registrar información como el tiempo de ejecución, los fallos ocurridos, las conexiones que utilizaba el paquete que falló, etc.

En SQL Server 2012 tenemos una base de datos dedicada a SSIS y, en ella, el catálogo de SSIS, un esquema que contiene tablas y procedimientos almacenados con los que interactuar de una manera más completa y consistente que en anteriores versiones. Esta nueva arquitectura permite un mejor análisis de lo que está ocurriendo en las ejecuciones de los paquetes en nuestro servidor.

Tenemos varias vías para éste análisis:

- Consultando directamente las vistas y procedimientos presentes de manera nativa en el catálogo.

- Utilizar el catálogo como fuente para nuestros reportes personalizados.

- Utilizar los reportes presentes en el dashboard que SSIS nos ofrece a través de la nueva BD.

Hablaremos en este artículo sobre los dashboards de ejecución y performance que nos ofrece el servidor de Integration Services en SQL Server 2012, y en el siguiente capítulo de la serie veremos cómo explotar la información del catálogo directamente mediante consultas TSQL.

Niveles de logging

Integration Services nutre los informes presentes en el dashboard con la información que hay en el catálogo. Ésta información cambiará en parte su nivel de detalle dependiendo del nivel de logging que especifiquemos en la ejecución de nuestros paquetes. Tenemos 4 niveles:

- None: No guardamos información acerca de la ejecución del paquete

- Basic: Se guarda información básica (tiempos totales, informes de fallo, etc.)

- Performance: Se guarda la información básica y además, información relacionada con el rendimiento del paquete (tiempos parciales de ejecución por componente, etc.)

- Verbose: Se guarda absolutamente toda la información que un paquete produce (incluyendo todos los eventos: validación, ejecución, progreso, post-procesamiento, etc.)

Elegiremos el nivel de logging en la pestaña Advanced de la ventana de ejecución de un paquete SSIS ubicado en el servidor.

Figura 1 - Niveles de logging

A partir de la versión RC0 (Release Candidate 0) de SQL Server 2012 podemos elegir también el nivel de logging por defecto a nivel de servidor en las propiedades del catálogo (botón derecho sobre el catálogo –> Properties):

Figura 2 – Niveles de logging a nivel de servidor - Propiedades del catálogo SSIS

En el caso de la ejecución directa desde el catálogo (botón derecho sobre el paquete –> Execute) el nivel de logging efectivo será aquel que especifiquemos en la pestaña Advanced (Figura 1) de la interfaz de ejecución del paquete. El nivel de logging por defecto a nivel de servidor entra en acción cuando no especificamos nivel de logging a nivel de paquete (al invocar una ejecución del paquete desde el procedimiento almacenado correspondiente en el catálogo de SSIS sin concretar el nivel de logging mediante parámetros, por ejemplo)

Además, hay información que siempre se registrará independientemente del nivel de logging establecido a nivel de servidor o paquete. Por ejemplo, aquellas validaciones de paquetes que ejecutemos sobre los paquetes almacenados en el servidor haciendo clic con el botón derecho sobre el paquete –> Validate.

El dashboard de SSIS

Ahora que ya sabemos cómo modificar la información que vamos a registrar en las ejecuciones de nuestros paquetes, vamos a ver cómo podemos examinarla utilizando el dashboard de SSIS.

Haciendo clic sobre la BD dedicada de SSIS podremos elegir la opción Reports y, desde ahí, ir a la página principal del dashboard (Integration Services Dashboard) o a algún informe concreto (Standard Reports)

Figura 3 - Arrancando el dashboard

Seleccionamos Integration Services Dashboard para ver el dashboard principal e iremos navegando por los distintos informes desde él.

Podemos dividir el dashboard en:

Figura 4 - El dashboard de Integration Services

A) Resumen de las ejecuciones de paquetes en las últimas 24 horas (fallidos, en ejecución, con éxito, otros)

B) Enlaces al resto de los informes.

C) Información sobre las conexiones existentes en los paquetes que fallaron en las últimas 24 horas.

D) Listado detallado de los paquetes ejecutados.

Podemos así identificar de un vistazo que ha ido ocurriendo en nuestro sistema en las últimas 24 horas.

Dentro del listado detallado de ejecuciones en las últimas 24 horas podríamos ir al resumen de las ejecuciones de ese paquete (Overview):

Figura 5 - Resumen de las ejecuciones de un paquete SSIS

Dentro de Overview, podríamos analizar todos y cada uno de los mensajes que ha producido el paquete para esa ejecución (View Messages):

Figura 6 - Listado de todos los mensajes de un paquete SSIS

En la ejecución de nuestro paquete hemos especificado un nivel de logging “Verbose”, por tanto en el registro de mensajes tendremos absolutamente todos los mensajes que un paquete SSIS es capaz de producir durante su ejecución. Es decir, el equivalente a analizar el log de eventos que podemos ver en SQL Server Data Tools cuando activamos el seguimiento de todos los eventos que tiene un paquete SSIS.

Esto significa muchísimos mensajes, que sólo deberíamos analizar si queremos desentrañar qué está pasando dentro de nuestro paquete SSIS con gran detalle. En el ejemplo que aparece en este artículo el informe tiene 14 páginas de mensajes, y es un paquete sencillo, con apenas 6 componentes. Es recomendable ajustar el nivel de logging a nuestras necesidades de análisis. Si no elegimos el nivel adecuado podemos encontrarnos sin información que examinar o con un exceso de la misma que complique sobremanera la detección de las situaciones o problemas que estamos buscando.

Si vamos al informe de rendimiento (View Performance):

Figura 7 - Informe de rendimiento de un paquete SSIS (1/2)

Tendremos una gráfica que nos muestra la evolución de los tiempos de ejecución de las últimas ejecuciones de ese paquete en concreto, cuándo se ejecutó, la media de tiempo de ejecución para todas las ejecuciones registradas con su desviación típica, e incluso si miramos un poco más abajo en el informe:

Figura 8 - Informe de rendimiento de un paquete SSIS (2/2)

Veremos un desglose de tiempos por componente para poder analizar en detalle el rendimiento de cada uno de ellos para la ejecución seleccionada, cuál nos está provocando un cuello de botella si es que lo hay, etc. Visto de otra manera, es un resumen con un formato amigable de la información que obtendríamos del evento PipelineComponentTime, el cual podemos analizar también desde SQL Server Data Tools para nuestros paquetes SSIS mediante el log de eventos.

Volviendo a los reportes a nivel de servidor, tenemos también todas las validaciones de paquetes que se efectúen de forma explícita (botón derecho sobre el paquete en el servidor –> Validate):

Figura 9 - Informe de validaciones sobre el servidor SSIS

Todas las ejecuciones (no sólo de las últimas 24 horas) de paquetes en el servidor SSIS, con los enlaces de Overview, Messages y Performance disponibles y un resumen de su ejecución y su duración:

Figura 10 - Informe histórico de ejecuciones sobre el servidor SSIS

También todas las operaciones ejecutadas sobre el servidor, incluyendo ejecuciones, despliegues y validaciones de paquetes (All Operations):

Figura 11 - Informe histórico de operaciones sobre el servidor SSIS

Éste último reporte es especialmente útil desde el punto de vista de auditoría para comprobar quién y en qué momento realizó una acción concreta. Nos puede ayudar de manera significativa a controlar qué hay en nuestro servidor y quién es el responsable de los cambios, algo que en versiones anteriores era difícil de controlar cuando había más de un usuario autorizado.

Finalmente, tenemos el reporte de las conexiones utilizadas en los paquetes fallidos, para identificar rápidamente los orígenes de datos que pueden estar causándonos problemas. Es un reporte idéntico al resumen que teníamos en el apartado (D) del dashboard general (Figura 4) pero sin el filtro de las últimas 24 horas.

Conclusiones

En SQL Server 2012 tenemos la posibilidad de acceder de manera rápida y sencilla a una serie de completos reportes para tener una visión general de que está sucediendo en nuestro servidor SSIS. Además, tenemos la opción de profundizar en las ejecuciones individuales de los paquetes SSIS para analizar la razón por la que han fallado, por qué se están ejecutando más lentos de lo normal, quién ha subido la última versión al servidor, etc.

Todo esto nos ahorra una gran cantidad de trabajo, las necesidades básicas de logging y reporte de ejecuciones están cubiertas bajo el dashboard de Integration Services y los informes que podemos encontrar en él.

Aun así, al disponer de las vistas y los procedimientos almacenados del catálogo de SSIS podemos construir nuestros propios reportes o analizar mediante código TSQL los diferentes aspectos de nuestro servidor SSIS. En próximo capítulo de esta serie veremos cómo podemos consumir el catálogo para extraer la información que deseemos de manera personalizada, acorde con nuestras necesidades.

Serie: Novedades en SQL Server 2012 Integration Services

Novedades en Integration Services de SQL 2012 / Introducción
Nuevas funciones para el lenguaje de expresiones
Expression Task
Arquitectura del servidor y catálogo SSISDB
Migración de proyectos
Despliegue de proyectos
Informes Dashboard
API T-SQL

Administración de usuarios externos en SharePoint Online

Guillermo Bas — 2012-03-28T14:38:00+02:00

Una pregunta habitual a la hora de administrar un entorno de SharePoint Online, es como funciona la administración de usuarios externos en la plataforma. En este Post voy a intentar explicar paso a paso como activar esta característica en SharePoint Online y compartir nuestros sitios con usuarios externos.

Desde el sitio https://midominio-admin.sharepoint.com

Debes acceder a la opción “Administrar colecciones de sitios”

Una vez en colecciones de sitios debes seleccionar en esta cinta de opciones (sin marcar ninguna colección de sitios que haya creada), la opción configuración y bajo esta “Administrar usuarios externos”:

Al hacer clic en “Admnistrar usuarios externos” aparece una ventana emergente donde hay que Permitir los usuarios externos en general (para todas las colecciones de sitios):

El siguiente paso es activar en cada colección de sitios donde queramos permitir usuarios externos la característica de colección de sitios “Invitaciones a usuarios externos”.

Para acceder a esta característica, estando en el sitio raíz, llegarías desde el menú “Acciones del sitio” -> “Configuración del sitio” -> grupo “Administración de la colección de sitios” -> “Características de la colección de sitios”

Activar Característica “Invitaciones a usuarios externos”

Una vez hecho esto ya podemos compartir con usuarios externos desde cualquier sitio de la colección de sitios mediante “Acciones del sitio” -> “Compartir sitio”

Una vez abierta esta opción nos aparece una ventana como la de abajo.

Esta ventana nos permite poner direcciones válidas (Office 365 online id, live id) para invitar a los usuarios con permisos de lectura (Visitantes) o permisos de colaboración (Integrantes). Además nos permite incluir un mensaje personalizado en la invitación.

El desplegable “Usuarios de este grupo” nos muestra los usuarios externos e internos que hay invitados a este sitio para ese grupo y nos permite eliminarlos desde el mismo desplegable con la X:

¡Eso es todo!

Espero que sea de utilidad, ¡Saludos!

Microsoft® SQL Server® 2012 Evaluation

Jesús Gil — 2012-03-16T20:14:00+01:00

No hay fecha que no se cumpla ni santo al que no le hagan su fiestecita!

Dicho esto, Microsoft ha liberado SQL Server 2012 (RTM) para evaluación, con ello ahora los profesionistas (Desarrolladores, DBAs o evaluadores de tecnología) podrán empezar a trabajar desde ya con esta nueva herramienta.

Ya tengo al menos un año trabajando con ella (desde el CTP1) y se las puedo recomendar ampliamente sobre todo por los beneficios que perse traé consigo.

Les dejo la liga para su descarga

Microsoft® SQL Server® 2012 Evaluation

Saludos

Jesús Gil

SolidQ México

MVP SQL Server

Curso MS Business Intelligence SSIS: Configuración, Despliegue y Administracion (parte III) (21)

Salvador Ramos — 2012-03-13T10:19:26+01:00

Creación de la configuración del paquete

Vamos a comenzar a generar toda la información de configuración necesaria y a almacenarla, tanto en el archivo XML como en SQL Server, según lo visto anteriormente.

A continuación vamos a ir realizando paso a paso las tareas de configuración del paquete. Vamos al menú ‘SSIS’ y elegimos la opción ‘Configuraciones de paquetes…’. En el formulario que aparece, habilitamos el CheckBox ‘Habilitar configuraciones de paquetes’, y pulsamos el botón ‘Agregar’, accediendo así al asistente de configuración de paquetes. En dicho asistente, pulsamos ‘Siguiente’ en la primera pantalla de presentación. Nos encontramos en la pantalla de selección de tipo de configuración, aquí seleccionamos ‘Archivo de configuración XML’ en el ComboBox, y damos el nombre ‘Prueba01.dtsconfig’, almacenándolo en la misma ruta donde tenemos el paquete, tal y como se muestra en la siguiente imagen.

Figura 1 Seleccionar tipo de configuración, archivo XML

En la pantalla de selección de propiedades a exportar, elegimos ‘ConnectionString’ de la cadena de conexión a la base de datos ‘Configuracion’.

Figura 2 Selección de propiedades a almacenar en el archivo configuración, archivo XML

En la siguiente pantalla asignamos el nombre ‘XML con conexion a Configuracion’, y pulsamos ‘Finalizar’. Ya tenemos configurado el primer archivo XML, en el que, simplemente, vamos a almacenar la cadena de conexión a la base de datos ‘Configuracion’, que contendrá el resto de la información. Es conveniente, que dicha cadena de conexión utilice autenticación Windows, para no almacenar allí información que facilite el acceso a dicha base de datos. En nuestro caso, y sólo a modo de ejemplo, para el entorno de desarrollo también hemos utilizado el login ‘sa’ en esta cadena de conexión, pero eso no podremos hacerlo, bajo ningún concepto, en el entorno de explotación.

Hay que remarcar que este fichero XML puede ser usado por otros paquetes, evitando crear uno por cada paquete, y además conteniendo la misma información, ya que la base de datos de configuración se llama igual. Simplemente, daremos el mismo nombre a la hora de crearlo.

Vamos a repetir todos los pasos, ahora para grabar en la base de datos ‘Configuracion’ en la tabla ‘dbo.[SSIS Configurations]’, para ello, pulsaremos de nuevo el botón ‘Agregar’, accediendo de nuevo al asistente de configuración de paquetes. En la pantalla ‘Seleccionar tipo de configuracion’, ahora elegiremos como tipo de configuración ‘SQL Server’, en conexión elegimos ‘localhost.configuracion.sa’, y en tabla de configuración pulsamos el botón ‘Nueva’, revisamos el código de creación de la tabla, y sin cambiar nada, pulsamos el botón ‘Aceptar’. En filtro, asignamos el valor ‘Conexiones01’.

Figura 3 Seleccionar tipo de configuración, SQL Server

En este caso, lo que vamos a seleccionar, son las cadenas de conexión a los servidores de origen y destino de los datos.

Figura 4 Selección de propiedades a almacenar en el archivo de configuración, SQL Server

Obteniendo como resultado final la creación de ambas configuraciones de paquetes, y el orden en que se utilizarán. En nuestro caso, en primer lugar, se leerá el archivo XML, y en segundo lugar, el resto de la configuración.

Figura 5 Resultado del organizador de configuraciones de paquetes

Figura 0‑27 Información almacenada en la tabla "dbo.[SSIS Configurations]"

Al igual que con el archivo XML, podemos reutilizar esta información para diferentes paquetes, si van a utilizar conexiones comunes, y evitar duplicarla. Para ello, deberíamos crear una tercera configuración para conexiones específicas, aunque este punto lo dejamos en manos del lector, no lo vamos a desarrollar aquí por cuestiones de espacio.

Adicionalmente, podemos aprovechar esta base de datos, ‘Configuraciones’, para incluir en ella información de logging de ejecución de los paquetes, y así reutilizar la misma conexión.

Nota: nunca se almacena la password de la cadena de conexión, ni en el archivo XML, ni en las filas de la tabla de configuración. Es por seguridad, por tanto el paquete no se va a poder ejecutar correctamente. Hay que editar el archivo o actualizar la fila de la tabla con el Connectionstring correcto, es decir, agregarle ‘…;password=xxxx;…’. Por supuesto, es recomendable, siempre que sea posible, utilizar autenticación integrada, con lo que evitamos este problema, y sobre todo mejoramos la seguridad.

Toda la metadata generada al aplicar configuración al paquete queda almacenada en dicho paquete. Si desea localizarla y estudiarla con más detalle, puede pulsar botón derecho sobre el paquete en BIDS y elegir la opción ‘ver código’ editando así el código XML, donde puede buscar el término ‘ConfigurationString’ y ver algo similar a este código:

...

<DTS:Configuration>

<DTS:Property DTS:Name="ConfigurationType">1</DTS:Property>

<DTS:Property DTS:Name="ConfigurationString">C:\D\Borrar\Prueba01.dtsConfig</DTS:Property>

<DTS:Property DTS:Name="ConfigurationVariable"></DTS:Property>

<DTS:Property DTS:Name="ObjectName">XML con conexion a Configuracion</DTS:Property>

<DTS:Property DTS:Name="DTSID">{641217D5-CFD2-4A8E-A783-3BC31FDA6645}</DTS:Property>

<DTS:Property DTS:Name="Description"></DTS:Property>

<DTS:Property DTS:Name="CreationName"></DTS:Property></DTS:Configuration>

<DTS:Configuration>

<DTS:Property DTS:Name="ConfigurationType">7</DTS:Property>

<DTS:Property DTS:Name="ConfigurationString">"localhost.Configuracion.sa";"[dbo].[SSIS Configurations]";"Conexiones01";</DTS:Property>

<DTS:Property DTS:Name="ConfigurationVariable"></DTS:Property>

<DTS:Property DTS:Name="ObjectName">Resto configuracion</DTS:Property>

<DTS:Property DTS:Name="DTSID">{00687A62-DB7D-47D8-9973-EF5170B224ED}</DTS:Property>

<DTS:Property DTS:Name="Description"></DTS:Property>

<DTS:Property DTS:Name="CreationName"></DTS:Property></DTS:Configuration>

<DTS:Property DTS:Name="LastModifiedProductVersion">10.50.1600.1</DTS:Property>

...

Post publicados anteriormente como parte de este curso:

SQL Server 2012 MDS Excel Add-in Link and DQS Integration

Dejan Sarka — 2012-03-11T09:15:57+01:00

In SQL 2012 RTM, in Master Data Manager home page, there is a link to MDS Excel Add-in. However, the link is broken. However, as my good friend Allan Mitchell pointed me, you can download it from SQL Server 2012 feature Pack site - http://www.microsoft.com/download/en/details.aspx?id=29065.

In 2012 RTM MDS Configuration Manager, there is still button for enabling DQS integration. However, the button is disabled, and you cannot use it. Do not worry, it is not necessary anymore. The button should simply be removed.

Webcasts: Virtual PASS BR

Felipe Ferreira — 2012-03-09T08:35:00+01:00

Buenas galera,

Como alguns de vocês devem saber, no ano passado, foi criado no Brasil o grupo Virtual PASS BR, que é um Virtual Chapter, um grupo virtual, ligado diretamente a PASS (associação de profissionais de SQL Server).

Durante todo o ano passado realizamos diversos eventos pelo país, e foi um dos principais responsáveis por trazer o evento SQLSat para o país, o que foi o primeiro evento SQLSat da américa latina.

O grupo já conta com mais de 700 artigos e vídeos, 100% focados em SQL Server. Você pode conferir em www.virtualpass.com.br

Deixando a apresentação de lado, a partir de março começamos a realizar eventos mensais, toda terceira quinta feira de cada mês, iremos fazer um webcast online e gratuito.

O primeiro vai ser já na semana que vem, com o grande mestre do SQL Server, o Gustavo Maia Aguiar.

O Gustavo irá bater um papo bem interessante com a gente falando sobre concorrência em banco de dados, níveis de isolamento e as famosas query hints como por exemplo a NOLOCK, que já se tornou até padrão de desenvolvimento em algumas empresas.

Para mais informações e inscrições, acessem: https://t.co/aWGUaM92

[Off-Topic] Evento de Desenvolvimento MTAC

Felipe Ferreira — 2012-03-09T08:19:00+01:00

Buenas galera,

Apesar do foco do blog normalmente (sempre) ser SQL Server, gostaria de compartilhar com vocês esse evento que está sendo organizado pelo grupo dos MTAC (Microsoft Technical Audience Contributor).

O grupo está organizando diversos webcasts, será criado 1 semana para cada produto/área. Incluindo a Semana do SQL Server :)

Como esse que vos escreve está auxiliando o grupo na organização, nada mais justo que postar aqui os eventos, mesmo não sendo relacionados com SQL Server diretamente.

Para começar, a primeira semana de webcasts, será a Semana de Desenvolvimento. Serão 9 webcasts, totalmente gratuitos, sobre as mais diversas tecnologias.

Segue abaixo a lista de webcasts e os respectivos links para cadastro:

See ya

Azure Data Sync: Cleaning local databases and stop syncing

Miguel López — 2012-03-06T22:28:00+01:00

It seems a recurrent topic this week in the SQL Azure forums, how do I remove an Azure Data Sync installation so I stop my syncing process and could delete all the Data Sync stuff (tables, stored procedures and so on) from my local databases?

SQL Azure Data Sync is a cloud service for scheduling bi-directional synchronizations between on-premise (SQL Server) and cloud (SQL Azure) databases in a myriad of possibilities (on-prem/Azure, Azure/Azure…). This synchronization service is based on Microsoft Sync Framework and the scenarios where it could be helpful comprises all kind of data synchronization for provide high availability and data proximity where they are used by applications, generally on the cloud.

SQL Azure Data Sync supports synchronizations between multiple databases: SQL Azure databases and SQL Server and SQL Azure databases so you can create custom synchronization groups that fit your business requirements and maintains your data where they are needed for whoever that could need them.

The Syncing Players

When thinking in using the service is important to understand the synchronization scenario and its players. There are two environments (generally), the on-premise databases (you can use Azure Data Sync only for SQL Azure database syncing but usually you will provide different data sources including some local SQL Server databases). With these two main scenarios in mind, the players would be

Local SQL Server Databases (databases, tables and columns to sync)
Local Syncing Agent (generated during the Synchronization group definition)
Cloud SQL Azure Databases (databases, tables and columns to sync)
SQL Azure Data Sync Synchronization Group (synchronization model and flow)

The Syncing Model (Sync Topology)

Once that you have clear knowledge of what you want to synchronize and that you have all the players ready is time to define the Synchronization model or de Synchronization group, a collection of databases, tables, columns and conditions you want to define (synchronization rules) and a synchronization schedule starting from 5 minutes or more (hours, days, months… according with your business needs).

Once you have all defined (using Windows Azure Platform Management Portal and Data Sync configurations) you have to deploy your model. During the definition you are provided with a Sync Agent you have to download, install and configure to expose those databases you want to be visible for the synchronization service.

When you deploy, Windows Azure establishes all the needed communication and initiate logging collection and creates the data structures and objects needed in every database to allow the process of synchronization (it’s a lot of stuff if you take a look to your local exposed database).

The problem of deleting a Synchronization group

When all the synchronization process up and running, agents make their job checking for changes and initiating synchronization processes in the specified direction (as defined in your syncing model).

So at the time of stopping the service and trying to delete if you don’t have a clear understanding of the process you may find yourself with lots of error trying to delete a database subscription to the service that doesn’t allow you to delete because there are pendent jobs or logging errors, and on and on, so we will take a look at the process of de-provisioning, stopping and deleting a SQL Azure Data Sync configuration.

The process of de-provisioning a Data Sync Service

the process starts just at the opposite way than the process of installation.

First you have to have your local servers, databases and agent up and running, and connected to the Data Sync service with the appropriate keys (generated from inside Windows Azure Platform Management Portal). The first process is to select local databases using this agent and click Unregister option. This will inform to the Azure service to stop synchronization agents and will restore your database to its initial state deleting Data Sync data structures and objects (tables, stored procedures, etc.). I have found many people trying to start the process directly from Windows Azure, and trying to delete the servers and the data sync groups or the databases participating in the synchronization, all of these actions means problems due the first step is stopping the local databases.

When your local databases have been unregistered, next step is to delete databases and agents from Windows Azure using Windows Azure Platform Management Portal. Select data sync databases node and delete data sync agents and databases. There should be no problem as agents are stopped and no local databases are involved in syncing now.
Last step is deleting the syncing model, edit the topology and delete databases. If you can’t delete the databases you will see there is an option under the database icons in the topology for Force deletion, you can use it for deleting the databases from the model and finally you are ready to delete de Data Sync group.
Finally, you should have a Data Sync server without Data Sync groups and you can use it for hosting other Sync Groups or to delete if you don’t need the server. Remember you can provision another new one whenever you needed.

With these easy steps you could de-provision your Data Sync configuration. I hope you find this process useful if you are experiencing problems when stopping or deleting Data Sync objects now.

Happy cloud experience!

Palestra SQL Server 2012: Fanor em Fortaleza

Felipe Ferreira — 2012-03-06T10:43:00+01:00

Buenas galera,

Aproveitando que eu estou em Fortaleza visitando clientes e que amanha, dia 07 de março é o dia do lançamento mundial do SQL Server 2012, eu irei fazer uma apresentação do produto na Fanor.

Quem puder comparecer, eu garanto que vai ser divertido :)

Segue abaixo informações sobre o evento:

Título: SQL Server 2012: Novidades em Business Intelligence

Descrição: Nessa sessão vamos conferir algumas das novas funcionalidades na área de Business Intelligence no SQL Server 2012. Venha conferir o que é ColumnStore Index, Projeto Power View, BISM e muitas outras novidades

Palestrante:
Felipe Ferreira – Diretor de Operações da SolidQ, maior parceira global da Microsoft na área de plataforma de dados. Especializado em Business Intelligence e Data Warehouse, sendo um dos poucos especialistas no mundo em SQL FastTrack e PDW, soluções em Hardware da Microsoft para ambientes até 600TB. Atua ativamente em soluções de médio e grande porte em clientes no Brasil e no exterior e é palestrante frequentes nos maiores eventos de tecnologia como Microsoft Teched, Microsoft CodeCamp Argentina e SQLBits London. Twitter: @SqlBoy

Local: Fanor, Av. Santos Dumont, 7800 -Dunas.
Hora: 19:30h
Sala: Auditório 1

Administrando cuentas de servicio en SharePoint 2010 con PowerShell

Pau Sempere Sanchez — 2012-03-05T14:01:00+01:00

Introducción

Windows Server 2008 R2 introduce el concepto de cuenta de servicio administrada, una cuenta creada específicamente para iniciar y hacer correr servicios en nuestros servidores sin las limitaciones asociadas a las cuentas de usuarios de Active Directory estándares.

Esto nos permite dedicar cuentas específicas a diferentes servicios con dos ventajas fundamentales:

- No tenemos que preocuparnos de la expiración de contraseña que suele estar asociada a las cuentas de usuario de Active Directory

- Al no tener cuentas de usuario asociadas para levantar servicios evitamos posibles agujeros de seguridad.

Podemos crear las cuentas de servicio administradas de diferentes maneras, hoy vamos a ver cómo lo haríamos con PowerShell, asumiendo que ya tenemos el servicio de Active Directory correctamente instalado y configurado en nuestra máquina.

En una ventana de comandos de PowerShell, podríamos crear una cuenta administrada con el siguiente código

Import-Module ActiveDirectory

New-AdServiceAccount SPService –AccountExpirationDate $null –Enabled $true –AccountPassword (ConvertTo-SecureString –AsPlainText “Password;1” –force)

Get-ADServiceAccount –Filter {Name –eq “SPService”}

Figura 1 - Creando cuentas de servicio con PowerShell

Podemos confirmar que tenemos la cuenta correctamente creada si vamos al administrador de cuentas de Active Directory

Figura 2 - Cuenta de servicio vista desde el administrador de cuentas de Active Directory

En este caso tenemos también una cuenta administrada para ejecutar servicios de SQL Server, como podemos ver en el administrador.

Problemática

Una vez hemos creado nuestras cuentas de servicio, las podemos registrar en nuestra granja de SharePoint para utilizarlas en los servicios de la misma.

Si vamos a la administración central de SharePoint registraremos la cuenta en Security – Configure Managed Accounts podremos registrar la cuenta de servicio en nuestra granja de SharePoint

Figura 3 - Registrando la cuenta de servicio en SharePoint

Ahora ya podemos asociar la(s) cuenta(s) a servicios propios de la granja. De nuevo en la administración central de SharePoint, iremos a Security – Configure Service Accounts

Figura 4 - Asociando la cuenta de servicio a servicios de la granja de SharePoint

El problema puede venir si algo le pasa a estas cuentas. Por ejemplo, por error un administrador de dominio de Active Directory las elimine sin comprobar si estaban asociadas a algún servicio activo. Nos encontramos este problema hace poco y esto provocó que no pudiésemos re-asignar los servicios a una cuenta válida.

Figura 5 - Error al intentar administrar las cuentas de servicio con una cuenta inexistente

Al intentar asignar el servicio de SharePoint, nos da este error debido a que SharePoint intenta enlazar el identificador (SID - Security Identifier), que tiene registrado de la cuenta de servicio a la cuenta de servicio de Active Directory y no encuentra correspondencia.

Tampoco se pueden borrar las cuentas del registro de SharePoint que no existan en Active Directory porque, como hemos visto, para SharePoint esas cuentas siguen existiendo y siguen asociadas a los servicios que nosotros le habíamos indicado.

Solución

Para solucionar esta situación y poder borrar las cuentas del registro de SharePoint, podemos adentrarnos un poco en PowerShell y acceder a los servicios de la granja de SharePoint para modificar su configuración y volver a desplegarlos asociados a la cuenta correcta.

Antes de empezar, cargaremos el Snap-in de PowerShell para SharePoint en el caso de que no lo tengamos ya añadido para poder utilizar los cmdlets propios de SharePoint.

Después, seleccionamos los servicios de la granja y la cuenta que vamos a querer utilizar para asignársela a dichos servicios.

Posteriormente tendremos que ir asignando a cada servicio (identificados con su nombre completo, service_full_name en el script) la cuenta que hayamos seleccionado y los volveremos a desplegar en la granja.

Add-PSSnapin –Name Microsoft.SharePoint.PowerShell

$services = (get-spfarm).Services
$account = get-spmanagedaccount | where {$_.UserName -eq "DOMAIN\account"}

#para cada servicio a re-asignar
$s = $services | where {$_.TypeName -eq "service_full_name"}
$s.ProcessIdentity.ManagedAccount = $account
$s.ProcessIdentity.Update()
$s.ProcessIdentity.Deploy()

En nuestro caso, vamos a reasignar la cuenta administrada asociada al servicio “Web Analytics Data Processing Service”, que ha sido el que habíamos dejado apuntando a la cuenta “corrupta”.

Figura 6 - Cuenta de servicio re-asignada mediante PowerShell

Si ahora vamos de nuevo a la administración central de SharePoint, veremos que ya tenemos los servicios asignados a la cuenta que queríamos y que ya podemos eliminar sin problemas la cuenta desde Security – Configure Managed Accounts

Figura 7 - Eliminando la cuenta corrupta del registro de SharePoint

Conclusión

Como en cualquier otro tema de administración y seguridad, es fundamental quién tiene acceso y permisos para ejecutar ciertas acciones.

Aunque las cuentas de servicio administradas son un paso adelante en la administración con Windows Server 2008 R2 hemos de ser cuidadosos a la hora de configurarlas y gestionarlas, ya que gran parte de la funcionalidad del servidor será dependiente de estas cuentas.

PowerShell puede ser de gran ayuda a la hora de configurar estas cuentas cuando queramos tener un control más exhaustivo las mismas o hayamos tenido un problema como el que hemos visto en este artículo.

Why I prefer using only Lync if anybody needs to contact me?

Fernando G. Guerrero — 2012-03-03T23:18:10+01:00

For multiple reasons, but the main one is that I do not want to keep status in multiple applications (Skype, Live, Facebook and so on). It is very annoying to receive a call from Skype or my cell phone, while I am having already a call in Lync, because those applications are not aware that I am already in a call.

If you see in Lync that I am in a call, trying to call me through my cell phone or Skype would only make me reject your call, since I cannot attend two calls at the same time.

If you see me in Lync, and need to speak with me, call me directly through Lync, because I must probably have my headsets on, and that would be for me the easiest way to get your call.

If I am not in Lync, calling my Lync account would redirect the call to my cell phone, or my exec assistant, so you would not incur in long distance charges on your phone.

If I am in the middle of a conversation in Lync, and needs to go away from the office, I can easily transfer the call to my cell phone, and continue the conversation without interruption, and taking it back when I get back to my desk again.

Also, because it integrates with Office and SharePoint, so you would know about my presence as soon as you receive any email or see any document I might have posted in SharePoint, so you would be able to contact me directly about that item in particular.

Also, because it uses the subject of the email I am referring to, when I open a Lync IM conversation with you, from an email message, and stores it in my mailbox, so I can see later that conversation together with the email conversation, saving lots of time when digging for something we might have discussed.

Also, because you can see from my Lync contact card, if I am available or not, for how long, and in which time zone I might be in that moment, avoiding waking me up in the middle of the night, if I am in the USA, Europe or Australia.

You just need to remember to allow Lync to share location information, and set your privacy settings with your colleagues, so they would be allowed to see your contact card.

So, please use Lync if you need to contact me.

In SolidQ, we have built our Lync server infrastructure to make it easier for all of us to communicate, without keeping track of any individual changes of IM program to sue, or personal telephone to use at any given time.

We use Lync federation with other companies, such as Microsoft, so we can share all this functionality with them.

Remember that you can use Lync not only from Microsoft devices, but also from iPhone, iPad, Android and Symbian devices. Take a look at the differences here:

http://technet.microsoft.com/en-us/library/hh691004.aspx

I know that some of these features are available in other applications, but the more I use Lync, the more I love it.

Fernando G. Guerrero

Despliegue de Proyectos en Integration Services 2012

Víctor Sánchez — 2012-03-01T16:09:37+01:00

Este artículo pertenece a la serie “Novedades de Integration Services en SQL 2012”. Puedes encontrar el índice de artículos al pie de este.

Introducción

En entradas anteriores hemos revisado las características que ofrece el nuevo modelo de servidor de Integration Services, que se basa en Proyectos y Entornos en lugar de Paquetes y Configuraciones.

En SQL Server 2012 se mantendrá la compatibilidad con el modelo de despliegue anterior, basado en paquetes, con la denominación Package Deployment Model. Los procedimientos para realizar despliegues en este modo no han variado desde versiones anteriores por lo que nos centraremos en el modelo de despliegue de proyectos Project Deployment Model.

Unidad de despliegue

Una de las mejoras que provee el modelo de despliegue de proyectos es que cada proyecto se ‘compila’ en un archivo de extensión .ISPAC. Este fichero es una implementación de Open Packaging Conventions (OPC) y contiene los paquetes Integration Services (.DTSX) y un manifiesto del proyecto.

Esto facilita en gran medida la importación y exportación de proyectos completos, permitiendo la migración entre servidores (desarrollo y producción por ejemplo). Además podemos importar proyectos desde ficheros ISPAC desde SQL Server Data Tools (antiguo BIDS).

El fichero ISPAC se genera cuando se realiza el Build del proyecto o al exportar desde un catálogo de Integration Services

Modos de realizar el despliegue

Una vez tengamos el paquete ISPAC con todos los elementos necesarios es el momento de utilizar el asistente Integration Services Deployment Wizard

Hay varias formas de lanzar este asistente. Una de ellas es pulsar la opción Deploy del menú contextual del proyecto desde la herramienta de desarrollo SQL Server Data Tools. Esta opción realiza el Build del proyecto intrínsecamente.

Otra de las vías es hacer doble clic sobre el fichero ISPAC, normalmente localizado en la ruta .\bin\Development dentro de la carpeta del proyecto (si no hemos cambiado las configuraciones de proyectos)

También a través de SQL Server Management Studio podemos realizar el despliegue de un proyecto a través del asistente. Si navegamos hasta la carpeta Integration Services, expandimos alguna carpeta dentro del catálogo SSIDB y hacemos clic derecho veremos la opción Deploy Project:

De cualquiera de estos modos lanzaremos el asistente que nos guiará indicándonos los pasos necesarios para completar la operación de despliegue:

Este asistente permite desplegar un proyecto que tenga su origen en un fichero ISPAC, pero también desde otro catálogo de Integration Services. Si hemos lanzado el asistente desde un fichero ISPAC, en este primer paso aparecerá seleccionada la opción Project Deployment File con la ruta del fichero:

El siguiente paso será seleccionar el servidor dónde realizaremos el despliegue y la ruta dentro del catálogo dónde queremos ubicar nuestro proyecto:

Y tras revisar el resumen de la configuración se realizará el despliegue de los paquetes que contenga el proyecto:

Configurando Entornos y Parámetros

Ya tenemos nuestro proyecto en el servidor pero, ¿qué pasa con los valores para los parámetros?

Una vez realizado el despliegue del proyecto falta considerar la creación de entornos para generar variables con distintos valores para nuestros parámetros, tal y como vimos en la entrada dedicada a Arquitectura del servidor.

Si hemos creado parámetros, tanto a nivel de proyecto como de paquete, estos tomarán por defecto los valores que hubiéramos asignado en tiempo de diseño.

La configuración de parámetros puede efectuarse de diversas formas por lo que le dedicaremos una entrada a este tema. Si tienes alguna duda en como crear un entorno o asignar valores para la ejecución de un paquete lo hablamos en los comentarios.

Conclusión

El despliegue resulta una tarea muy sencilla gracias al asistente destinado para esta tarea y a los nuevos ficheros ISPAC. Esta unidad de despliegue de proyectos es una ventaja más del nuevo modelo de servidor, facilitando la administración y modificación de proyectos en nuestros sistemas.

Serie: Novedades en SQL Server 2012 Integration Services

Novedades en Integration Services de SQL 2012 / Introducción
Nuevas funciones para el lenguaje de expresiones
Expression Task
Arquitectura del servidor y catálogo SSISDB
Migración de proyectos
Despliegue de proyectos
Informes Dashboard
API T-SQL

“serverfilesExcelServer.xml”, descargar Excel en SharePoint 2010

Roberto Ramón Berna — 2012-03-01T14:53:09+01:00

Buenas;

recientemente me he encontrado con el siguiente problema. En una página de SharePoint, habíamos puesto un enlace para descargar un archivo de excel (.xlsx). Resulta, que desde la parte privada lo descargaba sin problemas, pero desde la parte pública nos redirigía a la página de “sign in”.

Después de hacer varias pruebas, me di cuenta de que esa redirección a la página de “sign in” se producía porque SharePoint estaba intentando abrir el excel con la aplicación predeterminada por defecto.

Para solucionar esto me tuve que ir al archivo “serverfilesExcelServer.xml”, que se encuentra en “…\14\TEMPLATE\XML” y comentar la siguiente línea.

<Mapping FileExtension="xlsx" RedirectUrlTemplate="/_layouts/xlviewer.aspx?id=|0" NoGetRedirect="TRUE" CreateRedirectUrlTemplate="/_layouts/xlviewer.aspx?new=1"/>

Después de esto el excel se descargaba perfectamente desde las dos partes.

Espero que les sea de utilidad