SQL Server, BizTalk Server, le 64 bits et au-delà !...

The SQL Server team has annouced the official name for Project Gemini—Microsoft SQL Server PowerPivot for Excel 2010—at the SharePoint Conference in Las Vegas. Introducing PowerPivot for Excel 2010 PowerPivot for Excel is a data analysis tool that delivers unmatched computational power directly within the application users already know and love—Microsoft Excel. Leveraging familiar Excel features, users can transform enormous quantities of data from virtually any source with incredible speed into meaningful information to get the answers they need in seconds. Using SQL Server PowerPivot for SharePoint 2010 (delivered thru SQL Server 2008 R2 in SharePoint 2010), end users can effortlessly and securely share their finding with others and work seamlessly in the browser with the same performance and features as the Excel client. PowerPivot for SharePoint even helps IT departments improve their operational efficiencies through SharePoint-based management tool called PowerPivot Management Dashboard. IT administrators can track usage patterns over time, drill down to obtain more details, discover mission-critical solutions, and ensure performance by making sure users have the appropriate resources.

Frequently Asked Questions 1. What’s PowerPivot and how does it relate to “Managed Self Service BI”? PowerPivot has two distinct components. A client add-in to Excel 2010 called SQL Server PowerPivot for Excel and a server component delivered thru SQL Server 2008 R2 to SharePoint 2010 called SQL Server PowerPivot for SharePoint. PowerPivot for Excel enhances self-service BI capabilities by providing you with greater flexibility of data manipulation using any size data set in structured or unstructured form using the familiar Office interface thru Microsoft Excel 2010. In addition, you can publish your analysis in SharePoint 2010 as a web application and share it with insights with your co-workers. “Managed Self Service BI” means that IT also benefits greatly with PowerPivot for SharePoint. They can provision reports – thus providing a single version of truth – and have end users work directly with data from those reports via Data Feeds. In addition, IT can track the usage of PowerPivot applications and discover mission-critical Excel applications 2. What’s the licensing model for PowerPivot for Excel and PowerPivot for SharePoint? Final decision has not been made and we’re not planning to disclose any pricing/licensing/packaging guidelines until later this year. Please stay tuned for the official licensing & packaging communiqué. 3. What version of Office supports the PowerPivot for Excel client? What about PowerPivot for SharePoint? PowerPivot for Excel only works with Excel 2010. PowerPivot for SharePoint will require SQL Server 2008 R2 and SharePoint 2010.

Call To Action Customers and partners can start signing up to be notified about the upcoming PowerPivot Technology Preview at www.powerpivot.com · Be Social: Join the PowerPivot Facebook  (also opens Monday) community page & use the #powerpivot hash sign on your Tweets

En tout cas moi je viens de découvrir et j’adore ! C’est toute la beauté du WPF au service de l’IT ! :-)

Une image valant mieux que de longs discours, voici à quoi cela ressemble :

C’est donc un outil WPF d’analyse de la performance de vos instances SQL Server. Il permet d’obtenir notamment les informations suivantes :

• Informations sur le serveur
• Taille des fichiers
• Statistique des E/S
• Fragmentation des index

C’est disponible en téléchargement sur CodePlex : http://sqlmim.codeplex.com/

et c’est fait par Sébastien Petrus de Bewise à Toulouse, ce qui ne gâche rien ! :-)

Je vais décrire dans cette série de messages comment j’ai réalisé ma démonstration du nouveau module cartographique de Report Builder 3.0 aux MS Days.

Au-delà de la démonstration elle-même, il s’agit d’une illustration complète de la démarche à suivre pour la mise en œuvre de ce nouveau module

Pour vous mettre en appétit, voici un résultat possible :

Alors avant d’en arriver là, la première chose à faire consiste à choisir et trouver un fond de cartes. Pour notre exemple, nous cherchons le fond de carte de la France avec les régions ou les départements.

Premier réflexe, le site de l’IGN sur lequel on trouve un certain nombre de produits gratuits à télécharger. Nous retiendrons ici la base de données GEOFLA® qui contient la description de l'ensemble des unités administratives du territoire national (ici les départements).

A l’aide de l’utilitaire Shape2Sql.exe on charge les polygones et les informations associées dans la table DEPARTEMENTS.

Par contre, le type de données obtenus dans SQL Server est géométrique car les valeurs des coordonnées géographiques (issue du mode Lambert 93) sortent des limites du type geographique (seule une conversion pourrait les y ramener! :-) ). Le résultat est cependant très satisfaisant dans SSMS :

