Puncte:0

De ce DB-ul meu nu poate face backup în bucket-ul meu S3?

drapel cn

Încerc să testez o copie de rezervă și o restaurare diferențială pe o instanță RDS SQL Server 2019, în pregătirea pentru migrarea unor resurse web în AWS. Atât instanța EC2 (Windows Server 2019) pe care rulez SSMS, cât și instanța RDS au roluri cu acces complet S3 folosind AmazonS3FullAccess politică (mi se pare că doar instanța RDS ar trebui să aibă nevoie de asta, dar am fost surprins de prea multe ori să cred presupunerile mele). Bucket-ul S3 în care încerc să scriu este același bucket din care am restaurat/creat baza de date în primul rând, așa că sunt sigur că este în aceeași zonă de disponibilitate și vizibil pentru instanță.

Aceasta este comanda pe care o execut în fereastra de interogare SSMS:

EXEC msdb.dbo.rds_backup_database 
     @source_db_name = 'noastra_database', 
     @s3_arn_to_backup_to = 'arn:aws:s3:::our-bucket/database_differential.bak', 
     @overwrite_S3_backup_file = 1, 
     @type = 'DIFERENȚIAL';

Sarcina este creată OK, dar eșuează aproape instantaneu cu acest mesaj:

[2021-08-25 22:32:22.070] Execuția sarcinii a început.
[2021-08-25 22:32:22.170] Sarcina a fost anulată din cauza unei eșecuri a sarcinii sau a unei suprapuneri cu fereastra de backup preferată pentru backup automat RDS.
[2021-08-25 22:32:22.173] Sarcina a fost întreruptă
[2021-08-25 22:32:22.177] Acces refuzat

Fereastra de backup automată pentru această instanță este 08:01-08:31 așa că nu văd că ora 22:32 este în conflict cu asta.Am deschis găleata pentru accesul public și, după cum am menționat, am acordat roluri de acces complet instanțelor participante. Nici SQL Server, nici AWS nu sunt timoneria mea și tot ce am reușit să găsesc într-o oră pe Google sunt recomandări pentru a verifica lucrurile pe care le-am menționat deja. Ce altceva ar trebui să încerc?

Ben Thul avatar
drapel cn
Pun această întrebare cu seriozitate - toate aceste marcaje de timp (adică fereastra de rezervă și mesajele din jurnalul de erori) sunt în același fus orar? Este posibil ca unul dintre ei să fie, să zicem, UTC?
Don R avatar
drapel cn
Intrebare corecta. Marcajele de timp din mesajele bazei de date *sunt* UTC și cred că așa este și fereastra Amazon. Dar să presupunem că valorile Amazon sunt locale; centrul de date este în Virginia, deci 0801 EDT este 1201 UTC, încă nicăieri aproape de 2232. De asemenea, am încercat din nou în această dimineață în jurul orei 1030 EDT, cu aceleași rezultate.
Puncte:0
drapel pk

Adăugarea unei politici S3 în grupul meu a rezolvat problema pentru mine

{ „Versiune”: „2012-10-17”, „Id”: „123”, „Declarație”: [ { „Sid”: „”, „Efect”: „Permite”, „Principal”: „”, „ Acțiune": "s3:", "Resurse": "arn:aws:s3:::mybucket/*" } ] }

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.