Trong bài đăng blog này, chúng tôi sẽ hướng dẫn bạn cách định cấu hình AWS Migration Hub Orchestrator bằng cách sử dụng tính năng hỗ trợ mới ra mắt gần đây để sao lưu nhật ký giao dịch nhằm giảm thời gian ngừng hoạt động trong quá trình di chuyển cơ sở dữ liệu Microsoft SQL Server sang Amazon Web Services (AWS). Khách hàng trên toàn thế giới tin tưởng AWS sẽ chạy cơ sở dữ liệu SQL Server quan trọng của họ. Đối với cơ sở dữ liệu SQL Server vẫn còn tại chỗ, nhiều khách hàng đang tìm kiếm cách tiếp cận hợp lý hơn để di chuyển AWS. Migration Hub Orchestrator dành cho SQL Server được thiết kế để đơn giản hóa và hợp lý hóa quá trình di chuyển cơ sở dữ liệu SQL Server sang AWS.

Migration Hub Orchestrator giúp sắp xếp và tăng tốc quá trình di chuyển ứng dụng bằng các mẫu quy trình công việc được xác định trước. Sử dụng Migration Hub Orchestrator để lưu trữ lại cơ sở dữ liệu SQL Server trên Amazon Elastic Computing Cloud (Amazon EC2) hoặc khởi động lại SQL Server trên Amazon Relational Database Service (Amazon RDS) bằng tính năng sao lưu và khôi phục gốc tự động. Migration Hub Orchestrator có thể lưu trữ lại toàn bộ phiên bản với cơ sở dữ liệu SQL Server chạy tại chỗ trên Amazon EC2 ở cấp độ máy chủ. Khi đưa giấy phép SQL Server sang Amazon EC2, Migration Hub Orchestrator sẽ nhập hình ảnh SQL Server do khách hàng sở hữu.

Trong quá trình tạo quy trình di chuyển, nhật ký giao dịch cùng với các bản sao lưu đầy đủ và khác biệt có thể được áp dụng để giảm thời gian ngừng hoạt động. Migration Hub Orchestrator có thể tải các tệp sao lưu SQL Server lên Amazon Simple Storage Service (Amazon S3) bằng AWS Direct Connect hoặc VPN Site-to-Site lên AWS thông qua quy trình công việc của Migration Hub Orchestrator. Vì quy trình Trình soạn thảo Trung tâm Di chuyển được tạo khuôn mẫu nên nó có thể tạo ra các tình huống khó khăn, bao gồm nhiều phiên bản SQL Server, dễ quản lý hơn và cung cấp tính năng song song cho quá trình di chuyển.

Tổng quan về giải pháp

Hình 1 cho thấy kiến ​​trúc giải pháp về cách sử dụng Migration Hub Orchestrator để di chuyển SQL Server nguồn từ cơ sở sang Amazon RDS cho SQL Server và SQL Server trên Amazon EC2.

Hình 1: Tổng quan về giải pháp

Điều kiện tiên quyết

• Cấu hình hệ thống nguồn và đích .
• Để truy cập bảng điều khiển Migration Hub Orchestrator, người dùng phải hoàn thành các điều kiện tiên quyết IAM trong Hướng dẫn sử dụng AWS Migration Hub Orchestrator .
• Plugin Migration Hub Orchestrator là một thiết bị ảo có thể được cài đặt trong môi trường tại chỗ của bạn. Làm theo tài liệu thiết lập: Định cấu hình Bộ soạn thảo trung tâm di chuyển để đặt cấu hình đúng môi trường nguồn.
• AWS Migration Hub hỗ trợ khám phá ứng dụng bằng các công cụ khám phá AWS. Xem Khám phá tài nguyên tại chỗ bằng công cụ khám phá AWS . Sau khi máy chủ nguồn được định cấu hình đúng cách, nó sẽ hiển thị trong tab Khám phá trung tâm di chuyển .
• Sau khi plugin Migration Hub Orchestrator đã được triển khai trên máy tại chỗ, hãy kiểm tra và xác minh trạng thái plugin đang hoạt động trong phần Plugin trên Trung tâm di chuyển AWS trong phần Điều phối .
• Tạo người dùng SQL Server có quyền quản trị viên hệ thống đối với (các) cơ sở dữ liệu sẽ được di chuyển. Sử dụng AWS Secrets Manager để lưu các thông tin xác thực này.

Hướng dẫn

