SQL Server Actualités – Semaine 3 – 2005

Les actualités SQL Server pour le mois de Janvier 2005

Lire l'article

SQL Server Actualités – Semaine 11 – 2005

Les actualités SQL Server pour le mois de Mars 2005

Lire l'article

Quest Central pour SQL Server

Quest Software annonce la disponibilité de la version 5.0 de Quest Central pour SQL Server.

La suite intégrée d'outils d'administration pour les bases de données Quest Central, s'enrichit de fonctions avancées pour l'analyse et l'optimisation des performances des environnements Microsoft SQL Server.

Lire l'article

Gestimum PME V3

GESTIMUM, éditeur d'une offre alternative de gestion intégrée destinée aux PME & PMI, filiale du Groupe EBP, lance GESTIMUM PME V3.

S'appuyant sur la technologie Microsoft SQL Server Mode Client/Serveur, GESTIMUM PME V3 se caractérise par sa richesse fonctionnelle, sa simplicité d'utilisation ses capacités inégalées de personnalisation et son ouverture sur les autres applications de l'entreprise.

Lire l'article

Un BLOB d’une autre couleur

par Michael Otey - Mis en ligne le 19/01/2004 - Publié en Février 2004

Peut-être êtes-vous habitués aux BLOB dans ADO. Mais un BLOB dans ADO.NET, c'est autre chose

Il faut beaucoup de travail pour convertir d'anciennes applications ADO en ADO.NET. Et l'une des principales difficultés pour passer à  ADO.NET est la conversion du code d'import ou d'export de BLOB. De nombreuses fonctions d'ADO.NET et d'ADO sont très voisines ; mais l'accès BLOB n'est pas l'une d'elles ...Dans ADO, on manipule les données BLOB en utilisant les objets Recordset et Field standard avec soit les méthodes de découpage de l'objet Field, soit l'objet Stream. Or, aucun de ces objets n'existe dans ADO.NET. Dans ADO.NET, on peut utiliser le SqlDataReader pour extraire des données BLOB de la base de données SQL Server, puis utiliser les objets ADO.NET DataSet et DataField pour importer des données BLOB du système de fichiers dans SQL Server. Avant d'examiner le code utilisé pour accéder aux BLOB dans ADO.NET, commençons par examiner les BLOB.

Lire l'article

Clustering de SQL Server

par Brian Knight - Mis en ligne le 16/03/2005 - Publié en Avril 2004

6 étapes vers la haute disponibilité de SQL Server

Pour l'administrateur de bases de données (DBA), la mise en cluster d'un SQL Server est source d'inquiétude, un peu parce que cet exercice était déjà  difficile dans SQL Server 7.0 et les releases antérieures. Heureusement, dans SQL Server 2000, le clustering est moins intimidant. Les six étapes que je couvre dans cet article constituent un canevas de base permettant d'établir un environnement en cluster pour SQL Server 2000 ...Le failover clustering est le meilleur moyen d'instaurer la haute disponibilité dans un environnement SQL Server. Pour mettre en cluster des serveurs Windows, on utilise le service Microsoft Cluster pour relier entre eux plusieurs serveurs. Avec le service Cluster, si une panne survient dans un composant matériel crucial ou dans le service SQL Server, les lecteurs, SQL Server, et les services associés, basculent tous sur un serveur secondaire. Ce basculement généralisé est automatique et prend entre 30 et 60 secondes. Avec d'autres solutions haute disponibilité de SQL Server, comme le log shipping ou la réplication, en cas de défaillance du serveur principal, quelqu'un doit changer manuellement les rôles sur le serveur secondaire. Bien que le log shipping offre une bonne solution de redondance, il s'appuie sur la maintenance manuelle et il peut être difficile à  instaurer.
Avant de commencer l'opération de clustering, il faut bien comprendre que la seule fin du clustering Windows est la haute disponibilité. En effet, le clustering n'améliore pas la performance de SQL Server puisqu'un seul serveur travaille à  la fois - les serveurs reliés ne traitent pas les requêtes ensemble. Pour voir comment le clustering trouve sa place dans le puzzle de la haute disponibilité de SQL Server, voir l'article de Michael Hotek « Solutions haute disponibilité », dans ce numéro.

