Điểm:0

Tại sao DB của tôi không thể sao lưu vào bộ chứa S3 của tôi?

lá cờ cn

Tôi đang thử kiểm tra bản sao lưu và khôi phục vi sai trên phiên bản RDS SQL Server 2019 để chuẩn bị di chuyển một số tài nguyên web sang AWS. Cả phiên bản EC2 (Windows Server 2019) mà tôi đang chạy SSMS và phiên bản RDS đều có vai trò với toàn quyền truy cập S3 bằng cách sử dụng AmazonS3FullAccess chính sách (đối với tôi, có vẻ như chỉ phiên bản RDS mới cần điều đó, nhưng tôi đã quá nhiều lần ngạc nhiên khi tin vào các giả định của mình). Bộ chứa S3 mà tôi đang cố ghi vào chính là bộ chứa mà tôi đã khôi phục/tạo cơ sở dữ liệu từ đó ngay từ đầu, vì vậy tôi chắc chắn rằng bộ chứa đó nằm trong cùng vùng khả dụng và hiển thị đối với phiên bản.

Đây là lệnh tôi đang chạy trong cửa sổ truy vấn SSMS:

EXEC msdb.dbo.rds_backup_database 
     @source_db_name = 'our_database', 
     @s3_arn_to_backup_to = 'arn:aws:s3:::our-bucket/database_differential.bak', 
     @overwrite_S3_backup_file = 1, 
     @type = 'KHÁC BIỆT';

Tác vụ được tạo OK, nhưng không thành công gần như ngay lập tức với thông báo này:

[25-08-2021 22:32:22.070] Quá trình thực thi tác vụ đã bắt đầu.
[25/08/2021 22:32:22.170] Đã hủy tác vụ do lỗi tác vụ hoặc trùng lặp với cửa sổ sao lưu ưa thích của bạn để sao lưu tự động RDS.
[25-08-2021 22:32:22.173] Nhiệm vụ đã bị hủy bỏ
[25-08-2021 22:32:22.177] Truy cập bị từ chối

Cửa sổ sao lưu tự động cho trường hợp này là 08:01-08:31 vì vậy tôi không thể thấy rằng 22:32 mâu thuẫn với điều đó.Tôi đã mở vùng chứa để truy cập công khai và như tôi đã đề cập, đã cấp vai trò truy cập đầy đủ cho các phiên bản tham gia. Cả SQL Server và AWS đều không phải là nhà xe của tôi và tất cả những gì tôi có thể tìm thấy trong một giờ trên Google là các đề xuất để kiểm tra những điều tôi đã đề cập. Tôi nên thử những gì khác?

Ben Thul avatar
lá cờ cn
Tôi đang đặt câu hỏi này một cách nghiêm túc - có phải tất cả các dấu thời gian đó (tức là cửa sổ sao lưu và thông báo nhật ký lỗi) trong cùng một múi giờ không? Có thể là một trong số họ đang ở, chẳng hạn như UTC?
Don R avatar
lá cờ cn
Câu hỏi công bằng. Dấu thời gian trong các thông báo cơ sở dữ liệu *là* UTC và tôi tin rằng cửa sổ Amazon cũng vậy. Nhưng giả sử các giá trị của Amazon là cục bộ; trung tâm dữ liệu ở Virginia, vì vậy 0801 EDT là 1201 UTC, vẫn chưa đến gần 2232. Tôi cũng đã thử lại vào sáng nay vào khoảng 10h30 EDT, với kết quả tương tự.
Điểm:0
lá cờ pk

Việc thêm chính sách S3 vào nhóm của tôi đã giải quyết vấn đề cho tôi

{ "Phiên bản": "17-10-2012", "Id": "123", "Câu lệnh": [ { "Sid": "", "Hiệu ứng": "Cho phép", "Hiệu trưởng": "", " Hành động": "s3:", "Tài nguyên": "arn:aws:s3:::mybucket/*" } ] }

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.