Double-Take Application Manager

Double-Take Application Manager, qui supporte à la fois les environnements SQL Server et Exchange Server, gère la protection des applications à partir d’une interface d’administration centralisée, ce qui élève le degré d’automatisation et augmente la simplicité de configuration. 

La protection des données est ainsi améliorée, la reprise sur sinistre accélérée et le niveau de disponibilité des applications accru pour les utilisateurs de plates-formes Windows dont les systèmes critiques reposent sur SQL Server et Exchange Server.

Liste de contrôle T-SQL

par Itzik Ben-Gan. Mise en ligne : 29 Novembre 2006, Parution SQL Magazine : Juin 2005

T-SQL est le langage principal pour l’accès aux données côté serveur et la manipulation de celles-ci dans SQL Server. L’application des meilleures pratiques vous aidera à exploiter au mieux ses possibilités. En vous appuyant sur la liste de contrôle suivante, vous serez certain d’avoir un code T-SQL performant et convivial en termes de maintenance.- Utilisez des solutions basées sur des ensembles. Ce type de solution est généralement plus rapide, plus simple et moins longue que des solutions à base de curseur. Les solutions basées sur des ensembles permettent à l’optimiseur SQL Server d’évaluer plusieurs plans d’exécution et de choisir le plus performant au lieu d’imposer une approche particulière. Les curseurs nécessitent beaucoup de temps de traitement et il vaut donc mieux les éviter dans la mesure du possible. Les solutions itératives sont appropriées dans quelques cas et il est important de les identifier au lieu d’envisager d’emblée ce type d’approche.

- Ecrivez plusieurs solutions. Ne vous contentez pas de la première solution qui marche. Elaborez systématiquement plusieurs solutions, comparez leurs performances, leur simplicité et leur évolutivité, puis choisissez celle qui répond le mieux à vos besoins.

- Privilégiez le code conforme ANSI. Utilisez autant que possible du code conforme à la norme ANSI. L’écriture de code standard présente de nombreux avantages : elle facilite le portage, pas seulement entre plates-formes de base de données, mais aussi vers de futures versions de SQL Server. De même, la signification du code standard est claire, à la différence de certaines constructions propriétaires, telles que *= ou =* pour des jointures externes. Envisagez d’employer du code non standard uniquement lorsque T-SQL fait appel à une fonction propriétaire extrêmement avantageuse en termes de performances ou une fonctionnalité qui n’a pas d’alternative standard.

- Employez les procédures stockées. Privilégiez cette approche au lieu de mettre en oeuvre toute la logique dans l’application. Les procédures stockées permettent de partager la logique applicative et fournissent un procédé d’encapsulation, de sorte que vous pouvez réviser leur implémentation sans affecter l’application tant que l’interface de la procédure reste inchangée. Les procédures stockées constituent un très bon outil pour contrôler la sécurité et l’intégrité des données, pour réduire le trafic réseau en évitant de multiples allers et retours entre le client et le serveur, et pour réutiliser les plans d’exécution.

- Spécifiez des noms de colonne dans la liste SELECT de votre requête. Spécifiez systématiquement une liste de colonnes explicite ; évitez le symbole * dans la liste SELECT de vos requêtes et expressions de table (par ex. vues, tables dérivées, fonctions inline). En indiquant uniquement les noms des colonnes nécessaires, vous laissez à l’optimiseur le soin d’envisager des index de couverture. Et vous n’avez pas de souci à vous faire en cas de changement du schéma des objets sous-jacents.

- Ne supposez jamais qu’il existe un ordre physique des données. Une erreur courante commise par les programmeurs T-SQL débutants est de s’appuyer sur un certain ordre physique des données. Souvenez-vous que ce langage repose sur le modèle relationnel, lequel est à son tour basé sur la théorie des ensembles. Une table (ensemble) n’a pas d’ordre prédéterminé de ses lignes. Lorsque vous devez trier les donnée

Liste de contrôle des sauvegardes de journaux

par Kalen Delaney. Mise en ligne : 29 Novembre 2006, Parution SQL Magazine : Juin 2005

La sauvegarde de votre journal des transactions permet d’avoir un historique de tous les changements apportés à une base de données SQL Server, afin que vous puissiez restaurer cette dernière ultérieurement, si la situation l’exige. La liste suivante vous aidera à avoir en mémoire les fonctions clé des sauvegardes de journaux afin de les employer au mieux.- Utilisez le modèle de récupération complète ou journalisée en bloc. Si votre base de données applique le modèle de récupération simple, vous ne pouvez pas sauvegarder les journaux car SQL Server tronque votre journal régulièrement.

