Quản trị cơ sở dữ liệu 101

NộI Dung

• Làm quản trị viên cơ sở dữ liệu
• Hệ thống DBA
• DBA cao cấp
• Không lỗi, không căng thẳng - Hướng dẫn từng bước của bạn để tạo ra phần mềm thay đổi cuộc sống mà không phá hủy cuộc sống của bạn
• Kiến trúc sư cơ sở dữ liệu
• Quản trị kho dữ liệu
• Các loại DBA khác
• Bạn muốn trở thành loại DBA nào?

Lấy đi:

Quản trị cơ sở dữ liệu là một nghề nghiệp với nhiều vai trò có thể và rất nhiều lựa chọn khác.

Quản trị viên cơ sở dữ liệu là một trong những vai trò quan trọng nhất trong bộ phận CNTT-TT và có lẽ trong toàn bộ tổ chức. Rốt cuộc, đây là người chịu trách nhiệm đảm bảo tính sẵn có, hiệu quả và bảo mật của một hoặc nhiều cơ sở dữ liệu. Tuy nhiên, có nhiều hơn thế; thị trường có các loại DBA khác nhau, những người đóng vai trò rất khác nhau, và những gì một DBA làm thường được thông báo bởi khách hàng cần. Cũng giống như trong lĩnh vực y tế, nơi có các loại chuyên môn khác nhau, cũng có những chuyên môn DBA khác nhau theo nhu cầu. Ở đây cũng hãy xem các loại DBA khác nhau và những gì họ làm.

Làm quản trị viên cơ sở dữ liệu

Nhìn chung, có một số lý do tuyệt vời để trở thành một DBA. Nghề DBA là một trong những nghề được trả lương cao hơn trong lĩnh vực CNTT, và được công nhận và chấp nhận là một trong những tầm quan trọng và trách nhiệm lớn. Quản lý dữ liệu của một công ty, cộng với khả năng trích xuất và thu thập các kết quả và báo cáo có ý nghĩa từ nó (do đó chuyển nó từ dữ liệu thô thành thông tin hữu ích, có thể thực hiện được), rất quan trọng đối với bất kỳ tổ chức nào muốn đi trước đối thủ. Đó là lý do tại sao tăng trưởng công việc cho các quản trị viên cơ sở dữ liệu dự kiến ​​sẽ tăng nhanh hơn nhiều so với mức trung bình cho tất cả các ngành nghề cho đến năm 2018.

Nhưng một DBA cũng là một nghề nghiệp với rất nhiều lựa chọn. Một số DBA tập trung vào các khía cạnh rất cụ thể của cơ sở dữ liệu, chẳng hạn như thiết kế logic và tích hợp với các ứng dụng; những người khác chuyên điều chỉnh hiệu suất và sao lưu. Một loại DBA khác có thể bằng không trong kho dữ liệu và dữ liệu.

Vậy những loại DBA nào tồn tại ngoài kia, và chính xác thì chúng làm gì? Hãy xem xét.

Hệ thống DBA

DBA hệ thống là loại DBA phổ biến nhất, và do đó đôi khi được gọi đơn giản là DBA. Loại DBA này liên quan chặt chẽ đến các vấn đề kỹ thuật hơn là kinh doanh. (Công việc sắp xếp nhu cầu của doanh nghiệp với khả năng CNTT kỹ thuật của công ty thuộc về nhà phân tích hệ thống hoặc doanh nghiệp, một vai trò hoàn toàn khác.) DBA hệ thống, sau đó, chủ yếu sẽ quan tâm đến việc đảm bảo cơ sở dữ liệu hỗ trợ các hệ thống ứng dụng của tổ chức đang chạy hiệu quả Người đó cũng có thể sẽ là người chịu trách nhiệm:

• Điều chỉnh cơ sở dữ liệu định kỳ
• Áp dụng các bản vá và nâng cấp cơ sở dữ liệu
• Thiết lập môi trường hệ điều hành
• Thiết lập và kiểm tra sao lưu

