As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Migração heterogênea de banco de dados para o SQL Server
Devido às inovações e aprimoramentos em bancos de dados de código aberto e plataformas de computação em nuvem, como AWS, muitas organizações estão migrando de mecanismos de banco de dados proprietários (processamento de transações on-line ou OLTP), como o SQL Server, para mecanismos de código aberto. Os bancos de dados SQL Server são sistemas essenciais para qualquer organização, mas ficar preso a um determinado fornecedor é uma situação arriscada e cara. O baixo custo operacional e a ausência de taxas de licenciamento são motivos convincentes para considerar a mudança da tecnologia de banco de dados subjacente para bancos de dados de código aberto ou nativos da AWS Cloud.
Outros motivos para migrar do SQL Server são períodos de dependência de fornecedores, auditorias de licenciamento, licenciamento caro e custo. Por esse motivo, muitas organizações optam por migrar seus bancos de dados do SQL Server para bancos de dados de código aberto (como PostgreSQL, MySQL ou MariaDB) ou bancos de dados nativos da AWS Cloud (como Amazon Aurora ou Amazon DynamoDB) quando migram para o AWS.
Você também pode migrar seu banco de dados data warehouse do SQL Server para o Amazon Redshift, que é um data warehouse em nuvem rápido e totalmente gerenciado. O Amazon Redshift é integrado ao seu data lake, oferece desempenho até três vezes mais rápido do que qualquer outro data warehouse e custa até 75% menos do que qualquer outro data warehouse na nuvem. Para obter mais informações, consulte o padrão Migrar um banco de dados Microsoft SQL Server on-premises para o Amazon Redshift usando AWS DMS no site AWS Prescriptive Guidance.
Para migrar para um banco de dados de código aberto ou nativo da AWS Cloud, escolha o banco de dados certo, dependendo do tipo de dados que você tem, do modelo de acesso, da escalabilidade, dos aspectos práticos do aplicativo e da complexidade. A migração do SQL Server para o PostgreSQL e para outros bancos de dados de código aberto costuma ser difícil e demorada, além de exigir avaliação, planejamento e testes cuidadosos.
Esse processo se torna mais fácil com serviços como AWS Database Migration Service (AWS DMS) e AWS Schema Conversion Tool (AWS SCT), que ajudam você a migrar seu banco de dados comercial para um banco de dados de código aberto no AWS com o mínimo de tempo de inatividade.
Em migrações heterogêneas de banco de dados, os mecanismos de banco de dados de origem e destino são diferentes, como nas migrações do SQL Server para Aurora ou do SQL Server para o MariaDB. A estrutura do esquema, os tipos de dados e o código do banco de dados nos bancos de dados de origem e de destino podem ser bem diferentes e, portanto, o esquema e o código devem ser transformados antes do início da migração de dados. Por esse motivo, a migração heterogênea é um processo de duas etapas:
-
Etapa 1. Converta o esquema e o código de origem para que correspondam aos do banco de dados de destino. Você pode usar o AWS SCT para essa conversão.
-
Etapa 2. Migre dados do banco de dados de origem para o banco de dados de destino. Você pode usar o AWS DMS para esse processo.
O AWS DMS processa automaticamente as principais conversões de tipos de dados durante a migração. O banco de dados de origem pode estar localizado em suas próprias instalações externas AWS, pode ser um banco de dados executado em uma instância do EC2 ou pode ser um banco de dados do Amazon RDS (consulte Fontes para migração de dados na documentação do AWS DMS). O destino pode ser um banco de dados no Amazon EC2, Amazon RDS ou Aurora. Para obter informações sobre como usar o MySQL como banco de dados de destino, consulte Migrar um banco de dados SQL Server para um engine de banco de dados compatível com MySQL
Para obter mais informações sobre como refatorar seu banco de dados do SQL Server no AWS, consulte os padrões de rearquitetura
