Giới thiệu về hiện đại hóa thuộc tính dữ liệu SQL Server

Blog này là blog đầu tiên trong loạt bài thảo luận về những gì đòi hỏi phải có trong việc hiện đại hóa nền tảng máy chủ Microsoft SQL.

Tôi nghe thấy câu ngạn ngữ “nếu nó không hỏng thì đừng sửa nó” rất nhiều trong các cuộc trò chuyện của tôi với khách hàng về SQL Server và nhiều lần đó là từ các Quản trị viên cơ sở dữ liệu. Nhiều DBA không muốn thay đổi – có thể họ nghĩ rằng công việc của họ sẽ mất đi. Theo quan điểm của tôi, vai trò của họ sẽ không đi đến đâu, nhưng họ cần mở rộng kiến ​​thức để hỗ trợ những thay đổi sắp tới. Vai trò của họ sẽ liên quan đến sự đổi mới ở một cấp độ khác, hợp nhất công nghệ ứng dụng (ví dụ như đường ống CI/CD) được tích hợp vào hỗn hợp. DBA cũng cần tin tưởng rằng đối tác phần cứng của họ đã kiểm tra và hiệu đính đầy đủ giải pháp để có hiệu suất SQL tốt nhất có thể, đồng thời có thể cung cấp kiến ​​trúc Chứng minh Tương lai để phát triển và thay đổi khi nhu cầu của doanh nghiệp tăng trưởng và thay đổi.

Bình thường mới là đám mây lai

Khi “đám mây công cộng” lần đầu tiên trở thành xu hướng phổ biến, phản ứng tức thời là mọi thứ đều phải lên đám mây! Nếu điều này xảy ra thì công việc của DBA sẽ mặc định biến mất. Điều này không thể xa hơn sự thật và tất nhiên đó không phải là những gì đã xảy ra. Liên quan đến SQL Server, tiêu chuẩn mới là kết hợp.

Bây giờ vài năm sau, liệu một số kho dữ liệu có chỗ đứng trên đám mây công cộng không ?

Chắc chắn rồi, họ sẽ làm vậy.

Tuy nhiên, rõ ràng là nhiều kho dữ liệu trong số này phù hợp hơn với cơ sở dữ liệu hiện có. Ngoài ra, có những xu hướng hiện tại trong đó dữ liệu đang được di chuyển lại từ đám mây công cộng trở lại môi trường tại chỗ do chi phí, quản lý và trọng lượng dữ liệu (giữ dữ liệu gần với nhu cầu kinh doanh và/hoặc nhu cầu tuân thủ quy định cụ thể).

Kho dữ liệu SQL Server có thể rất rộng lớn và trong một số trường hợp là tập hợp các quy trình thiết kế “Rube Goldberg”. Tôi rất buồn phải thừa nhận rằng trước đây, tôi là kiến ​​trúc sư chính của nhiều thiết kế kiểu này. (Tôi tiếp tục cầu xin các vị thần CNTT tha thứ.) Ngày nay, các bộ phận CNTT quản lý một bộ công nghệ kiến ​​trúc cơ sở dữ liệu cơ sở cho cơ sở dữ liệu vận hành, một lớp bộ đệm đối tác phần cứng tiềm năng khác và một kiến ​​trúc khác để phân tích dữ liệu và AI mới nổi.

Đợi đã…một điểm nữa…tất cả dữ liệu này cần phải nằm trong tầm tay của thiết bị di động và điện toán ranh giới. Việc quản lý và thực hiện tất cả các yêu cầu này theo thời gian thực có thể tạo ra một nền tảng chuyên biệt và rất phức tạp.

Hiện đại hóa tài sản dữ liệu

Điều bình thường mới mà mọi người đều mong muốn là giữ nó càng đơn giản càng tốt. Bạn có nhớ những thiết kế “Rube Goldberg” được đề cập ở trên không? Chúng không còn áp dụng được nữa. Việc thực thi đơn giản, di động và liền mạch chính là chìa khóa. Khi khối lượng dữ liệu tăng lên, việc hợp tác của DBA với các nhà cung cấp phần cứng cần phải đơn giản hóa vì tính bảo mật, tuân thủ và tính toàn vẹn dữ liệu vẫn là mối quan tâm cố định. Tuy nhiên, có một tiêu chuẩn mới đối với việc quản lý tài sản dữ liệu; một nơi mà khối lượng lớn dữ liệu có thể được tham chiếu tại chỗ, với tính năng đẩy xuống hoặc được sao chép và sao chép liền mạch theo cách hiệu quả cao sang các môi trường được quản lý khác. Sự phát triển của SQL Server 2019 cũng sẽ là một phần của giải pháp điều phối tài sản dữ liệu.

