Puncte:0

Restaurați datele AWS glacier create cu Synology hyper backup

drapel cn

Folosesc Synology Hyper backup pentru a copia NAS-ul meu pe AWS S3. Pentru a reduce costurile, am adăugat un ciclu de viață la găleată S3, care mută datele în AWS glacier după câteva zile.

Acum vreau să refac datele. Prin urmare, trebuie să revin la pas și să aduc toate datele înapoi la S3, astfel încât hyperbackup-ul Synology să le poată recupera.

Am dat deja clic pe bucket-ul respectiv -> inițiază restaurarea

Se spune ca restaurarea ar putea dura 12 - 24 de ore, totusi au trecut zile si vad ca datele respective au clasa de stocare "Deep glacier"

Ai idee ce nu merge bine?

Acesta este un instantaneu al găleții respective. După cum se poate vedea, două fișiere sunt încă marcate ca „Deep Glacier”, deși am inițiat acțiunea de restaurare de mai multe ori pentru ele.introduceți descrierea imaginii aici

Actualizați
Aici este o întrebare/răspuns legat de stackoverflow (care pare a fi mai puțin ezoteric decât serverfault...)

Actualizare 2 Se pare că a fost o problemă, că mai erau multe fișiere în subfoldere pe care le-am supravegheat. În prezent, încerc să restabiliz recursiv tot ce se află în găleată. Se va actualiza când este terminat.

Tim avatar
drapel gp
Tim
De fapt, nu am fost nevoit să fac asta, dar acest articol poate fi util. _bănuiesc_ pe baza a ceea ce spune (în acest caz documentația nu este atât de bună pe cât ar putea fi) obiectul este restaurat în același loc / obiect, dar puteți vedea o „data de expirare a restaurării” în proprietățile obiectului . O captură de ecran de la AWS ar fi destul de utilă. https://aws.amazon.com/premiumsupport/knowledge-center/restore-glacier-tiers/
Puncte:1
drapel cn

Deci problema a fost că erau numeroase fișiere în subfoldere pe care le-am trecut cu vederea. Folosind AWS cli, le-am putut „inițializa” pe toate. Ulterior, restaurarea Hyper Backup de la Synology a funcționat normal. Aici comenzile pentru

restaurați toate fișierele din Glacier înapoi la S3 folosind aws cli:

# creați un fișier text cu toate fișierele glacier:
aws s3api list-objects-v2 \
  --găleată-mi-găleată \
  --interogare „Conținut[?StorageClass==’DEEP_ARCHIVE’]” \
  --text de ieșire | awk „{print substr($0, index($0, $2))}” | awk „{NF-=3};3” > filelist_of_glacier_files.txt

# init restaurare pe toate fișierele din acea listă de fișiere:
în timp ce se citește numele fișierului; face \
  aws s3api restaurare-obiect\
     --bucket my-bucket --key $filename \
     --restore-request '{"Days":25,"GlacierJobParameters":{"Tier":"Standard"}}' ; 
terminat < filelist_of_glacier_files.txt

Ulterior, „restaurarea” Hyper-Backup a Synology va funcționa normal (după așteptarea timp de aproximativ 24 de ore până la finalizarea restabilirii ghețarului)

Puncte:0
drapel gw

Este un pic ciudat. Vă mulțumim pentru soluție.

Am avut, de asemenea, unele probleme anterior la întoarcerea la ghețar. Backup-ul părea să se blocheze după un timp, când dimensiunea copiei de rezervă (chiar dacă este incrementală) a devenit prea mare.

În cele din urmă, pur și simplu am încetat să dau înapoi la ghețar, pur și simplu nu avea sens.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.