Sean, nereden geldiğini anlıyorum.
Burada benzer bir teknedeyiz, beklediğimden çok daha fazlası. Günümüz ekonomisine dayanmamak.
Yönetime (üst düzey işletme yönetimi dahil) tekrarlanan şikayetlere rağmen, durumumuz bu; Kendiliğinden atanan "DBA" (başka bir kattaki ayrı bir `` geliştirme ekibi '') maalesef iki O'Reilly kitabı ve KB baskı dökümü kullanan bir gençten daha az şey biliyor. İşi var ve balı en büyük mucket-muck'in kulağına döken kişinin kulağına dökmede harika.
Tabii ki, DBA "ticaret" öğrenmek için ideal olurdu, ama tekrar .. Ne istiyoruz ve ne olabilir genellikle çok farklı şeyler. :)
Ben, şahsen aşağıdaki sorunlarla karşılaştım (squillman'ın oldukça künt, ancak tamamen yanlış değil) yankılanmanın çoğunu gerektirdi.
- Tranlogs. Haklısın. Bu şeyler neydi? Bu yüzden bir veritabanını ve sunucuyu geri yüklemek zorunda kaldık, `` tran günlüklerini yeniden oynat '' tam olarak ne anlama geliyor? :)
- Bekle, bu veritabanlarının ne kadar büyüyeceğini kastediyorsun? Onları nasıl küçültebiliriz? Ya da en azından büyümelerini sürdürmek mi?
- Farklı sunuculardaki kurulumların standartlaştırılması, (bu resim "dev" içindir, bu resim "eşya" içindir ve bu küçük resim piyasadan eve kadar ağladı. :)
- Bakım senaryoları ve veritabanlarının uzun süre yönetilmesine nasıl yardımcı olunacağı gibi (ev bitkileri yetiştirmek ve kudzu'ya dönüşmemelerini sağlamak gibi).
- Her zaman emin olmak, proggies C: \ gitmek, günlüğü ve / veya veritabanları D: \ devam hangi standartlaştırma formüle, (C: \ iki yansıtılmış disk, D: \ genellikle bir RAID5 olay .)
- Yedeklemeler için ayrı bir SQL lisansı ve istemci satın almak zorunda.
- Geliştirme ekibinin SQL veritabanının kendisine atadığı kullanıcıları, DBO rollerini vb. Yönettiğini kontrol edin. Veritabanı içindeki kullanıcı hakları söz konusu olduğunda iyi bir güvenlik modeline sahip olduğunuzdan emin olun.
- SQL hizmetlerinin çalışabileceği bir etki alanı hizmeti hesabının araştırılması. Varsa, hizmet hesabının ihtiyacı olan haklar.
(Gönderinizde oldukça iyi olanlara çarptınız.)
Bazıları gibi bir handikapta çalıştığınız için SQL bilgisini ekip arasında yaydığınızdan emin olun. Bildiklerinizi paylaşın, diğerlerine de aynı şeyi öğretin. Arkadaşça davran. SQL şapkası takmak zorunda olan gerçek bir acıdır, ancak en azından birçok göz ve düşünce süreci tek bir taneden daha iyidir.
Ancak her şeyden önce bir DBA personel almak için şeytan gibi deneyin. :)