Sybase IQ, procédures stockées de contrôle de structure (index, cardinalités...). sp_dba_helpcolumn

Cette note propose la procédure stockée sp_dba_helpcolumn permettant d'auditer rapidement la nature du contenu d'une colonne. Elle intègre également une fonction de génération de commandes pour corriger des structures fragmentées, changer des types d'index FP (FP1, FP2, FP3, Flat...) ou encore de créer des index LF.

La procédure sp_dba_helpcolumn est principalement inspirée de la procédure système sp_iqcardinality_analysis, procédure qui retourne des informations et conseils relatifs à la cardinalité ou au typage d'une colonne. Toutefois, sp_dba_helpcolumn reprend également quelques informations très pertinentes retournées par les procédures systèmes sp_iqrowdensity, sp_iqcolumn, sp_iqindex_alt et sp_iqindexinfo.

L'idée n'a pas été de refaire sp_iqcardinality_analysis, mais de la compléter quelque peu en y ajoutant des informations comme le typage, l'indication d'unicité ou encore la possibilité de travailler sur un jeu restreint d'enregistrements.

Sybase IQ, procédures stockées de contrôle de structure (index, cardinalités...). sp_dba_helpcolumn »

Retour au sommaire ↑

Miroirs de bases SQL Server 2008 R2 avec témoin, guide pratique

Le "mirroring" (ou miroir) est une fonctionnalité qui, depuis SQL Server 2005, maintient une base de données "standby" inactive à des fins de DR (Disaster/Recovery) et/ou de bascule automatique en cas d'échec (automatic failover).

Une solution de miroir SQL Server 2008 R2 avec bascule automatique grâce à une instance témoin (witness) est proposée dans cet article. Son implémentation est réalisée et industrialisée en utilisant les variables de scripts, fonctionnalité de l'utilitaire SQLCMD introduite avec SQL Server 2005. De chaleureux remerciements sont d'ailleurs adressés à Richard PRADE pour cette version industrialisée.

Au delà de l'industrialisation de l'installation du miroir, sont également abordés :

• des exemples de bascules automatiques et manuelles
• la prise en charge du mirroring par les couches clientes ODBC, OLE DB, ADO.NET et JDBC avec la propriété Failover Partner
• les aspects performances et la mesure de la latence vers le miroir (sp_dbmmonitorchangealert et sp_dbmmonitorresults)

Miroirs de bases SQL Server 2008 R2 avec témoin, guide pratique »

Retour au sommaire ↑

Ajout et référencement du pilote ODBC ASE 12 sur un poste Windows avec un client Sybase ASE 15

Depuis la version 15 de Sybase Adaptive Server Enterprise, Sybase a repris en main le développement de ses pilotes ODBC et OLE DB et ne dépend plus de l'éditeur tiers MERANT.

Afin de minimiser les impacts sur le(s) connexion(s) ODBC ASE 12 existante(s), la procédure technique présentée dans cet article pour faire fonctionner sur un poste de travail Windows le composant ODBC ASE 12 au sein d'un client Sybase ASE 15 se résume à quelques étapes :

• Installation du répertoire ODBC-3_5 dans le client ASE 15.
• Référencement du pilote Sybase ASE ODBC Driver dans la base de registres.
• Copie des librairies Open Client 15 libsyb*.dll sous leur ancien nom Open Client 12 lib*.dll dans le répertoire %SYBASE%\%SYBASE_OCS%\dll avec le script copylibs.bat fourni par Sybase.

Ajout et référencement du pilote ODBC ASE 12 sur un poste Windows avec un client Sybase ASE 15 »

Retour au sommaire ↑

Sybase ASE - Procédures stockées de monitoring exploitant les tables MDA

Cet article décrit et propose en téléchargement des procédures stockées de surveillance d'instances Sybase Adaptive Server Enterprise, procédures qui exploitent les tables MDA, nouveauté apparue avec Sybase 12.5.0.3. Les tables MDA supplanteront à terme les outils de monitoring actuels comme Monitor Server et Historical Server dont la fin de support est déjà annoncée pour le 31/12/2012, information à garder à l'esprit.

Ce premier volet propose :

