Limitações conhecidas

Nesta página, descrevemos as limitações conhecidas da migração do SQL Server para o Cloud SQL para SQL Server com o Database Migration Service.

Limitações gerais

  • O Database Migration Service pode migrar até 20 bancos de dados por job de migração.

  • É possível executar apenas um job de migração para uma única instância de destino do Cloud SQL para SQL Server.

  • O Database Migration Service não migra o banco de dados master do SQL Server, informações do usuário (como logins) ou jobs que não fazem parte de um banco de dados específico.

  • A recuperação pontual (PITR) não pode ser ativada na instância de destino do Cloud SQL durante a migração. É possível ativar esse recurso após a conclusão da migração.

Limitações para fontes do Cloud SQL para SQL Server

  • Para fontes do Cloud SQL para SQL Server, só é possível criar o perfil de conexão de origem e o job de migração com a Google Cloud CLI. Use o console do Google Cloud para monitorar o progresso e as métricas da migração.

  • Para fontes do Cloud SQL para SQL Server, o Database Migration Service processa automaticamente toda a criação de arquivos de backup necessária e faz upload deles para um bucket do Cloud Storage. O Database Migration Service primeiro realiza o backup de despejo completo com a contagem de faixas definida como 13 e, em seguida, cria e exporta continuamente arquivos de backup de registros de transações.

  • O Database Migration Service não remove do bucket do Cloud Storage os arquivos de backup exportados automaticamente. Recomendamos configurar um período de armazenamento entre 14 e 30 dias para seus arquivos de backup.

  • O Database Migration Service não criptografa os arquivos de backup criados automaticamente para esse fluxo de migração. Se você precisar usar arquivos de backup criptografados da sua instância do Cloud SQL para SQL Server, recomendamos usar o fluxo de migração padrão dedicado a fontes autogerenciadas ou do Amazon RDS.

  • O Cloud SQL de origem para SQL Server precisa ter a recuperação pontual (PITR) ativada para que o Database Migration Service possa criar arquivos de backup de registros de transações.

Limitações para fontes autogerenciadas ou do Amazon RDS

  • O Database Migration Service migra todos os dados dos arquivos de backup que você faz upload para o bucket do Cloud Storage, mas nem todos os recursos presentes no banco de dados de origem podem estar disponíveis no Cloud SQL para SQL Server. Os jobs de migração do Database Migration Service não restauram dados que se enquadram em um recurso sem suporte, mas a instância de destino do Cloud SQL para SQL Server pode gerar avisos ou erros nos registros.

    Antes de migrar seus bancos de dados do SQL Server para o Cloud SQL para SQL Server, considere os recursos do SQL Server indisponíveis para o Cloud SQL na documentação do Cloud SQL para SQL Server. Você também pode usar o Google Cloud Migration Center para descobrir possíveis limitações ou lacunas no suporte a recursos para seu cenário específico. Consulte Descobrir e importar bancos de dados na documentação do Migration Center.

  • Os arquivos de backup podem ter um tamanho máximo de 5 TB.

  • É possível dividir seu arquivo de backup completo em arquivos menores, caso o tamanho do banco de dados ultrapasse 5 TB. Cada divisão pode ter no máximo 5 TB.

  • É possível usar arquivos de backup criptografado e de registro de transações para a migração. Se quiser usar arquivos de backup criptografados, criptografe todos os arquivos de backup (completo, diferencial, registro de transações) usados para um banco de dados específico incluído na migração. Consulte Usar backups criptografados.

  • A instância de origem do SQL Server não pode usar o modelo de recuperação simples. Para mais informações sobre modelos de recuperação, consulte Modelos de recuperação (SQL Server) na documentação da Microsoft.