Lý do khách quan để ưu tiên SQL Server 2016 so với các phiên bản trước là gì?


29

Vì Microsoft làm cho phiên bản SQL Server nâng cấp thường xuyên hơn kể từ ngày SQL Server 2005 hoặc 2008, rất nhiều công ty cảm thấy khó xác định khi nào bản nâng cấp là "phải có!" và khi nâng cấp là "tốt đẹp để có"

Theo tinh thần của một vài câu hỏi trước đó hỏi về lý do thích các bản phát hành SQL Server mới hơn các phiên bản trước, một số lý do kinh doanh hoặc kỹ thuật khách quan mà một công ty có thể xem xét để nâng cấp lên SQL Server 2016 so với phiên bản cũ hơn, thậm chí là sau này phát hành như SQL Server 2014?

(Câu hỏi này về SQL Server 2012 so với SQL Server 2008, Hoặc câu hỏi này về SQL Server 2012 so với SQL Server 2005 xuất hiện như một ví dụ về tinh thần của câu hỏi này. Câu trả lời cho họ cũng mở rộng về một số lý do ở đây cho các công ty bắt đầu trên SQL Server 2008 hoặc SQL Server 2005)

Câu trả lời:


36

Có rất nhiều lý do để xem xét nâng cấp lên SQL Server 2016. Hầu hết thời gian, những lý do này khác nhau tùy thuộc vào phiên bản SQL Server mà một người đến từ. Đây sẽ không phải là một danh sách đầy đủ, nhưng tôi sẽ đưa ra một vài lý do mà tôi nghĩ đến. Bao gồm một lý do rất lớn mà chúng tôi vừa tìm hiểu về bản phát hành SQL Server 2016 SP1 vào tháng 11 năm 2016. Mong muốn được xem các câu trả lời khác cho việc mở rộng hoặc các tính năng mà tôi đã bỏ lỡ.

Lý do lớn: Nhiều tính năng có sẵn trong phiên bản tiêu chuẩn ngay bây giờ

Vào ngày 16 tháng 11 năm 2016 Microsoft đã công bố phát hành Gói dịch vụ 1 cho SQL Server 2016. Cùng với thông báo này, họ cũng đã thông báo rằng nhiều tính năng trước đây dành cho khách hàng Phiên bản doanh nghiệp sẽ có sẵn trong tất cả các phiên bản SQL Server - Standard, Express (với một vài ngoại lệ), Web ngoài Phiên bản doanh nghiệp.

Đây có thể là lý do rất thuyết phục để nâng cấp cho Nhà cung cấp phần mềm phát triển và bán phần mềm có phụ trợ SQL Server - nhiều tính năng hiện có thể có sẵn cho khách hàng của họ bất kể phiên bản SQL Server được cấp phép của họ. Điều này cũng hấp dẫn đối với các công ty trong các lĩnh vực phải duy trì kiểm toán hoặc các cải tiến bảo mật khác đã được thêm vào sản phẩm theo thời gian.

Theo ý kiến ​​khiêm tốn của tôi, trong hơn 17 năm làm việc với SQL Server, điều này làm cho SQL Server 2016 SP1 hoàn toàn có thể là bản nâng cấp hấp dẫn nhất kể từ khi tôi bắt đầu làm việc với SQL Server trong phiên bản 6.5. (Đừng hiểu sai ý tôi, năm 2000, 2005 và 2012 cũng có ưu điểm cho thời đại của họ!)

Nhìn vào danh sách bên dưới, nhưng chỉ là một ví dụ nhanh về một số tính năng bạn có thể sử dụng trong Phiên bản Chuẩn, bạn có các tính năng sau: Nén, thu thập dữ liệu, kiểm tra hạt mịn, bảo mật cấp hàng, luôn được mã hóa, phân vùng, cơ sở dữ liệu Ảnh chụp nhanh, OLTP trong bộ nhớ, Cột lưu trữ.

Lý do cụ thể cho SQL Server 2016 Các tính năng mới

Tôi đang cố gắng giữ các lý do ở đây trong phần này với các tính năng được giới thiệu chỉ trong SQL Server 2016. Tôi cũng chỉ mô tả các cải tiến công cụ cốt lõi trong câu trả lời này, không báo cáo, phân tích, tích hợp dữ liệu, v.v.