Bây giờ chúng tôi sẽ hướng dẫn bạn các bước tạo quy trình di chuyển. Quy trình công việc này giúp bạn điều phối quá trình di chuyển cơ sở dữ liệu SQL Server từ cơ sở sang SQL Server trên Amazon EC2.

1. Để bắt đầu, hãy đi tới bảng điều khiển AWS Migration Hub , nhấp vào Quy trình công việc trong phần Điều phối (Hình 2) và nhấp vào Tạo quy trình công việc .

Hình 2: Tạo quy trình làm việc

1. Khi bạn nhấp vào Tạo quy trình làm việc , có tùy chọn Chọn mẫu quy trình làm việc . Trong ví dụ này, chúng tôi sẽ chọn Rehost SQL Server Databases trên Amazon EC2 làm mẫu, như trong Hình 3. Chọn mẫu này và nhấp vào Next .

Hình 3: Lưu trữ lại cơ sở dữ liệu SQL Server trên Amazon EC2

1. Trên trang Định cấu hình quy trình công việc của bạn , hãy chỉ định tên cho mẫu quy trình làm việc mới và cung cấp mô tả (tùy chọn). Danh sách thả xuống Ứng dụng chứa các ứng dụng được phát hiện bằng Tác nhân khám phá ứng dụng AWS . Tham khảo Hình 4.

Hình 4: Cấu hình quy trình làm việc

1. Cuộn xuống để chỉ định cấu hình môi trường Nguồn, như trong Hình 5. Mặc dù Ứng dụng có thể chứa một nhóm máy chủ, quy trình công việc này hoạt động với một máy chủ tại một thời điểm. Chọn máy chủ từ Ứng dụng trong menu thả xuống Thông tin máy chủ . Có ba tùy chọn để lựa chọn. Sử dụng mặc định “ Sử dụng bản sao lưu đầy đủ, Sao lưu khác biệt cho phần cắt trước và sao lưu T-Log cho phần Cắt bỏ ” để tận dụng hỗ trợ sao lưu nhật ký giao dịch được thêm vào Migration Hub Orchestrator. Đối với tên Cơ sở dữ liệu SQL Server nguồn , hãy cung cấp tên cơ sở dữ liệu sẽ được được di chuyển như một phần của quy trình công việc này. Bạn có thể chọn nhiều cơ sở dữ liệu bằng cách phân tách từng cơ sở dữ liệu bằng dấu phẩy. Ít nhất một cơ sở dữ liệu phải được cung cấp để quy trình làm việc hoạt động. Trong ví dụ này, chúng tôi sẽ chỉ định 3 cơ sở dữ liệu sau: dbtest_01, dbtest_02 và dbtest_03. Đối với Source SQL Server Instance name , hãy cung cấp tên phiên bản của máy SQL Server nguồn. Trong ví dụ này, chúng tôi đang sử dụng sql-on-Premise. Cung cấp đường dẫn cho vị trí sao lưu của cơ sở dữ liệu SQL Server nguồn trong Vị trí sao lưu . Trong ví dụ của chúng tôi, chúng tôi đang sử dụng G:\backup. Có bốn tùy chọn có thể chọn:1. TDE (tùy chọn) – Nếu Mã hóa dữ liệu trong suốt (TDE), được bật, hãy chọn tùy chọn này. Ví dụ này không sử dụng TDE.
   2. Cơ sở dữ liệu hệ thống máy chủ SQL – thông tin đăng nhập (tùy chọn) – Thao tác này sẽ sao chép thông tin đăng nhập từ cơ sở dữ liệu nguồn sang cơ sở dữ liệu đích.
   3. Cơ sở dữ liệu hệ thống máy chủ SQL – Công việc tác nhân (tùy chọn) – Điều này sẽ sao chép các công việc tác nhân được định cấu hình trên cơ sở dữ liệu nguồn sang cơ sở dữ liệu đích.
   4. Tải tệp sao lưu lên S3 (bắt buộc) – Thỏa thuận tải tệp sao lưu SQL Server lên Amazon S3 bằng HTTPS nếu bạn chưa cấu hình AWS Direct Connect. Nếu bạn cảm thấy thoải mái với điều này, vui lòng chọn hộp kiểm này. Nếu bạn không hài lòng với điều này, chúng tôi khuyên bạn nên sử dụng AWS Direct Connect với thiết lập VIF công khai. Quy trình di chuyển sẽ không được tạo trừ khi bạn chọn hộp kiểm này hoặc có thiết lập VIF công khai. Bấm tiếp .

Hình 5: Cấu hình môi trường nguồn

