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. :)