Sean, eu entendo de onde você vem.
Estamos em um barco semelhante aqui, como eu esperaria que muitos outros. Não suporta a economia de hoje.
Apesar de queixas repetidas à gerência (incluindo a gerência sênior de negócios), nossa situação é essa; O "DBA" auto-designado (em uma `equipe de desenvolvimento 'separada em outro andar) infelizmente conhece menos do que um jovem empunhando dois livros da O'Reilly e um arquivo de impressão da KB. Ela conseguiu o emprego e é ótima em derramar mel no ouvido da pessoa que também o derrama no ouvido do mais alto estrume.
Certamente, seria ideal ser capaz de aprender o "comércio" do DBA, mas novamente. O que queremos e o que podemos ter geralmente são coisas muito diferentes. :)
Eu, pessoalmente, me deparei com os seguintes problemas, que (para ecoar um pouco bruscos de squillman, mas não totalmente incorretos) exigiram muito do Google.
- Tranlogs. Você está certo. Que diabos eram essas coisas? Então tivemos que restaurar um banco de dados e um servidor, o que significa `replay the tran logs 'exatamente? :)
- Espere, como assim esses bancos de dados ficam maiores? Como os reduzimos? Ou pelo menos manter seu crescimento?
- Padronização de instalações em diferentes servidores (esta imagem é para "dev", esta imagem é para "prod" e esta pequena imagem chegou ao mercado em todo o país. :)
- Scripts de manutenção e como ajudar a gerenciar os bancos de dados por um longo período de tempo (como cultivar plantas de casa e garantir que elas não se transformem em kudzu).
- Sempre certificando-se de que os proggies vão para C: \, os logs e / ou bancos de dados vão para D: \, que meio que formulou nossa padronização (C: \ são dois discos espelhados, D: \ geralmente é um caso de RAID5 .)
- Ter que comprar uma licença e cliente SQL separados para backups.
- Confira o gerenciamento de usuários que a equipe de desenvolvimento atribui ao próprio banco de dados SQL, o gerenciamento de funções DBO, etc. Verifique se você possui um bom modelo de segurança quando se trata de direitos do usuário no banco de dados.
- Pesquisa de uma conta de serviço de domínio na qual os serviços SQL possam operar. Quais direitos essa conta de serviço precisa, se houver.
(Você atingiu alguns bons, em sua postagem.)
Como você está operando com uma deficiência como alguns outros, espalhe o conhecimento sobre SQL entre a equipe, se puder. Compartilhe o que você sabe, ensine aos outros o mesmo. Seja amigável. É uma verdadeira dor ter que usar o chapéu SQL, mas pelo menos muitos olhos e processos de pensamento são melhores que um único.
No entanto, acima de tudo, tente como o diabo conseguir um DBA na equipe. :)