Dans cet article je vais présenter quelques scripts ou procédures stockées pour SQL Server 2005 que j’utilise régulièrement dans le cadre de l’administration de mes serveurs. Ces scripts permettent en vrac de suivre l’utilisation d’un serveur, l’évolution de la taille des bases, l’utilisation des index ainsi que leur reconstruction automatique ou encore de vérifier la date de dernière utilisation d’une table.

Continuer à lire "5 tâches courantes d’administration de SQL Server 2005"

Sur un de mes serveurs SQL mon journal des événements se remplissait d’erreurs de login SQL Server Agent à raison d’une erreur par minute :

Type de l’événement :    Audit des échecs
Source de l’événement :    MSSQLSERVER
Catégorie de l’événement :    (4)
ID de l’événement :    18456
Utilisateur :    CORP\Usr_SQLServerAgent
Ordinateur :    SLQ1
Description :
Login failed for user ‘DOMAINE\Usr_SQLServerAgent’. [CLIENT : <local machine>]

Dans SQL Server, allez dans SQL Server Agent et faites un clic droit sur Job Activity Monitor, puis cliquez sur View Job Activity. Vous devriez voir un travail en échec, c’est celui qui cause l’erreur de login.

Historique des travaux

Pour se débarasser des erreurs il suffit de faire un clic droit sur le travail en question puis de cliquer sur Disable Job.

Dans la plupart des petites structures disposant de peu de moyens, la base tempdb et les bases systèmes sont bien souvent placées sur le disque système et dans le pire des cas les bases utilisateurs le sont également. Afin de gagner en performances au niveau des entrées/sorties sur les disques, il vaut mieux déplacer les bases utilisateurs sur un RAID 10 (par exemple) indépendant et la base tempdb sur un RAID 1 indépendant.

Déplacer ces bases utilisateurs sur un autre disque ne pose pas de problème particulier, il suffit de détacher les bases, de les déplacer puis de les rattacher.

Déplacer la base tempdb ne pose pas de très gros problème non plus mais il faudra prévoir un redémarrage du serveur SQL, ce qui peut se réveler un peu délicat dans le cas de serveurs utilisés en continu.

Continuer à lire "Déplacer la base tempdb de SQLServer"

SQLServer 2005 offre trois rôles de bases de données donnant des droits sur la visualisation, la création ou encore la programmation de travaux pour l’Agent SQLServer : SQLAgentReaderRole, SQLAgentOperatorRole et SQLAgentUserRole dans l’ordre croissant des droits. Ces droits sont visibles en détails dans la base msdb (Security > Roles).

Pour donner les droits de création/édition/programmation de jobs à un utilisateur, par exemple à un développeur, il suffit d’exécuter la requête suivante :

USE msdb
EXECUTE sp_addrolemember
@rolename = 'SQLAgentUserRole',
@membername = 'username'

Pour supprimer ces droits il suffit d’exécuter la procédure sp_droprolemember avec les mêmes paramètres.

Voici deux guides de migration en Anglais vers SQLServer 2005 et 2008 publiés par Microsoft. Ils sont extrêmement complets (350 et 490 pages) et couvrent des sujets allant de la planification de la migration aux procédures à suivre dans le cas de migration de configurations à haute disponibilité en passant par les changements d’outils de management.