Bảo mật liên quan

Bảo mật cấp hàng - Tôi có nhiều khách hàng mong muốn có thể triển khai bảo mật theo từng hàng. "Người dùng x có thể xem dữ liệu trên hàng này, nhưng không phải hàng đó". Nhiều người trong số những khách hàng đó đã tạo ra các hàm và / hoặc các cấu trúc dựa trên khung nhìn phức tạp để thực hiện điều này. Trong SQL Server 2016, có các vị từ và chính sách bảo mật được tích hợp sẵn để hỗ trợ tại đây. Bạn có thể đọc thêm về RLS ở đây .

Mặt nạ dữ liệu động - Cái này nghe có vẻ hay trên giấy, nhưng tôi tự hỏi liệu nó sẽ chứng minh là ít hữu ích hơn hai thay đổi khác trong khu vực bảo mật. Về cơ bản, bạn có thể tự động che dấu hoặc che giấu dữ liệu tại thời điểm truy vấn dựa trên sự cho phép của người gọi. Lượng dữ liệu bị xáo trộn là thứ có thể lập trình được. Chẳng hạn, trong ví dụ Microsoft sử dụng, bạn có thể che dấu tất cả trừ bốn chữ số cuối của số Thẻ tín dụng để người thực hiện cuộc gọi trong trung tâm cuộc gọi có thể xác minh bốn chữ số cuối cùng đó. Bạn có thể đọc thêm về điều đó ở đây .

Luôn được mã hóa - Có lẽ bạn đã nghe về một số sai sót hoặc lo ngại về Mã hóa dữ liệu trong suốt. Có lẽ bạn không muốn sử dụng TDE vì sợ rằng ai đó có quyền truy cập SA chắc chắn có thể giải mã nếu họ muốn. Luôn được mã hóa được phát hành như một tính năng đặt khả năng giải mã / mã hóa vào tay ứng dụng gọi tới SQL Server. Dữ liệu còn lại trong SQL Server được mã hóa. Dữ liệu trong chuyến bay đến SQL Server cũng được mã hóa theo phương pháp này. Bạn có thể đọc thêm về Luôn được mã hóa ở đây .

Tính năng HA / DR

Một vài tính năng xuất hiện ở đây. Một là khả năng sử dụng các nhóm luôn sẵn sàng trong tiêu chuẩn SQL Server - Nhóm khả dụng cơ bản. Điều này là cần thiết vì Mirroring không được dùng nữa và không có sự thay thế. Chức năng được giới hạn ở số lượng bản sao và cách tiếp cận để đồng bộ hóa. Bạn có thể đọc thêm ở đây .

Đó không phải là thay đổi duy nhất đối với Nhóm sẵn có (nhân tiện, được giới thiệu trong SQL Server 2012). Ngoài ra còn có một vài thay đổi khác (bạn có thể xem danh sách đầy đủ với các liên kết đến các thay đổi khác tại đây ):

  1. Tài khoản dịch vụ quản lý nhóm được hỗ trợ.
  2. Giao dịch phân tán được hỗ trợ (với một số cảnh báo ).
  3. Kết nối mục đích đọc có thể được cân bằng tải giữa các bản sao chỉ đọc.
  4. Ba bản sao có thể được tham gia vào dự phòng tự động bây giờ.
  5. Cơ sở dữ liệu được mã hóa hiện có thể tham gia vào Nhóm Luôn sẵn sàng.
  6. Cải tiến hiệu suất - một phần của chủ đề của SQL Server 2016 là "nó chỉ nhanh hơn" - đó là vòng quay Microsoft Marketing, nhưng nó đang được chứng minh trên thị trường. Một số cải tiến đã được thực hiện đối với hiệu suất của Nhóm sẵn có.

Trình cài đặt sửa một số lỗi thường gặp

Trình cài đặt SQL Server bắt đầu trong SQL Server 2016 sửa một số lỗi phổ biến được thực hiện khi định cấu hình TempDB. GUI thiết lập hướng dẫn bạn thông qua cấu hình thực hành tốt nhất hiện nay.

Cửa hàng truy vấn

