Tôi có cảm giác rằng điều này có thể lạc đề và / hoặc dựa trên ý kiến và có thể bị đóng lại, nhưng bây giờ tôi sẽ trả lời. Đây là từ quan điểm của Microsoft SQL Server, nhưng nó thực sự áp dụng tốt trên toàn bảng theo kinh nghiệm của tôi. Tôi đã là một DBA hoặc một nhà tư vấn DBA trong khoảng 15 năm nay và tôi đã thuê và ở trong nhóm tuyển dụng cho các DBA cấp trung, cấp trung và cấp cao. Những người khác có thể có kinh nghiệm khác nhau trong các câu trả lời khác ..
Trên giấy chứng nhận
Tôi không nhìn vào họ. Đặc biệt là khi tôi đang thuê một người tương đối mới. Nếu bạn muốn sử dụng một quy trình chứng nhận để nghiên cứu đúng cách và hiệu quả để tìm hiểu và tìm ra lỗ hổng kiến thức của bạn - thì chắc chắn. Nếu bạn nghĩ rằng chứng nhận sẽ khiến bạn mong muốn và chính nó - thì điều đó thường không đúng. Nhưng đó là một cái bắt-22, một số nhà tuyển dụng sẽ yêu cầu những người trong yêu cầu công việc. Nhưng sau đó, rất nhiều người chỉ vượt qua các cấp độ thấp với các khối u não và hoàn toàn thiếu kiểm tra. Khi tôi nhìn thấy một sơ yếu lý lịch với ít kinh nghiệm và rất nhiều chứng chỉ, tôi cảm thấy lo lắng.
Tôi đoán rằng điều đáng nói trong chủ đề này là: Chứng chỉ có thể giúp ích, nhưng chúng hiếm khi quan trọng nhất hoặc thậm chí là tiêu chí hàng đầu
Trở thành một DBA
Câu hỏi đầu tiên của tôi trở lại với một người muốn trở thành một là tại sao? Trong thực tế nếu bạn phỏng vấn và nói với tôi rằng bạn thực sự muốn trở thành một người tôi muốn nghe tại sao. Hầu hết các DBA tốt nhất mà tôi biết đều rơi vào nó từ sự phát triển, quản trị hệ thống hoặc các con đường sự nghiệp khác. Điều này không có nghĩa là bạn sẽ không thành công nếu bạn muốn trở thành một. Tôi chỉ muốn biết tại sao.
Nếu đó là vì bạn có suy nghĩ đúng đắn, bạn thích xử lý sự cố, bạn muốn giữ mọi thứ theo thứ tự, bạn muốn đảm bảo các hệ thống còn sống, dữ liệu được bảo vệ và bạn bị lôi kéo vào lĩnh vực nghề nghiệp? Sau đó, đó là tuyệt vời.
Kỹ năng nào quan trọng?
Đến một DBA mới? Tôi muốn thấy bạn thành thạo những điều cơ bản để trở thành một DBA. Bạn cần biết công việc quan trọng nhất là gì (và sao lưu nó với lý do và cách bạn sẽ thực hiện nó). Ý kiến cá nhân của tôi là Phục hồi - bởi vì không có khả năng phục hồi, bạn không có DBA và tôi sẽ làm như thế nào - Tôi tập trung vào kết thúc khôi phục và làm việc chăm chỉ để đảm bảo rằng mọi thứ chúng tôi đã làm đều hướng đến có thể khôi phục. Việc thực hiện, thử nghiệm, thực hành tốt nhất tại chỗ, vv .. Bây giờ đó có phải là câu trả lời đúng duy nhất? Tôi không biết. Nếu bạn nói bảo mật và bạn giải thích nó đúng, tôi sẽ muốn nghe thêm.
Tuy nhiên, về cơ bản, tôi muốn thấy rằng bạn có những đặc điểm tính cách phù hợp (bên dưới) và kiến thức cơ bản đúng mà bạn nên có ở cấp độ kỹ năng và kinh nghiệm của mình. Xuất phát? Tôi muốn thấy rằng bạn có thể sao lưu và khôi phục .. Bạn có thể thực hiện một số điều tra cơ bản về hoạt động hiện tại. Tôi muốn biết rằng bạn hiểu một số khối xây dựng cơ bản của hiệu suất (tài nguyên nào là quan trọng và tại sao, Thiết kế và phát triển DB ảnh hưởng đến mọi thứ như thế nào) và có rất nhiều đặc điểm tôi mô tả bên dưới hoặc hướng đến đó.
Đặc điểm nhân vật
Tôi đã viết một bài đăng trên blog về điều này ( Sáu lý do tôi sẽ không thuê bạn ) một lúc sau. Tôi sẽ không lấy lại tất cả những gì tôi đã nói ở đây - nhưng về cơ bản, một DBA giỏi là người có:
- Kỹ năng khắc phục sự cố tuyệt vời - nếu bạn là một bộ não phân tán và thử 65 điều để khắc phục một vấn đề và thậm chí không nhớ 2 trong số những điều bạn đã cố gắng - tôi sẽ truyền lại cho bạn nếu tôi có thể khắc phục được. Bạn phải là một người gỡ rối bình tĩnh với một phương pháp và khả năng khám phá và giải quyết các vấn đề. Đây không chỉ là vấn đề DB, nhưng nó cần được xác minh trong cuộc sống và bất kỳ vấn đề nào người ta có thể gặp phải.
- sẵn sàng / mong muốn học hỏi và phát triển - Tôi muốn bạn luôn phấn đấu để học điều tiếp theo. Dành một số thời gian của bạn sau khi đọc sách, đi đến các nhóm người dùng và các sự kiện cộng đồng. Đó là một thị trường chặt chẽ ngoài kia - tôi muốn những người đang tiếp tục cải thiện bản thân họ.
- Tâm lý chung - Tôi bắt đầu nghĩ rằng bạn không thể dạy điều này .. Có một số trước khi bạn phỏng vấn.
- Một chút cảm giác hoang tưởng - bạn là DBA hoặc muốn trở thành. Bạn sắp quản lý rất nhiều dữ liệu nhạy cảm quan trọng. Tôi muốn thấy bạn công bằng và dễ hòa đồng, không kiêu ngạo, nhưng tôi muốn một người có chút hoang tưởng. Tôi muốn một người không chỉ tin tưởng theo mặc định hoặc không cần xác minh. Bạn đang yêu cầu có các khóa cho một môi trường cơ sở dữ liệu quan trọng.
Bạn bắt đầu như thế nào?
Nhập cảnh công việc. Có lẽ nhận được một công việc như một nhà phát triển hoặc quản trị viên CNTT nói chung với một số kỹ năng DB trong công việc. Đi đến các sự kiện cộng đồng và các nhóm người dùng và học hỏi và áp dụng chính mình. Thử một số tình nguyện viên hoặc giúp hợp đồng biểu diễn không có lợi nhuận hoặc khởi nghiệp. Về cơ bản có được gần cơ sở dữ liệu. Tìm ra một con đường sự nghiệp, nơi bạn có thể làm một cái gì đó với dữ liệu.
Tôi bắt đầu làm việc như một đại diện hỗ trợ. Xử lý tất cả các loại câu hỏi, nhưng câu hỏi SQL Server là một trong những loại. Tôi đã học tập chăm chỉ, trở thành người hướng đến những vấn đề SQL khó khăn và tiến lên từ đó. Sau đó, tôi đã làm việc như một DBA ở đâu đó và phần còn lại là lịch sử.
Kiên nhẫn
Tôi vừa thảo luận câu hỏi này với một người bạn trên twitter và họ đã đề cập "bạn không đến đó qua đêm" - Đó là lời khuyên tuyệt vời. Tôi thấy rất nhiều người bắt đầu muốn trở thành DBA cao cấp ngay bây giờ. Vì vậy, bạn cần một chút kiên nhẫn và khiêm tốn ném vào đó.
Những năm đầu tiên của sự nghiệp DBA là học hỏi, tìm ra con đường bạn muốn đi và rất nhiều thời gian hỗ trợ để thực hiện các nhiệm vụ cơ bản. Trong khi bạn học trong các nhiệm vụ và kỷ luật này và chứng minh bản thân, ngày càng nhiều nhiệm vụ sẽ được thêm vào và nhiều trách nhiệm hơn được trao. Nếu bạn gắn bó với nó, làm việc chăm chỉ, giữ mọi thứ trực tuyến, xây dựng nhân vật phù hợp và phát triển các kỹ năng của bạn liên tục, bạn sẽ đến DBA cao cấp và làm nhiều việc thú vị hơn (kết hợp tốt với nhiều cuộc họp và thời gian dành cho người quản lý dự án) - nhưng đó là một cuộc đua marathon và không phải là một cuộc chạy nước rút, trong thế giới DBA.
Những câu trả lời này là ý kiến, và đó là lý do tại sao toàn bộ chủ đề này không tồn tại, nhưng nếu nó giúp bạn thoát ra - sao chép và dán nó và đưa ra một số lời khuyên. May mắn nhất!