Do đó, DBA hệ thống thực sự là một nhà tổng quát và hầu hết các DBA, thậm chí các chuyên gia, bắt đầu với vai trò này vì đây là cách để làm quen với càng nhiều khía cạnh của thế giới DBA càng tốt.

DBA cao cấp

Tuy nhiên, như đúng với hầu hết các ngành nghề, có một sự khác biệt rất lớn giữa một DBA mới ra trường và một cựu chiến binh dày dạn kinh nghiệm với 10 năm kinh nghiệm. Đặc biệt là trong các tổ chức lớn, một DBA có kinh nghiệm hơn sẽ có danh hiệu DBA cao cấp riêng biệt và có thể được giao phụ trách một nhóm các DBA cấp dưới để giám sát và chỉ đạo các nỗ lực của đội. Theo cách này, DBA cao cấp ít quan tâm đến các hoạt động bảo trì cơ sở dữ liệu hàng ngày, và thay vào đó sẽ được giao nhiệm vụ sắp xếp các nỗ lực của nhóm Nhóm với các mục tiêu chiến lược của tổ chức. Ông cũng có khả năng chịu trách nhiệm điều tra các công nghệ và phần mềm mới và đánh giá tiềm năng của chúng để đưa vào môi trường cơ sở dữ liệu của tổ chức, do đó cải thiện hiệu quả và giảm tổng chi phí sở hữu của tổ chức. Tất cả điều này phải được thực hiện trong khi quản lý một đội và theo dõi sát sao những nỗ lực của các DBA cấp dưới. Do đó, các DBA cao cấp duy trì sự cân bằng tốt giữa các lĩnh vực kỹ thuật và kinh doanh. Mặc dù nhiệm vụ của họ trở nên ít kỹ thuật hơn so với khi còn là đàn em, nhiều DBA cao cấp vẫn là một tín đồ công nghệ, điều đó có nghĩa là bạn có thể thở dài nhớ về ký ức về một thời DBA đơn giản hơn khi anh ta còn là một DBA cấp dưới, khi anh ta có thể đắm mình hoàn toàn và bị lạc trong các tập lệnh SQL, và điều chỉnh cơ sở dữ liệu, tạo bảng và chỉ mục. Mmm, nỗi nhớ của ngày xưa tốt đẹp!

DBA hệ thống sẽ thường xuyên được gọi để nhân đôi với tư cách quản trị viên hệ thống. Điều này đặc biệt đúng trong các tổ chức nhỏ hơn, nơi các vai trò chuyên biệt riêng biệt có thể không quá rõ ràng. Là một phần của vai trò của mình, một DBA cần phải rất quen thuộc với hệ điều hành và các vấn đề thiết lập liên quan, chẳng hạn như DB chạy trên máy chủ nào, cách phân bổ và phân vùng không gian đĩa cứng, làm thế nào để đảm bảo sử dụng tối ưu phần cứng và mạng tài nguyên, vân vân. Có sự chồng chéo nhất định của một số trách nhiệm này với vai trò quản trị viên hệ thống (sysadmin), vì vậy nhiều tổ chức chỉ cần thuê một người đội cả hai chiếc mũ. Vai trò chung này sau đó được gọi là quản trị viên hệ thống và cơ sở dữ liệu, hoặc gọi tắt là SysDBA.

Không lỗi, không căng thẳng - Hướng dẫn từng bước của bạn để tạo ra phần mềm thay đổi cuộc sống mà không phá hủy cuộc sống của bạn

Bạn không thể cải thiện kỹ năng lập trình của mình khi không ai quan tâm đến chất lượng phần mềm.

Đối với một DBA đầy tham vọng, sẽ rất có ý nghĩa khi tìm hiểu càng nhiều càng tốt về các nhiệm vụ sysadmin để có thể tiếp thị càng tốt. Đôi khi, DBA cũng sẽ được yêu cầu tăng gấp đôi với tư cách là nhà phân tích hệ thống. Một lần nữa, điều này phổ biến hơn trong các tổ chức nhỏ hơn, như chúng ta đã nói trước đây, đơn giản là không có sự sang trọng khi sử dụng cả DBA và nhà phân tích hệ thống. Tuy nhiên, hóa ra trách nhiệm đa vai trò này thường rất có lợi trong cuộc sống, vì nó mang lại cho DBA một viễn cảnh tốt về vai trò của anh ta liên quan và liên kết với những người khác trong CNTT và phần còn lại của tổ chức.

