Livre SSIS 2012 paru

Je fais rarement de la pub sur ce blog, seulement pour les éléments de qualité. J'en profite donc pour vous signaler la parution du livre SSIS 2012 : Mise en oeuvre d'un projet ETL avec SSIS aux éditions ENI que deux collègues (François et Romuald que je remercie encore une fois) et moi même avons réalisé. Il est disponble ici.



J'espère qu'il comblera vos attentes. N'hésitez pas à nous faire un retour dessus car l'année prochaine, nous allons certainement remettre le couvert sur un autre sujet.

Journées SQL Server 2012

Comme l'année précédente, deux journées sont consacrées à SQL Server. L'objectif sera de présenter des nouveautés, des retours d'expériences et des éléments méconnus de la version 2012. Elles se dérouleront les 10 et 11 décembre, au Centre de Conférences Microsoft,  39 quai du Président Roosevelt à Issy-Les-Moulineaux.






Pour ma part, nous préparons avec Tarik Broumi et David Tang une session autour des stratégies de processing que je présenterai avec ce dernier.
Retrouvez toutes les informations ici: http://jss2012.fr/

Web Service RS : modifier des propriétés de rapports

A toujours faire des billets qui expliquent comment faire en sorte que les choses fonctionnent, j’ai envie d'en faire un pour expliquer comment elles ne fonctionnent pas : ça changera. Récemment, chez mon client préféré du moment, nous nous sommes aperçus que le format appliqué aux données dans nos rapports RS n'était pas le bon (date et chiffre au format anglais entre autre). Du coup, je décide de modifier les paramètres de région du serveur (mode bourrin) : surprise, ça ne fonctionne pas. J'ai tout essayé (enfin je crois) et je ne comprends pas pourquoi ça ne passe pas. Je ferai un autre billet sur ce point plus tard.

NT AUTHORITY\SYSTEM n'est plus sysadmin sur 2012

Dans nos tests de compatibilité sur 2012 (typiquement des migrations d'applications) nous nous sommes rendus compte que le login NT AUTHORITY\SYSTEM au niveau de l'instance n'est plus sysadmin sur SQL Server 2012 (c'était encore le cas en 2008 R2). Ce qui pose des problèmes quand, par exemple, vous avec un service Windows tournant avec le compte système local qui tente de piloter des bases de données pour votre application. On passe donc quelques temps à chercher pourquoi nous n'avons pas les droits sur Master afin de pouvoir créer une base par exemple.
La préconisation : ne pas faire tourner ces applications avec le compte système local et utiliser des comptes de domaine si possible. Dans tous les cas, on évite de mettre ce compte système local sysadmin des bases de l'instance SQL.

PowerShell, c'est la vie!

Commes mes fans se sont plaints  hier il y a peu du manque d'activité sur ce blog, voici un petit post pour les réconforter (si je n'ai rien publié depuis, c'est parce que je suis sur l'écriture d'un livre sur SSIS et que je n'ai pas grand chose de nouveau à dire : on se cherche des excuses comme on peut).

J'ai dû mettre en place aujourd'hui il y a peu la création automatique de partition sur SSAS. Ce n'est pas la première fois que je fais ça mais ici, la manière est bien différente car le contexte le requérait. D'habitude, la création de ces partitions s'inscrit dans un process global de mise à jour d'une partie du SID (ETL, DWH, etc...) : le tout est géré par un service Windows custom. Dans ce cas précis, l'AMO est idéal.

Bug de traduction dans AS lors de la modification des types des attributs

Nous venons juste de découvrir un bug marrant dans les traductions de SSAS. Enfin, marrant parce que de prime abord on ne voit pas d’où ça vient, mais qui fait tout de même perdre quelques heures de recherche.

Nous ne comprenions pas pourquoi, lors du procesing de notre dimension temps nous avions ce message d'erreur :

Errors in the back-end database access module. The size specified for a binding was too small, resulting in one or more column values being truncated. Errors in the OLAP storage engine: An error occurred while the 'Fiscal Quarter' attribute of the 'Time' dimension from the MyCube' database.

Généralement, ce message survient lorsque le dimensionnement des types de nos attributs ne correspond pas à celui des colonnes de la base de données source. Après avoir vérifié plusieurs fois et sur tous les attributs de notre dimension, il en résulte que tout est bien fait. Donc après avoir injustement accusé un de mes collègues, l'attribut en question est supprimé, puis recrée. Oh miracle, le problème de processing disparaît. Bref, impossible de savoir d'où cela vient.

A mes yeux, il n'y a plus qu'une solution pour trouver la source du problème : faire un différentiel du XML entre les deux versions des dimensions. En faisant cela, on se rend compte que la traduction associé à l'attribut Fiscal Quarter possède le bon DataType, mais pas le bon DataSize.

Conclusion : cela vient du fait que le type de l'attribut a été modifié après la mise en place de la traduction. Ce procédé n'entraîne donc pas une mise à jour automatique des objets associés (tels que ceux de la traduction). La seule possibilité pour contourner le problème est de supprimer puis recréer la traduction pour l'attribut. Pas cool, sauf si vous connaissez une solution plus simple.

Comportement du Many to Many avec plusieurs dimensions de jointure

Chez nos clients préférés, nous tombons bien souvent sur une modélisation un peu bizarre d'un cube AS. Bien sûre, il y a toujours une justification à cela car cette modélisation a été mise en place pour répondre à un besoin bien précis.
Voici ladite modélisation (ça sera notre cas n°1) :