Một yêu thích trong số các MVP và bộ điều chỉnh SQL Server. Tính năng này là một công cụ để cung cấp cho bạn cái nhìn sâu sắc về cách các truy vấn được thực hiện bởi công cụ. Đặc biệt hữu ích trong việc theo dõi các vấn đề hiệu suất gây ra bởi những thay đổi trong kế hoạch truy vấn theo thời gian. Đây có thể là một công cụ để xem, nhưng cũng là một công cụ để sửa chữa. Giúp đơn giản hóa một vài khái niệm điều chỉnh hiệu suất. Bạn có thể đọc thêm về điều đó ở đây .

Bàn tạm thời

Tôi thường thấy cần phải hỏi một câu hỏi như "Dữ liệu này trông như thế nào và ngày như vậy". Bảng tạm thời là một phương pháp để làm điều đó. Chắc chắn có một số trường hợp sử dụng kho. Xem thêm tại đây .

Cải tiến nhà kho

Ba cải tiến lớn đối với tôi ở đây trong số một vài người khác. Một là các chỉ mục cột lưu trữ không thể cập nhật. SQL Server 2014 đã cung cấp cho chúng tôi cụm có thể cập nhật, nhưng bây giờ chúng tôi có thể cập nhật không rõ ràng. SQL Server 2016 cũng cho phép lập chỉ mục cột trên các bảng OLTP trong bộ nhớ. Và khả năng đặt một chỉ mục không bao gồm cây B truyền thống trên một chỉ mục cửa hàng cột được nhóm hiện tồn tại trong SQL Server 2016.

Cải tiến tính năng bổ sung trong OLTP trong bộ nhớ

Một số tính năng không được hỗ trợ bên trong các bảng trong Bộ nhớ hoặc trong các quy trình được biên dịch nguyên bản hiện có sẵn. Một số bổ sung (nhưng xem bài viết này để biết thêm): Ràng buộc UNIITE, Kiểm tra ràng buộc, mệnh đề OUTPUT trong DML, Tham gia ngoài, Truy vấn con trong danh sách chọn, CHỌN DISTINCT, UNION / UNION ALL, v.v.

Cải tiến hiệu suất chung

SQL Server 2014 đã thực hiện một số cải tiến về hiệu suất trong một số lĩnh vực chính như mỗi bản phát hành. SQL Server 2016 đã thực hiện các cải tiến quan trọng bổ sung trong toàn bộ sản phẩm. Điều đó bao gồm việc loại bỏ đối với nhiều khách hàng một số nỗi đau đôi khi gặp phải khi nâng cấp lên SQL Server 2014 do các thay đổi của công cụ ước tính cardinality. Một số thay đổi lên xuống động cơ đã được thực hiện để cải thiện hiệu suất hàng ngày. Nhóm CSS của Microsoft đã viết blog về điều này trên blog của họ. Bạn chỉ có thể tìm kiếm "SQL Server 2016, nó chỉ chạy nhanh hơn". Một bài viết blog ví dụ cho loạt bài này là ở đây .

Tôi đã thấy điều này diễn ra ở những khách hàng đã nâng cấp và hy vọng sẽ thấy nó ngày càng nhiều hơn.

Một số khuyết điểm

Có những khuyết điểm rõ ràng để nâng cấp. Có thể là do tôi làm việc này để kiếm sống như một nhà tư vấn, nhưng tôi nghĩ rằng tất cả các khuyết điểm đều có thể quản lý được và thực sự chỉ xem xét chúng "tính chi phí đầu tiên" để nhận biết và quản lý xung quanh.

Nâng cấp nói chung - Nói chung, nâng cấp có nghĩa là bạn đang giới thiệu chức năng mới. Bạn cần có thể kiểm tra chúng. Giữa các phiên bản của SQL Server, các tính năng khác nhau không được chấp nhận. Điều này không có nghĩa là họ biến mất ngay lập tức nhưng điều đó có nghĩa là họ có thể trong các phiên bản tương lai, thường là ba phiên bản sau. Ví dụ, kiểu dữ liệu TEXT hoặc thực hiện các phép nối ngoài trong mệnh đề where với *=hoặc=*cú pháp không được hỗ trợ nếu bạn đến từ cơ sở dữ liệu đang chạy trong chế độ tương thích SQL Server 2000. Nói về các chế độ tương thích - họ cũng chỉ quay lại ba phiên bản. Vì vậy, nếu bạn có cơ sở dữ liệu chạy ở chế độ tương thích 80 (SQL Server 2000) hoặc 90 (SQL Server 2005), chúng không thể chuyển sang SQL Server 2016 như thế. Vì vậy, nếu bạn đã tránh thực hiện bài kiểm tra đó và lén lút mức độ tương thích, thì đã đến lúc tính toán.

