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à.
Modernizzazione di SQL Server
AWS Transform for SQL Server Modernization è un AI-powered servizio che automatizza la modernizzazione completa dei database Microsoft SQL Server e delle applicazioni.NET associate su Amazon Aurora PostgreSQL. Il servizio orchestra l'intero percorso di migrazione dalla conversione dello schema, alla migrazione dei dati e alla modifica del codice dell'applicazione per adattarlo al nuovo obiettivo PostgreSQL, rendendo i team più produttivi automatizzando attività complesse e laboriose.
Regioni supportate
AWS Transform for SQL Server è disponibile negli Stati Uniti orientali (Virginia settentrionale) - us-east-1
Cross-Region Utilizzo: per i database in aree non supportate, è possibile clonare il database in un'area supportata per la trasformazione, quindi distribuire nuovamente i risultati nell'area di destinazione.
Funzionalità e caratteristiche principali
Trasformazione del database
Conversione dello schema: converte automaticamente gli schemi di SQL Server in Aurora PostgreSQL, incluse tabelle, viste, indici, vincoli e relazioni
Trasformazione delle procedure memorizzate: converte le procedure memorizzate in modo accurato T-SQL PL/pgSQL AI-enhanced
Migrazione dei dati: migra i dati con convalida dell'integrità utilizzando AWS Database Migration Service (DMS)
Oggetti del database: supporta trigger, funzioni, viste, colonne calcolate e colonne di identità
Convalida: verifica automatizzata dell'integrità dei dati e controlli di integrità referenziale
Trasformazione delle applicazioni
Trasformazione di Entity Framework: aggiorna le configurazioni di Entity Framework 6.3-6.5 ed EF Core 1.0-8.0 per PostgreSQL
ADO.NET trasformazione: converte il codice di accesso ai ADO.NET dati da SQL Server ai provider PostgreSQL.
Aggiornamenti delle stringhe di connessione: aggiorna automaticamente tutte le stringhe di connessione al database PostgreSQL di destinazione
Modifiche al provider di database: sostituisce i provider di SQL Server con Npgsql (provider PostgreSQL)
Aggiornamenti della configurazione ORM: modifica le mappature dei tipi di dati, le colonne di identità e le configurazioni specifiche del database
&Convalida dell'orchestrazione
Wave-based modernizzazione: organizza grandi proprietà in fasi logiche di migrazione
Mappatura delle dipendenze: identifica le relazioni tra applicazioni e database
Human-in-the-loop Checkpoint (HITL): forniscono porte di revisione e approvazione nelle fasi critiche
Convalida automatizzata: verifica la compatibilità dello schema, l'integrità dei dati e la funzionalità dell'applicazione
CI/CD integrazione: si integra con le pipeline di sviluppo esistenti
Implementazione
Implementazione di Amazon ECS e Amazon EC2: distribuzione containerizzata automatizzata con supporto per l'auto-scaling
Infrastructure-as-code generazione: crea modelli o CDK CloudFormation AWS
Convalida automatizzata dell'implementazione: verifica la corretta implementazione con controlli di integrità
Funzionalità di rollback: supporta le procedure di rollback in caso di problemi
Versioni e tipi di progetto supportati
Versioni di SQL Server
AWS Transform supporta le seguenti versioni di SQL Server:
| Versione SQL Server: | Stato del supporto |
|---|---|
| SQL Server 2022 | Supportata |
| SQL Server 2019 | Supportata |
| SQL Server 2017 | Supportata |
| SQL Server 2016 | Supportata |
| SQL Server 2014 | Supportata |
| SQL Server 2012 | Supportata |
| SQL Server 2008 R2 | Supportata |
Nota
Sono supportate tutte le edizioni di SQL Server (Express, Standard, Enterprise). SQL Server può essere ospitato su AWS (Amazon RDS for SQL Server o SQL Server su Amazon EC2) o ospitato all'esterno di. AWS
Versioni.NET
| Versione.NET | Stato del supporto |
|---|---|
| .NET 10 | Supportata |
| .NET 8 | Supportata |
| .NET 7 | Supportata |
| .NET 6 (Nucleo) | Supportata |
| .NET Framework 4.x e versioni precedenti | Non supportato |
Importante
.NET Framework 4.x e versioni precedenti non sono supportate. Se l'applicazione utilizza .NET Framework, è necessario eseguire l'aggiornamento a.NET Core 6+ utilizzando AWS Transform for .NET modernization prima di utilizzare le funzionalità di trasformazione di SQL Server.
versioni Entity Framework
| Framework | Versioni supportate |
|---|---|
| Entity Framework 6 | 6.3, 6.4, 6.5 |
| Entity Framework Core | Da 1.0 a 8.0 |
| ADO.NET | Tutte le versioni (GA) |
Archivi di codice sorgente
AWS Transform supporta le seguenti piattaforme di codice sorgente:
GitHub e GitHub Enterprise Server
GitLab.com e GitLab Self-Managed
Bitbucket Cloud e Bitbucket Data Center
Azure e Azure Server DevOps DevOps
Simple Storage Service (Amazon S3)
Database di destinazione
AWS Transform si rivolge ad Amazon Aurora PostgreSQL (compatibile con PostgreSQL 15+) con supporto per le più recenti funzionalità e ottimizzazioni di Aurora.
Requisiti tecnici
Requisiti del database
Microsoft SQL Server versione 2008 R2 fino al 2022
SQL Server ospitato su AWS (Amazon RDS for SQL Server o SQL Server su Amazon EC2) o ospitato all'esterno di AWS
Per i database AWS ospitati, il database e AWS Transform devono trovarsi nella stessa regione. AWS
Per i database ospitati all'esterno AWS, è richiesta la connettività di rete al servizio AWS Transform.
Utente del database con autorizzazioni VIEW DEFINITION e VIEW DATABASE STATE
Password del database che utilizzano solo caratteri ASCII stampabili (esclusi '/', '@', '"' e spazi)
Il VPC contenente il SQL Server di origine deve avere sottoreti in almeno 2 zone di disponibilità diverse (richiesta per i sottoreti di replica DMS)
Requisiti dell'applicazione
Applicazioni.NET Core 6, 7 o 8
Entity Framework 6.3-6.5 o Entity Framework Core 1.0-8.0, oppure ADO.NET
Connessioni al database individuabili nel codice sorgente
Le applicazioni vengono create ed eseguite correttamente
Codice sorgente nelle piattaforme di repository supportate
AWS requisiti dell'account
AWS account con accesso da amministratore
IAM Identity Center abilitato
Ruoli di servizio richiesti creati (vedi le istruzioni di configurazione riportate di seguito)
VPC con configurazione di rete appropriata
Elaborazione e archiviazione dei dati
Luogo del trattamento
L'elaborazione dello schema avviene in un'istanza DMS all'interno del tuo VPC
La migrazione dei dati è facoltativa e può essere esclusa se necessario
Gli artefatti di trasformazione vengono archiviati nell'area del servizio AWS Transform
Artefatti memorizzati
I seguenti elementi sono memorizzati nell'area di servizio:
Log dell'agente
Risultati della valutazione
file di schema SQL
Artefatti di output DMS
Importante
Importante per la residenza dei dati: anche quando la migrazione dei dati viene disattivata, i metadati e gli elementi di elaborazione vengono archiviati nell'area di servizio. Questo è importante per le organizzazioni con requisiti rigorosi di residenza dei dati.
Gestione degli Artifact
Opzione per il cliente per la crittografia utilizzando le proprie chiavi KMS
Periodo TTL (time-to-live) definito per tutti gli artefatti
Gli artefatti possono essere scaricati per l'archiviazione offline
Requisiti dell'applicazione
.NET Framework legacy
Limitazione: .NET Framework 4.x e le versioni precedenti non sono supportate.
Soluzione alternativa: utilizzare prima AWS Transform for .NET per eseguire l'aggiornamento a.NET Core 6+, quindi utilizzare la trasformazione di SQL Server.
versioni Entity Framework
Limitazione: sono supportati solo Entity Framework 6.3-6.5 ed EF Core 1.0-8.0.
Soluzione alternativa: eseguire l'aggiornamento a una versione di Entity Framework supportata prima della trasformazione.
VB.NET applicazioni
Limitazione: non VB.NET è supportata.
Soluzione alternativa: convertire in C# o utilizzare AWS Transform custom per VB.NET convertire da C#.
Cross-database dipendenze
Limitazione: sfide quando gli schemi di database interagiscono tra più database.
Soluzione alternativa: rivedi e rifattorizza le query tra database prima della migrazione. Prendi in considerazione il consolidamento dei database o l'utilizzo di schemi PostgreSQL.
Impatto: può richiedere l'intervento umano per scenari complessi tra database.
Repository-database accoppiamento
Limitazione: sfide quando un singolo repository serve più database.
Soluzione alternativa: prendi in considerazione la ristrutturazione dei repository o un approccio di migrazione graduale.
Impatto: potrebbe richiedere una pianificazione aggiuntiva per le migrazioni basate su ondate.
Requisiti di infrastruttura
Singola per lavoro account/region
Limitazione: ogni processo di trasformazione riguarda un AWS account e una regione.
Soluzione alternativa: crea più processi di trasformazione per implementazioni con più account o più regioni.
Destinazioni di implementazione
Limitazione: sono supportate le distribuzioni di Amazon ECS e Amazon EC2.
Requisiti del repository
Pacchetti privati NuGet
Limitazione: NuGet i pacchetti privati richiedono una configurazione aggiuntiva.
Soluzione alternativa: configura NuGet i feed privati nelle impostazioni di trasformazione prima di iniziare il lavoro.