- Stockez votre journal des transactions sur un lecteur miroir. Même si vos fichiers de données sont endommagés et si la base de données est inutilisable, vous pouvez sauvegarder le journal des transactions si les fichiers journaux et le fichier de données principal sont disponibles. Utilisez un niveau RAID qui garantit la redondance, à savoir 1 ou 10, et vous serez en mesure de sauvegarder toutes les transactions jusqu’au point de défaillance, puis de les réappliquer vers la base de données restaurée.

 - Surveillez la taille du journal. Bien que la planification soigneuse de cette valeur soit vitale, ne partez pas du principe que la taille du journal n’excédera pas celle constatée pendant les tests. Utilisez les alertes de l’Agent SQL Server pour surveiller les compteurs de l’Analyseur de performances (Performance Monitor) servant à suivre la taille du fichier et dès que le journal franchit un seuil défini par vos soins, l’Agent SQL Server peut accomplir des actions prédéterminées telles que l’exécution d’un script d’augmentation de la taille du journal, l’envoi d’un e-mail à votre attention ou la réduction de la taille du fichier.

- Rappelez-vous que les sauvegardes de journal ne se chevauchent pas. Dans SQL Server 2000 et 7.0, chaque sauvegarde de journal contient toutes les transactions depuis la sauvegarde du journal précédente, de sorte qu’une transaction de longue durée peut s’étendre sur plusieurs sauvegardes. Par conséquent, lorsque vous restaurez des sauvegardes de journaux, n’utilisez pas l’option WITH RECOVER tant que vous n’avez pas appliqué le dernier journal. Des sauvegardes ultérieures peuvent contenir la suite de transactions présentes dans la sauvegarde de journal courante.

- Sachez faire la différence entre le terme « troncature » et « réduction de la taille ». La sauvegarde du journal exécute une opération de troncature, ce qui permet à des parties de celui-ci d’être disponibles pour être remplacées par de nouveaux enregistrements. Cela n’affecte pas la taille physique du fichier journal. Seule l’opération de réduction de la taille a une incidence sur celle-ci.

- Planifiez soigneusement la fréquence des sauvegardes de journal. Il n’existe pas de réponse standard et vous devrez systématiquement effectuer des compromis. Plus vos sauvegardes seront fréquentes, plus elles seront nombreuses à gérer et à restaurer, mais moins vous perdrez de transactions en cas de défaillance du système.

- La taille du journal ne reflète pas forcément la taille de la sauvegarde. Si votre base de données applique le modèle de récupération journalisée en bloc, les sauvegardes de journaux incluent toutes les données affectées par les opérations en bloc, de sorte que les sauvegardes en question peuvent représenter plusieurs fois la taille du fichier journal.

- Conservez des sauvegardes de jou

Actu SQL – Semaine 15 : Business Intelligence / EMC développe l’interopérabilité / Service Client Collaboratif

Les actualités SQL Server de la semaine du 09 au 15 Avril 2007

- Business Intelligence avec SQL Server 2005
- EMC développe l’interopérabilité et les possibilités de ses infrastructures pour la plate-forme Microsoft
- Service Client Collaboratif

SQL Server Actualités – Semaine 46 – 2006

Les actualités SQL Server de la semaine du 13 au 19 Novembre 2006

Solution de gestion des actifs

Infor, fournisseur de logiciels d’entreprise, vient d’annoncer que la dernière version de son logiciel Infor EAM MP2, solution de gestion des actifs pour petites et moyennes entreprises, est désormais disponible au niveau mondial.

Des solutions de gestion des actifs, DataMirror dévoile la nouvelle version de sa solution d’intégration de données: Transformation Server 6.0, et d'autres solutions de stockage.

SecureSphere Database Minitoring Gateway

Imperva annonce l’appliance SecureSphere Database Minitoring Gateway. SecureSphere journalise l’activité des bases de données, basée sur le login ID de l’utilisateur.

Le produit enregistre toute activité de la base de données et identifie toutes les utilisations de la base de données. SecureSphere DMG fonctionne indépendamment du serveur de la base de données.

ANALYSIS SERVICES 2005 automatise l’analyse temporelle