Chúng ta nên một lần nữa lưu ý rằng DBA hệ thống thường không liên quan đến việc phát triển cơ sở dữ liệu, chỉ với việc bảo trì chúng. Phần phát triển thường sẽ được thực hiện bởi loại DBA tiếp theo mà chúng ta sẽ xem xét.

Kiến trúc sư cơ sở dữ liệu

Một kiến ​​trúc sư cơ sở dữ liệu là một chuyên gia chỉ tham gia vào việc thiết kế và phát triển cơ sở dữ liệu mới, không phải bảo trì, sao lưu, điều chỉnh hoặc quản trị của họ. Ông làm việc chặt chẽ với các nhà phát triển, lập trình viên và các nhà phân tích hệ thống khi một ứng dụng mới được tạo ra. Anh ta cần phải hiểu các chức năng kinh doanh hoặc logic đang được phát triển, sau đó dịch chúng thành các cấu trúc cơ sở dữ liệu tương ứng trong một DB mới.

Giả sử rằng chúng tôi đang thiết kế một DB mới để hỗ trợ các hoạt động kinh doanh của một ngân hàng thương mại. Kiến trúc sư DB trước tiên sẽ xem xét kỹ luồng dữ liệu và sơ đồ logic của ứng dụng mới. Sau đó, anh ta sẽ làm việc trên một mô hình cơ sở dữ liệu để phản ánh chính xác tương tự, và trình bày nó cho phần còn lại của nhóm phát triển, đặc biệt là các lập trình viên. Kiến trúc sư DB cũng sẽ:

• Chịu trách nhiệm về nỗ lực tách các khoản vay, tài khoản, đầu tư và khách hàng thành các bảng riêng biệt
• Đảm bảo đại diện chính xác về mối quan hệ giữa các đối tượng kinh doanh khác nhau (khách hàng, tài khoản ngân hàng, giao dịch, cho vay, v.v.),
• Ánh xạ các quy tắc và hạn chế kinh doanh vào cơ sở dữ liệu khi áp dụng (ví dụ: đảm bảo tất cả khách hàng phải có số An sinh xã hội)
• Tạo các chỉ mục trên các bảng và cột khác nhau để tối ưu hóa truy xuất và tìm kiếm dữ liệu

Vai trò kiến ​​trúc sư DBA đòi hỏi một bộ kỹ năng khác với vai trò của DBA hệ thống. Không giống như DBA hệ thống, kiến ​​trúc sư phải có khả năng tạo các mô hình cơ sở dữ liệu và phối hợp chặt chẽ như một phần của nhóm phát triển để cung cấp ứng dụng cuối cùng. Đối với các ứng dụng rất lớn, nhiều khả năng sẽ có một nhóm kiến ​​trúc sư DBA hơn là một kiến ​​trúc sư dữ liệu đơn độc.

Ngày nay, chỉ có một vài tổ chức thường xuyên thiết kế các ứng dụng phần mềm của riêng họ; một tỷ lệ phần trăm nhỏ hơn thường xuyên làm như vậy đủ thường xuyên để yêu cầu một kiến ​​trúc sư dữ liệu toàn thời gian. Thay vào đó, điều mà hầu hết các tổ chức cần là ai đó duy trì cơ sở dữ liệu và ứng dụng đã được phát triển của họ. Do đó, có rất ít kiến ​​trúc sư cơ sở dữ liệu so với các DBA hệ thống. Hầu hết các kiến ​​trúc sư là tư vấn cá nhân hoặc được thuê bởi các công ty phát triển phần mềm, nơi họ làm việc chủ yếu trên các dự án khác nhau để phát triển các ứng dụng và cơ sở dữ liệu cụ thể cho các khách hàng, phân khúc thị trường hoặc ngành công nghiệp nhất định. Điều đó nói rằng, có một số tổ chức lớn có nhu cầu thiết kế và phát triển phần mềm nội bộ đáng kể; các công ty như vậy có thể đủ khả năng để sử dụng các kiến ​​trúc sư cơ sở dữ liệu toàn thời gian.

