A criação de uma tarefa de migração inclui:
- Definir as definições da tarefa de migração.
- Especificar informações sobre o perfil de associação que criou para a base de dados de origem (perfil de associação de origem).
- Definir as definições da instância de base de dados do Cloud SQL de destino e criar a instância.
- Configurar a conetividade entre as instâncias da base de dados de origem e de destino.
- Testar a tarefa de migração para garantir que as informações de ligação que forneceu para a tarefa são válidas.
Para criar uma tarefa de migração para uma nova instância de destino, faça o seguinte:
Consola
Defina as definições da tarefa de migração
- Na Google Cloud consola, aceda à página Tarefas de migração.
- Clique em Criar tarefa de migração.
É aberta a página do assistente de configuração da tarefa de migração. Este assistente contém vários painéis que explicam cada passo de configuração.
Pode pausar a criação de uma tarefa de migração em qualquer altura clicando em Guardar e sair. Todos os dados que introduzir até esse ponto são guardados num trabalho de migração de rascunho. Pode concluir a tarefa de migração de rascunho mais tarde.
- Na página Começar, introduza as seguintes informações:
- Nome da tarefa de migração
Este é um nome legível para o seu trabalho de migração. Este valor é apresentado na Google Cloud consola.
- ID da tarefa de migração
Este é um identificador legível por máquina para a sua tarefa de migração. Use este valor para trabalhar com tarefas de migração através de comandos da CLI do Google Cloud ou da API do Database Migration Service.
- Na lista Motor da base de dados de origem, selecione
MySQL.
O campo Motor da base de dados de destino é preenchido automaticamente e não pode ser alterado.
- Selecione a região onde
guarda a tarefa de migração.
O serviço de migração de bases de dados é um produto totalmente regional, o que significa que todas as entidades relacionadas com a sua migração (perfis de ligação de origem e destino, tarefas de migração e bases de dados de destino) têm de ser guardadas numa única região. Selecione a região com base na localização dos serviços que precisam dos seus dados, como instâncias do Compute Engine ou apps do App Engine, e outros serviços. Depois de escolher a região de destino, não pode alterar esta seleção.
- Nome da tarefa de migração
- Clique em Guardar e continuar.
Especifique informações sobre o perfil de associação de origem
Na página Defina uma origem, execute os seguintes passos:
- No menu pendente Perfil de associação de origem, selecione o perfil de associação da base de dados de origem.
- Na secção Personalizar configuração de despejo completo, clique em Editar configuração.
- No painel Editar configuração de descarga completa, no menu pendente
Método de descarga completa, selecione uma das seguintes opções:
- Baseado em ficheiros físicos: selecione esta opção se quiser usar o utilitário Percona XtraBackup para fornecer o seu próprio ficheiro de cópia de segurança. Esta abordagem requer passos de preparação adicionais. Para ver o guia completo sobre a utilização de ficheiros de cópia de segurança física gerados pelo Percona XtraBackup, consulte o artigo Migre as suas bases de dados através de um ficheiro físico do Percona XtraBackup.
- Com base na lógica: selecione esta opção se quiser usar um ficheiro de cópia de segurança lógica criado pela utilidade
mysqlshell. O serviço de migração de bases de dados pode gerar automaticamente este ficheiro de cópia de segurança para si ou pode fornecer a sua própria cópia.
- Edite as restantes definições de despejo. Realize uma das seguintes ações:
- Se usar o ficheiro de cópia de segurança físico, em Indique a sua pasta, clique em Procurar e, em seguida, selecione a pasta onde carregou o ficheiro de despejo completo. Certifique-se de que seleciona a pasta dedicada que contém o ficheiro de cópia de segurança completo e não o contentor de armazenamento propriamente dito.
Se usar um ficheiro de cópia de segurança lógica, configure o paralelismo de despejo de dados ou as flags de despejo.
Expanda esta secção para ver os passos completos do ficheiro de cópia de segurança lógica
Na secção Escolha como gerar o ficheiro de despejo, use uma das seguintes opções:
Gerar automaticamente o despejo inicial (recomendado)
Esta opção é recomendada porque o serviço de migração de bases de dados gera sempre um ficheiro de despejo da base de dados inicial após a criação e o início da tarefa de migração.
O serviço de migração de base de dados usa este ficheiro para reproduzir as definições de objetos originais e os dados das tabelas da base de dados de origem, para que estas informações possam ser migradas para uma instância de base de dados do Cloud SQL de destino.
Se usar o despejo gerado automaticamente, selecione o tipo de operação que o Database Migration Service deve realizar na secção Configurar operação de despejo de dados:
- Paralelismo de descarga de dados: use uma opção de paralelismo de alto desempenho, disponível quando migrar para as versões 5.7 ou 8 do MySQL.
A velocidade do paralelismo de dados está relacionada com a quantidade de carga induzida na base de dados de origem:
- Ótimo (recomendado): desempenho equilibrado com carga ideal na base de dados de origem.
- Máximo: oferece as velocidades de descarga mais elevadas, mas pode causar um aumento da carga na base de dados de origem.
- Mínimo: usa a menor quantidade de recursos de computação na base de dados de origem, mas pode ter um débito de despejo mais lento.
- Flags de despejo: esta opção é exclusiva com Paralelismo de despejo de dados.
Use esta definição para configurar diretamente as flags do utilitário
mysqldumpque é usado para criar o ficheiro de despejo.Para adicionar uma bandeira:
- Clique em ADICIONAR MARCAÇÃO.
Selecione uma das seguintes flags:
add-locks:Esta flag envolve cada tabela contida no ficheiro de despejo com declaraçõesLOCK TABLESeUNLOCK TABLES. Isto resulta em inserções mais rápidas quando o ficheiro de despejo é carregado na instância de destino.ignore-error:Use esta flag para introduzir uma lista de números de erros separados por vírgulas. Estes números representam os erros que o utilitáriomysqldumpvai ignorar.max-allowed-packet:Use esta flag para definir o tamanho máximo da memória intermédia para a comunicação entre o cliente MySQL e a base de dados MySQL de origem. O tamanho predefinido da memória intermédia é de 24 MB e o tamanho máximo é de 1 GB.
- Clique em CONCLUIR.
- Repita estes passos para cada indicador que quer adicionar.
Para remover uma flag, clique no ícone de lixo à direita da linha que contém a flag.
- Paralelismo de descarga de dados: use uma opção de paralelismo de alto desempenho, disponível quando migrar para as versões 5.7 ou 8 do MySQL.
Forneça a sua própria
Esta opção não é recomendada porque, por predefinição, o serviço de migração de bases de dados executa um despejo inicial como parte da execução da tarefa de migração.
Se quiser usar o seu próprio ficheiro de despejo, selecione Fornecer o seu próprio ficheiro, clique em PROCURAR, selecione o ficheiro (ou a pasta completa do Cloud Storage se usar vários ficheiros) e, de seguida, clique em SELECIONAR.
Certifique-se de que o despejo foi gerado nas últimas 24 horas e cumpre os requisitos de despejo.
- Clique em Guardar e continuar.
Configure e crie a instância do Cloud SQL de destino
- Na página Definir um destino, no menu pendente Tipo de instância, selecione Nova instância. Defina todas
as definições relevantes:
- No campo ID da instância de destino, indique um identificador
para a instância do Cloud SQL ou use o identificador gerado automaticamente.
Não inclua informações confidenciais ou de identificação pessoal no identificador. Não é necessário incluir o ID do projeto no nome da instância. Isto é feito automaticamente quando adequado (por exemplo, nos ficheiros de registo).
- No campo Palavra-passe, indique uma palavra-passe alfanumérica para a instância do Cloud SQL de destino. Esta é a palavra-passe da conta de administrador do
rootna instância.Pode introduzir a palavra-passe manualmente ou clicar em Gerar para que o serviço de migração de bases de dados crie uma automaticamente.
- No menu pendente Versão da base de dados,
escolha a versão da base de dados para a instância de destino.
Clique em Mostrar versões secundárias para ver todas as versões secundárias. Saiba mais acerca do apoio técnico para migração entre versões.
- Selecione a edição do Cloud SQL para MySQL para a instância de destino.
Estão disponíveis duas opções: Cloud SQL para MySQL Enterprise Edition e
Cloud SQL para MySQL Enterprise Plus Edition.
As edições do Cloud SQL para MySQL incluem diferentes conjuntos de funcionalidades, tipos de máquinas disponíveis e preços. Certifique-se de que consulta a documentação do Cloud SQL para escolher a edição adequada às suas necessidades. Para mais informações, consulte o artigo Introdução às edições do Cloud SQL para MySQL.
- O menu Região mostra a mesma região que selecionou na página
Começar.
Se estiver a configurar a sua instância para alta disponibilidade, selecione Várias zonas (altamente disponível). Pode selecionar a zona principal e a secundária. Aplicam-se as seguintes condições quando a zona secundária é usada durante a criação da instância:
- Por predefinição, as zonas são Qualquer para a zona principal e Qualquer (diferente da principal) para a zona secundária.
- Se as zonas principal e secundária forem especificadas, têm de ser zonas diferentes.
- Na secção Ligações, escolha se quer adicionar um endereço IP público ou privado para a instância de destino.
Pode configurar a sua instância para ter ambos os tipos de endereços IP, mas é necessário, pelo menos, um tipo para a migração.
Selecione uma das seguintes opções:
- Se quiser migrar através da interligação de VPCs
ou de um túnel SSH inverso, selecione
IP privado.
Para ativar a conetividade de IP privado, certifique-se de que cumpre todos os requisitos de rede adicionais.
Expanda esta secção para ver os requisitos de IP privado completos.
- A API Service Networking está ativada. Pode ativar a API Service Networking através da Google Cloud consola.
- Tem a autorização de IAM
servicenetworking.services.addPeering. - Tem
configurado o acesso a serviços privados para o seu projeto, para o qual
tem de ter a
compute.networkAdminfunção do IAM. - Existe, pelo menos, uma rede VPC não antiga no seu projeto ou uma rede VPC partilhada.
- Se estiver a usar uma
rede VPC partilhada, também tem de fazer o seguinte:
- Ative a API Service Networking para o projeto anfitrião.
- Adicione o utilizador ao projeto anfitrião.
- Atribua ao utilizador a função do IAM compute.networkAdmin no projeto anfitrião.
- Selecione a rede de VPC associada para estabelecer peering. Se planeia estabelecer ligação à origem da migração através da interligação de VPCs, escolha a VPC onde a instância reside.
- Se nunca tiver sido configurada uma rede de serviços geridos para a VPC selecionada, pode optar por selecionar um intervalo de IPs e clicar em Associar ou usar um intervalo de IPs selecionado automaticamente e clicar em Atribuir e associar.
- Se quiser migrar através da Internet usando uma lista de autorizações de IPs,
selecione
IP público.
Opcionalmente, em IP público, clique no campo Redes autorizadas e autorize uma rede ou um proxy a estabelecer ligação à instância do Cloud SQL. As redes só são autorizadas com os endereços que fornecer. Consulte o artigo Configure o IP público na documentação do Cloud SQL.
Configura a conetividade da tarefa de migração num passo posterior. Para saber mais sobre os métodos de rede disponíveis, consulte Configurar conetividade.
- Se quiser migrar através da interligação de VPCs
ou de um túnel SSH inverso, selecione
IP privado.
- No campo ID da instância de destino, indique um identificador
para a instância do Cloud SQL ou use o identificador gerado automaticamente.
- Selecione o tipo de máquina para a instância do Cloud SQL. O tamanho do disco tem de ser igual ou superior ao tamanho da base de dados de origem. Saiba mais sobre os tipos de máquinas do MySQL.
- Para a edição Enterprise Plus do Cloud SQL para MySQL: selecione a caixa de verificação Ativar cache de dados
se quiser usar a funcionalidade de cache de dados na base de dados de destino.
A cache de dados é uma funcionalidade opcional disponível para instâncias da edição Enterprise Plus do Cloud SQL para MySQL que adiciona uma unidade de estado sólido local de alta velocidade à sua base de dados de destino. Esta funcionalidade pode introduzir custos adicionais no Cloud SQL. Para mais informações sobre a cache de dados, consulte o artigo Vista geral da cache de dados na documentação do Cloud SQL.
- Especifique o tipo de armazenamento da instância do Cloud SQL. Pode escolher uma unidade de estado sólido (SSD) ou uma unidade de disco rígido (HDD).
- Especifique a capacidade de armazenamento (em GB) para a instância do Cloud SQL.
Certifique-se de que a instância tem capacidade de armazenamento suficiente para processar os dados da base de dados de origem. Pode aumentar esta capacidade em qualquer altura, mas não a pode diminuir.
(Opcional) Configure as opções de encriptação de dados ou as etiquetas de recursos para a instância de destino.
Expanda esta secção para ver os passos opcionais.
Clique em Mostrar configurações opcionais e, de seguida:
Especifique se quer gerir a encriptação dos dados migrados da origem para o destino. Por predefinição, os seus dados são encriptados com uma chave gerida pela Google Cloud. Se quiser gerir a sua encriptação, pode usar uma chave de encriptação gerida pelo cliente (CMEK). Para isso:
- Selecione a caixa de verificação Usar uma chave de encriptação gerida pelo cliente (CMEK).
- No menu Selecionar uma chave gerida pelo cliente, selecione a sua CMEK.
Se não vir a chave, clique em Introduzir nome do recurso da chave para indicar o nome do recurso da chave que quer usar. Nome do recurso da chave de exemplo:
projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key.- Adicione as flags necessárias a aplicar ao servidor de base de dados. Se possível, certifique-se de que os indicadores da base de dados na instância do Cloud SQL de destino criada são iguais aos da base de dados de origem. Saiba mais sobre as flags de base de dados suportadas para o MySQL.
- Adicione quaisquer
etiquetas específicas da instância do Cloud SQL.
As etiquetas ajudam a organizar as suas instâncias. Por exemplo, pode organizar as etiquetas por centro de custo ou ambiente. As etiquetas também estão incluídas na fatura para que possa ver a distribuição dos custos pelas etiquetas.
- Clique em Criar destino e continuar. O serviço de migração de base de dados está agora a criar a instância de destino do Cloud SQL. Este processo pode demorar vários minutos.
Configure a conetividade entre as instâncias da base de dados de origem e de destino
No menu pendente Método de conetividade, selecione um método de conetividade de rede. Este método define como a instância do Cloud SQL recém-criada se vai ligar à base de dados de origem. Os métodos de conetividade de rede atuais incluem: Lista de autorizações de IPs, túnel SSH inverso e interligação de VPCs.
| Se quiser usar… | Depois… |
|---|---|
| O método de conetividade de rede da lista de permissões de IPs, | Tem de especificar o endereço IP de saída da instância de destino. Se a instância do Cloud SQL que criou for uma instância de alta disponibilidade, inclua os endereços IP de saída para a instância principal e a instância secundária. |
| O método de conetividade de rede do túnel SSH inverso | Tem de selecionar a instância de VM do Compute Engine que vai alojar o túnel.
Depois de especificar a instância, a Google fornece um script que executa os passos para configurar o túnel entre as bases de dados de origem e de destino. Tem de executar o script na CLI do Google Cloud. Execute os comandos a partir de uma máquina que tenha conetividade com a base de dados de origem e com o Google Cloud. |
| O método de conetividade de rede de intercâmbio da VPC | Tem de selecionar a rede de VPC onde reside a base de dados de origem. A instância do Cloud SQL vai ser atualizada para se ligar a esta rede. |
Depois de selecionar e configurar a conetividade de rede, clique em Configurar e continuar.
Teste, crie e execute a tarefa de migração
Neste passo final, reveja o resumo das definições da tarefa de migração, a origem, o destino e o método de conetividade e, em seguida, teste a validade da configuração da tarefa de migração. Se encontrar problemas, pode modificar as definições da tarefa de migração. Nem todas as definições são editáveis.
-
Na página Teste e crie uma tarefa de migração, clique em Tarefa de teste.
Se o teste falhar, pode resolver o problema na parte adequada do fluxo e voltar a testar. Para obter informações sobre a resolução de problemas de um teste de tarefa de migração com falhas, consulte Diagnosticar problemas do MySQL.
-
Quando o teste da tarefa de migração terminar, clique em Criar e iniciar tarefa
para criar a tarefa de migração e iniciá-la imediatamente ou clique em Criar tarefa
para criar a tarefa de migração sem a iniciar imediatamente.
Se a tarefa não for iniciada no momento da criação, pode iniciá-la na página Tarefas de migração clicando em INICIAR. Independentemente da data de início da tarefa de migração, a sua organização é cobrada pela existência da instância de destino.
A migração está agora em curso. Quando inicia a tarefa de migração, o serviço de migração de dados inicia a descarga completa, bloqueando brevemente a base de dados de origem. Se a sua origem estiver no Amazon RDS ou no Amazon Aurora, o serviço de migração de bases de dados também requer um breve período de inatividade de gravação (aproximadamente menos de um minuto) no início da migração. Para mais informações, consulte o artigo Limitações conhecidas.
- Aceda a Rever tarefa de migração.
gcloud
Crie o perfil de ligação de destino.
Quando migra para uma nova instância de destino com a CLI do Google Cloud, cria a instância de destino e o perfil de ligação numa única ação.
Execute o seguinte comando (clique no link para expandir):gcloud database-migration connection-profiles create cloudsqlEste exemplo usa o sinalizador
--no-asyncopcional para que todas as operações sejam realizadas de forma síncrona. Isto significa que alguns comandos podem demorar algum tempo a serem concluídos. Pode ignorar a flag--no-asyncpara executar comandos de forma assíncrona. Se o fizer, tem de usar o comandogcloud database-migration operations describepara verificar se a operação foi bem-sucedida.Antes de usar qualquer um dos dados de comandos abaixo, faça as seguintes substituições:
- CONNECTION_PROFILE_ID com um identificador legível por máquina para o seu perfil de ligação.
- DATABASE_VERSION com a versão do MySQL que quer usar na instância de destino. As versões da base de dados são especificadas como strings que incluem a versão principal e a versão secundária. Por exemplo:
MYSQL_8_0,MYSQL_8_0_32,MYSQL_8_0_36.Para todas as versões possíveis do MySQL, consulte a referência da flag --database-version.
- (Opcional) EDITION Por predefinição, as novas instâncias que criar
com a Google Cloud CLI usam a edição Enterprise Plus do Cloud SQL para MySQL. Se planeia usar a edição Enterprise Plus do Cloud SQL para MySQL,
certifique-se de que a sua região é suportada para essa edição. Consulte o artigo
Suporte de regiões da edição Enterprise Plus do Cloud SQL para MySQL.
Pode alterar a sua edição através da
--editionflag com um dos seguintes valores:enterprise-pluspara a edição Enterprise Plus do Cloud SQL para MySQLenterprisepara a edição Enterprise do Cloud SQL para MySQL
-
TIER com o nome do tipo de máquina do Cloud SQL que quer usar.
Os tipos de máquinas são especificados como strings que seguem a convenção do Cloud SQL, por exemplo:
db-n1-standard-1,db-perf-optimized-N-2. Para ver uma lista completa dos tipos de máquinas disponíveis e os respetivos identificadores para utilização com a CLI Google Cloud, consulte Tipos de máquinas na documentação do Cloud SQL para MySQL.As instâncias criadas com a Google Cloud CLI usam por predefinição a edição Enterprise Plus do Cloud SQL para MySQL, que tem diferentes tipos de máquinas disponíveis. Se quiser usar um tipo de máquina que só está disponível na edição Enterprise do Cloud SQL para MySQL, use a flag
--edition=enterpriseopcional para especificar a edição. - REGION com o identificador da região onde quer guardar o perfil de associação.
Por predefinição, as novas instâncias que criar com a Google Cloud CLI usam a edição Enterprise Plus do Cloud SQL para MySQL. Se planeia usar a edição Enterprise Plus do Cloud SQL para MySQL, certifique-se de que a sua região é suportada para essa edição. Consulte o artigo Suporte de regiões da edição Enterprise Plus do Cloud SQL para MySQL. Pode alterar a edição através da flag
--editionopcional. - (Opcional) CONNECTION_PROFILE_NAME com um nome legível para o seu perfil de associação. Este valor é apresentado na Google Cloud consola.
- Configuração de rede
Por predefinição, as novas instâncias que criar com a CLI do Google Cloud têm um endereço IP público atribuído e estão configuradas para usar a conetividade IP pública. Pode usar outros métodos de conetividade. Para mais informações, consulte o artigo Configure a conetividade.
Não precisa de usar flags adicionais se quiser usar a conetividade de IP público. Se quiser usar a conetividade de IP privado com o peering de rede VPC ou um túnel SSH inverso, certifique-se de que cumpre os seguintes requisitos de rede adicionais para ativar a conetividade de IP privado e inclua flags adicionais no seu comando.
Expanda esta secção para ver os requisitos de IP privado completos.
- A API Service Networking está ativada. Pode ativar a API Service Networking através da Google Cloud consola.
- Tem a autorização de IAM
servicenetworking.services.addPeering. - Tem
configurado o acesso a serviços privados para o seu projeto, para o qual
tem de ter a
compute.networkAdminfunção do IAM. - Existe, pelo menos, uma rede VPC não antiga no seu projeto ou uma rede VPC partilhada.
- Se estiver a usar uma
rede VPC partilhada, também tem de fazer o seguinte:
- Ative a API Service Networking para o projeto anfitrião.
- Adicione o utilizador ao projeto anfitrião.
- Atribua ao utilizador a função do IAM compute.networkAdmin no projeto anfitrião.
Inclua as seguintes flags adicionais se quiser usar a conetividade IP privada (com o intercâmbio da rede da VPC ou com um túnel SSH inverso numa VM do Compute Engine):
-
--no-enable-ip-v4: (Opcional) Para não atribuir um endereço IP público à instância de destino. Pode ter um endereço IP público e privado atribuído à instância de destino, mas pode não querer um endereço IP público se usar a conetividade IP privada. -
--private-network: Para atribuir um endereço IP privado à instância de destino, especifique o nome da nuvem privada virtual onde quer ter um endereço IP privado atribuído.
Execute o seguinte comando:
Linux, macOS ou Cloud Shell
gcloud database-migration connection-profiles \ create mysql CONNECTION_PROFILE_ID \ --no-async \ --region=REGION \ --database-version=DATABASE_VERSION \ --tier=TIER \ --display-name=CONNECTION_PROFILE_NAME
Windows (PowerShell)
gcloud database-migration connection-profiles ` create mysql CONNECTION_PROFILE_ID ` --no-async ` --region=REGION ` --database-version=DATABASE_VERSION ` --tier=TIER ` --display-name=CONNECTION_PROFILE_NAME
Windows (cmd.exe)
gcloud database-migration connection-profiles ^ create mysql CONNECTION_PROFILE_ID ^ --no-async ^ --region=REGION ^ --database-version=DATABASE_VERSION ^ --tier=TIER ^ --display-name=CONNECTION_PROFILE_NAME
Deve receber uma resposta semelhante à seguinte:
Waiting for connection profile [CONNECTION_PROFILE_ID] to be created with [OPERATION_ID] Waiting for operation [OPERATION_ID] to complete...done. Created connection profile CONNECTION_PROFILE_ID [OPERATION_ID]
Crie a tarefa de migração.
Se usar a interligação de VPCs ou uma ligação de túnel SSH inverso, certifique-se de que adiciona as flags necessárias, como--peer-vpc, ou--vm,--vm-ip,--vm-port,--vpc. Para mais informações, consulte Configurar a conetividade e Exemplos da CLI gcloud.
Execute o seguinte comando (clique no link para expandir):gcloud database-migration migration-jobs createEste exemplo usa o sinalizador
--no-asyncopcional para que todas as operações sejam realizadas de forma síncrona. Isto significa que alguns comandos podem demorar algum tempo a serem concluídos. Pode ignorar a flag--no-asyncpara executar comandos de forma assíncrona. Se o fizer, tem de usar o comandogcloud database-migration operations describepara verificar se a operação foi bem-sucedida.Antes de usar qualquer um dos dados de comandos abaixo, faça as seguintes substituições:
- MIGRATION_JOB_ID com um identificador legível por máquina para a sua tarefa de migração. Use este valor para trabalhar com tarefas de migração através de comandos da CLI do Google Cloud ou da API do Database Migration Service.
- REGION com o identificador da região onde quer guardar a tarefa de migração.
- MIGRATION_JOB_NAME com um nome legível para a tarefa de migração. Este valor é apresentado no serviço de migração de bases de dados na Google Cloud consola.
- SOURCE_CONNECTION_PROFILE_ID com um identificador legível por máquina do perfil de ligação de origem.
- DESTINATION_CONNECTION_PROFILE_ID com um identificador legível por máquina do perfil de associação de destino.
Execute o seguinte comando:
Linux, macOS ou Cloud Shell
gcloud database-migration migration-jobs \ create MIGRATION_JOB_ID \ --no-async \ --region=REGION \ --display-name=MIGRATION_JOB_NAME \ --source=SOURCE_CONNECTION_PROFILE_ID \ --destination=DESTINATION_CONNECTION_PROFILE_ID \ --type=MIGRATION_JOB_TYPE
Windows (PowerShell)
gcloud database-migration migration-jobs ` create MIGRATION_JOB_ID ` --no-async ` --region=REGION ` --display-name=MIGRATION_JOB_NAME ` --source=SOURCE_CONNECTION_PROFILE_ID ` --destination=DESTINATION_CONNECTION_PROFILE_ID ` --type=MIGRATION_JOB_TYPE
Windows (cmd.exe)
gcloud database-migration migration-jobs ^ create MIGRATION_JOB_ID ^ --no-async ^ --region=REGION ^ --display-name=MIGRATION_JOB_NAME ^ --source=SOURCE_CONNECTION_PROFILE_ID ^ --destination=DESTINATION_CONNECTION_PROFILE_ID ^ --type=MIGRATION_JOB_TYPE
Deve receber uma resposta semelhante à seguinte:
Waiting for migration job [MIGRATION_JOB_ID] to be created with [OPERATION_ID] Waiting for operation [OPERATION_ID] to complete...done. Created migration job MIGRATION_JOB_ID [OPERATION_ID]