1. Trên màn hình Xem lại và gửi , hãy xem lại các chi tiết được cung cấp trước đó và nhấp vào Tạo để tạo quy trình làm việc.
2. Luồng công việc đã tạo được hiển thị trong phần Luồng công việc bên dưới Dàn nhạc, như trong Hình 6. Chọn luồng công việc mới được tạo và nhấp vào Chạy luồng công việc ở phía trên bên phải của trang.

Hình 6: Quy trình làm việc

1. Khi bạn chọn Chạy quy trình công việc , một cửa sổ mới sẽ bật lên nhắc nhở Chạy di chuyển ? (Hình 7). Các tài nguyên bổ sung sẽ được tạo khi dòng công việc được bắt đầu. Bấm vào nút Chạy để tiếp tục.

Hình 7: Chạy di chuyển.

1. Sau khi nhấp vào Chạy quy trình làm việc , một thông báo cho biết “ Yêu cầu sự chú ý của người dùng ” sẽ được hiển thị. Nhấp vào Xem chi tiết hoặc nhấp vào chính quy trình làm việc để xem các bước được liệt kê. Nhấp vào một trong hai sẽ đi đến cùng một vị trí.
2. Từ trang Quy trình làm việc của người soạn nhạc , danh sách các bước có thể mở rộng được hiển thị trong Hình 8.

Hình 8: Các bước của quy trình làm việc

1. Mở rộng các bước để xem các bước phụ cho mỗi số. Bên cạnh mỗi bước phụ có 2 tùy chọn Type : Manual hoặc Automated . Loại Thủ công sẽ yêu cầu một số hành động của người dùng trong khi các bước Loại Tự động sẽ tự động chạy. Đối với các bước Thủ công , nhấp chuột phải vào Hành động và Thay đổi trạng thái thành Đã hoàn thành nếu bước này đã được hoàn thành.

Hình 9: Các bước quy trình làm việc thủ công và tự động

Lưu ý: Tùy chỉnh quy trình làm việc cho phép bạn thêm các bước tùy chỉnh để thực hiện dựa trên mọi tác vụ di chuyển ưa thích.

1. Các bước này đang xác nhận các điều kiện tiên quyết để chạy quy trình công việc. Ví dụ: Bước 1.a (Hình 9) sẽ nhắc tên của cấu hình được tạo trên máy chủ nguồn. Trong ví dụ của chúng tôi, profile nguồn có tên: mho (Hình 10). Điều này không tạo ra hồ sơ; nó hỏi tên hồ sơ đã được tạo.

Hình 10: Tên hồ sơ nguồn

1. Sau khi nhấp vào Xác nhận để cung cấp tên hồ sơ nguồn, bước 1.a lúc này có trạng thái Đã hoàn thành với 1.b (Hình 9) hiện ở trạng thái Trạng thái sẵn sàng hoặc Cần chú ý của người dùng . Bước 1.b đang xác nhận rằng một phiên bản đích đã được tạo và sẽ nhắc chi tiết về phiên bản đích, như trong Hình 12. Chọn bước 1.b Hình 9), chọn Hành động và Thay đổi trạng thái thành Đã hoàn thành để vào phiên bản đích chi tiết. Đối với các tham số đích ở bước 1.b (Hình 11), có năm trường đầu vào: ID phiên bản EC2 – ID của phiên bản Amazon EC2 đích
   Tên máy chủ SQL đích – Tên máy chủ Windows của phiên bản đích Đường dẫn sao lưu đích –
   Đường dẫn sao lưu đích đường dẫn dự phòng cho SQL Server chạy trên phiên bản
   đích Đường dẫn nhật ký mục tiêu – Đường dẫn nhật ký cho SQL Server chạy trên phiên bản đích
   Đường dẫn dữ liệu đích – Đường dẫn dữ liệu cho SQL Server chạy trên phiên bản đích

Hình 11: Chi tiết môi trường mục tiêu.

1. Bước thủ công tiếp theo là định cấu hình các quyền của phiên bản Amazon EC2 . Sau khi hoàn thành, bước này có thể được đánh dấu là hoàn thành.
2. Hành động cuối cùng của bước 1 là cung cấp cho người dùng SQL Server quyền quản trị viên hệ thống trên phiên bản SQL Server đích. Là điều kiện tiên quyết, những thông tin xác thực này phải được lưu trữ trong AWS Secrets Manager . Khi bước này được chuyển sang Completed thì phải cung cấp Secret Name . ID bí mật phải bắt đầu bằng tiền tố Migrationhub-orchestrator- và phải theo sau là giá trị chữ và số như trong Hình 12).
   