Quản trị kho dữ liệu

Kho dữ liệu là một loại cơ sở dữ liệu đặc biệt được sử dụng để phân tích dữ liệu chuyên sâu, cung cấp cái nhìn sâu sắc đa miền về dữ liệu của tổ chức. Điều này thường không dễ nắm bắt đối với người chưa từng tương tác với kho dữ liệu trước đây, vì vậy một ví dụ có thể giúp làm rõ mọi thứ.

Lấy một ngân hàng thương mại, ví dụ, và suy nghĩ thông qua một số ứng dụng phần mềm khác nhau trong một ngân hàng như vậy và các cơ sở dữ liệu hỗ trợ chúng. Cơ sở dữ liệu đầu tiên sẽ là cơ sở dữ liệu (và ứng dụng) điều hành các hoạt động ngân hàng cốt lõi, như lưu giữ hồ sơ tài khoản ngân hàng, các khoản vay, giao dịch tiền tệ và giao dịch ATM. Một ứng dụng hoàn toàn khác (và do đó là cơ sở dữ liệu riêng biệt) là hệ thống quản lý nhân sự và biên chế, được sử dụng để theo dõi cách bộ phận ngân hàng HR HR quản lý nhân viên của mình. Một kết hợp ứng dụng cơ sở dữ liệu khác sẽ là hệ thống kế toán tài chính của ngân hàng để theo dõi lợi nhuận, giao dịch kinh doanh và hồ sơ tài chính. Điều cuối cùng này rất thú vị vì là một doanh nghiệp, ngân hàng cần phải vận hành một số tài khoản ngân hàng. Các tài khoản này rất có thể được duy trì trong ứng dụng ngân hàng cốt lõi của chính nó, do đó ngân hàng là khách hàng trong ứng dụng phần mềm của riêng mình. (Tìm hiểu thêm về kho dữ liệu trong Kho dữ liệu 101.)

Đây là nơi quản trị viên kho dữ liệu đến. Mỗi hệ thống cơ sở dữ liệu ứng dụng này duy trì dữ liệu độc lập của riêng mình, nhưng nếu chúng ta có thể tìm cách đưa tất cả dữ liệu lịch sử từ tất cả các hệ thống khác nhau vào cơ sở dữ liệu khác, thì chúng ta có thể bắt đầu chọn một số xu hướng thú vị và ẩn. Nhập kho dữ liệu. Đây là một cơ sở dữ liệu đặc biệt, trong đó tất cả dữ liệu từ hệ thống cốt lõi, hệ thống nhân sự, hệ thống kế toán và nhiều dữ liệu khác sẽ được bổ sung định kỳ. Dữ liệu đó sau đó được chuyển đổi bằng cách sử dụng các công cụ và quy trình trích xuất, chuyển đổi và tải (ETL) đặc biệt trong kho dữ liệu để đảm bảo tất cả dữ liệu tuân thủ một tiêu chuẩn duy nhất mà kho dữ liệu có thể tải lên. Cuối cùng, kho dữ liệu và báo cáo phân tích chuyên sâu và chi tiết được sử dụng để nhận các xu hướng và sự kiện chưa biết chỉ được tiết lộ bằng cách tập hợp dữ liệu từ các hệ thống riêng biệt.

Nhưng bằng cách vượt qua dữ liệu từ hai hệ thống trong một thời gian dài, các quản trị viên kho dữ liệu có thể chọn ra một xu hướng có thể được sử dụng để xác định xem các thay đổi có bắt buộc trong cách thức kinh doanh của công ty hay không, nên sử dụng phương thức kinh doanh nào. Kho dữ liệu cung cấp giá trị kinh doanh bằng cách làm sáng tỏ các xu hướng và phân tích không chỉ không biết khi sử dụng các hệ thống riêng biệt, mà có thể không thể biết được. Quản lý sau đó quyết định làm gì với thông tin có giá trị lượm lặt được từ kho.