Lire l'article

Tout sur Reporting Services

par Brian Larson et Martin Voegele - Mis en ligne le 19/01/2004 - Publié en Février 2004

Tout sur le nouvel outil SQL Server 2000 : le reporting de la conception à  la livraison

Initialement, Microsoft avait l'intention de livrer Reporting Services dans le cadre de la prochaine release Yukon de SQL Server. Mais les utilisateurs qui ont reçu les toutes premières descriptions et démonstration de Reporting Services ont été séduits et ont dit à  Microsoft qu'ils voulaient ces fonctions le plus tôt possible. Microsoft a écouté et a réagi de deux manières : en faisant de Reporting Services un add-in à  SQL Server 2000 et en intégrant les fonctions dans Yukon ...Mais pourquoi ce vif intérêt ? Sans Reporting Services, le seul moyen de délivrer des informations de gestion de dernière minute sur Internet ou sur l'intranet de la société consiste à  coder des pages Web dynamiques ou à  utiliser un outil de reporting tierce partie. Malheureusement, le coding de pages dynamique est une opération longue qui nécessite généralement un développeur expérimenté et les solutions de reporting tierce partie sont onéreuses.
Grâce à  Reporting Services, des utilisateurs plus ou moins compétents pourront créer leurs propres rapports dynamiques. Bien que vous puissiez ajouter du code à  un rapport pour mieux contrôler le formatage et les données, vous pouvez construire des rapports très élaborés sans aucune expérience de programmation. Vous pouvez présenter des rapports sur Internet ou sur un intranet en plusieurs formats, dont PDF et TIFF, de bonne apparence à  la fois dans un navigateur et sous forme imprimée. De plus, Reporting Services permet d'accéder à  ces rapports de manière commode et sécurisée.
Plutôt que de créer un nouvel environnement de développement pour produire des rapports Reporting Services, Microsoft a utilisé son IDE (integrated development environment) existant, Visual Studio .NET. Vous pouvez créer des rapports avec n'importe quelle édition de Visual Studio .NET 2003. Vous pouvez déployer les rapports provenant de Visual Studio .NET sur un Report Server, qui gère la sécurité, la mise en cache des données et autres fonctions de reporting. Le Report Server délivre les rapports aux destinataires dans divers formats par la méthode pull (à  la demande de l'utilisateur) ou push (livraison planifiée).
La « colle » qui relie le rapport conçu dans Visual Studio .NET au rapport que Report Server délivre est le nouveau RDL (Report Definition Language) de Microsoft. Ce langage de type XML contient toutes les informations concernant la conception de rapports. Vous commencez par créer un rapport comme un document RDL dans Visual Studio. Ce dernier déploie ensuite le RDL sur un Report Server, lequel le stocke dans une base de données SQL Server. Quand Reporting Services délivre un rapport à  un utilisateur, il traite la définition du rapport RDL et le présente dans un format plus usuel comme une page HTML ou un document Adobe PDF.

Lire l'article

SQL Server Actualités – Semaine 9 – 2005

Les actualités SQL Server pour le mois de Mars 2005

Lire l'article

SQL Server Actualités – Semaine 52 – 2004

Les actualités SQL Server pour le mois de Décembre 2004

Lire l'article

Find Duplicates Wizard for SQL Server

Azlexica annonce Find Duplicates Wizard for SQL Server, logiciel qui permet d'effectuer une analyse dupliquée multi clés sur la base de données SQL Server 2000 ou 7.0, puis exporte le résultat dans le tableur.

Il effectue son processus directement sur le serveur, ainsi il n'est pas nécessaire d'envoyer les données sur le réseau pour l'analyse.