Hình 12: Bí mật thông tin xác thực máy chủ SQL

1. Ở Bước 2-4, tất cả các bước phụ đều được tự động hóa và hoàn thành tự động như một phần của quy trình làm việc. Trong Hình 13, các bước 2-4 tập trung vào việc tạo và khôi phục bản sao lưu cơ sở dữ liệu, công việc tác nhân và thông tin đăng nhập:
   

Hình 13: Bước 2-4 Quy trình làm việc

1. Ở bước 5, như trong Hình 14, cần có thêm các bước thủ công để thay đổi trạng thái thành Completed .
   

Hình 14: Chuyển sang AWS

1. Như minh họa trong Hình 14, các bước 5.e và 5.f thực hiện sao lưu và khôi phục T-log tự động trong quá trình chuyển đổi sang AWS, nhờ đó giảm thời gian ngừng hoạt động.

Dọn dẹp

Mọi quy trình làm việc được tạo trong Migration Hub Orchestrator đều không phát sinh thêm chi phí. Tuy nhiên, nếu bạn muốn xóa các quy trình công việc này, hãy điều hướng đến Quy trình công việc trong bảng điều khiển Migration Hub Orchestrator, chọn quy trình làm việc của bạn rồi chọn Xóa từ menu thả xuống Hành động.

Phần kết luận

Trong bài đăng trên blog này, chúng tôi đã trình bày cách đơn giản hóa và tự động hóa quá trình di chuyển khối lượng công việc SQL Server sang AWS bằng cách sử dụng AWS Migration Hub Orchestrator. Tận dụng AWS Migration Hub Orchestrator để giúp điều phối và tăng tốc quá trình di chuyển cơ sở dữ liệu của bạn bằng các mẫu quy trình làm việc được xác định trước. Chúng tôi đã cung cấp các bước minh họa chức năng bổ sung cho phép
tạo và khôi phục bản sao lưu nhật ký giao dịch. Điều này cho phép di chuyển cơ sở dữ liệu mà không mất dữ liệu và thời gian ngừng hoạt động ở mức tối thiểu.

AWS có nhiều dịch vụ hơn và nhiều tính năng hơn trong các dịch vụ đó so với bất kỳ nhà cung cấp đám mây nào khác, giúp việc di chuyển các ứng dụng hiện có của bạn lên đám mây nhanh hơn, dễ dàng hơn và tiết kiệm chi phí hơn và xây dựng gần như mọi thứ bạn có thể tưởng tượng. Cung cấp cho các ứng dụng Microsoft của bạn cơ sở hạ tầng cần thiết để mang lại kết quả kinh doanh mà bạn mong muốn. Thăm của chúng tôi . NET trên AWS  và  blog Cơ sở dữ liệu AWS  để có hướng dẫn và tùy chọn bổ sung cho khối lượng công việc Microsoft của bạn. Hãy liên hệ với chúng tôi  để bắt đầu hành trình di chuyển và hiện đại hóa của bạn ngay hôm nay.

Vikas Babu Gali

Vikas Babu Gali là Kiến trúc sư giải pháp chuyên môn cao cấp, tập trung vào Khối lượng công việc của Microsoft tại Amazon Web Services. Vikas cung cấp hướng dẫn về kiến ​​trúc và hỗ trợ kỹ thuật cho khách hàng ở các ngành dọc khác nhau nhằm đẩy nhanh việc áp dụng đám mây của họ.

Alan Cranfield

Alan Cranfield là Kỹ sư cơ sở dữ liệu cấp cao trong nhóm EC2 Windows, nơi anh tập trung vào việc kích hoạt và tối ưu hóa khối lượng công việc SQL Server cho AWS.

Blake Lyles

Blake Lyles là Kiến trúc sư giải pháp chuyên gia về khối lượng công việc của Microsoft với trọng tâm đặc biệt là SQL Server. Blake đã làm việc tại Amazon hơn 6 năm, dành phần lớn thời gian đó để làm việc với khối lượng công việc cơ sở dữ liệu, bao gồm SQL Server trên EC2, hỗ trợ RDS, Dịch vụ di chuyển cơ sở dữ liệu và Amazon DocumentDB. Blake đã giúp khách hàng di chuyển và hiện đại hóa khối lượng công việc cơ sở dữ liệu của họ trên AWS.

Di chuyển cơ sở dữ liệu SQL Server sang AWS với thời gian ngừng hoạt động tối thiểu bằng cách sử dụng AWS Migration Hub Orchestrator

