TSQL Challenge 14

Le quatorzième challenge de la série est en ligne sur TSQL Challenges.


Pour rappel, ces petits challenges ont pour vocation de vous distraire, et éventuellement, de vous faire progresser sur tel ou tel point particulier.

Cette fois-ci, il s’agit d’identifier des séquences dans une chaîne de caractères.  Le but du challenge est d’identifier la séquence de caractères la plus longue à l’intérieure d’une chaîne de caractères.

Ce challenge et les suivants auront tous un but commun: écrire du code ensembliste, en transformant un jeu de données en un autre.
Vos réponses doivent impérativement être envoyés avant le 12 octobre 2009 à minuit. Comme d’habitude nous espérons que ce challenge vous divertira.

Bon amusement !!

David BARBARIN (Mikedavem)
Elève ingénieur CNAM Lyon

Alertes SQL Server et WMI

Dans le cadre de la gestion des incidents et de la gestion de la capacité d’un service informatique, il peut être intéressant de définir des alertes de fonctionnement de SQL Server et de son environnement pour anticiper d’éventuels problèmes de fonctionnement. En effet, rien n’est plus désagréable pour une équipe de production par exemple d’être mis au courant par un utilisateur qu’un de ses serveurs est en panne ou que le système d’information ne fonctionne pas. La qualité de service de cette équipe s’en retrouverait affectée.

Lire la suite

Utiliser l’historique des sauvegardes des bases pour analyser les tendances de volumétrie des données

Une de mes tâches du moment est de pouvoir justifier ou non d’une éventuelle extension de disques  sur le SAN en fonction de l’évolution du volume des données des bases. Cela peut se faire de plusieurs façons mais une méthode simple est de se baser sur l’historique des sauvegardes complètes des bases qui sont vraiment représentatives des données réelles qu’elles hébergent.

Lire la suite

Comment visualiser rapidement le planning d’exécution des jobs SQL Server ?

Lors d’un audit de serveur, il est parfois utile de visualiser rapidement le planning d’exécution des jobs SQL Server. Si les jobs sont peu nombreux, il est simple d’aller voir directement dans les propriétés des jobs depuis la console SSMS mais lorsque le nombre de jobs augmente et devient important cette manipulation devient très facilement fastidieuse.

Lire la suite

Pourquoi la commande SHRINKFILE ne réduit pas le journal des transactions ?

Récemment un internaute s’est étonné de voir que lorsqu’il réalisait une opération de réduction de fichier à l’aide de la commande DBCC SHRINFILE après une sauvegarde du journal des transactions, celui-ci ne se réduisait pas à la 1ère tentative. Une seconde opération de journal était nécessaire avant de pouvoir réduire le fichier à la taille désirée. Quelle en est la cause ? Nous allons pouvoir y répondre en utilisation la commande DBCC LOGINFO.

Lire la suite

Suivre la progression d’une opération de réduction de fichiers à l’aide de la vue sys.dm_exec_requests

Il m’est arrivé de réaliser en urgence une réduction de fichiers suite à un manque de place sur le sous système de disque qui hébergeait la base de données. L’opération était anormalement longue et je me suis posé 2 questions : Y’a t’il un problème avec la réduction de fichiers et comment le vérifier ?. La vue dynamique sys.dm_exec_requests permet de réaliser cette tâche.

Lire la suite

Exemple d’utilisation des TCP Endpoint

Une des problématiques que rencontre mon client lors de releases de son application principale est de s’assurer qu’aucun utilisateur ne soit connecté pendant la fenêtre de mise à jour de ces bases de données ceci afin de garantir qu’aucune perturbation ne soit créée pendant l’application de ces mises à jour. L’utilisation des points de terminaison ou ENDPOINT de SQL Server peut s’avérer bien utile dans ce cas.

Lire la suite