Ressources pour le DBA accidentel [fermé]

16

Dans la plate-forme Microsoft, la plupart des programmes de niveau entreprise (SharePoint, toutes les applications System Center, toutes les applications Dyamics, etc.) s'exécutent tous sur SQL Server. Pour les administrateurs de ces programmes, SQL Server est souvent une boîte noire installée comme condition préalable à tout programme qui est leur objectif principal. Par conséquent, il y a très peu de planification (voire aucune) qui va dans le côté SQL de l'installation, ce qui entraîne des problèmes qui se manifestent quelque part plus en amont.

  • Journaux des transactions qui remplissent les lecteurs
  • Aucun plan de maintenance (ou plans non informés, tels que des plans qui réorganisent et reconstruisent les index)
  • Croissance automatique non gérée
  • Bases de données et journaux sur les mêmes broches
  • Niveaux RAID mal choisis
  • Aucune sauvegarde (ou plan de récupération)

Alors ... quels types de problèmes les «DBA accidentels» ont tendance à rencontrer, et quelles ressources aideraient le mieux un DBA accidentel à se familiariser avec les bases de la planification, de l'administration et du réglage des performances SQL?

Sean Earp
la source

Réponses:

10

Consultez la série d'articles et les colonnes de questions et réponses que j'écris pour TechNet Magazine - ils sont principalement écrits avec le DBA accidentel (nous l'appelons `` involontaire '').

Les meilleurs conseils pour une maintenance efficace de la base de données ont été rédigés spécifiquement comme une introduction aux administrateurs de bases de données involontaires pour comprendre les problèmes de maintenance des bases de données.

Comprendre la journalisation et la récupération dans SQL Server

Problèmes de sécurité et solutions SQL Server courants

Comprendre les sauvegardes SQL Server - partie 1 d'une série en 3 parties. La partie 2 portera sur l'utilisation de la restauration (dans le numéro de septembre 09) et la partie 3 sur la récupération sans sauvegardes (dans le numéro de novembre 09)

Vous devriez également consulter mon blog et le blog de ma femme (pas de publicité ou quoi que ce soit juste des informations) - nous bloguons tous les deux énormément à divers niveaux techniques.

Une bonne série d'articles à parcourir sont les éditoriaux des résultats de mes enquêtes hebdomadaires . Ils portent généralement sur un vaste sujet qui aiderait les administrateurs de bases de données involontaires. Les articles éditoriaux commencent par «Importance of» ou «Important». En fait, l'enquête de cette semaine porte sur le fait d'être un DBA involontaire - très opportun!

Nous comprenons très bien la chose DBA involontaire - en fait, Kimberly et moi enseignons quelques jours de la classe SharePoint Microsoft Certified Masters afin que les administrateurs SharePoint sachent quoi faire avec leurs serveurs SQL (nous enseignons également une semaine complète de SQL) .

J'espère que cela vous sera utile.

Paul Randal
la source
5

Sean, je comprends d'où tu viens.

Nous sommes dans un bateau similaire ici, comme je m'attendrais à beaucoup d'autres. Nonobstant l'économie actuelle.

Malgré les plaintes répétées adressées à la direction (y compris la haute direction de l'entreprise), notre situation est la suivante; Le "DBA" autoproclamé (dans une "équipe de développement" séparée à un autre étage) en sait malheureusement moins qu'un junior brandissant deux livres O'Reilly et une copie papier KB. Elle a le travail et est excellente pour verser du miel dans l'oreille de la personne qui verse également du miel dans l'oreille de la plus grosse boue de mucus.

Certes, il serait idéal de pouvoir apprendre le "métier" DBA, mais encore une fois .. Ce que nous voulons et ce que nous pouvons avoir sont souvent des choses très différentes. :)

Personnellement, j'ai rencontré les problèmes suivants, qui (pour faire écho à Squillman plutôt brutal, mais pas tout à fait incorrect) ont nécessité une grande partie de la recherche sur Google.

  • Tranlogs. Tu as raison. Que diable étaient ces choses? Nous avons donc dû restaurer une base de données et un serveur, que signifie exactement «rejouer les journaux de transfert»? :)
  • Attendez, que voulez-vous dire par ces bases de données qui s'agrandissent? Comment les rétrécissons-nous? Ou au moins maintenir leur croissance?
  • Standardisation des installations sur différents serveurs, (cette image est pour "dev", cette image est pour "prod" et cette petite image a pleuré sur le chemin du retour. :)
  • Scripts de maintenance et comment aider à gérer les bases de données sur une longue période (un peu comme faire pousser des plantes d'intérieur et s'assurer qu'elles ne se transforment pas en kudzu.)
  • Toujours en veillant à ce que les programmes soient sur le C: \, la journalisation et / ou les bases de données sur le D: \, qui a formulé notre type de standardisation, (C: \ est deux disques en miroir, D: \ est généralement une affaire RAID5 .)
  • Devoir acheter une licence SQL et un client séparés pour les sauvegardes.
  • Découvrez la gestion des utilisateurs que l'équipe de développement attribue à la base de données SQL elle-même, la gestion des rôles DBO, etc. Assurez-vous que vous disposez d'un bon modèle de sécurité en ce qui concerne les droits des utilisateurs dans la base de données.
  • Recherche d'un compte de service de domaine sous lequel les services SQL peuvent fonctionner. De quels droits ce compte de service a-t-il besoin, le cas échéant?

(Vous en avez rencontré de très bons dans votre article.)

Puisque vous opérez avec un handicap comme certains autres, assurez-vous de diffuser les connaissances SQL au sein de l'équipe, si vous le pouvez. Partagez ce que vous savez, enseignez la même chose aux autres. Être amical. C'est vraiment pénible de devoir porter le chapeau SQL, mais au moins de nombreux yeux et processus de pensée valent mieux qu'un seul.

Mais surtout, essayez comme le diable de faire appel à un DBA. :)