Trong bài đăng blog này, chúng tôi sẽ hướng dẫn bạn cách định cấu hình AWS Migration Hub Orchestrator bằng cách sử dụng tính năng hỗ trợ mới ra mắt gần đây để sao lưu nhật ký giao dịch nhằm giảm thời gian ngừng hoạt động trong quá trình di chuyển cơ sở dữ liệu Microsoft SQL Server sang Amazon Web Services (AWS). Khách hàng trên toàn thế giới tin tưởng AWS sẽ chạy cơ sở dữ liệu SQL Server quan trọng của họ. Đối với cơ sở dữ liệu SQL Server vẫn còn tại chỗ, nhiều khách hàng đang tìm kiếm cách tiếp cận hợp lý hơn để di chuyển AWS. Migration Hub Orchestrator dành cho SQL Server được thiết kế để đơn giản hóa và hợp lý hóa quá trình di chuyển cơ sở dữ liệu SQL Server sang AWS.

Migration Hub Orchestrator giúp sắp xếp và tăng tốc quá trình di chuyển ứng dụng bằng các mẫu quy trình công việc được xác định trước. Sử dụng Migration Hub Orchestrator để lưu trữ lại cơ sở dữ liệu SQL Server trên Amazon Elastic Computing Cloud (Amazon EC2) hoặc khởi động lại SQL Server trên Amazon Relational Database Service (Amazon RDS) bằng tính năng sao lưu và khôi phục gốc tự động. Migration Hub Orchestrator có thể lưu trữ lại toàn bộ phiên bản với cơ sở dữ liệu SQL Server chạy tại chỗ trên Amazon EC2 ở cấp độ máy chủ. Khi đưa giấy phép SQL Server sang Amazon EC2, Migration Hub Orchestrator sẽ nhập hình ảnh SQL Server do khách hàng sở hữu.

Trong quá trình tạo quy trình di chuyển, nhật ký giao dịch cùng với các bản sao lưu đầy đủ và khác biệt có thể được áp dụng để giảm thời gian ngừng hoạt động. Migration Hub Orchestrator có thể tải các tệp sao lưu SQL Server lên Amazon Simple Storage Service (Amazon S3) bằng AWS Direct Connect hoặc VPN Site-to-Site lên AWS thông qua quy trình công việc của Migration Hub Orchestrator. Vì quy trình Trình soạn thảo Trung tâm Di chuyển được tạo khuôn mẫu nên nó có thể tạo ra các tình huống khó khăn, bao gồm nhiều phiên bản SQL Server, dễ quản lý hơn và cung cấp tính năng song song cho quá trình di chuyển.

Tổng quan về giải pháp

Hình 1 cho thấy kiến ​​trúc giải pháp về cách sử dụng Migration Hub Orchestrator để di chuyển SQL Server nguồn từ cơ sở sang Amazon RDS cho SQL Server và SQL Server trên Amazon EC2.

Hình 1: Tổng quan về giải pháp

Điều kiện tiên quyết

• Cấu hình hệ thống nguồn và đích .
• Để truy cập bảng điều khiển Migration Hub Orchestrator, người dùng phải hoàn thành các điều kiện tiên quyết IAM trong Hướng dẫn sử dụng AWS Migration Hub Orchestrator .
• Plugin Migration Hub Orchestrator là một thiết bị ảo có thể được cài đặt trong môi trường tại chỗ của bạn. Làm theo tài liệu thiết lập: Định cấu hình Bộ soạn thảo trung tâm di chuyển để đặt cấu hình đúng môi trường nguồn.
• AWS Migration Hub hỗ trợ khám phá ứng dụng bằng các công cụ khám phá AWS. Xem Khám phá tài nguyên tại chỗ bằng công cụ khám phá AWS . Sau khi máy chủ nguồn được định cấu hình đúng cách, nó sẽ hiển thị trong tab Khám phá trung tâm di chuyển .
• Sau khi plugin Migration Hub Orchestrator đã được triển khai trên máy tại chỗ, hãy kiểm tra và xác minh trạng thái plugin đang hoạt động trong phần Plugin trên Trung tâm di chuyển AWS trong phần Điều phối .
• Tạo người dùng SQL Server có quyền quản trị viên hệ thống đối với (các) cơ sở dữ liệu sẽ được di chuyển. Sử dụng AWS Secrets Manager để lưu các thông tin xác thực này.

Hướng dẫn