Lire l'article

Haute disponibilité des infrastructures réseau

Afin d'assurer une haute disponibilité des infrastructures réseau, Ipswitch, éditeur de solutions de transfert de fichiers, de serveurs de messagerie et de surveillance réseaux, annonce Ipswitch WhatsUp Gold FT Premium.

Solution de cartographie, surveillance et alerte réseau, Ipswitch WhatsUp Gold FT Premium permet, en un seul produit, de surveiller les applications Microsoft Exchange et Microsoft SQL Server de manière efficace, et d'assurer une redondance de monitoring pour garantir une haute disponibilité du système de surveillance réseau. Jusqu'alors proposés comme modules optionnels à WhatsUp Gold, WhatsUp Exchange Monitor, WhatsUp SQL Monitor et WhatsUp Failover assurent le bon fonctionnement des applications critiques des entreprises.

Lire l'article

Double-Take pour SQL Server

NSI Software annonce Double-Take pour SQL Server, logiciel de réplication basé hôte qui fournit la protection des applications en temps réel.

La technologie STAR (Sequential Transfer-Asynchronous Replication) de NSI capture en continu et réplique les changements.

Lire l'article

SQL Server Actualités – Semaine 44 – 2004

Les actualités SQL Server pour le mois d'Octobre 2004

Lire l'article

Faire dialoguer ses applications avec BizTalk Server

par Catherine China - Mis en ligne le 9/12/2004 - Publié en Février 2004

Automatiser ses processus métier, fiabiliser ses échanges applicatifs, ouvrir son système d'information vers l'extérieur : Microsoft BizTalk Server tient toutes les promesses de l'EAI en jouant le rôle de chef d'orchestre des échanges inter applicatifs de l'entreprise et des partenaires extérieurs.

Le système d'information des entreprises est constitué de nombreuses applications « spécifiques » ou progiciels de gestion intégrés (ERPs) bâtis sur des technologies disparates ...Dans le passé, lors d'un développement d'une nouvelle application, une grande partie du travail des services informatiques consistait à  développer des interfaces pour soutenir l'échange des informations entre applications. En permettant de faire communiquer ces applications entre elles, l'EAI -Intégration des Applications d'Entreprise- a totalement changé la donne. Mais pourquoi faire communiquer les applications ? Tout simplement parce qu'elles sont excessivement liées entre elles. Si une application de CRM répond à  un besoin fonctionnel précis lié à  la relation client, elle nécessite cependant des informations générées par d'autres applications, comme la comptabilité client, la gestion des stocks, le support technique.…
Dans un contexte de réseau local, cette communication inter applicative peut se gérer plus ou moins facilement. Mais dès que le système d'information s'ouvre sur l'extérieur, vers les partenaires commerciaux (BtoB) ou qu'il est réparti sur de multiples sites, le problème se corse.

Lire l'article

SQL Shield, outil intégré pour SQL Server 2000

Activecrypt Software annonce SQL Shield, outil intégré pour SQL Server 2000 et 7.0 qui permet de crypter les triggers, vues et procédures.

Le cryptage natif de SQL Server est vulnérable à de nombreux outils de cryptage qui sont disponibles sur Internet.

Lire l'article

Garder les DTS Package Logs sur les rails

par Shane Dovers - Mis en ligne le 9/12/2004 - Publié en Février 2004

Un log bien bichonné donne de précieuses informations pour le dépannage