Lần nữa. Đó là công cụ dễ dàng. Có các công cụ hiện có để giúp thu thập và kiểm tra dữ liệu để xem những gì phá vỡ. Có quầy perfmon có thể giúp tìm kiếm các tính năng không dùng nữa.

Cấp phép - Hai điều ở đây:

  1. Dựa trên cốt lõi - nếu bạn đã quen với các điều khoản cấp phép trước SQL Server 2012, giấy phép CPU chỉ có thế - giấy phép CPU. Kể từ SQL Server 2012, các giấy phép dựa trên CPU đã được dựa trên lõi. Vì vậy, có một thời gian điều chỉnh ở đó. Ngoài ra Doanh nghiệp cho giấy phép mới (với một số ngoại lệ được thực hiện khi năm 2012 lần đầu tiên được triển khai) phảiđược cấp phép ở cấp độ cốt lõi - không có máy chủ + CAL cho doanh nghiệp. Lớp lót bạc sáng trên đám mây này ở đây là những gì tôi đã nói về SP1 cho phép các tính năng Enterprise trong SKU phi doanh nghiệp. Nếu bạn cần nhiều hơn 128GB RAM. Nếu bạn cần cải tiến hiệu suất quét nâng cao. Nếu bạn cần nhiều hơn 32GB RAM cho một cửa hàng cột hoặc Bộ nhớ trong thì bạn đang xem Enterprise. Nếu bạn không? Và bạn không cần xây dựng lại chỉ mục trực tuyến? Tiêu chuẩn có thể chỉ dành cho bạn và bây giờ nó có thể phù hợp với bạn hơn với những tính năng mới có sẵn cho bạn.
  2. Đảm bảo phần mềm (SA) - nếu bạn không mua SA, bạn phải mua mới. Vì vậy, nếu bạn đang chạy SQL Server 2005 và bạn lo lắng rằng bạn không còn hỗ trợ chính, không quá xa sự kết thúc của hỗ trợ mở rộng và mong muốn bạn có sẵn các tính năng, bạn không thể nâng cấp như Gói dịch vụ. Nếu bạn chưa bao giờ mua SA, thì nâng cấp của bạn là mua mới. Không sao đâu, nó thực sự đáng giá. Nhưng nó là một cái gì đó phải đạt ngân sách.

Tóm lược

Còn nhiều lý do nữa, như hỗ trợ JSON, giới thiệu R, v.v. Nhưng đây chỉ là một số lý do tôi sẽ xem xét nâng cấp. Mục quan trọng nhất, một lần nữa, là khả năng sử dụng nhiều tính năng chỉ dành cho Phiên bản Doanh nghiệp trước đây trong Tiêu chuẩn hoặc thậm chí là Express. Tôi đã thấy những câu chuyện thành công tuyệt vời giữa các khách hàng của mình và tôi hy vọng sẽ thấy nhiều hơn nữa.

Và nếu bạn đang sử dụng SQL Server 2005 hoặc 2008, danh sách thậm chí còn lớn hơn. Các nhóm luôn sẵn sàng xuất hiện vào năm 2012, Chỉ mục cột trong SQL Server 2012, OLTP trong bộ nhớ trong SQL Server 2014, v.v.

Chưa kể nếu bạn vẫn còn trên SQL Server 2005 hoặc 2008, bạn không được hỗ trợ chính.


2
Tất cả điều này + lý do kinh doanh thực tế - vòng đời dài nhất. Những người vẫn làm việc trên SQL2000, không thể nâng cấp các cửa sổ, các cửa sổ cũ không được cài đặt trên máy chủ mới và tất cả các vấn đề này phát triển từng cái một. Đối với doanh nghiệp - JSON và các thứ khác, đó chỉ là đồ chơi CNTT ... hãy ngừng hỗ trợ mà họ hiểu
a_vlad
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.