5 sai lầm DBA cần tránh bằng mọi giá

Tác Giả: Eugene Taylor
Ngày Sáng TạO: 9 Tháng Tám 2021
CậP NhậT Ngày Tháng: 22 Tháng Sáu 2024
Anonim
5 sai lầm DBA cần tránh bằng mọi giá - Công Nghệ
5 sai lầm DBA cần tránh bằng mọi giá - Công Nghệ

NộI Dung


Nguồn: .shock / Dreamstime.com

Lấy đi:

Việc bỏ qua năm nhiệm vụ này có thể dẫn đến một thảm họa cơ sở dữ liệu!

Không phải tất cả các công việc thường xuyên, các nhiệm vụ theo quỹ đạo được thực hiện bởi DBA đã được tạo ra bằng nhau. Việc bỏ qua một số nhiệm vụ hàng ngày này có thể dẫn đến đau đầu, trong khi những việc khác có thể dẫn đến tổn thất tài chính lớn. Mặc dù rất nhiều thời gian quý giá của DBA đã được phân phối để xử lý các lỗi và sự cố xảy ra do các nhà phát triển và người dùng, điều quan trọng là các nhiệm vụ quan trọng hàng ngày không bị bỏ qua.

Dưới đây là 5 sai lầm DBA khổng lồ cần tránh để vượt trội ở vị trí của bạn.

1. Đừng quên kiểm tra bản sao lưu của bạn!

Trong sự hối hả của các hoạt động hàng ngày, một số điều có thể bị bỏ qua. Nhưng đừng để đây là một trong số họ! Bất kể chất lượng cao của các kỹ thuật khắc phục thảm họa của bạn là gì, điều cực kỳ quan trọng đối với bạn là thực hiện kiểm tra một cách nhất quán để đảm bảo rằng các bản sao lưu của bạn đang hoạt động. Điều tồi tệ nhất có thể xảy ra là phát hiện ra rằng họ phát sinh khi bạn đang cố gắng khôi phục chúng. Người dùng SQL Server nên sử dụng lệnh BACKUP VERIFYONLY để xác minh rằng các bản sao lưu đang hoạt động và cũng sử dụng tùy chọn CHECKSUM để đảm bảo rằng cơ sở dữ liệu của bạn không bị hỏng. Việc thực hiện khôi phục cơ sở dữ liệu thường xuyên trên các hệ thống không được bảo vệ cũng rất quan trọng để đảm bảo rằng các bản sao lưu của bạn có thể được khôi phục. (Để tìm hiểu thêm về khắc phục thảm họa, hãy xem Phục hồi thảm họa 101.)


2. Không cẩn thận về các hạn chế truy cập bảo mật có thể tốn kém!

Bỏ qua các mối đe dọa bảo mật thực sự khá phổ biến giữa các DBA. Cho dù nó cho phép mọi người hoặc ứng dụng truy cập thông tin cấp cao hơn mức cần thiết hoặc cung cấp đặc quyền quản trị của nhà phát triển, những lỗi này có thể dẫn đến mất dữ liệu, đánh cắp dữ liệu, lộ dữ liệu hoặc thậm chí hỏng cơ sở dữ liệu. Mặc dù người ta có thể nghĩ rằng việc cho các nhà phát triển truy cập trực tiếp vào dữ liệu sản xuất có thể đẩy nhanh quá trình phát triển và gỡ lỗi, nhưng nó chắc chắn không phải là một cách thực hành tốt nhất. Khi xem xét sai lầm thảm khốc có thể dẫn đến việc trao nhầm người truy cập quá nhiều, các DBA nên đảm bảo rằng người dùng, nhà phát triển và thậm chí quản trị viên chỉ được cấp mức độ cho phép thấp nhất.


3. Don Patrick bỏ qua việc bảo trì cơ sở dữ liệu của bạn!

Rốt cuộc, cơ sở dữ liệu không thể tự chạy! Điều cực kỳ quan trọng là các DBA không được lười biếng hoặc bỏ qua việc bảo trì cơ sở dữ liệu thường xuyên và chỉ dựa vào khả năng tự điều chỉnh và tự phục hồi của hệ thống cơ sở dữ liệu. Có nhiều nhiệm vụ quan trọng cần được thực hiện một cách nhất quán, bao gồm chạy kiểm tra tính toàn vẹn cơ bản cho tất cả các cơ sở dữ liệu sản xuất, kiểm tra các chỉ mục để phân mảnh và cập nhật số liệu thống kê trên cơ sở dữ liệu sản xuất của bạn. Có thể hữu ích để tự động hóa các tác vụ này miễn là mọi hoạt động tiêu thụ tài nguyên cao không được chạy trong giờ làm việc cao điểm. Không có vấn đề gì, nó phải được thực hiện, hoặc sai lầm tốn kém có thể xảy ra. (Để biết thêm về nhiệm vụ và trách nhiệm của DBA, hãy xem Cơ quan quản trị cơ sở dữ liệu 101.)

4. Don Tiết chờ cho đến khi hệ thống của bạn gặp sự cố để bắt đầu theo dõi mức độ hoạt động của cơ sở dữ liệu và khối lượng công việc!

Một khi hệ thống của bạn ngừng hoạt động, tiền bắt đầu bị lãng phí và mọi người bắt đầu nản lòng. Do đó, việc theo dõi và sử dụng máy chủ điểm chuẩn thường xuyên là vô cùng quan trọng. Kiểm tra số liệu thống kê hiệu suất của hệ thống sẽ giúp bạn hiểu khối lượng công việc tiêu chuẩn và xem các mẫu để biết khi nào có bất kỳ thay đổi hoặc bất thường nào xảy ra. Đảm bảo kiểm tra mức sử dụng CPU, bộ nhớ, I / O, khóa và chặn và theo dõi xem còn bao nhiêu dung lượng trống cho dữ liệu và tệp nhật ký của bạn.

5. Don lồng vô hiệu hóa xác minh trang!

Cơ sở dữ liệu SQL Server mới có cài đặt mặc định kiểm tra tham nhũng bằng cách kiểm tra tổng kiểm tra trên toàn bộ trang và ghi giá trị vào tiêu đề trang. Sau đó, khi trang được đọc vào bộ nhớ, nó sẽ kiểm tra lại giá trị tổng kiểm tra và so sánh hai số. Nếu hai số không khớp nhau, thì trang bị hỏng và bạn sẽ nhận được thông báo lỗi. Do đó, cài đặt này cực kỳ có lợi và bằng cách vô hiệu hóa nó, bạn đang tự đặt ra thất bại!

Đối với một DBA có rất nhiều dos và vô số không. Có những nhiệm vụ rất quan trọng đến mức bỏ qua chúng có thể dẫn đến thất bại toàn bộ cơ sở dữ liệu và có những khía cạnh tinh tế hơn chỉ đơn giản là đưa bạn từ một DBA chức năng đến một thành công. Có vô số cách để liên tục cải thiện và tự làm việc để đảm bảo thực hành của bạn đạt tiêu chuẩn. Vai trò của bạn bao gồm rất nhiều và ảnh hưởng sâu sắc đến những thành công và thất bại của công ty bạn. Vì lý do này, điều quan trọng là, với tư cách là một DBA có năng lực, bạn đảm bảo rằng bạn học hỏi từ những sai lầm của người khác trong lĩnh vực này và làm bất cứ điều gì bạn có thể để không tự mình làm bất kỳ ai trong số những người lớn này.

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.