• sp_dba_whodoes : monitoring des processus actifs.
• sp_dba_whatdoes : monitoring SQL des processus.
• sp_dba_cache : monitoring de l'efficacité des caches.
• sp_dba_getobj : monitoring des objets (tables et indexes) en cache.
• sp_dba_getwe : monitoring des évènements d'attente.
• sp_dba_io : monitoring des entrées / sorties sur les devices (I/Os).
• sp_dba_spid : monitoring physique, logique et transactionnel d'un processus.

Les procédures sont créées dans la base sybsystemprocs et pour certaines de ces procédures stockées, une historisation dans tempdb est gérée, historique qui est purgé au delà d'une certaine limite. La persistence des tables créées dans tempdb est gérée en créant la structure dans la base système model.

Les tables MDA s'enrichissent au fil des versions et patches (nouvelles colonnes), c'est pourquoi plusieurs sources dépendant de la version du serveur ASE sont proposées en téléchargement pour la plupart des procédures stockées.

Sybase ASE - Procédures stockées de monitoring exploitant les tables MDA »

Retour au sommaire ↑

Microsoft SQL Server - Export et import de données avec l'utilitaire bcp, guide pratique

L'utilitaire bcp dans le client Microsoft SQL Server permet d'exporter et importer des données en mode natif ou en mode caractères. Ce guide pratique s'adresse à tous les administrateurs et concepteurs qui abordent pour la première fois cet outil natif d'export/import de données.

Parmi les points abordés :

• l'export des données d'une table et d'une vue avec bcp out ainsi que l'export de requêtes ou d'un jeu de résultats retourné par une procédure stockée avec bcp queryout.
• l'import de données dans une table depuis un fichier avec bcp in. La gestion des erreurs, des colonnes identity et du journal des transactions lors des imports est incluse dans ce guide pratique.

Microsoft SQL Server - Export et import de données avec l'utilitaire bcp, guide pratique »

Retour au sommaire ↑

SQLPAC sur Twitter

La prochaine version de Sybase Adaptive Server Enterprise sera la version 15.7. Les versions Sybase ASE 15.5 ESD#4 et Replication Server 15.6 ESD#1 à venir supporteront la réplication des bases IMDB (In Memory DataBase).
D'où proviennent ces informations ? Des tweets de Rob Verschoor ! http://twitter.com/#!/rob_verschoor »

En complément du fil d'actualités et pour les inconditionnels des tweets rapides de moins de 140 caractères, l'actualité de SQLPAC est désormais également disponible sur le réseau social Twitter : http://twitter.com/#!/sqlpac »

Les tweets de SQLPAC sont accessibles aussi sur tous les supports mobiles (iPhone, iPad, BlackBerry, Androïd...) : http://mobile.twitter.com/sqlpac »

Retour au sommaire ↑

Fin de support d'Internet Explorer 6, Google Analytics un formidable outil d'aide à la décision

Google a annoncé la fin de support pour Internet Explorer 6 en mars 2010 (Google to send Internet Explorer 6 users packing come March »).

Un autre géant du Web, YouTube, a annoncé également le même mois la fin de support pour Internet Explorer 6 en mars 2010 (YouTube to kill IE6 support on March 13 »).

Grâce aux données Google Analytics (Mesurer son audience Web et exploiter efficacement Google Analytics - Caractéristiques techniques des visiteurs »), une étude a été menée sur l'évolution de la proportion des visites sur le site sqlpac.com avec Internet Explorer 6 par rapport à Internet Explorer 7, 8 et 9.



En mars 2011, Internet Explorer 6 ne représente plus que 25% des visites environ et la chute de cette version est bien amorcée depuis avril 2010.

Internet Explorer 6 est très coûteux en temps de développement et particulièrement complexe à supporter (transparence des images au format *.png, compatibilités avec les normes Javascript, CSS 2 et 2.1...). C'est aussi avec soulagement que le support de la version 6 d'Internet Explorer sera progressivement retiré dans les prochains mois sur sqlpac.com afin de faciliter les migrations vers HTML 5 et encourager les mises à jour des navigateurs clients.

Un bandeau encourageant l'utilisation des navigateurs autonomes Chrome, Firefox, Opera ou Safari est affiché désormais dans sqlpac.com pour les internautes utilisant Internet Explorer 6.

Retour au sommaire ↑