Bây giờ chúng tôi sẽ hướng dẫn bạn các bước tạo quy trình di chuyển. Quy trình công việc này giúp bạn điều phối quá trình di chuyển cơ sở dữ liệu SQL Server từ cơ sở sang SQL Server trên Amazon EC2.

1. Để bắt đầu, hãy đi tới bảng điều khiển AWS Migration Hub , nhấp vào Quy trình công việc trong phần Điều phối (Hình 2) và nhấp vào Tạo quy trình công việc .

Hình 2: Tạo quy trình làm việc

1. Khi bạn nhấp vào Tạo quy trình làm việc , có tùy chọn Chọn mẫu quy trình làm việc . Trong ví dụ này, chúng tôi sẽ chọn Rehost SQL Server Databases trên Amazon EC2 làm mẫu, như trong Hình 3. Chọn mẫu này và nhấp vào Next .

Hình 3: Lưu trữ lại cơ sở dữ liệu SQL Server trên Amazon EC2

1. Trên trang Định cấu hình quy trình công việc của bạn , hãy chỉ định tên cho mẫu quy trình làm việc mới và cung cấp mô tả (tùy chọn). Danh sách thả xuống Ứng dụng chứa các ứng dụng được phát hiện bằng Tác nhân khám phá ứng dụng AWS . Tham khảo Hình 4.

Hình 4: Cấu hình quy trình làm việc

1. Cuộn xuống để chỉ định cấu hình môi trường Nguồn, như trong Hình 5. Mặc dù Ứng dụng có thể chứa một nhóm máy chủ, quy trình công việc này hoạt động với một máy chủ tại một thời điểm. Chọn máy chủ từ Ứng dụng trong menu thả xuống Thông tin máy chủ . Có ba tùy chọn để lựa chọn. Sử dụng mặc định “ Sử dụng bản sao lưu đầy đủ, Sao lưu khác biệt cho phần cắt trước và bản sao lưu T-Log cho phần Cắt cắt ” để tận dụng hỗ trợ sao lưu nhật ký giao dịch được thêm vào Migration Hub Orchestrator. Đối với tên Cơ sở dữ liệu SQL Server nguồn , hãy cung cấp tên cơ sở dữ liệu sẽ được được di chuyển như một phần của quy trình công việc này. Bạn có thể chọn nhiều cơ sở dữ liệu bằng cách phân tách từng cơ sở dữ liệu bằng dấu phẩy. Ít nhất một cơ sở dữ liệu phải được cung cấp để quy trình làm việc hoạt động. Trong ví dụ này, chúng tôi sẽ chỉ định 3 cơ sở dữ liệu sau: dbtest_01, dbtest_02 và dbtest_03. Đối với Source SQL Server Instance name , hãy cung cấp tên phiên bản của máy SQL Server nguồn. Trong ví dụ này, chúng tôi đang sử dụng sql-on-Premise. Cung cấp đường dẫn cho vị trí sao lưu của cơ sở dữ liệu SQL Server nguồn trong Vị trí sao lưu . Trong ví dụ của chúng tôi, chúng tôi đang sử dụng G:\backup. Có bốn tùy chọn có thể chọn:1. TDE (tùy chọn) – Nếu Mã hóa dữ liệu trong suốt (TDE), được bật, hãy chọn tùy chọn này. Ví dụ này không sử dụng TDE.
   2. Cơ sở dữ liệu hệ thống máy chủ SQL – thông tin đăng nhập (tùy chọn) – Thao tác này sẽ sao chép thông tin đăng nhập từ cơ sở dữ liệu nguồn sang cơ sở dữ liệu đích.
   3. Cơ sở dữ liệu hệ thống máy chủ SQL – Công việc tác nhân (tùy chọn) – Điều này sẽ sao chép các công việc tác nhân được định cấu hình trên cơ sở dữ liệu nguồn sang cơ sở dữ liệu đích.
   4. Tải tệp sao lưu lên S3 (bắt buộc) – Thỏa thuận tải tệp sao lưu SQL Server lên Amazon S3 bằng HTTPS nếu bạn chưa cấu hình AWS Direct Connect. Nếu bạn cảm thấy thoải mái với điều này, vui lòng chọn hộp kiểm này. Nếu bạn không hài lòng với điều này, chúng tôi khuyên bạn nên sử dụng AWS Direct Connect với thiết lập VIF công khai. Quy trình di chuyển sẽ không được tạo trừ khi bạn chọn hộp kiểm này hoặc có thiết lập VIF công khai. Bấm tiếp .
   

