Là môi trường đòi hỏi khắt khe hơn đối với một DBA so với SQL Server? [đóng cửa]

Tôi hoàn toàn không biết Oracle nhưng tôi đã nghe Oracle DBA nói rằng làm việc với Oracle (với tư cách là một DBA) là "khó khăn" hơn và khó khăn hơn và đòi hỏi nhiều hơn so với làm việc với SQL Server. Liệu tuyên bố này có cơ sở?

Do Oracle có nhiều cấu hình hơn để thực hiện trong quá trình thiết lập / cài đặt, nên nhiệm vụ này thường để lại cho DBA của Oracle. Máy chủ SQL dễ cài đặt hơn cho quản trị viên máy chủ windows do sự tương đồng (Microsoft). Quá trình cài đặt SQL dễ dàng này cũng là một trong những vấn đề lớn nhất. Quản trị viên máy chủ windows bật trong DVD, cài đặt SQL và nghĩ rằng "Những DBA SQL này không làm gì cả". Do loại quản trị này không phải của DBA, có rất nhiều sự cố trong máy chủ SQL trong các hoạt động sản xuất. Đây là những gì dẫn đến kết luận: Oracle rất cứng nhắc SQL.

Đối với Oracle, quản trị viên máy chủ cài đặt HĐH và Oracle DBA thực hiện cài đặt DB. Hai chuyên gia cần thiết. Đối với máy chủ SQL, đôi khi quản trị viên máy chủ bị kích thích và tiếp tục cài đặt SQL (không phải là một cách thực hành tốt). Một chuyên nghiệp sử dụng. Điều này làm cho có vẻ như Oracle khó / phức tạp hơn máy chủ SQL. Mặc dù người không phải DBA đã cài đặt SQL sẽ không bao giờ có quyền sở hữu khi có vấn đề phát sinh và giải pháp cho vấn đề SQL không phải là kết quả đầu tiên trong tìm kiếm google.

Vì Oracle được cài đặt bởi một DBA thông báo, họ có thể cấu hình và quản lý nó theo cách nó phải như vậy. Do đó đưa ra một thời gian và thông lượng chấp nhận được. Trong khi đó, máy chủ SQL phải sử dụng các VLF phân mảnh của chính nó khi quản trị viên máy chủ đặt các tệp dữ liệu, tệp nhật ký và tempdb trên ổ C với HĐH và pagefile. Điều này mang lại ấn tượng về một DBA của Oracle làm việc chăm chỉ hơn với DBA của máy chủ SQL.

Các DBA của Oracle phải làm quen với các HĐH khác nhau. Tôi sẽ cung cấp cho họ tín dụng cho điều đó. Nhưng những điều cơ bản của Oracle vẫn giống nhau và chính quyền cũng vậy. Tôi đã quản lý Oracle trên HP-UX và trên Linux. Có một đường cong học tập nhỏ cho nó, nhưng đó là phần thú vị khi làm việc trong CNTT. Ngoài ra, đường cong học tập về cơ bản là để đăng nhập và điều hướng thư mục và một vài lệnh cơ bản khác. Khi bạn truy cập vào bảng điều khiển Oracle (hoặc kích hoạt OEM), tất cả đều giống nhau bất kể HĐH. Xin lưu ý rằng tất cả mọi thứ ở trên chỉ là câu trả lời đầy quan điểm của tôi cho câu hỏi được hỏi.

Oracle có rào cản gia nhập cao hơn đáng kể so với SQL Server. Điều đó có làm việc với Oracle "khó" hơn SQL Server hay không, điều đó phụ thuộc vào ý nghĩa của "khó hơn" và nơi bạn đang đặt thanh.

Tôi rất hiếm khi gặp phải các doanh nghiệp, các hệ thống được Oracle hậu thuẫn, không có các nhà phát triển / DBA dành riêng cho Oracle trong nhóm phát triển. Tôi thường xuyên làm việc với các hệ thống được hỗ trợ SQL đã được phát triển mà không có chuyên môn về DBA nào.

Tại sao?

Microsoft thông minh. Họ đã xây dựng một nền tảng cơ sở dữ liệu cạnh tranh với Oracle nhưng làm cho nó có thể truy cập được cho bất kỳ ai có thể đánh sập cơ sở dữ liệu trong Access. Khái niệm về Mã đầu tiên , đối với bất cứ điều gì khác ngoài những ứng dụng cấp bách nhất, làm tôi sợ hãi một cách dí dỏm. Nhưng nó không có ý nghĩa thương mại lớn?

Ẩn sự phức tạp. Giúp mọi người dễ dàng xây dựng trên nền tảng cơ sở dữ liệu của bạn. Sau đó, khi chúng bị khóa, họ có thể tìm thấy tất cả các nút, cần gạt và công tắc họ sẽ cần để tận dụng tốt nhất sản phẩm.

Oracle yêu cầu chuyên môn về các nút, đòn bẩy và công tắc trước khi bạn có thể tạo bảng đầu tiên của mình. Đối với người mới, điều đó làm cho Oracle khó khăn hơn để bắt đầu. Không khó khăn hơn về mặt kỹ thuật, so với SQL Server, khó khăn lắm.

Nếu bạn là nhà phát triển chỉ muốn "hoàn thành công việc" , bạn có khả năng nghiêng về nền tảng nào?

Là một chuyên gia Oracle DBA nhiều chuyên gia hơn SQL Server tương đương của anh ấy? Không. Công nghệ Oracle có phức tạp hơn SQL Server không? Không. Khó khăn hay đòi hỏi một điểm chuẩn tốt cho bất cứ điều gì? Đi lại trên khắp Luân Đôn dưới lòng đất là cả hai nhưng tôi không cảm thấy vượt trội khi làm như vậy :)

Oracle có nhiều tính năng và tùy chọn hơn và nhiều nút cấu hình và cài đặt hơn, vì vậy có rất nhiều thứ để biết và quản lý. SQL Server có các tính năng UI khiến cho nhiều tác vụ trông rất đơn giản (một số sẽ nói quá đơn giản) và che giấu sự phức tạp khỏi những người dùng ít kinh nghiệm. Điều đó có thể làm cho rào cản kiến ​​thức trở thành DBA của SQL Server thấp hơn so với Oracle.

Ngoài ra, Oracle được hỗ trợ trên một số nền tảng HĐH khác nhau, các DBA SQL Server của người sói chỉ phải biết về một HĐH.

Mặt khác, tôi đã biết các DBA hỗ trợ cả hai người đã nói rằng Oracle ít gặp rắc rối hơn vì nó phá vỡ ít hơn và không cần phải sửa chữa thường xuyên như SQL Server.

Suy nghĩ của tôi:

SQL Server dễ cài đặt hơn cho quản trị viên Windows - khi họ cài đặt một sản phẩm cơ sở hạ tầng (ví dụ: Websense, Trung tâm ảo VMWare, Bảo vệ điểm cuối Symantec, v.v.) yêu cầu cơ sở dữ liệu, họ sẽ hoàn thành công việc nhanh chóng. Và đó là một nửa "rắc rối" với SQL Server - bất kỳ ai cũng có thể làm được và nó sẽ hoạt động tốt - cho đến khi có sự cố.

SQL Server cũng tích hợp tốt với tình huynh đệ .net - vì vậy, thường bạn sẽ tìm thấy các thiết kế cơ sở dữ liệu được thực hiện bởi các nhà phát triển c sắc nét hơn là các nhà phát triển cơ sở dữ liệu chuyên dụng. Đây không phải là một công thức cho khả năng mở rộng.

Một ứng dụng được viết kém sẽ hoạt động kém trên cả Oracle và SQL Server ...