Sean, tôi hiểu bạn đến từ đâu.
Chúng tôi đang ở trong một chiếc thuyền tương tự ở đây, như tôi mong đợi là nhiều người khác. Không chịu được nền kinh tế ngày nay.
Mặc dù nhiều lần khiếu nại với quản lý, (bao gồm cả quản lý doanh nghiệp cao cấp), tình hình của chúng tôi là thế này; "DBA" tự bổ nhiệm (trong một nhóm 'phát triển' riêng biệt ở một tầng khác) không may biết ít hơn một thiếu niên đang cầm hai cuốn sách O'Reilly và một bản in KB. Cô ấy đã có được công việc, và thật tuyệt vời khi rót mật ong vào tai của người cũng đổ mật ong vào tai của muckety-muck higest-muck.
Chắc chắn, sẽ rất lý tưởng khi có thể học "giao dịch" DBA, nhưng một lần nữa .. Những gì chúng ta muốn và những gì chúng ta có thể có thường là những điều rất khác nhau. :)
Cá nhân tôi đã gặp phải những vấn đề sau đây, điều mà (để lặp lại tiếng nói của người bình thường khá cùn, nhưng không hoàn toàn không chính xác) đã đòi hỏi rất nhiều sự lo lắng.
- Tranlogs. Bạn đúng. Những thứ này là cái quái gì vậy? Vì vậy, chúng tôi đã phải khôi phục cơ sở dữ liệu và máy chủ, chính xác thì 'phát lại các bản ghi tran' nghĩa là gì? :)
- Đợi đã, ý bạn là gì khi những cơ sở dữ liệu này trở nên lớn hơn? Làm thế nào để chúng ta thu nhỏ chúng? Hoặc ít nhất là duy trì sự tăng trưởng của họ?
- Tiêu chuẩn hóa cài đặt trên các máy chủ khác nhau, (hình ảnh này là dành cho "dev", hình ảnh này là dành cho "prod" và hình ảnh nhỏ này đã khóc trên đường về nhà, từ thị trường. :)
- Các kịch bản bảo trì và cách giúp quản lý cơ sở dữ liệu trong một thời gian dài, (giống như trồng cây trong nhà và đảm bảo chúng không biến thành kudzu.)
- Luôn đảm bảo, các proggies đi trên C: \, ghi nhật ký và / hoặc cơ sở dữ liệu đi trên D: \, loại công thức tiêu chuẩn hóa của chúng tôi, (C: \ là hai đĩa được nhân đôi, D: \ thường là một vụ RAID5 .)
- Phải mua một giấy phép SQL và máy khách riêng biệt để sao lưu.
- Kiểm tra việc quản lý người dùng mà nhóm phát triển gán cho chính cơ sở dữ liệu SQL, quản lý các vai trò DBO, v.v ... Đảm bảo bạn đã có một mô hình bảo mật tốt khi nói đến quyền người dùng trong cơ sở dữ liệu.
- Nghiên cứu một tài khoản dịch vụ miền mà các dịch vụ SQL có thể hoạt động như. Những quyền mà tài khoản dịch vụ cần, nếu có.
(Bạn đã đạt được một số khá tốt, trong bài viết của bạn.)
Vì bạn đang hoạt động ở một điểm chấp như một số người khác, hãy đảm bảo bạn truyền bá kiến thức SQL trong nhóm, nếu bạn có thể. Chia sẻ những gì bạn biết, dạy người khác như vậy. Thân thiện. Đó là một nỗi đau thực sự khi phải đội mũ SQL, nhưng ít nhất nhiều quá trình suy nghĩ và mắt tốt hơn một lần duy nhất.
Tuy nhiên, trên hết, hãy cố gắng như quỷ để có được một nhân viên DBA. :)