Hình 5: Cấu hình môi trường nguồn

1. Trên màn hình Xem lại và gửi , hãy xem lại các chi tiết được cung cấp trước đó và nhấp vào Tạo để tạo quy trình làm việc.
2. Luồng công việc đã tạo được hiển thị trong phần Luồng công việc bên dưới Dàn nhạc, như trong Hình 6. Chọn luồng công việc mới được tạo và nhấp vào Chạy luồng công việc ở phía trên bên phải của trang.

Hình 6: Quy trình làm việc

1. Khi bạn chọn Chạy quy trình công việc , một cửa sổ mới sẽ bật lên nhắc nhở Chạy di chuyển ? (Hình 7). Các tài nguyên bổ sung sẽ được tạo khi dòng công việc được bắt đầu. Bấm vào nút Chạy để tiếp tục.

Hình 7: Chạy di chuyển.

1. Sau khi nhấp vào Chạy quy trình làm việc , một thông báo cho biết “ Yêu cầu sự chú ý của người dùng ” sẽ được hiển thị. Nhấp vào Xem chi tiết hoặc nhấp vào chính quy trình làm việc để xem các bước được liệt kê. Nhấp vào một trong hai sẽ đi đến cùng một vị trí.
2. Từ trang Quy trình làm việc của người soạn nhạc , danh sách các bước có thể mở rộng được hiển thị trong Hình 8.

Hình 8: Các bước của quy trình làm việc

1. Mở rộng các bước để xem các bước phụ cho mỗi số. Bên cạnh mỗi bước phụ có 2 tùy chọn Type : Manual hoặc Automated . Loại Thủ công sẽ yêu cầu một số hành động của người dùng trong khi các bước Loại Tự động sẽ tự động chạy. Đối với các bước Thủ công , nhấp chuột phải vào Hành động và Thay đổi trạng thái thành Đã hoàn thành nếu bước này đã được hoàn thành.
   

Hình 9: Các bước quy trình làm việc thủ công và tự động

Lưu ý: Tùy chỉnh quy trình làm việc cho phép bạn thêm các bước tùy chỉnh để thực hiện dựa trên mọi tác vụ di chuyển ưa thích.

1. Các bước này đang xác nhận các điều kiện tiên quyết để chạy quy trình công việc. Ví dụ: Bước 1.a (Hình 9) sẽ nhắc tên của cấu hình được tạo trên máy chủ nguồn. Trong ví dụ của chúng tôi, profile nguồn có tên: mho (Hình 10). Điều này không tạo ra hồ sơ; nó hỏi tên hồ sơ đã được tạo.
   

Hình 10: Tên hồ sơ nguồn

1. Sau khi nhấp vào Xác nhận để cung cấp tên hồ sơ nguồn, bước 1.a lúc này có trạng thái Đã hoàn thành với 1.b (Hình 9) hiện ở trạng thái Trạng thái sẵn sàng hoặc Cần chú ý của người dùng . Bước 1.b đang xác nhận rằng một phiên bản đích đã được tạo và sẽ nhắc chi tiết về phiên bản đích, như trong Hình 12. Chọn bước 1.b Hình 9), chọn Hành động và Thay đổi trạng thái thành Đã hoàn thành để vào phiên bản đích chi tiết. Đối với các tham số đích ở bước 1.b (Hình 11), có năm trường đầu vào: ID phiên bản EC2 – ID của phiên bản Amazon EC2 đích
   Tên máy chủ SQL đích – Tên máy chủ Windows của phiên bản đích Đường dẫn sao lưu đích –
   Đường dẫn sao lưu đích đường dẫn dự phòng cho SQL Server chạy trên phiên bản
   đích Đường dẫn nhật ký mục tiêu – Đường dẫn nhật ký cho SQL Server chạy trên phiên bản đích
   Đường dẫn dữ liệu đích – Đường dẫn dữ liệu cho SQL Server chạy trên phiên bản đích
   

Hình 11: Chi tiết môi trường mục tiêu.

1. Bước thủ công tiếp theo là định cấu hình các quyền của phiên bản Amazon EC2 . Sau khi hoàn thành, bước này có thể được đánh dấu là hoàn thành.
2. Hành động cuối cùng của bước 1 là cung cấp cho người dùng SQL Server quyền quản trị viên hệ thống trên phiên bản SQL Server đích. Là điều kiện tiên quyết, những thông tin xác thực này phải được lưu trữ trong AWS Secrets Manager . Khi bước này được chuyển sang Completed thì phải cung cấp Secret Name . ID bí mật phải bắt đầu bằng tiền tố Migrationhub-orchestrator- và phải theo sau là giá trị chữ và số như trong Hình 12).
   