Kho dữ liệu chủ yếu là chỉ đọc và cần được tối ưu hóa như vậy, không giống như các cơ sở dữ liệu đọc ghi hỗ trợ các hệ thống ứng dụng giao dịch hàng ngày. Nó cũng kêu gọi ai đó thành thạo quy trình ETL cho RDBMS cụ thể đó. Cuối cùng, nó đòi hỏi một người có thể khởi tạo và khai thác các công cụ báo cáo và phân tích nâng cao trong kho dữ liệu. Tất nhiên, người này trước tiên sẽ được yêu cầu phải có các kỹ năng của một DBA bình thường, sau đó đi xa hơn một chút và chuyên về các yêu cầu cụ thể của kho dữ liệu. Điều này giống như một bác sĩ thú y hoặc bác sĩ phẫu thuật, người đầu tiên phải học khóa học y khoa tiêu chuẩn, sau đó thu hẹp chuyên môn của mình trong một lĩnh vực chuyên ngành.

Các loại DBA khác

Mặc dù đây là các loại DBA chính, nhưng vẫn có các loại phụ chuyên biệt hơn.

Một số trong nghề nhấn mạnh vào một thể loại đặc biệt cho DBA ứng dụng. Đây là một loại DBA hệ thống phụ chỉ liên quan đến một ứng dụng hoặc một nhóm ứng dụng liên quan. DBA này thường là một chuyên gia về cấu trúc cơ sở dữ liệu (và đôi khi các khía cạnh kinh doanh) của một ứng dụng quan trọng. Ví dụ: trong ngân hàng, một DBA ứng dụng có thể là một chuyên gia chỉ giao dịch với cơ sở dữ liệu chạy ứng dụng ngân hàng cốt lõi và không giao dịch với các hệ thống và cơ sở dữ liệu khác. Theo một cách nào đó, vai trò DBA miền ứng dụng có thể chuyển sang vai trò của nhà phân tích hệ thống hoặc doanh nghiệp.

Một loại DBA đặc biệt khác mà một số khác biệt là DBA điều chỉnh hiệu suất, hoặc phân tích hiệu suất. DBA này tập trung hầu hết vào việc tăng cường hiệu suất của cơ sở dữ liệu. Điều này liên quan đến việc kiểm tra và, nếu cần thiết, thay đổi các tham số khác nhau ảnh hưởng đến thời gian và hiệu suất của cơ sở dữ liệu: cấu trúc bảng, chỉ mục, cấu hình đĩa, đặc tả máy chủ, v.v. Trong thực tế điều chỉnh hiệu suất cơ sở dữ liệu có thể phức tạp và tham gia đủ để trở thành một nghề nghiệp theo đúng nghĩa của nó.

Bạn muốn trở thành loại DBA nào?

Cùng với các loại DBA khác nhau, DBA làm gì phụ thuộc vào quy mô của tổ chức. Các tổ chức nhỏ hơn đôi khi chỉ có thể mua một DBA - nếu họ có thể đủ khả năng một DBA. Trong trường hợp đó, một công ty có thể thuê ngoài một DBA từ bên thứ ba. Hoặc, vai trò DBA có thể được gắn với một vai trò khác trong bộ phận CNTT, chẳng hạn như hệ thống hoặc quản trị viên mạng hoặc thậm chí là người quản lý CNTT. Mặt khác, các công ty lớn hơn có nhiều khả năng có cả tiền và nhu cầu về chuyên gia hoặc nhiều DBA. Nó thực sự phụ thuộc vào nguồn tài trợ có sẵn và các ưu tiên của tổ chức. Và, tất nhiên, tất cả các tùy chọn này đều có ưu và nhược điểm đối với các DBA chuyên nghiệp.

Bất kể chuyên môn hay hoàn cảnh công ty, trở thành một DBA là một công việc thú vị và đầy thách thức. Đây cũng là một nghề có nhu cầu cao, và một nghề có xu hướng đòi hỏi sự tôn trọng. Nếu bạn thích làm việc như một DBA, thì còn chờ gì nữa?