Il est parfois difficile d'isoler des problèmes DTS (Data Transformation Services) quand on ne sait pas ce qui s'est produit pendant l'exécution d'un package DTS. Heureusement DTS possède des fonctions de jiurnalisation de package intégrées qui fournissent une précieuse source d'informations pour dépanner et superviser l'exécution d'un package ...Avec SQL Server 2000, DTS offre deux méthodes pour capturer l'information du journal. La première méthode - et la seule acceptée par SQL Server 7.0 - journalise les erreurs et l'information d'exécution dans un fichier texte. La seconde méthode, introduite dans SQL Server 2000, journalise les erreurs dans une base de données. Les deux méthodes fournissent essentiellement la même information d'exécution. Toutefois, comme leurs descriptions l'indiquent, leur format de sortie est différent et, par conséquent, leur mode de gestion aussi. Dans cet article, j'examine la méthode basée sur un fichier texte pour capturer l'information d'un DTS Package Log, qui s'applique à  la fois à  SQL Server 2000 et 7.0. Voyons l'information que contient le DTS Package Log, examinons les caractéristiques de journalisation, puis appliquons une méthode pour gérer les logs DTS basés sur un fichier texte qui utilise le code VBScript avec un job SQL Server Agent planifié.

Lire l'article

SQL Server : Passé, présent et futur

par Michael Otey - Mis en ligne le 27/10/2004 - Publié en Octobre 2003

Au cours des 10 années écoulées, Microsoft a transformé SQL Server d'une base de données départementale modeste en un leader sur le marché des bases de données d'entreprise. Comme cette année marque le 10e anniversaire de SQL Server, passons en revue rapidement ses six principales releases puis jetons un coup d'oeil à  la prochaine release Yukon.

SQL Server 4.2 pour l'OS/2 1.3 16 bits

Microsoft a présenté SQL Server pour la première fois en 1992. SQL Server 4.2 ne supportait pas Windows NT. Microsoft avait élaboré le produit avec Sybase pour la plate-forme IBM OS/2 1.3 16 bits.

SQL Server 4.2

La première release SQL Server 32 bits est venue en 1993. Cette release, aussi développée avec Sybase, permettait à  SQL Server 4.2 de travailler avec NT 3.1. En 1994, Microsoft a mis fin à  son co-développement avec Sybase et a poursuivi le développement de SQL Server pour NT uniquement.

SQL Server 6.0

En 1995, venait la release 6.0. C'était la première fois que SQL Server offrait de véritables possibilités de base de données d'entreprise. SQL Server 6.0 amenait la GUI Enterprise Manager et la prise en charge de la réplication, de la planification et de la DRI (Declarative Referential Integrity).

SQL Server 6.5

SQL Server 6.5 est apparu en 1996, dans la foulée de la release 6.0. Ses améliorations étaient nombreuses : plus grande évolutivité, verrouillage dynamique au niveau des pages, transactions distribuées, extension de la réplication aux sources de données ODBC, et un Database Maintenance Wizard.

SQL Server 7.0

SQL Server 7.0 est apparu en 1998 sous le nom de code Sphinx. C'était le plus gros changement de l'architecture SQL Server depuis la release originale. SQL Server 7.0 offrait l'évolutivité massive, un accroissement des performances, l'auto-réglage dynamique et le verrouillage au niveau des lignes. Et aussi OLAP Services, pour démocratiser le data warehousing et la business intelligence (BI). Avec la release 7.0, SQL Server commençait à  affronter directement Oracle et IBM DB2 sur le marché des bases de données d'entreprise.

SQL Server 2000

C'est en octobre 2000 que Microsoft a présenté SQL Server 2000, sous le nom de code Shiloh. Analysis Services de SQL Server 2000 améliorait les possibilités OLAP et BI et ajoutait des fonctions de data mining. La release 2000 offrait aussi l'intégration XML, permettant de stocker, d'extraire et de gérer des données en format XML. Les releases Web suivantes ont amélioré l'intégration XML du produit et introduit SQL Server 2000 Notification Services.

Yukon

La prochaine release de SQL Server, sous le nom de code Yukon, est attendue en 2004. Elle inclura le CLR (Common Language Runtime) .NET qui permet d'écrire des objets base de données comme des procédures stockées et des triggers dans des langages compatibles .NET comme C# et Visual

Lire l'article

SQL Server Actualités – Semaine 50 – 2004

Les actualités SQL Server pour le mois de Décembre 2004

Lire l'article