En fait, il existe bien sur le site une version de cette base au format WGS84 (aka GPS) mais celle au format Shapefile ne contient pas de fichier .shx ce qui la rend inexploitable dans les outils… Ne voulant pas me lancer dans des conversions longues et fastidieuses, je préfère chercher plus loin !

Et après de longues et intensives recherches avec Bing,  Goog… et les autres je suis tombé sur une véritable pépite, le site www.gadm.org

Il s’agit d’un site recensant toutes les informations spatiales (nos polygones) pour toutes les divisions administratives sur plusieurs niveaux (pour la France: régions et départements) et  pour tous les pays du monde !

Voici la page de téléchargement : http://www.gadm.org/country En choisissant la France on arrive ici :

Par contre, avant de vous y rendre il faut prendre connaissance des conditions d’utilisation.

GADM is a spatial database of the location of the world's administrative areas (or adminstrative boundaries) for use in GIS and similar software. Administrative areas in this database are countries and lower level subdivisions such as provinces, departments, bibhag, bundeslander, daerah istimewa, fivondronana, krong, landsvæðun, opština, sous-préfectures, counties, and thana. GADM describes where these administrative areas are (the "spatial features"), and for each area it provides some attributes, foremost being the name and variant names.

This dataset is freely available for academic and other non-commercial use. Redistribution, or commercial use, is not allowed without prior permission.

Je ne pourrais donc pas vous l’inclure dans la base de données qui sera en attachement de ce message. Mais vous pouvez y aller pour vos besoins.

A défaut je me suis donc rabattu sur le fichier Admin00.zip disponible sur le site www.cdc.gov du Governement américain. Ce fichier contient toutes les divisions administratives de niveau 1 (les régions en France) pour tous les pays du monde. On trouve également sur ce site les divisions administratives de niveau 2 pour certains pays dont la France ici : http://www.cdc.gov/epiinfo/europe.htm (tout en bas de la page)

Après chargement avec Shape2Sql.exe on obtient donc 2 fonds de cartes au format géographique parfaits pour les besoins Report Builder :

Qui donne réduit à la France :

Pour les départements, on obtient :

La base de données Formes contenant ces fonds de cartes est publiée sur le site skydrive suivant : Démo Report Builder 3.0 . Vous pouvez la réutiliser librement.

Elle contient donc 3 tables que j’ai renommées pour des raisons de commodités :

• Depts_Geom : qui contient le contour des départements au format *geometry*
• Depts : qui contient le contour des départements au format *geography*
• Régions : qui contient le contour de régions administratives de niveau 1 (régions pour la France, Länder pour l’Allemagne, Etats des Etats-Unis, etc) de tous les pays du monde

Voici deux e-demos sur la console de Windows Essential Business Server 2008 montrant comment administrer un environnement EBS :

-  Etat de santé de l’environnement

- Tâches administratives

- Add-in SharePoint et SQL Server

- Etat de santé d’une application

- Inventaire logiciel et matériel

- Etat de santé du matériel avec l’ajout de management pack

C’est sur le blog de Pierre Chesne : Administrer Windows Essential Business Server 2008  Et la partie SQL est traitée dans la partie 2.

La série “Premiers pas avec SQL Azure” est complète !

Voici les pointeurs vers les 7 messages et leurs e-démos associées.

C’était aujourd’hui et c’est déjà en ligne !

Steve Balmer n’est pas venu nous voir mais on s’est bien amusé quand même !

Encore 5 jours pour participer au jeu concours !

«J’en ai rien à déployer» : cet été pour garder les neurones pétillants, découvrez des dossiers IT pour voir ou revoir ce que vous auriez pu rater durant l’année et, jusqu’au 30 septembre, gagnez des cadeaux en participant à notre grand jeu-concours final. Si pour vous Bitlocker est une marque de chaussures et BranchCache un nouveau jeu d'acrobaties en forêt, cette session est faite pour vous !

Chapitre 1 - Windows 7, Le Kit de Survie

Chapitre 2 - Les Communications Unifiées

Chapitre 3 - Windows 7 : Déploiement, Migration et Administration

Chapitre 4 - Windows Server 2008 R2

Chapitre 5 - Windows 7 : Compatibilité Applicative et Hardware

Chapitre 6 - Internet Explorer 8

Chapitre 7 - Windows 7 et la Sécurité

Chapitre 8 - SQL Server 2008

Chapitre 9 - Windows 7 : Mobilité et Productivité

Chapitre 10 - Office System 2007 & 2010

Si vous avez suivi la série de messages sur les premiers pas avec SQL Azure, vous avez peut-être trouvé, comme moi, que l’étape 4 est sans doute la moins facile dans la mesure où nous n’avions pas d’outil particulier pour nous aider à “faire le tri” entre les ordres SQL supportés par SQL Azure et ceux qui ne le sont pas. La méthode par essais et erreurs dans SQL Server Management Studio marche très bien mais peut vite devenir fastidieuse ! :-)