Greg Meehan
la source
2

J'ai obtenu le titre de DBA guy environ un an après mon entrée en fonction. C'était il y a environ 5 mois. Depuis lors, j'ai lu divers blogs de la vue 500 000 pieds à la vue (parfois en frappant le pont dur à 500 pieds) 250 000 , à la vue 500 pieds . De plus, SQLServerPedia est votre ami; ils ont beaucoup de bonnes choses pour le DBA accidentel.

J'ai été plongé dans des situations qui me mettaient mal à l'aise. Par exemple, je fais des sauvegardes depuis qu'on m'a «donné» ce travail, donc les fichiers Fulls, diffs et t-logs étaient à portée de main pour ma première restauration des données de production, personne d'autre ne semblait paniqué, alors j'ai pensé que je ne pouvais pas montrer comme je me sentais mal à l'aise. Plus souvent qu'autrement, je vais trop loin lorsque je mets mon chapeau DBA, mais je pense que ce n'est pas mon travail à temps plein (administrateur réseau), donc je devrais être `` mieux en sécurité que désolé ''.

RateControl
la source
SQLServerPedia est en effet une excellente ressource! Merci d'avoir fait remarquer cela.
marc_s
0

Commencez par les efforts tactiques. Si votre base de données plante ou ne fonctionne pas correctement, concentrez-vous sur la résolution de ces problèmes.

Commencez ensuite avec des éléments plus stratégiques: sauvegarde et restauration. Sachez comment restaurer vos bases de données à l'intérieur et à l'extérieur et créer des procédures détaillées pour éviter les erreurs coûteuses lors d'une interruption de production.

Si vous n'avez pas de matériel pour tester les changements majeurs et des choses comme la sauvegarde / restauration - découvrez comment l'obtenir.

duffbeer703
la source
0

Lorsque j'engage un DBA junior, je lui ai acheté le Compagnon d'administrateur Microsoft® SQL Server (TM) 2005. C'est le livre que j'aurais aimé avoir au début.

vangmat
la source