Alexis Molteni's BI Blog

Pour être averti de la sortie de la CTP de SQL Server 2008 R2 qui est prévu dans le courant de l'été.

http://www.microsoft.com/sqlserver/2008/en/us/r2.aspx

Egalement pleins d’infos sur la future version de SQL Server 2008.

Sur les serveurs SQL Server de plus de 4 Cpu et de 8Gb de Ram mini, il existe un problème qui affecte les temps de process des cubes. Ce problème est du à un changement de comportement entre les versions 2000 et 2005. Aujourd’hui les valeurs des propriétés <MaxThread> pour les Pool des requêtes et des process sont en dures dans le fichier de configuration de l’instance SQL Server Analysis Services (voir ci-dessous).

...
<Query>
        <MaxThreads>10</MaxThreads>
        <MinThreads>1</MinThreads>
        <PriorityRatio>2</PriorityRatio>
        <Concurrency>2</Concurrency>
        <StackSizeKB>0</StackSizeKB>
</Query>
<Process>
        <MaxThreads>64</MaxThreads>
        <MinThreads>1</MinThreads>
        <PriorityRatio>2</PriorityRatio>
        <Concurrency>2</Concurrency>
        <StackSizeKB>0</StackSizeKB>
</Process>
...

Cette configuration pose un problème quand des Thread supplémentaires sont crées au delà de la limite définie par la propriété < MaxThreads >. Ce dépassement est du à une dépendance entre job (un job est une opération interne au moteur SSAS), comme l’exécution de job enfant à un autre job, l’exécution en parallèle de plusieurs processing ou l’activité des requêtes MDX. Pour résoudre ce besoin d’exécution du à ces dépendances, le moteur autorise la création de thread au delà de la limite. Et c’est là qu’il y a un problème, car pour être certain que ce besoin supplémentaire de ressource n’est pas du à un simple pique d’activité, le moteur applique un délai de 30 secondes à la création de ces nouveaux Thread, ce qui se traduit par le ralentissement des jobs dépendants.

Dans la majeure partie des installations de SQL Server, la configuration par défaut est suffisante, car le Memory Quota Manager limite le nombre d’opérations parallèles en fonction de la quantité de mémoire disponible. Cependant, dans le cas de serveur disposant d’une grande quantité de mémoire le Memory Quota Manager va permettre la création d’un grand nombre de job en parallèles (query ou(et) process) et la limite sera très rapidement dépassée. Le délai ajouté à chaque thread crée au delà de la limite, va très rapidement s’accumuler et donner l’impression d’un ralentissement des processing.

Pour identifier cette situation il existe différent symptômes :

1. 1 – Faible utilisation de la CPU pour le process msmdsrv.exe
2. 2 – Faible activité disque pour le process msmdsrv.exe
3. 3 – La somme des valeurs des compteurs :

        Threads :Processing Pool Idle Threads
        Threads :Processing Pool Busy Threads
        Threads :Processing Pool Job Queue Length

Si cette somme est supérieur à la valeur spécifiée dans la propriété <MaxThread> il y a peut etre un probleme.

Le système n’a pas besoin de combiner tous les symptômes. La combinaison des symptômes 1 et 3 ou 1 et 2 sont suffisant pour être l’expression de ce problème.

Pour l'exemple j'utilise des relevés réalisés sur l'un de mes serveurs de Prod qui a ce probleme. En utilisant les relevés faits avec la trace Perfmon qui tourne sur le serveur, j’obtiens les valeurs suivantes :

• Threads :Processing Pool Idle Threads = 64
• Threads :Processing Pool Busy Threads = 46
• Threads :Processing Pool Job Queue Length = 2

Soit un total de 112. La valeur maxi étant fixée à 64 nous sommes bien au delà de cette dernière. En utilisant la méthode suivante :

1 - Récupérer la valeur de la somme des trois compteurs Perfmon (112) et ajouter 10. Soit 122

2 - Appliquer la modification dans le fichier de configuration de l’instance SSAS, le serveur va vérifier la configuration dans les 30 secondes, détecter les changements et permettre la création des threads supplémentaires.

Pour l’instant cette réponse ne concerne que les Pools de thread pour les Process, mais la même vérification doit être faite sur le Pool de Thread dédié aux requêtes car elles utilisent également le Pool de thread dédié au Process en plus de celui dédié aux requêtes.

Dans un poste du mois de Décembre je vous faisez part d'un problème de sécurité déjà ancien sur SQL Server et exploitable sur la version 2005 de notre SGBD préféré. A ce sujet, Microsoft viens de faire paraître un "Microsoft Security Bulletin MS09-004 - Important". Il en ressort que les éditions de SQL Server 2005 avec le SP3 et SQL Server 2008 ne sont pas concernées par cette faille. Les plus grands risques étant pour l'édition 2000 de SQL Server, la version Express de 2005. De plus l’utilisation de Windows Server 2008 ne vous met pas à l’abri.

Plus d'infos sur :

• Microsoft Security Advisory (961040)

- Title: Vulnerability in SQL Server Could Allow Remote Code Execution - http://www.microsoft.com/technet/security/advisory/961040.mspx