Hình 12: Bí mật thông tin xác thực máy chủ SQL

1. Ở Bước 2-4, tất cả các bước phụ đều được tự động hóa và hoàn thành tự động như một phần của quy trình làm việc. Trong Hình 13, các bước 2-4 tập trung vào việc tạo và khôi phục bản sao lưu cơ sở dữ liệu, công việc tác nhân và thông tin đăng nhập:
   

Hình 13: Bước 2-4 Quy trình làm việc

1. Ở bước 5, như trong Hình 14, cần có thêm các bước thủ công để thay đổi trạng thái thành Completed .
   

Hình 14: Chuyển sang AWS

1. Như minh họa trong Hình 14, các bước 5.e và 5.f thực hiện sao lưu và khôi phục T-log tự động trong quá trình chuyển đổi sang AWS, nhờ đó giảm thời gian ngừng hoạt động.

Dọn dẹp

Mọi quy trình làm việc được tạo trong Migration Hub Orchestrator đều không phát sinh thêm chi phí. Tuy nhiên, nếu bạn muốn xóa các quy trình công việc này, hãy điều hướng đến Quy trình công việc trong bảng điều khiển Migration Hub Orchestrator, chọn quy trình làm việc của bạn rồi chọn Xóa từ menu thả xuống Hành động.

Phần kết luận

Trong bài đăng trên blog này, chúng tôi đã trình bày cách đơn giản hóa và tự động hóa quá trình di chuyển khối lượng công việc SQL Server sang AWS bằng cách sử dụng AWS Migration Hub Orchestrator. Tận dụng AWS Migration Hub Orchestrator để giúp điều phối và tăng tốc quá trình di chuyển cơ sở dữ liệu của bạn bằng các mẫu quy trình làm việc được xác định trước. Chúng tôi đã cung cấp các bước minh họa chức năng bổ sung cho phép
tạo và khôi phục bản sao lưu nhật ký giao dịch. Điều này cho phép di chuyển cơ sở dữ liệu mà không mất dữ liệu và thời gian ngừng hoạt động ở mức tối thiểu.

AWS có nhiều dịch vụ hơn và nhiều tính năng hơn trong các dịch vụ đó so với bất kỳ nhà cung cấp đám mây nào khác, giúp việc di chuyển các ứng dụng hiện có của bạn lên đám mây nhanh hơn, dễ dàng hơn và tiết kiệm chi phí hơn và xây dựng gần như mọi thứ bạn có thể tưởng tượng. Cung cấp cho các ứng dụng Microsoft của bạn cơ sở hạ tầng cần thiết để mang lại kết quả kinh doanh mà bạn mong muốn. Thăm của chúng tôi . NET trên AWS  và  blog Cơ sở dữ liệu AWS  để có hướng dẫn và tùy chọn bổ sung cho khối lượng công việc Microsoft của bạn. Hãy liên hệ với chúng tôi  để bắt đầu hành trình di chuyển và hiện đại hóa của bạn ngay hôm nay.

Vikas Babu Gali

Vikas Babu Gali là Kiến trúc sư giải pháp chuyên môn cao cấp, tập trung vào Khối lượng công việc của Microsoft tại Amazon Web Services. Vikas cung cấp hướng dẫn về kiến ​​trúc và hỗ trợ kỹ thuật cho khách hàng ở các ngành dọc khác nhau nhằm đẩy nhanh việc áp dụng đám mây của họ.

Alan Cranfield

Alan Cranfield là Kỹ sư cơ sở dữ liệu cấp cao trong nhóm EC2 Windows, nơi anh tập trung vào việc kích hoạt và tối ưu hóa khối lượng công việc SQL Server cho AWS.

Blake Lyles

Blake Lyles là Kiến trúc sư giải pháp chuyên gia về khối lượng công việc của Microsoft với trọng tâm đặc biệt là SQL Server. Blake đã làm việc tại Amazon hơn 6 năm, dành phần lớn thời gian đó để làm việc với khối lượng công việc cơ sở dữ liệu, bao gồm SQL Server trên EC2, hỗ trợ RDS, Dịch vụ di chuyển cơ sở dữ liệu và Amazon DocumentDB. Blake đã giúp khách hàng di chuyển và hiện đại hóa khối lượng công việc cơ sở dữ liệu của họ trên AWS.