Risorse per il DBA accidentale [chiuso]


16

All'interno della piattaforma Microsoft, la maggior parte dei programmi a livello aziendale (SharePoint, qualsiasi app di System Center, qualsiasi app Dyamics, ecc.) Sono tutti eseguiti su SQL Server. Per gli amministratori di questi programmi, SQL Server è spesso una scatola nera che viene installata come prerequisito per qualunque programma sia il loro obiettivo principale. Di conseguenza, c'è pochissima (se presente) pianificazione che va nel lato SQL dell'installazione, portando a problemi che emergono da qualche parte più a monte.

  • Registri delle transazioni che riempiono le unità
  • Nessun piano di manutenzione (o disinformato, come piani che riorganizzano e ricostruiscono gli indici)
  • Autogrowth non gestito
  • Database e registri sugli stessi mandrini
  • Livelli RAID scelti in modo inadeguato
  • Nessun backup (o piano di ripristino)

Quindi ... quali tipi di problemi tendono a colpire i "DBA accidentali" e quali risorse aiuterebbero un DBA accidentale ad accelerare le basi della pianificazione, dell'amministrazione e dell'ottimizzazione delle prestazioni di SQL?

Risposte:


10

Dai un'occhiata alla serie di articoli e alle colonne di domande e risposte che scrivo per TechNet Magazine - sono per lo più scritti pensando al DBA Accidental (lo chiamiamo "involontario").

I migliori consigli per un'efficace manutenzione del database sono stati scritti specificamente come primer per i DBA involontari per comprendere i problemi di manutenzione del database.

Comprensione della registrazione e del recupero in SQL Server

Problemi comuni e soluzioni di sicurezza di SQL Server

Comprensione dei backup di SQL Server : parte 1 di una serie in 3 parti. La parte 2 verrà utilizzata per il ripristino (nel numero del 9 settembre) e la parte 3 verrà ripristinata senza backup (nel numero del 9 novembre)

Dovresti anche controllare il mio blog e il blog di mia moglie (non fare pubblicità o altro solo informazioni) - entrambi blog un enorme quantità su una varietà di livelli tecnici.

Una buona serie di post da consultare sono gli editoriali per i risultati dei miei sondaggi settimanali . Di solito trattano un ampio argomento che aiuterebbe i DBA involontari. I post editoriali iniziano con "Importanza di" o "Importante". In effetti il ​​sondaggio di questa settimana è sull'essere un DBA involontario - molto attuale!

Comprendiamo davvero la cosa involontaria del DBA - in effetti Kimberly e io insegniamo un paio di giorni della classe Microsoft Certified Masters di SharePoint in modo che gli amministratori di SharePoint sappiano cosa fare con i loro server SQL (insegniamo anche un'intera settimana di quello SQL) .

Spero che questo ti sia utile.


5

Sean, capisco da dove vieni.

Siamo su una barca simile qui, come mi aspetterei sono molti altri. Nonostante l'economia di oggi.

Nonostante i ripetuti reclami da parte della direzione (inclusa la direzione aziendale senior), la nostra situazione è questa; L'auto-nominato "DBA" (in un "team di sviluppo" separato su un altro piano) sfortunatamente conosce meno di un giovane che brandisce due libri O'Reilly e una discarica di stampa KB. Ha ottenuto il lavoro ed è brava a versare il miele nell'orecchio della persona che versa anche il miele nell'orecchio del letame più fangoso.

Sicuramente, sarebbe l'ideale per essere in grado di imparare il "commercio" DBA, ma di nuovo .. Ciò che vogliamo e ciò che possiamo avere sono spesso cose molto diverse. :)

Personalmente ho riscontrato i seguenti problemi, che (per fare eco a squillman piuttosto schietto, ma non del tutto errato) hanno richiesto gran parte del googling.

  • Tranlogs. Hai ragione. Che diamine erano queste cose? Quindi abbiamo dovuto ripristinare un database e un server, cosa significa esattamente "riprodurre i registri di trasferimento"? :)
  • Aspetta, cosa intendi con il fatto che questi database si ingrandiscono? Come li restringiamo? O almeno mantenere la loro crescita?
  • Standardizzazione di installazioni su server diversi, (questa immagine è per "dev", questa immagine è per "prod" e questa piccola immagine piangeva fino a casa, dal mercato. :)
  • Script di manutenzione e come aiutare a gestire i database per un lungo periodo di tempo (un po 'come coltivare piante d'appartamento e assicurarsi che non si trasformino in kudzu.)
  • Sempre assicurandosi, i proxy vanno su C: \, la registrazione e / o i database vanno su D: \, che tipo di formulazione della nostra standardizzazione, (C: \ è due dischi con mirroring, D: \ di solito è un affare RAID5 .)
  • Dover acquistare una licenza e un client SQL separati per i backup.
  • Controlla la gestione degli utenti che il team di sviluppo assegna al database SQL stesso, la gestione dei ruoli DBO, ecc. Assicurati di avere un buon modello di sicurezza quando si tratta dei diritti degli utenti all'interno del database.
  • Ricerca di un account del servizio di dominio su cui i servizi SQL possono operare. Di quali diritti ha bisogno l'account del servizio, se del caso.

(Ne hai colpiti alcuni abbastanza buoni, nel tuo post.)

Dato che stai operando in modo disabile come alcuni altri, assicurati di diffondere la conoscenza SQL tra il team, se puoi. Condividi ciò che sai, insegna agli altri lo stesso. Essere amichevole. È una vera seccatura dover indossare il cappello SQL, ma almeno molti occhi e processi di pensiero sono meglio di uno solo.

Tuttavia, soprattutto, prova come il diavolo per ottenere un DBA nello staff. :)


2

Ho ottenuto il titolo DBA da circa un anno nel mio lavoro. Questo è stato circa 5 mesi fa. Da allora ho letto vari blog dalla vista di 500.000 piedi alla vista di 250.000 (a volte colpendo il hard deck a 500 piedi) , alla vista di 500 piedi . Inoltre, SQLServerPedia è tuo amico; hanno un sacco di cose buone per il DBA accidentale.

Sono stato gettato in situazioni che mi hanno fatto sentire a disagio. Ad esempio, ho fatto i backup da quando mi era stato assegnato questo lavoro, quindi Fulls, diffs e t-log erano a portata di mano per il mio primo ripristino dei dati di produzione, nessun altro sembrava in preda al panico, quindi ho pensato che non potevo mostrare come mi sentivo nauseato. Più volte, esagero quando indosso il mio cappello DBA, ma immagino che non sia il mio lavoro a tempo pieno (amministratore di rete), quindi dovrei essere "più sicuro che dispiaciuto".


SQLServerPedia è davvero una grande risorsa! Grazie per la segnalazione.
marc_s,


0

Inizia con gli sforzi tattici. Se il database si arresta in modo anomalo o non funziona correttamente, concentrarsi sulla risoluzione di tali problemi.

Il prossimo inizio con elementi più strategici: backup e ripristini. Sapere come ripristinare i database dentro e fuori e creare procedure dettagliate per prevenire costosi errori durante un'interruzione della produzione.

Se non disponi di hardware per testare modifiche importanti e cose come il backup / ripristino, scopri come ottenerlo.


0

Quando assumo un DBA Junior le ho comprato il Compagno dell'Amministratore Microsoft® SQL Server (TM) 2005. È il libro che vorrei avere all'inizio.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.