Prévention des sinistres

par Kalen Delaney - Mis en ligne le 27/10/2004 - Publié en Octobre 2003

Se préparer au pire

Nombreux sont ceux qui divisent le sujet de la haute disponibilité en deux parties : prévention des sinistres et reprise après sinistreEn réfléchissant à  cet article et en essayant de déterminer quelles activités constituent la prévention des sinistres et lesquelles constituent la reprise après sinistre, j'ai constaté que la ligne de démarcation entre les deux n'est pas si nette. J'ai aussi pris conscience que, pour faire la distinction entre la prévention des sinistres et la reprise après sinistre, il faut définir clairement ce qu'est un « sinistre » pour l'entreprise.

Si l'on définit le sinistre comme quelque chose d'extérieur au domaine technique, comme une inondation ou un tremblement de terre, il est impossible de le prévenir, au moins pour l'équipe IT. Dans un tel cas, il faut se concentrer sur la préparation au sinistre. Mais s'il s'agit de sinistres purement technologiques, il est difficile de tracer la frontière entre la prévention et la reprise. Ainsi, si vous considérez que la perte de votre SQL Server est un sinistre, vous pouvez mettre en place un environnement SQL Server en cluster tel qu'un SQL Server sur une autre machine prenne automatiquement le relais du serveur défaillant. Ce mécanisme est la réponse au sinistre que constitue la perte du SQL Server primaire. Cependant, la plupart des gens considèrent une solution cluster comme une prévention des sinistres.
Dans le même esprit, nombreux sont ceux qui considèrent que les stratégies de sauvegarde et restauration entrent dans le cadre de la reprise après sinistre. Or, si l'on définit un sinistre comme une perte de données et si une restauration complète à  partir des sauvegardes empêche la perte de données due à  un événement catastrophique, le sinistre s'est-il produit ou l'avezvous prévenu ? Comme il faut de bonnes sauvegardes pour mener une restauration complète et qu'il faut les effectuer avant que la catastrophe ne frappe, on peut considérer une bonne stratégie de sauvegarde comme une technique de prévention des sinistres.
Mais alors, qu'est-ce qui constitue exactement un sinistre ? Du point de vue de cet article, un sinistre est une perte de données de production ou une immobilisation qui entraîne une perte de productivité. En ce qui vous concerne, si vous considérez qu'un événement particulier est une catastrophe pour votre entreprise, c'est un sinistre.
Quand je distingue la prévention des sinistres et la reprise après sinistre, j'entends que la prévention est ce que l'on peut faire avant que quelque chose n'arrive et la reprise est ce que l'on fait après. Le « quelque chose » peut être un événement que l'on peut prévenir, comme des défaillances de disque multiples, ou ce peut être un événement qu'il est impossible de prévenir, comme un tremblement de terre. Dans ce dernier cas, vous ne cherchez pas des moyens de prévenir l'événement : vous recherchez des moyens pour être préparés et prévenir une perte inacceptable de données ou de productivité. L'encadré « Une vraie reprise est-elle toujours possible ? » décrit les expériences personnelles de l'un des meilleurs experts mondiaux en prévention de sinistres sur SQL Server, après le choc du 11 septembre 2001. Et il souligne à  quel point la planification, la préparation et la persévérance sont importantes pour assurer la survie de l'entreprise après un sinistre. Voyons quelques meilleures pratiques qui vous aideront à  vous préparer au pire.

Lire l'article

Données SQL Server 2000 Windows CE Edition

Syware annonce que son environnement de développement d'applications, Visual CE, supporte maintenant la création de formulaires qui utilisent les données à partir des bases de données SQL Server 2000 Windows CE Edition.

En utilisant l'outil add-on de Syware, sqlceEnable, les développeurs Visual CE peuvent utiliser les données à partir de n'importe quelle base de données SQL Server CE afin de créer des formulaires mobiles pour diverses applications, du suivi à la gestion des inventaires.

Lire l'article