Il semble qu'une faille de sécu identifiée sur SQL Server 2000 soit exploitable sur SQL Server 2005 sans qu'il y ait, pour l'instant de correction.

En exécutant la procédure stockée étendue sys.sp_replwritetovarbin, il est possible d'écrire certaines valeurs en mémoire, pour plus d'infos voir la description du problème pour SQL Server 2000 :

http://www.securityfocus.com/archive/1/499042

Des tests de Moreno Zilli (Swisscom), confirmés ensuite par SEC Consult démontrent que la même attaque est possible sur SQL Server 2005.

http://www.sec-consult.com/files/20081209_mssql-sp_replwritetovarbin_memwrite.txt

Il semble que pour l'instant le seul moyen de se prémunir contre ce risque soit de supprimer la procédure. Pour réaliser cela, exécuter la commande suivante en administrator :

Execute dbo.sp_dropextendedproc 'sp_replwritetovarbin'

Plus d’infos: "Removing an Extended Stored Procedure from SQL Server" http://msdn.microsoft.com/en-us/library/aa215995(SQL.80).aspx

Cette faille est connue par MS depuis Septembre et un fix existe mais sa sortie n'est pour l'instant pas définie.

Microsoft met à disposition une CTP du SP3 de SQL Server. SQL Server SP3 - CTP Cette CTP prend en compte toutes les corrections des 11 Cumulative Update actuellement disponible pour SQL Server ainsi que les corrections rapportées sur la plate-forme de Feedback. Il s'agit encore d'une beta et la version officielle devrait être mise à disposition rapidement, Microsoft ayant promis la sortie du SP3 avant la fin de l'année, le calendrier est donc respecté. Actuellement le "What's new in SQL Server SP3 - CTP" est un peu léger et j'espère que Microsoft apportera plus de détails sur le contenu du SP3dans une prochaine version du doc. Si vous êtes un peu courageux vous pouvez toujours reprendre les Readme des 11 CU depuis la sortie du SP2.

Microsoft a acheté la société Israélien Zoomix, éditeur d'une technologie de qualité de données.

La gestion de la qualité des données automatise la vérification de la précision des données qui entrent et sont stockées dans une base de donées, ainsi que celles auxquelles on accède pour un traitement d'exploitation des donées (comme dans le cadre d'une solution décisionnelle). Et c'est bien le rôle d'Accelerator, le logiciel de Zoomix, qui, pour ce faire, combine des analyses sémantique et linguistique avec un apprentissage par la machine destiné au classement, à la correspondance et la standardisation des données complexes dans les entreprises.

« Aujourd'hui on se retrouve face à de telles quantités de données dans les entreprises qu'il est difficile de savoir ce qui est vraiment important - il s'agit de récupérer de l'information et d'en extraire de la connaissance, insiste Richard Ptak, du cabinet d'analystes IT Ptak, Noel & Associates. C'est pourquoi, de plus en plus souvent, les éditeurs de SGBD et de décisionnel intègrent dans leurs offres des fonctions automatisées de gestion de la qualité des données. Et ce, dans le but d'améliorer la qualité de l'ensemble de l'organisation des données. » (Source le monde)

Vérifier les données le plus tôt possible dans le cycle

Microsoft intégrera les fonctions de Zoomix dans les futures versions de SQL Server.

Aujourd'hui, Zoomix cible principalement l'industrie, la distribution, le commerce et la finance aux Etats-Unis, en Europe et au Moyen-Orient. Son équipe de développement rejoindra la R&D de Microsoft en Israël.

Microsoft met à disposition un outil de migration de vos applications et models performancePoint Server 2007. Cette outil peut vous permettre de migrer toute l'implementation réalisée à l'aide du Business Modeler sur un serveur de test vers un serveur de production, vous evitant ainsi de tout reconstruire et de peut etre commettre des erreurs.

A télécharger ici

De la documentation ici

Vu sur le blog de Russell Christopher, un nouvel Add-in pour le BIDS qui vous permet de concerver la requete réalisée à l'aide du browser lors du debug de votre UDM.

Plus d'infos : http://blogs.microsoft.co.il/blogs/bei/archive/2008/04/25/analysis-services-browser-views-add-in.aspx

En juin dernier, Dundas a annoncé que la prochaine version de SQL Server (2008) inclura la suite de visualisation de Dundas. voir le lien vers le site de Dundas : www.dundas.com/Company/Media/PressSQL2008.aspx Cette intégration ne fait pas suite au rachat de Dundas par Microsoft mais par le licencing du code source à des fins d'integrations. Dundas continuera à produire ses propres solutions de restitution pour SSRS. Nous trouvons depuis la CTP de février les graphiques et "gauges" de dundas le calendrier devrait suivre. Les anciennes versions de graphique de SQL Server 2005 ne seront plus disponibles dans la release de SQL Server 2008, elles seront totalement remplacées par la suite Dundas.

Vous trouverez sur le site de Simon Sabin une liste des nouveaux outils present dans SQL Server 2008.

http://sqlblogcasts.com/blogs/simons/archive/2008/03/11/SQL-Server-2008---Whats-new-in-the-tools.aspx