Heureusement, un outil récent publié sur Codeplex vient remplir ce manque. Il s’agit du SQL Azure Migration Wizard. Il est accessible ici : http://sqlazuremw.codeplex.com/ 

Comme son nom l’indique il s’agit d’un assistant qui va nous guidé dans la phase de migration d’un schéma existant vers SQL Azure.

Etape 1 : Connexion sur le serveur source. On peut aussi utiliser comme source un fichier de script T-SQL.

Etape 2 : Choix des paramètres

Etape 3 : Choix des objets à scripter

On peut alors pour chaque catégorie d’objets choisir ou non d’inclure chaque objet particulier

Etape 4 : Choix de la cible. Ce peut être soit un directement une base SQL (Azure ou locale), soit un fichier .sql

Etape 5 : Après un résumé, l’assistant lance la conversion. Et crée le script modifié adapté à SQL Azure.

Le résultat s’affiche alors, sous forme de 2 onglets, l’un avec les messages d’erreurs ou d’avertissement. L’autre avec le script modifié généré.

Etape 6 : Exécution du script sur SQL Azure après connexion.

Le résultat de l’exécution s’affiche finalement :

On voit que quelques modifications manuelles sont encore nécessaires. Par exemple, ici une colonne de type ROW GUID doit être supprimée ou modifiée mais l’assistant ne le fait pas automatiquement.

Cependant le gain de temps par rapport à la méthode totalement manuelle décrite dans Premiers pas avec SQL Azure, Partie 4 : Importer un schéma de données… est significatif !

SQL Azure Migration Wizard est donc un outil à recommander pour toute migration en grandeur réelle !

J’avais déjà parlé des versions précédentes de ce livre blanc très didactique : http://blogs.technet.com/patricg/search.aspx?q=%22David+Chappell%22&p=1 

Il s’agit là de la version 1.2 d’aout 2009.

C’est accessible ici : Introducing the Windows Azure Platform  

et décrit là sur le blog de David Chappell : Updating the Windows Azure Story 

Cela intègre les dernières évolutions de la plateforme notamment concernant SQL Azure :

Si vous rêvez de faire ceci :

Alors cet article devrait vous y aider:

http://www.codeproject.com/KB/silverlight/Silverlight3_SQL_WCF.aspx 

Après avoir vu comment importer des données avec SSIS (cf. Premiers pas avec SQL azure, Partie 5 : Charger et décharger des données avec SSIS… ) nous sommes maintenant en mesure de tester notre première application avec SQL Azure !

1°) Configuration :

Pour cela nous allons devoir installer la configuration suivante :

1. Visual Studio 2008
2. le SP1 de VS 2008
3. Configurer le serveur IIS local avec le support d’ASP.Net

Ici sur Windows 7

 

4. Installer les extensions Windows Azure pour Visual Studio : Windows Azure Software Development Kit (July 2009 CTP)
5. Installer SQL Server 2008 Express (2005 peut aussi faire l’affaire)
6. Et enfin, le SP1 de SQL Server 2008

Si tout s’est bien passé, vous êtes alors en mesure de faire un premier test sur la base locale SQL Express :

2°) Test en local :

Nouveau projet de type “Web Cloud Service” :

On passe sur l’édition de la page Default.aspx en mode Design et l’on ajoute un composant “GridView” :

Création de la chaine de connexion vers la base locale :

On vérifie que cela fonctionne comme attendu en cliquant sur “Tester la requête” :

L’assistant est terminé :

il ne reste plus qu’à tester en appuyant sur F5 :

Voilà le (superbe?!?) résultat :

3°) Test sur Azure :

Cette première phase de test en local nous a permis de valider la connexion et la requête SQL, à l’aide des assistants qui dans ces premières versions ne fonctionnent pas correctement avec une connexion SQL Azure.

Une fois la validation locale terminée, il ne reste plus qu’à modifier la chaine de connexion pour faire pointer la recherche vers SQL Azure.

Ce sera chose faite en remplaçant le paramètre <connectionStrings> dans le fichier Web.config :

On remplace donc :

<add name="TestConnectionString" connectionString="Data Source=PATRICG11\SQL2008R2;Initial Catalog=Test;Integrated Security=True"

providerName="System.Data.SqlClient" />

par :

<add name="TestConnectionString" connectionString="Data Source=dwd01tboe6.ctp.database.windows.net;Initial Catalog=Test;User ID=patricg@dwd01tboe6; Password=LE_MOT_DE_PASSE"