Bạn có phải là người sớm sử dụng SQL 2019 không?

Trở nên hiện đại: Một cách tiếp cận thống nhất  về quản lý tài sản dữ liệu

Máy chủ SQL Nhận kiến ​​trúc hiện đại từ Dell EMC có thể hợp nhất kho dữ liệu của bạn, được xác định bằng các trụ cột cốt lõi có giá trị cao của chúng tôi, phù hợp hoàn hảo với SQL Server.

Các trụ cột sẽ hoạt động với mọi môi trường có quy mô, từ bối cảnh cơ sở dữ liệu SQL nhỏ và linh hoạt đến rất lớn và phức tạp. Có một giải pháp hợp lệ cho mọi môi trường. Tất cả các trụ cột hoạt động phối hợp để bổ sung cho nhau trên tất cả các bộ tính năng và điểm tích hợp.

• Tăng tốc – Để không chỉ tăng tốc và đảm bảo tương lai cho môi trường mà còn hiện đại hóa hoàn toàn cơ sở hạ tầng SQL của bạn. Một quan điểm cải tiến về lưu trữ, tận dụng RAM và các công nghệ bộ nhớ khác để đạt hiệu quả tối đa.
• Bảo vệ – Bảo vệ cơ sở dữ liệu của bạn bằng các bản sao lưu, sao chép, khả năng phục hồi và tự phục vụ hàng đầu trong ngành.
• Tái sử dụng – Tái sử dụng ảnh chụp nhanh. Phục hồi hoạt động. Tái sử dụng Dev/Test. Đường ống CI/CD.

Việc căn chỉnh các trụ cột này sẽ mang lại hiệu quả và tính nhất quán cho cách tiếp cận thống nhất về quản lý tài sản dữ liệu. Sự kết hợp giữa kiến ​​trúc mạnh mẽ, nhất quán, hiệu suất cao hỗ trợ nền tảng cơ sở dữ liệu sẽ giúp nhóm CNTT của bạn trở thành bậc thầy thực thi hiện đại hóa.

Một số lý do thuyết phục để hiện đại hóa tài sản dữ liệu máy chủ SQL của bạn là gì?

Dưới đây là một số thách thức về điểm đau mà tôi thường xuyên nghe thấy khi đi du lịch trò chuyện với khách hàng. Tôi sẽ nói về những chủ đề này trong các bài viết blog trong tương lai.

1. Môi trường SQL Server của chúng tôi đang chạy trên phần cứng cũ:

• Dev/Test/Stage/Prod không có các đặc tính hiệu suất giống nhau khiến việc kiểm tra hồi quy và kiểm tra hiệu suất trở nên khó khăn.

2. Chúng ta có những thách thức về hiện đại hóa:

• Làm thế nào tôi có thể thực hiện được việc hiện đại hóa?
• Nhóm của tôi không có đủ chu trình để giải quyết toàn bộ quy trình hiện đại hóa.

3. Khu dữ liệu lai chính là câu trả lời… làm cách nào để đạt được điều đó?

4. Chúng tôi đang ở EOL (End of Life) cho SQL Server 2008/2008R2 và Windows Server nhưng bị kẹt do:

• Yêu cầu “khóa” của ISV (Nhà cung cấp phần mềm độc lập) đối với phiên bản công cụ SQL Server cụ thể.
• Kế hoạch di chuyển để hiện đại hóa SQL không thể được bố trí nhân sự và thực hiện cho đến khi hoàn thành.

5. Chúng ta cần hợp nhất SQL Server mở rộng và chuẩn hóa trên phiên bản SQL Server:

• Xây dựng cho tương lai, nơi việc nâng cấp phiên bản SQL mang tính đột phá đã trở thành quá khứ xa xôi. Hãy nghĩ đến… SQL Server được đóng gói. ồ vâng!
• Thành công của CI/CD – cơ sở dữ liệu là mảnh ghép quan trọng để thành công.
• Các bản sao cơ sở dữ liệu dành cho các bản sao Phát triển ứng dụng/Thử nghiệm/Báo cáo đang tiêu tốn dung lượng quý giá trên đĩa.
• Quá trình sao lưu mất quá nhiều thời gian và tiêu tốn quá nhiều dung lượng.

6. Tôi muốn sử dụng SQL Server trên Linux.

7. Hãy nói về hiệu suất và điều chỉnh ứng dụng SQL Server hiện đại.

8. Bạn thấy vai trò DBA ở đâu trong vài năm tới?