Visão geral
O Database Migration Service usa jobs de migração para migrar dados da instância de banco de dados de origem para a instância de banco de dados Cloud SQL de destino.A criação de um trabalho de migração inclui:
- Definindo configurações para o trabalho de migração
- Especificando informações sobre o perfil de conexão criado para seu banco de dados de origem (perfil de conexão de origem)
- Definir configurações para a instância de banco de dados Cloud SQL de destino e criar a instância
- Configurando a conectividade entre as instâncias de banco de dados de origem e de destino
- Testando o trabalho de migração para garantir que as informações de conexão fornecidas para o trabalho sejam válidas
O assistente do Database Migration Service ajuda a criar um trabalho de migração. O assistente consiste nos seguintes painéis: Introdução , Definir uma origem , Definir um destino , Definir método de conectividade , Configurar bancos de dados de migração e Testar e criar trabalho de migração . Informações sobre como preencher cada painel são fornecidas nas diversas seções desta página.
Definir configurações para o trabalho de migração
- Acesse a página Trabalhos de migração noGoogle Cloud Console.
- Clique em Criar trabalho de migração na parte superior da página.
Forneça um nome para o trabalho de migração.
Escolha um nome amigável que ajude a identificar o trabalho de migração. Não inclua informações confidenciais ou de identificação pessoal no nome do trabalho.
Mantenha o ID do trabalho de migração gerado automaticamente.
Selecione o mecanismo de banco de dados de origem.
Selecione o mecanismo de banco de dados de destino.
Selecione a região de destino para sua migração. É aqui que a instância do Database Migration Service é criada e deve ser selecionada com base na localização dos serviços que precisam dos seus dados, como instâncias do Compute Engine, aplicativos do App Engine e outros serviços. Depois de escolher a região de destino, esta seleção não poderá ser alterada.
Especifique o tipo de trabalho de migração: Único (somente instantâneo) ou Contínuo (instantâneo + alterações contínuas).
Revise os pré-requisitos necessários que são gerados automaticamente para refletir como o ambiente deve ser preparado para uma tarefa de migração. Esses pré-requisitos podem incluir como configurar o banco de dados de origem e como conectá-lo à instância de banco de dados Cloud SQL de destino. É melhor cumprir estes pré-requisitos nesta etapa, mas você pode concluí-los a qualquer momento antes de testar o trabalho de migração ou iniciá-lo. Para obter mais informações sobre esses pré-requisitos, consulte Configurar sua origem.
Clique em Salvar e continuar .
Especifique informações sobre o perfil de conexão de origem
Se você criou um perfil de conexão, selecione-o na lista de perfis de conexão existentes.
Se você não criou um perfil de conexão, crie um clicando em Criar um perfil de conexão na parte inferior da lista suspensa e execute as mesmas etapas de Criar um perfil de conexão de origem .
- Na seção Personalizar configurações de dump de dados , clique em Mostrar configurações de dump de dados .
A velocidade do paralelismo de despejo de dados está relacionada à quantidade de carga no banco de dados de origem. Você pode usar as seguintes configurações:
- Ideal (recomendado) : Desempenho balanceado com carga ideal no banco de dados de origem.
- Máximo : fornece as velocidades de dump mais altas, mas pode causar aumento de carga no banco de dados de origem.
- Mínimo : utiliza a menor quantidade de recursos de computação no banco de dados de origem, mas pode ter uma taxa de transferência de despejo mais lenta.
Se você quiser usar configurações ajustadas de paralelismo de despejo de dados, certifique-se de aumentar os parâmetros
max_replication_slots
,max_wal_senders
emax_worker_processes
em seu banco de dados de origem. Você pode verificar sua configuração executando o teste do trabalho de migração no final da criação do trabalho de migração. - Clique em Salvar e continuar .
Definir e criar a instância de destino do Cloud SQL
- No menu suspenso Tipo de instância de destino , selecione Nova instância .
Você também pode migrar para uma instância existente; consulte Trabalho de migração para uma instância existente .
- Forneça um ID para a instância do Cloud SQL ou use o ID gerado automaticamente. Não inclua informações confidenciais ou de identificação pessoal no documento de identidade; é externamente visível. Não há necessidade de incluir o ID do projeto no nome da instância. Isto é feito automaticamente quando apropriado (por exemplo, nos arquivos de log).
Forneça uma senha alfanumérica para a instância de destino do Cloud SQL. Esta será a senha da conta de administrador
postgres
na instância.Você pode inserir a senha manualmente ou clicar em Gerar para que o Database Migration Service crie uma para você automaticamente.
- Escolha a versão do banco de dados para a instância de destino na lista de versões suportadas do Database Migration Service para o mecanismo de banco de dados especificado. Saiba mais sobre o suporte à migração entre versões.
- Selecione a edição do Cloud SQL para PostgreSQL para sua instância de destino. Há duas opções disponíveis: Cloud SQL para PostgreSQL edição Enterprise e Cloud SQL para PostgreSQL edição Enterprise Plus .
As edições do Cloud SQL para PostgreSQL vêm com diferentes conjuntos de recursos, tipos de máquinas disponíveis e preços. Consulte a documentação do Cloud SQL para escolher a edição adequada às suas necessidades. Para obter mais informações, consulte Introdução ao Cloud SQL para edições PostgreSQL .
A instância é criada na região selecionada quando você definiu as configurações para o trabalho de migração . Selecione uma zona nessa região ou deixe a zona definida como Qualquer para que o Google selecione uma automaticamente.
Se você estiver configurando sua instância para alta disponibilidade , selecione Várias zonas (altamente disponíveis) . Você pode selecionar a zona primária e a secundária. As seguintes condições se aplicam quando a zona secundária é usada durante a criação da instância:
- O padrão das zonas é Qualquer para a zona primária e Qualquer (diferente da primária) para a zona secundária.
- Se as zonas primária e secundária forem especificadas, elas deverão ser zonas diferentes.
- Escolha se deseja conectar-se a esta instância com endereço IP público ou privado.
- Se você planeja se conectar com peering de VPC ou túnel SSH reverso, marque a caixa de seleção IP privado .
- Certifique-se de que o seguinte seja verdadeiro para ativar o IP privado:
- A API de rede de serviços está habilitada. Você pode ativar a API Service Networking usando o Google Cloud console.
- Você tem a permissão do IAM
servicenetworking.services.addPeering
. - Você configurou o acesso a serviços privados para seu projeto, para o qual você precisa ter a função do IAM
compute.networkAdmin
. - Há pelo menos uma rede VPC não legada no seu projeto ou uma rede VPC compartilhada.
- Se você estiver usando uma rede VPC compartilhada , também precisará fazer o seguinte:
- Habilite a API Service Networking para o projeto host.
- Adicione seu usuário ao projeto host.
- Dê ao seu usuário a função do IAM computa.networkAdmin no projeto host.
- Selecione a rede VPC associada para fazer peering. Se você planeja se conectar à origem de migração com peering de VPC, escolha a VPC onde a instância reside.
- Se uma rede de serviço gerenciado nunca tiver sido configurada para a VPC selecionada, você poderá selecionar um intervalo de IP e clicar em Conectar ou usar um intervalo de IP selecionado automaticamente e clicar em Alocar e conectar .
Se você planeja se conectar com a lista de permissões de IP, selecione IP público .
Opcionalmente, clique em Redes autorizadas e autorize uma rede ou um proxy a se conectar à instância do Cloud SQL. As instâncias do Cloud SQL aceitam conexões somente de endereços autorizados. Para obter mais informações sobre como configurar o acesso público à instância, consulte Configurar IP público .
- Selecione o tipo de máquina da instância do Cloud SQL. O tamanho do disco deve ser igual ou maior que o tamanho do banco de dados de origem.
Saiba mais sobre os tipos de máquina PostgreSQL .
- Para a edição Cloud SQL para PostgreSQL Enterprise Plus : marque a caixa de seleção Habilitar cache de dados se quiser usar o recurso de cache de dados no banco de dados de destino.
O cache de dados é um recurso opcional disponível para instâncias da edição Cloud SQL para PostgreSQL Enterprise Plus que adiciona uma unidade de estado sólido local de alta velocidade ao banco de dados de destino. Esse recurso pode gerar custos adicionais ao Cloud SQL. Para mais informações sobre cache de dados, consulte Visão geral do cache de dados na documentação do Cloud SQL.
- Especifique o tipo de armazenamento da instância do Cloud SQL. Você pode escolher uma unidade de estado sólido (SSD) ou uma unidade de disco rígido (HDD).
- Especifique a capacidade de armazenamento (em GBytes) da instância do Cloud SQL.
- Opcionalmente, clique em MOSTRAR CONFIGURAÇÕES OPCIONAIS e depois:
Especifique se deseja gerenciar a criptografia dos dados migrados da origem para o destino. Por padrão, seus dados são criptografados com uma chave gerenciada por Google Cloud. Se quiser gerenciar sua criptografia, você poderá usar uma chave de criptografia gerenciada pelo cliente (CMEK). Para fazer isso:
- Marque a caixa de seleção Usar uma chave de criptografia gerenciada pelo cliente (CMEK) .
- No menu Selecionar uma chave gerenciada pelo cliente , selecione sua CMEK.
Se você não vir sua chave, clique em INSERIR NOME DO RECURSO DA CHAVE para fornecer o nome do recurso da chave que você deseja usar. Por exemplo, você pode inserir
projects/ my-project-name /locations/ my-location /keyRings/ my-keyring /cryptoKeys/ my-key
no campo Nome do recurso chave e, em seguida, clicar em SALVAR .- Adicione quaisquer sinalizadores necessários que serão aplicados ao servidor de banco de dados. Se possível, certifique-se de que as sinalizações do banco de dados na instância de destino do Cloud SQL criada sejam iguais às do banco de dados de origem. Saiba mais sobre sinalizadores de banco de dados compatíveis com PostgreSQL .
- Adicione todos os rótulos específicos da instância do Cloud SQL.
Os rótulos ajudam a organizar suas instâncias. Por exemplo, você pode organizar etiquetas por centro de custo ou ambiente. As etiquetas também estão incluídas na sua fatura para que você possa ver a distribuição dos custos nas suas etiquetas.
Clique em CRIAR E CONTINUAR .
- Na janela Criar banco de dados de destino , clique em CRIAR DESTINO E CONTINUAR para criar a nova instância. Isso pode levar vários minutos.
- Aguarde a conclusão da criação da instância de destino.
Configurar a conectividade entre as instâncias de banco de dados de origem e de destino
No menu suspenso Método de conectividade , selecione um método de conectividade de rede. Este método define como a instância recém-criada do Cloud SQL se conectará ao banco de dados de origem. Os métodos atuais de conectividade de rede incluem lista de permissões de IP, túnel SSH reverso e peering de VPC .
- Se você selecionar o método de conectividade de rede da lista de permissões de IP, precisará especificar o endereço IP de saída da sua instância de destino. Se a instância do Cloud SQL que você criou for uma instância de alta disponibilidade, inclua os endereços IP de saída da instância primária e da instância secundária.
Se você selecionar o método de conectividade de rede de túnel SSH reverso, selecione a instância de VM do Compute Engine que hospedará o túnel.
Depois de especificar a instância, o Google fornecerá um script que executa as etapas para configurar o túnel entre os bancos de dados de origem e de destino. Você precisará executar o script na CLI do Google Cloud .
Execute os comandos em uma máquina que tenha conectividade com o banco de dados de origem e com o Google Cloud.
- Se você selecionar o método de conectividade de rede de peering de VPC, selecione a rede VPC onde reside o banco de dados de origem. A instância do Cloud SQL será atualizada para se conectar a esta rede.
- Saiba mais sobre como configurar a conectividade .
Depois de selecionar o método de conectividade de rede e fornecer informações adicionais sobre o método, clique em CONFIGURAR E CONTINUAR .
Configurar bancos de dados de migração
Você pode selecionar os bancos de dados que deseja migrar.
- Na lista Bancos de dados para migrar , selecione uma das seguintes opções:
- Todos os bancos de dados : seleciona todos os bancos de dados existentes na origem.
- Bancos de dados específicos : permite selecionar bancos de dados específicos de todos os bancos de dados existentes na origem.
Se desejar migrar bancos de dados específicos, você poderá filtrar a lista exibida e selecionar os bancos de dados que deseja que o Database Migration Service migre para um destino.
Se a lista não aparecer e um erro de descoberta do banco de dados for exibido, clique em Recarregar . Se a descoberta do banco de dados falhar, a tarefa migrará todos os bancos de dados. Você pode continuar criando um trabalho de migração e corrigir erros de conectividade posteriormente.
- Clique em Salvar e continuar .
Teste e crie o job de migração
Nesta etapa final, revise o resumo das configurações do trabalho de migração, origem, destino e método de conectividade e, em seguida, teste a validade da configuração do trabalho de migração. Se algum problema for encontrado, você poderá modificar as configurações do trabalho de migração. Nem todas as configurações são editáveis.Clique em TEST JOB para verificar se:
- O banco de dados de origem foi configurado corretamente, com base nos pré-requisitos.
- As instâncias de origem e de destino podem se comunicar entre si.
- Quaisquer atualizações nos endereços IP públicos ou privados necessárias no destino serão feitas.
O trabalho de migração é válido e as versões de origem e destino são compatíveis.
Se o teste falhar, você poderá resolver o problema na parte apropriada do fluxo e retornar para testar novamente.
O trabalho de migração pode ser criado mesmo se o teste falhar, mas depois que o trabalho for iniciado, ele poderá falhar em algum momento durante a execução.
Clique em CRIAR E INICIAR TRABALHO para criar o trabalho de migração e iniciá-lo imediatamente ou clique em CRIAR TRABALHO para criar o trabalho de migração sem iniciá-lo imediatamente.
Se o trabalho não for iniciado no momento em que foi criado, ele poderá ser iniciado na página Trabalhos de migração clicando em INICIAR .
Independentemente de quando o trabalho de migração for iniciado, sua organização será cobrada pela existência da instância de destino.
A tarefa de migração é adicionada à lista de tarefas de migração e pode ser visualizada diretamente.
Visão geral
O Database Migration Service usa jobs de migração para migrar dados da instância de banco de dados de origem para a instância de banco de dados Cloud SQL de destino.A criação de um trabalho de migração inclui:
- Definindo configurações para o trabalho de migração
- Especificando informações sobre o perfil de conexão criado para seu banco de dados de origem (perfil de conexão de origem)
- Definir configurações para a instância de banco de dados Cloud SQL de destino e criar a instância
- Configurando a conectividade entre as instâncias de banco de dados de origem e de destino
- Testando o trabalho de migração para garantir que as informações de conexão fornecidas para o trabalho sejam válidas
O assistente do Database Migration Service ajuda a criar um trabalho de migração. O assistente consiste nos seguintes painéis: Introdução , Definir uma origem , Definir um destino , Definir método de conectividade , Configurar bancos de dados de migração e Testar e criar trabalho de migração . Informações sobre como preencher cada painel são fornecidas nas diversas seções desta página.
Definir configurações para o trabalho de migração
- Acesse a página Trabalhos de migração noGoogle Cloud Console.
- Clique em Criar trabalho de migração na parte superior da página.
Forneça um nome para o trabalho de migração.
Escolha um nome amigável que ajude a identificar o trabalho de migração. Não inclua informações confidenciais ou de identificação pessoal no nome do trabalho.
Mantenha o ID do trabalho de migração gerado automaticamente.
Selecione o mecanismo de banco de dados de origem.
Selecione o mecanismo de banco de dados de destino.
Selecione a região de destino para sua migração. É aqui que a instância do Database Migration Service é criada e deve ser selecionada com base na localização dos serviços que precisam dos seus dados, como instâncias do Compute Engine, aplicativos do App Engine e outros serviços. Depois de escolher a região de destino, esta seleção não poderá ser alterada.
Especifique o tipo de trabalho de migração: Único (somente instantâneo) ou Contínuo (instantâneo + alterações contínuas).
Revise os pré-requisitos necessários que são gerados automaticamente para refletir como o ambiente deve ser preparado para uma tarefa de migração. Esses pré-requisitos podem incluir como configurar o banco de dados de origem e como conectá-lo à instância de banco de dados Cloud SQL de destino. É melhor cumprir estes pré-requisitos nesta etapa, mas você pode concluí-los a qualquer momento antes de testar o trabalho de migração ou iniciá-lo. Para obter mais informações sobre esses pré-requisitos, consulte Configurar sua origem.
Clique em Salvar e continuar .
Especifique informações sobre o perfil de conexão de origem
Se você criou um perfil de conexão, selecione-o na lista de perfis de conexão existentes.
Se você não criou um perfil de conexão, crie um clicando em Criar um perfil de conexão na parte inferior da lista suspensa e execute as mesmas etapas de Criar um perfil de conexão de origem .
- Na seção Personalizar configurações de dump de dados , clique em Mostrar configurações de dump de dados .
A velocidade do paralelismo de despejo de dados está relacionada à quantidade de carga no banco de dados de origem. Você pode usar as seguintes configurações:
- Ideal (recomendado) : Desempenho balanceado com carga ideal no banco de dados de origem.
- Máximo : fornece as velocidades de dump mais altas, mas pode causar aumento de carga no banco de dados de origem.
- Mínimo : utiliza a menor quantidade de recursos de computação no banco de dados de origem, mas pode ter uma taxa de transferência de despejo mais lenta.
Se você quiser usar configurações ajustadas de paralelismo de despejo de dados, certifique-se de aumentar os parâmetros
max_replication_slots
,max_wal_senders
emax_worker_processes
em seu banco de dados de origem. Você pode verificar sua configuração executando o teste do trabalho de migração no final da criação do trabalho de migração. - Clique em Salvar e continuar .
Definir e criar a instância de destino do Cloud SQL
- No menu suspenso Tipo de instância de destino , selecione Nova instância .
Você também pode migrar para uma instância existente; consulte Trabalho de migração para uma instância existente .
- Forneça um ID para a instância do Cloud SQL ou use o ID gerado automaticamente. Não inclua informações confidenciais ou de identificação pessoal no documento de identidade; é externamente visível. Não há necessidade de incluir o ID do projeto no nome da instância. Isto é feito automaticamente quando apropriado (por exemplo, nos arquivos de log).
Forneça uma senha alfanumérica para a instância de destino do Cloud SQL. Esta será a senha da conta de administrador
postgres
na instância.Você pode inserir a senha manualmente ou clicar em Gerar para que o Database Migration Service crie uma para você automaticamente.
- Escolha a versão do banco de dados para a instância de destino na lista de versões suportadas do Database Migration Service para o mecanismo de banco de dados especificado. Saiba mais sobre o suporte à migração entre versões.
- Selecione a edição do Cloud SQL para PostgreSQL para sua instância de destino. Há duas opções disponíveis: Cloud SQL para PostgreSQL edição Enterprise e Cloud SQL para PostgreSQL edição Enterprise Plus .
As edições do Cloud SQL para PostgreSQL vêm com diferentes conjuntos de recursos, tipos de máquinas disponíveis e preços. Consulte a documentação do Cloud SQL para escolher a edição adequada às suas necessidades. Para obter mais informações, consulte Introdução ao Cloud SQL para edições PostgreSQL .
A instância é criada na região selecionada quando você definiu as configurações para o trabalho de migração . Selecione uma zona nessa região ou deixe a zona definida como Qualquer para que o Google selecione uma automaticamente.
Se você estiver configurando sua instância para alta disponibilidade , selecione Várias zonas (altamente disponíveis) . Você pode selecionar a zona primária e a secundária. As seguintes condições se aplicam quando a zona secundária é usada durante a criação da instância:
- O padrão das zonas é Qualquer para a zona primária e Qualquer (diferente da primária) para a zona secundária.
- Se as zonas primária e secundária forem especificadas, elas deverão ser zonas diferentes.
- Escolha se deseja conectar-se a esta instância com endereço IP público ou privado.
- Se você planeja se conectar com peering de VPC ou túnel SSH reverso, marque a caixa de seleção IP privado .
- Certifique-se de que o seguinte seja verdadeiro para ativar o IP privado:
- A API de rede de serviços está habilitada. Você pode ativar a API Service Networking usando o Google Cloud console.
- Você tem a permissão do IAM
servicenetworking.services.addPeering
. - Você configurou o acesso a serviços privados para seu projeto, para o qual você precisa ter a função do IAM
compute.networkAdmin
. - Há pelo menos uma rede VPC não legada no seu projeto ou uma rede VPC compartilhada.
- Se você estiver usando uma rede VPC compartilhada , também precisará fazer o seguinte:
- Habilite a API Service Networking para o projeto host.
- Adicione seu usuário ao projeto host.
- Dê ao seu usuário a função do IAM computa.networkAdmin no projeto host.
- Selecione a rede VPC associada para fazer peering. Se você planeja se conectar à origem de migração com peering de VPC, escolha a VPC onde a instância reside.
- Se uma rede de serviço gerenciado nunca tiver sido configurada para a VPC selecionada, você poderá selecionar um intervalo de IP e clicar em Conectar ou usar um intervalo de IP selecionado automaticamente e clicar em Alocar e conectar .
Se você planeja se conectar com a lista de permissões de IP, selecione IP público .
Opcionalmente, clique em Redes autorizadas e autorize uma rede ou um proxy a se conectar à instância do Cloud SQL. As instâncias do Cloud SQL aceitam conexões somente de endereços autorizados. Para obter mais informações sobre como configurar o acesso público à instância, consulte Configurar IP público .
- Selecione o tipo de máquina da instância do Cloud SQL. O tamanho do disco deve ser igual ou maior que o tamanho do banco de dados de origem.
Saiba mais sobre os tipos de máquina PostgreSQL .
- Para a edição Cloud SQL para PostgreSQL Enterprise Plus : marque a caixa de seleção Habilitar cache de dados se quiser usar o recurso de cache de dados no banco de dados de destino.
O cache de dados é um recurso opcional disponível para instâncias da edição Cloud SQL para PostgreSQL Enterprise Plus que adiciona uma unidade de estado sólido local de alta velocidade ao banco de dados de destino. Esse recurso pode gerar custos adicionais ao Cloud SQL. Para mais informações sobre cache de dados, consulte Visão geral do cache de dados na documentação do Cloud SQL.
- Especifique o tipo de armazenamento da instância do Cloud SQL. Você pode escolher uma unidade de estado sólido (SSD) ou uma unidade de disco rígido (HDD).
- Especifique a capacidade de armazenamento (em GBytes) da instância do Cloud SQL.
- Opcionalmente, clique em MOSTRAR CONFIGURAÇÕES OPCIONAIS e depois:
Especifique se deseja gerenciar a criptografia dos dados migrados da origem para o destino. Por padrão, seus dados são criptografados com uma chave gerenciada por Google Cloud. Se quiser gerenciar sua criptografia, você poderá usar uma chave de criptografia gerenciada pelo cliente (CMEK). Para fazer isso:
- Marque a caixa de seleção Usar uma chave de criptografia gerenciada pelo cliente (CMEK) .
- No menu Selecionar uma chave gerenciada pelo cliente , selecione sua CMEK.
Se você não vir sua chave, clique em INSERIR NOME DO RECURSO DA CHAVE para fornecer o nome do recurso da chave que você deseja usar. Por exemplo, você pode inserir
projects/ my-project-name /locations/ my-location /keyRings/ my-keyring /cryptoKeys/ my-key
no campo Nome do recurso chave e, em seguida, clicar em SALVAR .- Adicione quaisquer sinalizadores necessários que serão aplicados ao servidor de banco de dados. Se possível, certifique-se de que as sinalizações do banco de dados na instância de destino do Cloud SQL criada sejam iguais às do banco de dados de origem. Saiba mais sobre sinalizadores de banco de dados compatíveis com PostgreSQL .
- Adicione todos os rótulos específicos da instância do Cloud SQL.
Os rótulos ajudam a organizar suas instâncias. Por exemplo, você pode organizar etiquetas por centro de custo ou ambiente. As etiquetas também estão incluídas na sua fatura para que você possa ver a distribuição dos custos nas suas etiquetas.
Clique em CRIAR E CONTINUAR .
- Na janela Criar banco de dados de destino , clique em CRIAR DESTINO E CONTINUAR para criar a nova instância. Isso pode levar vários minutos.
- Aguarde a conclusão da criação da instância de destino.
Configurar a conectividade entre as instâncias de banco de dados de origem e de destino
No menu suspenso Método de conectividade , selecione um método de conectividade de rede. Este método define como a instância recém-criada do Cloud SQL se conectará ao banco de dados de origem. Os métodos atuais de conectividade de rede incluem lista de permissões de IP, túnel SSH reverso e peering de VPC .
- Se você selecionar o método de conectividade de rede da lista de permissões de IP, precisará especificar o endereço IP de saída da sua instância de destino. Se a instância do Cloud SQL que você criou for uma instância de alta disponibilidade, inclua os endereços IP de saída da instância primária e da instância secundária.
Se você selecionar o método de conectividade de rede de túnel SSH reverso, selecione a instância de VM do Compute Engine que hospedará o túnel.
Depois de especificar a instância, o Google fornecerá um script que executa as etapas para configurar o túnel entre os bancos de dados de origem e de destino. Você precisará executar o script na CLI do Google Cloud .
Execute os comandos em uma máquina que tenha conectividade com o banco de dados de origem e com o Google Cloud.
- Se você selecionar o método de conectividade de rede de peering de VPC, selecione a rede VPC onde reside o banco de dados de origem. A instância do Cloud SQL será atualizada para se conectar a esta rede.
- Saiba mais sobre como configurar a conectividade .
Depois de selecionar o método de conectividade de rede e fornecer informações adicionais sobre o método, clique em CONFIGURAR E CONTINUAR .
Configurar bancos de dados de migração
Você pode selecionar os bancos de dados que deseja migrar.
- Na lista Bancos de dados para migrar , selecione uma das seguintes opções:
- Todos os bancos de dados : seleciona todos os bancos de dados existentes na origem.
- Bancos de dados específicos : permite selecionar bancos de dados específicos de todos os bancos de dados existentes na origem.
Se desejar migrar bancos de dados específicos, você poderá filtrar a lista exibida e selecionar os bancos de dados que deseja que o Database Migration Service migre para um destino.
Se a lista não aparecer e um erro de descoberta do banco de dados for exibido, clique em Recarregar . Se a descoberta do banco de dados falhar, a tarefa migrará todos os bancos de dados. Você pode continuar criando um trabalho de migração e corrigir erros de conectividade posteriormente.
- Clique em Salvar e continuar .
Teste e crie o job de migração
Nesta etapa final, revise o resumo das configurações do trabalho de migração, origem, destino e método de conectividade e, em seguida, teste a validade da configuração do trabalho de migração. Se algum problema for encontrado, você poderá modificar as configurações do trabalho de migração. Nem todas as configurações são editáveis.Clique em TEST JOB para verificar se:
- O banco de dados de origem foi configurado corretamente, com base nos pré-requisitos.
- As instâncias de origem e de destino podem se comunicar entre si.
- Quaisquer atualizações nos endereços IP públicos ou privados necessárias no destino serão feitas.
O trabalho de migração é válido e as versões de origem e destino são compatíveis.
Se o teste falhar, você poderá resolver o problema na parte apropriada do fluxo e retornar para testar novamente.
O trabalho de migração pode ser criado mesmo se o teste falhar, mas depois que o trabalho for iniciado, ele poderá falhar em algum momento durante a execução.
Clique em CRIAR E INICIAR TRABALHO para criar o trabalho de migração e iniciá-lo imediatamente ou clique em CRIAR TRABALHO para criar o trabalho de migração sem iniciá-lo imediatamente.
Se o trabalho não for iniciado no momento em que foi criado, ele poderá ser iniciado na página Trabalhos de migração clicando em INICIAR .
Independentemente de quando o trabalho de migração for iniciado, sua organização será cobrada pela existência da instância de destino.
A tarefa de migração é adicionada à lista de tarefas de migração e pode ser visualizada diretamente.
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-05-15 UTC.