Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Integrazione di un'istanza database Amazon RDS for SQL Server con Amazon S3
Puoi trasferire i file tra un'istanza database che esegue Amazon RDS for SQL Server e un bucket Amazon S3. In questo modo, puoi utilizzare Amazon S3 con le caratteristiche di SQL Server, come BULK INSERT. Ad esempio, puoi scaricare file .csv, .xml, .txt e altri da Amazon S3 nell'host dell'istanza database e importare i dati da D:\S3\ nel database. Tutti i file vengono archiviati in D:\S3\ nell'istanza database.
Si applicano le limitazioni seguenti:
Nota
Il traffico tra l'host RDS e S3 viene instradato attraverso gli endpoint VPC in RDS interno VPCs per tutte le funzionalità di SQL Server che utilizzano S3. Questo traffico non utilizza l'endpoint ENI dell'istanza RDS. Le policy dei bucket S3 non possono limitare il traffico RDS in base alle condizioni di rete.
-
I file nella cartella
D:\S3vengono eliminati nella replica di standby dopo un failover su istanze Multi-AZ. Per ulteriori informazioni, consulta Limitazioni Multi-AZ per l'integrazione S3. -
L'istanza DB e il bucket S3 devono trovarsi nella stessa regione. AWS
-
Se si eseguono più attività di integrazione S3 alla volta, le attività vengono eseguite in sequenza, non in parallelo.
Nota
Le attività di integrazione S3 condividono la stessa coda delle attività di backup e ripristino native. In questa coda possono essere presenti al massimo due attività in esecuzione in qualsiasi momento. Di conseguenza, due attività di backup e ripristino native in esecuzione bloccheranno tutte le attività di integrazione S3.
-
Dovrai riabilitare la caratteristica di integrazione di S3 nelle istanze ripristinate. L'integrazione S3 non viene propagata dall'istanza di origine all'istanza ripristinata. I file in
D:\S3in un'istanza ripristinata vengono eliminati. -
Il download nell'istanza database è limitato a 100 file. In altre parole, non possono essere presenti più di 100 file in
D:\S3\. Per il download sono supportati solo i file senza estensioni di file o con le seguenti estensioni di file: .abf, .asdatabase, .bcp, .configsettings, .csv, .dat, .deploymentoptions, .deploymenttargets, .fmt, .info, .ispac, .lst, .tbl, .txt, .xml, e .xmla.
-
Il bucket S3 deve avere lo stesso proprietario del ruolo correlato AWS Identity and Access Management (IAM). Pertanto, l'integrazione tra account S3 non è supportata.
-
Il bucket S3 non può essere aperto al pubblico.
-
Le dimensioni dei file per i caricamenti da RDS a S3 sono limitate a 50 GB per file.
-
La dimensione dei file per i download da S3 a RDS è limitata al massimo supportato da S3.
Argomenti
Per ulteriori informazioni sull'utilizzo dei file in Amazon S3, consulta Nozioni di base su Amazon Simple Storage Service.
Limitazioni Multi-AZ per l'integrazione S3
Nelle istanze Multi-AZ, i file nella cartella D:\S3 vengono eliminati nella replica di standby dopo un failover. Un failover può essere pianificato, ad esempio, durante le modifiche dell'istanza database, come la modifica della classe di istanza o l'aggiornamento della versione del motore. Oppure un failover può essere non pianificato, durante un'interruzione dell'istanza primaria.
Nota
Non è consigliabile utilizzare la cartella D:\S3 per lo storage di file. La best practice consiste nel caricare i file creati in Amazon S3 per renderli durevoli e scaricare i file quando è necessario importare i dati.
Per determinare l'ora dell'ultimo failover, puoi utilizzare la stored procedure msdb.dbo.rds_failover_time. Per ulteriori informazioni, consulta Determinazione dell'ultimo tempo di failover per Amazon RDS for Server SQL.
Esempio di nessun failover recente
Questo esempio mostra l'output quando il log degli errori non contiene alcun failover recente. Nessun failover si è verificato dal 29-04-2020 alle 23:59:00.01.
Pertanto, tutti i file scaricati dopo tale ora che non sono stati eliminati utilizzando la stored procedure rds_delete_from_filesystem sono ancora accessibili sull'host corrente. Anche i file scaricati prima di tale ora potrebbero essere disponibili.
| errorlog_available_from | recent_failover_time |
|---|---|
|
2020-04-29 23:59:00.0100000 |
null |
Esempio di failover recente
Questo esempio mostra l'output quando il log degli errori contiene un failover. Il failover più recente è stato il 05-05-2020 alle 18:57:51.89.
Tutti i file scaricati dopo quest'ora che non sono stati eliminati utilizzando la stored procedure rds_delete_from_filesystem sono ancora accessibili sull'host corrente.
| errorlog_available_from | recent_failover_time |
|---|---|
|
2020-04-29 23:59:00.0100000 |
2020-05-05 18:57:51.8900000 |