Dans SQL Server 2005, Analysis Services a été complètement remanié en vue de proposer la plate-forme d’analyse décisionnelle (en anglais BI, Business Intelligence) la plus performante au monde. Cette nouvelle version comporte une multitude de fonctionnalités et d’améliorations intégrées afin de fournir des solutions intelligentes et automatiques aux problèmes métiers courants. Il n’est plus besoin d’être un expert d’OLAP ou du codage MDX (Multidimensional Expressions) pour créer des applications analytiques riches en fonctionnalités.Les améliorations apportées à Analysis Services 2005 sur le plan de l’analyse temporelle (en anglais, Time Intelligence) permettent de créer facilement des calculs temporels. Cet article examine d’abord en quoi le nouvel assistant « Business Intelligence Wizard » facilite la mise en oeuvre de l’analyse temporelle. Il aborde ensuite les aspects « pourquoi » et « comment » sous-jacents au niveau de l’assistant. Enfin, l’article analyse les techniques de modélisation employées dans le domaine de l’analyse temporelle et examine le code généré par l’assistant afin de présenter plusieurs meilleures pratiques pour la modélisation des métadonnées et MDX. Comme le contenu exposé ici constitue un bref aperçu des possibilités du produit, ces informations acquérront toute leur utilité si vous êtes déjà familier de SQL Server 2000 Analysis Services.

7 étapes pour le contrôle des changements de base de données.

Par Michelle A. Poolet. Mise en ligne le 15 Novembre 2006, Publication SQLServer : Juin 2005

Maîtrisez facilement et efficacement la gestion des changements

Le contrôle des changements n’est pas réservé au seul développement d’applications. Les schémas de base de données, au même titre que tout autre composant de votre organisation informatique, ont besoin de cette fonctionnalité. En effet, ces schémas (tables, colonnes, types de données, fonctions, procédures stockées, vues, etc.) ne sont pas statiques et suivent tout naturellement l’évolution des besoins de l’organisation. Lorsqu’une entreprise doit s’attaquer à de nouveaux marchés, élargir sa mission ou modifier une activité, sa base de données doit être capable de soutenir ses efforts et être, le cas échéant, modifiée en conséquence. L’astuce consiste à gérer soigneusement ces changements.Si vous n’avez pas de méthodologie pour gérer les changements d’une base de données, vous risquez de dénormaliser le schéma de cette dernière, ce qui peut avoir un coût en termes d’espace disque et de performances. Il peut vous arriver de créer des déclencheurs et procédures qui interfèrent avec les processus existants, entraînant une corruption possible des données stockées et des rapports générés.

En règle générale, la gestion des changements du schéma incombe à l’administrateur de la base de données physique. Le fait de confier cette tâche à une personne ou un groupe est judicieux car celle-ci ou celui-ci a souvent la connaissance la plus intime de la base de données. Néanmoins, lorsque vous modifiez une ou plusieurs tables, il est très facile d’oublier quelque chose, de laisser un aspect de côté ou d’omettre l’incidence possible d’un changement apparemment mineur. Vous pouvez également sous-estimer le délai nécessaire à l’accomplissement du changement. En l’absence de logiciel spécialisé pour vous seconder, vous pouvez recourir à une liste de contrôle des demandes de changement au format feuille de calcul, telle que celle illustrée à la figure 1. 1 Dans ce formulaire, vous pouvez consigner les changements de base de données proposés avant de les appliquer, en utilisant un formulaire pour chaque table concernée par la demande. 2 Il est possible d’affecter une priorité à chaque changement en appliquant une échelle de A à F, la lettre A indiquant une importance immédiate et F signifiant un changement pouvant intervenir à n’importe quel moment.

Visual Studio 2005 et SQL Server 2005 : une équipe qui gagne

Le lancement sans cesse retardé dedéveloppement d’applications. N’attendez pas la sortie des versions définitives pour commencer à concevoir et planifier les logiciels qui exploiteront leurs nouvelles fonctionnalités. Agissez dès maintenant ! Lorsque SQL Server 2005 et Visual Studio 2005 seront enfin disponibles, vous disposerez d’applications capables de tirer immédiatement parti de leurs nouveautés.Néanmoins, au vu des dizaines de nouvelles fonctionnalités proposées, les développeurs auront peut-être des difficultés à identifier lesquelles essayer en premier. Trois améliorations apportées à SQL Server 2005 et Visual Studio 2005 visent spécifiquement à améliorer la compatibilité et l’efficacité de ce tandem : l’ajout de la fonctionnalité MARS (Multiple Active Results Sets), l’intégration de l’environnement CLR (Common Language Runtime) .NET et les mises à jour de l’espace de nom Transaction. Chacune de ces améliorations influe directement et de manière unique sur le développement d’applications. MARS améliore l’évolutivité en réduisant le nombre de connexions nécessaires, l’intégration du CLR permet aux développeurs et aux DBA d’étendre en toute sécurité les possibilités de la base de données et, pour finir, les mises à jour de l’espace de nom Transaction aboutissent à des transactions automatiques dignes de ce nom. Ces outils doivent aider les développeurs à créer des applications plus souples et les DBA à prendre en charge les applications qui tirent parti de fonctions de base de données allant au-delà du simple accès à une collection de lignes. Examinons maintenant comment mettre en oeuvre chacune de ces nouvelles fonctionnalités dans les applications que vous allez développer aujourd’hui.