providerName="System.Data.SqlClient" />

Le résultat est identique à la version locale mais maintenant nos données sont stockées dans SQL Azure :

Le projet Visual Studio correspondant à cette première application de tests est attaché à ce message.

C’est le titre d’un excellent article publié par Sébastien Pertus sur TechHeadBrothers :

La plateforme AZURE va bientôt passer de sa phase de béta test à sa phase commerciale. Il est temps de songer à migrer nos applications existantes vers le Cloud.

…

Cette série d’articles à pour but de migrer une application complète, qui a été développée à l’origine sans penser à une exploitation « in the Cloud »

D’une façon pragmatique, nous allons migrer notre application en minimisant au maximum les redéveloppements dû à l’environnement AZURE.

La suite est ici : http://www.techheadbrothers.com/Articles.aspx/plateforme-azure-migrer 

Avant la migration, l’architecture ressemble à cela :

Après la migration (première partie) l’architecture est la suivante :

Cet article complète idéalement ma série de messages sur Premiers pas avec SQL azure .

Merci Sébastien !

Après avoir vu comment importer un schéma de données (cf. Premiers pas avec SQL Azure, Partie 4 : Importer un schéma de données… ) nous allons maintenant voir comment charger et décharger des données, avec SSIS.

1°) Charger des données de SQL Server vers SQL Azure :

Nous créons d’abord un projet Integration Services dans BIDS :

Nous créons ensuite nos chaînes de connexions (à la fois vers la base locale et la base Azure) :

On ajoute les tâches suivantes :

et

avec :

L’exécution permet de charger effectivement la table :

La table cible contient bien 1000 lignes :

2°) Décharger des données de SQL Azure vers SQL Server :

Le principe reste identique, il suffit de modifier de façon idoine les chaînes de connections.

Nous allons copier le package et le renommer “Déchargement SQL Azure” :

Le changement des chaînes de connexion permet d’inverser le sens du transfert des données :

Une requête de vérification produit bien le résultat attendu :

Vous pourrez trouver en attachement le projet BIDS 2008 généré.

Après avoir vu comment créer des utilisateurs et des objets (cf. Premiers pas avec SQL Azure, Partie 3 : Créer des utilisateurs et des objets  ) nous allons maintenant voir comment importer le schéma d’une base existante.

Pour cela, nous allons utiliser la base AdventureWorksLT2008 qui doit déjà être installé sur notre instance locale. Elle peut être téléchargée sur le site http://www.codeplex.com/MSFTDBProdSamples

1°) Tout d’abord nous allons générer un script pour la base existante :

L’assistant nous aide :

puis “Advanced” :

Nous allons devoir positionner 3 paramètres pour assurer la compatibilité avec SQL Azure :

Le fichier de commandes est généré :

Nous devons encore retirer quelques commandes non supportées avec SQL Azure :

- CREATE DATABASE, ALTER DATABASE

- CREATE TYPE, – les commandes de FILEGROUP,

- CREATE XML SCHEMA COLLECTION

- le prédicat NOT FOR REPLICATION, l’option PAD_INDEX,

- ROWGUIDCOL

- XML CONTENT

pour pouvoir lancer le script généré.

On peut vérifier par exemple que les tables ont bien été créés :

Ce script est en attachement de ce message.

This is a very good article comparing both Powershell and Python for DBA standard tasks.

The examples taken are :

Nothing earth shattering here, but I hope that you will find them useful. They are

1. Listing installed hot fixes, i.e. DST patch
2. Checking free space on drives.
3. Finding a database across multiple servers
4. Checking the version of SQL Server installed

PowerShell appears from far as the most concise of both.

Here is the conclusion :

I'm pretty excited about what PowerShell offers. I'm beginning to think it's easier to get things done with it and it looks like you can get more done with fewer lines of code using PowerShell. I found Python a bit easier to read initially but I'm getting used to the PowerShell syntax with the help of Bruce Payette's PowerShell book and several PowerShell blogs and forum posts. Plenty of support has built up around PowerShell that helped me to write this article both from Microsoft and PowerShell users. One thing I won't forget is Gert Drapers saying during his conference presentation that prior to PowerShell he used Perl for his admin scripts. It obvious from Bruce Payette's book that Microsoft did take a significant amount of inspiration from languages like Python and Perl to build PowerShell. No matter which scripting language you choose, I think to be really effective in a large environment you must learn to script. I'm hooked on PowerShell because of what it can do to make my life simpler in our Microsoft environment but also the exposure to .Net and WMI that it provides for a DBA.

And the full article is here : http://www.simple-talk.com/sql/database-administration/comparing-python-and-powershell-dba-scripting-/