Điểm:0

Khôi phục dữ liệu sông băng AWS được tạo bằng siêu sao lưu synology

lá cờ cn

Tôi đang sử dụng Synology Hyper backup để sao lưu NAS của mình lên AWS S3. Để giảm chi phí, tôi đã thêm một vòng đời vào bộ chứa S3, vòng đời này sẽ di chuyển dữ liệu sang sông băng AWS sau một vài ngày.

Bây giờ tôi muốn khôi phục lại dữ liệu. Do đó, tôi cần hoàn nguyên bước này và đưa tất cả dữ liệu trở lại S3 sao cho siêu dự phòng của Synology có thể truy xuất chúng.

Tôi đã nhấp vào nhóm tương ứng -> bắt đầu khôi phục

Nó nói rằng quá trình khôi phục có thể mất 12 - 24 giờ, tuy nhiên đã vài ngày trôi qua và tôi thấy rằng dữ liệu tương ứng có lớp lưu trữ "Sông băng sâu"

Bất kỳ ý tưởng những gì đang xảy ra?

Đây là ảnh chụp nhanh của thùng tương ứng. Như mọi người có thể thấy hai tệp vẫn được đánh dấu là "Deep Glacier" mặc dù tôi đã khởi tạo hành động khôi phục nhiều lần cho chúng.nhập mô tả hình ảnh ở đây

Cập nhật
Đây là một số câu hỏi/câu trả lời liên quan trên stackoverflow (dường như ít bí truyền hơn serverfault...)

Cập nhật2 Có vẻ như đã xảy ra sự cố, đó là có nhiều tệp khác trong các thư mục con mà tôi giám sát. Tôi hiện đang cố gắng khôi phục mọi thứ trong nhóm theo cách đệ quy. Sẽ cập nhật khi hoàn thành.

Tim avatar
lá cờ gp
Tim
Tôi chưa bao giờ thực sự phải làm điều này, nhưng bài viết này có thể hữu ích. Tôi _nghi ngờ_ dựa trên những gì nó nói (trong trường hợp này tài liệu không tốt nhất có thể) đối tượng được khôi phục ở cùng một vị trí/đối tượng, nhưng bạn có thể thấy "ngày hết hạn khôi phục" trong thuộc tính của đối tượng . Ảnh chụp màn hình từ AWS sẽ khá hữu ích. https://aws.amazon.com/premiumsupport/knowledge-center/restore-glacier-tiers/
Điểm:1
lá cờ cn

Vì vậy, vấn đề là có rất nhiều tệp trong các thư mục con mà tôi đã bỏ qua. Sử dụng AWS cli cuối cùng tôi cũng có thể "khôi phục ban đầu" tất cả chúng. Sau đó, khôi phục Hyper Backup của Synology hoạt động bình thường. Ở đây các lệnh để

khôi phục tất cả các tệp từ Glacier trở lại S3 bằng aws cli:

# tạo một tệp văn bản với tất cả các tệp sông băng:
aws s3api danh sách-đối tượng-v2 \
  --bucket my-bucket \
  --query "Nội dung[?StorageClass=='DEEP_ARCHIVE']" \
  --xuất văn bản | awk '{print substr($0, index($0, $2))}' | awk '{NF-=3};3' > filelist_of_glacier_files.txt

# khởi tạo khôi phục trên tất cả các tệp trong danh sách tệp đó:
trong khi đọc tên tệp; làm \
  đối tượng khôi phục aws s3api \
     --bucket my-bucket --key $filename \
     --restore-request '{"Days":25,"GlacierJobParameters":{"Tier":"Standard"}}' ; 
xong < filelist_of_glacier_files.txt

Sau đó, "khôi phục" Hyper-Backup của Synology sẽ hoạt động bình thường (sau khi đợi ~24 giờ cho đến khi quá trình khôi phục sông băng hoàn tất)

Điểm:0
lá cờ gw

Đó là một chút kỳ lạ. Cảm ơn bạn đã giải quyết.

Tôi cũng đã gặp một số vấn đề trước khi sao lưu vào sông băng. Bản sao lưu dường như bị kẹt sau một thời gian, khi kích thước của bản sao lưu (mặc dù tăng dần) trở nên quá lớn.

Cuối cùng thì tôi cũng ngừng sao lưu vào sông băng, điều đó thật vô nghĩa.

Đă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.