Les exemples de cet article fonctionnent avec Visual Studio 2005 bêta 2 et SQL Server 2005 bêta 3, et font appel à la base de données exemple AdventureWorks fournie avec la nouvelle version de SQL Server. J’ai simplifié la configuration de ma chaîne de connexion en installant les deux produits serveur sur la même machine. Tous les exemples de code inclus fonctionnent aussi avec les CTP de février de SQL Server 2005 et de Visual Studio 2005. Pour rendre ces exemples fonctionnels, j’ai fourni un ensemble de procédures stockées et d’autres informations personnalisées, installables dans la base de données exemple AdventureWorks au moyen du code du listing Web 1 (http://www.itpro.fr, Club Abonnés).

Interview Walter Scott : Les systèmes de sauvegarde et de restauration

Quelques questions à Walter Scott, Président-directeur général, Imceda Software. Mise en ligne : 15 Novembre 2006, Publication SQLServer : Avril 2005.

Les systèmes de sauvegarde et de restauration destinés à votre entreprise ne sont pas seulement bénéfiques pour l’activité, ils sont obligatoires.

MICROSOFT TECHDAYS l’événement de l’année 2007

Par Annie Lichtner. Mise en ligne : 31 Janvier 2007; Publication SQL Server Magazine : Décembre 2006


Le 5, 6, et 7 février 2007, se déroulera à Paris un événement majeur : Microsoft TechDays 2007. A la clé : 230 sessions thématiques, des workshops et des ateliers techniques. Objectif : approfondir les connaissances sur l’ensemble des technologies Microsoft. Parmi les nombreuses sessions, Microsoft présentera SQL Server, le premier logiciel du marché à avoir combiné un système de gestion de bases de données (relationnelles ou multidimensionnelles) et des outils décisionnels.Avec près de 10 000 visiteurs attendus, Microsoft TechDays qui se déroulera le 5, 6 et 7 février prochain est le plus grand événement organisé par Microsoft France pour les professionnels de l’informatique. Un sommaire riche à la hauteur des ambitions de Microsoft puisque toute l’offre produits et solutions d’entreprise sera présentée.

Pour atteindre cet objectif, Microsoft France propose 230 sessions thématiques accompagnées d’une trentaine de workshops et de 60 « hands-on labs », à savoir des ateliers techniques pour approfondir les connaissances. « Nous souhaitons un événement multi-sessions où chaque client pourra composer son parcours en fonction de ses centres d’intérêts » précise Angélica Reyes, Responsable plateforme applicative chez Microsoft France. Parmi les thématiques abordées, citons : le déploiement, l’administration, la sécurité, l’infrastructure, le décisionnel, la mobilité, la communication, la collaboration, en passant par la migration, le développement Web, .Net, la high performance computing…

Pour accompagner cet événement majeur, Microsoft France s’appuie sur une cinquantaine de partenaires spécialisés et de nombreuses communautés d’experts. Pour être tout à fait complet, signalons que les TechDays intègrent aussi les DevDays et les journées Microsoft de la Sécurité. Si l’année 2007 est marquée par le lancement de Vista et d’Office 2007, Microsoft place aussi SQL Server et la Business Intelligence au coeur des TechDays. « SQL Server est le premier logiciel du marché à avoir combiné un système de gestion de bases de données et des outils décisionnels (reporting, analyse, extraction) » déclare Angélica Reyes. Pour aider les professionnels dans leur parcours, la plate-forme applicative SQL Server a été scindée en deux thèmes : gestion de données et business intelligence.

Pleins feux sur la migration vers SQL Server 2005

Synthèse de la journée de conférences "Enjeux et perspective de la migration vers SQL Server 2005"

Attention : Problèmes syntaxiques en vue…

par Andras Belokosztolszki. Mise en ligne: 10 Janvier 2006, Publication SQL Server Magazine: Juin 2005

Le terme hétérogénéité sémantique peut, au premier abord, ressembler à du jargon technique sans grande signification, mais il décrit en fait un ensemble subtil de problèmes auxquels sont confrontés de nombreux développeurs et administrateurs de base de données (DBA). Toute personne qui a déjà eu à combiner des ensembles de données de deux bases de données différentes (et quel DBA ou développeur ne l’a pas fait ?) a probablement déjà rencontré une hétérogénéité sémantique: les données n’ont pas des formats concordants et il est par conséquent difficile de les fusionner.Combiner des bases de données dont l’une consigne la température en degrés Celsius et l’autre, la température en degrés Fahrenheit, par exemple, peut aboutir à une corruption significative des données, à moins que vous ne traitiez cette problématique à l’avance. Il est, au mieux, extrêmement long de résoudre une telle corruption des données et, au pire, cette opération peut être impossible d’un point de vue logique. Le présent article aborde les quatre types d’hétérogénéité sémantique, examine à quels endroits ils se produisent lors de la comparaison des bases de données et présente différentes méthodes pour les résoudre.

Edition Spéciale SQL Server Upgrade

Bénéficiez gratuitement Hors-Série exclusifs !

XML for ANALYSIS

XML for Analysis (XMLA), une norme de service Web proposée et prise en charge par Microsoft et les grands éditeurs OLAP, associe les services Web et les technologies OLAP en proposant un schéma XML pour les applications OLAP et de data-mining. Pour l’essentiel, XMLA permet d’explorer et d’interroger les données multidimensionnelles par le biais de services Web, ce qui signifie que les applications analytiques peuvent évoluer de leur structure client/serveur coûteuse et difficile à maintenir vers une architecture orientée Web plus souple.XML for Analysis (XMLA), une norme de service Web proposée et prise en charge par Microsoft et les grands éditeurs OLAP, associe les services Web et les technologies OLAP en proposant un schéma XML pour les applications OLAP et de data-mining. Pour l’essentiel, XMLA permet d’explorer et d’interroger les données multidimensionnelles par le biais de services Web, ce qui signifie que les applications analytiques peuvent évoluer de leur structure client/serveur coûteuse et difficile à maintenir vers une architecture orientée Web plus souple.

o2olap, solution décisionnelle

Reporting Solutions, entité du groupe Pensez Solutions et fournisseur de solutions unifiées de gestion de la performance - Corporate Performance Management (CPM) - pour les PME-PMI, annonce la disponibilité de l’outil décisionnel o2olap en version française.
 

Adaptée à la France et distribuée par Reporting Solutions, o2olap est une solution décisionnelle qui permet de s’appuyer directement sur les données des systèmes de production pour la planification, la simulation, la consolidation et l’analyse des performances.

Sécurité de reporting services

par Peter Blackburn. Mise en ligne: 10 Janvier 2007, Publication SQL Magazine: Juin 2005

Alors que Bill Vaughn et moi-même faisions des recherches pour notre ouvrage, intitulé Hitchhiker’s Guide to SQL Server 2000 Reporting Services (2004, Addison-Wesley), nous avons eu le plaisir de constater que les développeurs de Microsoft considéraient les fonctions de sécurité dans Reporting Services comme cruciales.

Ce produit est généralement installé avec des droits élevés au coeur de votre domaine d’activité et vous devez avoir conscience de ses implications sur la sécurité. Les personnes (administrateurs, développeurs ou utilisateurs) que vous devez ajouter à l’ensemble constituent le maillon le plus faible sur le plan de la sécurité. Elles peuvent en effet compromettre vos configurations de sécurité par ignorance, paresse ou malveillance. Voici une liste de contrôle de sécurité rapide pour les personnes chargées d’administrer, d’installer et de configurer Reporting Services.

SQL Server Actualités – Semaine 41 – 2006

Les actualités SQL Server de la semaine du 16 au 22 Octobre 2006

Type de données T-SQL Dafetime

Le type de données datetime génère beaucoup de questions et de confusion au sein de la communauté SQL Server.

A la différence d’autres grandes plates-formes de base de données, SQL Server ne fournit pas de types de données de date et d’heure discrètes. En, fait, datetime assume à lui seul a tâche de ces deux types de données. Cette rubrique apporte des réponses à six questions posées fréquemment sur l’utilisation du type de données datetime de SQL Server.