Trong bài viết này, chúng tôi xem xét các bảng được kích hoạt kéo dài mà người ta nên biết bao gồm các ràng buộc chính
Cơ sở dữ liệu Stretch là một SQL Server tính năng cho phép người dùng di chuyển dữ liệu lạnh một cách an toàn và minh bạch sang đám mây Azure. Người dùng thậm chí có thể tạm dừng các quá trình di chuyển này khi xảy ra lỗi kết nối, giúp truyền dữ liệu dễ dàng hơn.
Stretch Database nhắm trực tiếp vào các cơ sở dữ liệu giao dịch chứa một lượng lớn dữ liệu ít được sử dụng, thường được lưu trữ trong nhiều bảng khác nhau của cơ sở dữ liệu. Và các bảng này có thể chứa dữ liệu với số lượng lớn hơn một tỷ hàng.
Tại sao Cơ sở dữ liệu Stretch được sử dụng?
• Nó cho phép người dùng lưu trữ dữ liệu lạnh trong một bảng riêng biệt hoặc cơ sở dữ liệu để chuyển sang đám mây Azure.
• Người dùng có thể sử dụng chức năng lọc của nó để phân tách hoặc chọn dữ liệu lạnh hoặc nóng, trong các hàng mà họ muốn di chuyển.
Cơ sở dữ liệu Stretch là một cơ sở dữ liệu tuyệt vời SQL Server tính năng cho phép người dùng di chuyển dữ liệu của họ một cách an toàn và minh bạch sang Microsoft Azure, tuy nhiên, tính năng này cũng có một số hạn chế khiến người dùng không thể triển khai hoặc bật tính năng kéo dài trên cơ sở dữ liệu của họ. Dưới đây là danh sách một số hạn chế của nó. Hãy ghi nhớ chúng trong khi sử dụng kéo dài nếu bạn muốn di chuyển dữ liệu của mình sang đám mây Azure.
Các giới hạn đối với các Bảng đã bật Cơ sở dữ liệu Kéo dài
Đây là một số điều kiện ngăn Cơ sở dữ liệu Stretch kích hoạt trong bảng của bạn, hãy đảm bảo ghi nhớ chúng vào lần tới khi bạn làm việc với Cơ sở dữ liệu Stretch.
1. Hạn chế
• Trong khi sử dụng cơ sở dữ liệu kéo dài Tính duy nhất không thực thi đối với các ràng buộc PRIMARY KEY và UNIQUE trong các bảng Microsoft Azure chứa bất kỳ dạng dữ liệu được di chuyển nào.
2. Hoạt động DML
• Trong mọi bảng được kích hoạt Kéo dài, người dùng không được phép XÓA hoặc CẬP NHẬT bất kỳ hàng nào đã di chuyển hoặc các hàng vẫn đủ điều kiện để di chuyển.
• Người dùng cũng không được phép CHÈN các hàng trong bất kỳ bảng nào được kích hoạt Kéo dài từ máy chủ được liên kết.
3. Chỉ mục
• Các bảng được kích hoạt kéo dài không cho phép người dùng tạo chỉ mục cho dạng xem.
• Bất kỳ Bộ lọc nào trên các chỉ mục trong SQL Server không được truyền từ bảng được kích hoạt Kéo dài sang bảng từ xa.
4. Các hạn chế ngăn người dùng kích hoạt Cơ sở dữ liệu kéo dài trong bảng
Người dùng không thể bật Cơ sở dữ liệu kéo dài cho các bảng có hoặc thuộc các điều kiện sau:
5. Thuộc tính của bảng
• Các bảng có hơn 998 chỉ mục hoặc hơn 1,023 cột
• Bất kỳ FileTables hoặc bảng nào chứa dữ liệu FILESTREAM
• Các bảng có sử dụng tích cực Thu thập dữ liệu thay đổi hoặc Theo dõi thay đổi
• Bất kỳ bảng nào được tối ưu hóa bộ nhớ
6. Các kiểu dữ liệu
• Văn bản, hình ảnh và ntext
• dấu thời gian
• sql_variant
• XML
• Các kiểu dữ liệu CLR như geometry, hierarchyid, CLR hoặc geography do người dùng định nghĩa.
7. Hạn chế
• Kiểm tra các ràng buộc cùng với các ràng buộc Mặc định
• Bất kỳ ràng buộc khóa ngoại nào tham chiếu đến bảng. Chúng ta có thể giải thích điều này bằng cách sử dụng mối quan hệ cha-con trong đó (ví dụ: Đơn hàng (cha) và Đơn hàng_Chi tiết (con)), người dùng có thể bật Bảng cơ sở dữ liệu kéo dài cho bảng của con mình (Order_Detail) nhưng không thể thay đổi cài đặt của bảng cha (Đặt hàng).
8. Chỉ mục
• Chỉ mục với Toàn văn
• Các chỉ mục XML
• Chỉ số không gian
• Bất kỳ dạng xem được lập chỉ mục nào cung cấp tham chiếu đến bảng
Trong khi cơ sở dữ liệu kéo dài nên được xem xét tích cực, các công ty cũng phải đầu tư vào một công cụ có thể phục hồi sql tệp cơ sở dữ liệu máy chủ để giữ an toàn cho dữ liệu của họ trong các trường hợp dự phòng.
Giới thiệu tác giả:
Victor Simon là một chuyên gia phục hồi dữ liệu trong DataNumen, Inc., công ty hàng đầu thế giới về công nghệ khôi phục dữ liệu, bao gồm phục hồi quyền truy cập và các sản phẩm phần mềm phục hồi sql. Để biết thêm thông tin, hãy truy cập www.datanumennăm