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á.
# Avaliações do MySQL
Esta seção descreve avaliações de pré-migração individuais para tarefas de migração que utilizam um endpoint de origem do MySQL, Aurora MySQL ou Edição do Aurora compatível com MySQL com tecnologia sem servidor.
**Topics**
+ [Validar se a compactação de transações de log binário está desabilitada](#CHAP_Tasks.AssessmentReport.MySQL.BinaryLogTransaction)
+ [Validar se o usuário do DMS tem permissões REPLICATION CLIENT e REPLICATION SLAVE para o banco de dados de origem](#CHAP_Tasks.AssessmentReport.MySQL.ReplicationClientPermissions)
+ [Validar se o usuário do DMS tem permissões SELECT para as tabelas do banco de dados de origem](#CHAP_Tasks.AssessmentReport.MySQL.DMSUserSelectPermissions)
+ [Validar se o server\$1id está definido como 1 ou acima no banco de dados de origem](#CHAP_Tasks.AssessmentReport.MySQL.ServerID)
+ [Validar se o usuário do DMS tem as permissões necessárias para o banco de dados MySQL como destino](#CHAP_Tasks.AssessmentReport.MySQL.UserNecessaryPermissions)
+ [Validar se a remoção automática de logs binários está definida para o banco de dados de origem](#CHAP_Tasks.AssessmentReport.MySQL.BinaryLogAutomaticRemoval)
+ [Validar que o modo LOB limitado só é usado quando `BatchApplyEnabled` está definido como verdadeiro](#CHAP_Tasks.AssessmentReport.MySQL.LimitedLOBMode)
+ [Validar se uma tabela usa um mecanismo de armazenamento diferente do Innodb](#CHAP_Tasks.AssessmentReport.MySQL.Innodb)
+ [Validar se o incremento automático está habilitado em qualquer tabela usada para migração](#CHAP_Tasks.AssessmentReport.MySQL.AutoIncrement)
+ [Validar se a imagem do log binário do banco de dados está configurada como `FULL` para permitir a CDC do DMS](#CHAP_Tasks.AssessmentReport.MySQL.BinlogImage)
+ [Validar se o banco de dados de origem é uma réplica de leitura do MySQL](#CHAP_Tasks.AssessmentReport.MySQL.ReadReplica)
+ [Validar se uma tabela tem partições e configurações `target_table_prep_mode` recomendadas para tarefas de carga máxima](#CHAP_Tasks.AssessmentReport.MySQL.FullLoadTaskSettings)
+ [Validar se o DMS comporta a versão do banco de dados](#CHAP_Tasks.AssessmentReport.MySQL.DatabaseVersion)
+ [Validar se o banco de dados de destino está configurado para que `local_infile` seja definido como 1](#CHAP_Tasks.AssessmentReport.MySQL.LocalInfile)
+ [Validar se o banco de dados de destino tem tabelas com chaves externas](#CHAP_Tasks.AssessmentReport.MySQL.ForeignKeys)
+ [Validar se as tabelas de origem no escopo da tarefa têm restrições em cascata](#CHAP_Tasks.AssessmentReport.MySQL.Cascade)
+ [Validar se os valores de tempo limite são adequados para uma origem ou destino do MySQL](#CHAP_Tasks.AssessmentReport.MySQL.Timeout)
+ [Validar o parâmetro de banco de dados `max_statement_time`](#CHAP_Tasks.AssessmentReport.MySQL.max_statement_time)
+ [Validar se a chave primária ou o índice exclusivo existem no destino para aplicação em lote](#CHAP_Tasks.AssessmentReport.MySQL.batchapply_absence)
+ [Validar se a chave primária ou o índice exclusivo existe no destino para aplicação em lote](#CHAP_Tasks.AssessmentReport.MySQL.batchapply_simul)
+ [Validar se os índices secundários estão habilitados no banco de dados de destino](#CHAP_Tasks.AssessmentReport.MySQL.secondaryindexes)
+ [Validar se a tabela tem chave primária ou índice exclusivo quando a validação do DMS está habilitada](#CHAP_Tasks.AssessmentReport.MySQL.pk_validity)
+ [Recomendação sobre o uso da configuração `MaxFullLoadSubTasks`](#CHAP_Tasks.AssessmentReport.MySQL.fullload_subtasks)
+ [Verificar a regra de transformação para dígitos randomizados](#CHAP_Tasks.AssessmentReport.MySQL.digits.randomise)
+ [Verificar a regra de transformação para máscara de dígitos](#CHAP_Tasks.AssessmentReport.MySQL.digits.mask)
+ [Verificar a regra de transformação para máscara de hash](#CHAP_Tasks.AssessmentReport.MYSQL.hash.mask)
+ [Verificar se as configurações de tarefa de validação de dados e o “Mascaramento de dados: dígitos randomizados” não estão habilitados simultaneamente](#CHAP_Tasks.AssessmentReport.MYSQL.all.digits.random)
+ [Verificar se as configurações de tarefa de validação de dados e o “Mascaramento de dados: máscara de hash” não estão habilitados simultaneamente](#CHAP_Tasks.AssessmentReport.MYSQL.all.hash.mask)
+ [Verificar se as configurações de tarefa de validação de dados e o “Mascaramento de dados: máscara de dígitos” não estão habilitados simultaneamente](#CHAP_Tasks.AssessmentReport.MYSQL.all.digit.mask)
+ [Verificar se a instância de origem do Amazon Aurora para MySQL não é uma réplica de leitura](#CHAP_Tasks.AssessmentReport.MYSQL.read.only)
+ [Verificar se o tempo de retenção do log binário está definido corretamente](#CHAP_Tasks.AssessmentReport.MYSQL.retention.time)
+ [Verificar se as tabelas de origem não têm colunas invisíveis](#CHAP_Tasks.AssessmentReport.MYSQL.invisible.columns)
+ [Validar se o formato do log binário do banco de dados está configurado como ROW para permitir a CDC do DMS](#CHAP_Tasks.AssessmentReport.MYSQL.binlog.format)
+ [Validar se pelo menos um objeto selecionado existe no banco de dados de origem](#CHAP_Tasks.AssessmentReport.MYSQL.selection.rules)
+ [Valide se as tabelas com colunas geradas existem no banco de dados de origem](#CHAP_Tasks.AssessmentReport.MYSQL.generated.columns)
+ [Validar se skipTableSuspension ForPartitionDdl está habilitado para tabelas particionadas](#CHAP_Tasks.AssessmentReport.MYSQL.tablepartition.ddl)
+ [Valide se o tamanho max\$1allowed\$1packet pode lidar com colunas LOB de origem](#CHAP_Tasks.AssessmentReport.MYSQL.maxallowed.packetlob)
+ [Valide se restrições e índices secundários (não primários) estão presentes no banco de dados de origem](#CHAP_Tasks.AssessmentReport.MYSQL.secondary.constraints)
## Validar se a compactação de transações de log binário está desabilitada
**Chave da API:** `mysql-check-binlog-compression`
Essa avaliação de pré-migração valida se a compactação de transações de log binário está desativada. O AWS DMS não é compatível com a compactação de transações de log binário.
Para ter mais informações, consulte [Limitations on using a MySQL database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Limitations).
## Validar se o usuário do DMS tem permissões REPLICATION CLIENT e REPLICATION SLAVE para o banco de dados de origem
**Chave da API:** `mysql-check-replication-privileges`
Essa avaliação de pré-migração valida se o usuário do DMS especificado nas configurações de conexão do endpoint de origem tem as permissões `REPLICATION CLIENT` e `REPLICATION SLAVE` para o banco de dados de origem, se o tipo de migração da tarefa do DMS for CDC ou carga máxima \$1 CDC.
Para ter mais informações, consulte [Using any MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites).
## Validar se o usuário do DMS tem permissões SELECT para as tabelas do banco de dados de origem
**Chave da API:** `mysql-check-select-privileges`
Essa avaliação de pré-migração valida se o usuário do DMS especificado nas configurações de conexão do endpoint de origem tem as permissões SELECT para tabelas do banco de dados de origem.
Para ter mais informações, consulte [Using any MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites).
## Validar se o server\$1id está definido como 1 ou acima no banco de dados de origem
**Chave da API:** `mysql-check-server-id`
Essa avaliação de pré-migração valida se a variável do servidor `server_id` está definida como 1 ou acima no banco de dados de origem para o tipo de migração CDC.
Para obter mais informações sobre fontes para AWS DMS, consulte [Usando um banco de dados autogerenciado compatível com MySQL como](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged) fonte para. AWS DMS
## Validar se o usuário do DMS tem as permissões necessárias para o banco de dados MySQL como destino
**Chave da API:** `mysql-check-target-privileges`
Essa avaliação de pré-migração valida se o usuário do DMS especificado nas configurações de conexão do endpoint de destino tem as permissões para o banco de dados MySQL de destino.
Para ter mais informações sobre os pré-requisitos do endpoint de origem do MySQL, consulte [Using any MySQL-compatible database as a source for AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.Prerequisites).
## Validar se a remoção automática de logs binários está definida para o banco de dados de origem
**Chave da API:** `mysql-check-expire-logs-days`
Essa avaliação de pré-migração valida se seu banco de dados está configurado para remover automaticamente os logs binários. Os valores das variáveis globais `EXPIRE_LOGS_DAYS` ou `BINLOG_EXPIRE_LOGS_SECONDS` do sistema devem ser maiores que zero para evitar o uso excessivo do espaço em disco durante a migração.
Para obter mais informações sobre fontes para AWS DMS, consulte [Usando um banco de dados autogerenciado compatível com MySQL como](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged) fonte para. AWS DMS
## Validar que o modo LOB limitado só é usado quando `BatchApplyEnabled` está definido como verdadeiro
**Chave da API:** `mysql-batch-apply-lob-mode`
Essa avaliação de pré-migração valida se a tarefa do DMS inclui colunas LOB. Se as colunas LOB estiverem incluídas no escopo da tarefa, você deverá usar `BatchApplyEnabled` somente com o modo LOB limitado.
Para ter mais informações sobre a configuração `BatchApplyEnabled`, consulte [Como faço para usar o recurso de aplicação em lote do DMS para melhorar o desempenho da replicação do CDC?](https://repost.aws/knowledge-center/dms-batch-apply-cdc-replication).
## Validar se uma tabela usa um mecanismo de armazenamento diferente do Innodb
**Chave da API:** `mysql-check-table-storage-engine`
Essa avaliação de pré-migração valida se o mecanismo de armazenamento usado para qualquer tabela no banco de dados MySQL de origem é diferente do Innodb. O DMS cria tabelas de destino com o mecanismo de armazenamento InnoDB por padrão. Se precisar utilizar um mecanismo de armazenamento diferente do InnoDB, será necessário criar manualmente a tabela no banco de dados de destino e configurar sua tarefa do DMS para utilizar `TRUNCATE_BEFORE_LOAD` ou `DO_NOTHING` como a configuração de carga máxima da tarefa. Para ter mais informações sobre as configurações de carga máxima das tarefas, consulte [Configurações de tarefa de carregamento completo](CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.md).
**nota**
Essa avaliação de pré-migração não está disponível para Edição do Aurora compatível com MySQL ou a Edição do Aurora compatível com MySQL com tecnologia sem servidor.
Para ter mais informações sobre as limitações de endpoint do MySQL, consulte [Limitações no uso de um banco de dados MySQL como fonte para AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Validar se o incremento automático está habilitado em qualquer tabela usada para migração
**Chave da API:** `mysql-check-auto-increment`
Essa avaliação de pré-migração valida se as tabelas de origem usadas na tarefa têm o incremento automático habilitado. O DMS não migra o atributo AUTO\$1INCREMENT em uma coluna para um banco de dados de destino.
Para ter mais informações sobre as limitações de endpoint do MySQL, consulte [Limitações no uso de um banco de dados MySQL como fonte para AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations). Para obter informações sobre como lidar com colunas de identidade no MySQL, consulte Como [lidar com colunas de identidade em AWS DMS: Parte 2](https://aws.amazon.com/blogs/database/handle-identity-columns-in-aws-dms-part-2/).
## Validar se a imagem do log binário do banco de dados está configurada como `FULL` para permitir a CDC do DMS
**Chave da API:** `mysql-check-binlog-image`
Essa avaliação de pré-migração verifica se a imagem do log binário do banco de dados de origem está definida como `FULL`. No MySQL, a variável `binlog_row_image` determina como um evento de log binário é gravado ao usar o formato `ROW`. Para garantir a compatibilidade com o DMS e compatibilidade com CDC, defina a variável `binlog_row_image` como `FULL`. Essa configuração garante que o DMS receba informações suficientes para construir a Linguagem de Manipulação de Dados (DML) completa para o banco de dados de destino durante a migração.
Para definir a imagem do log binário como `FULL`, faça o seguinte:
+ Para o Amazon RDS, esse valor é `FULL` por padrão.
+ Para bancos de dados hospedados on-premises ou no Amazon EC2, defina o valor `binlog_row_image` em `my.ini` (Microsoft Windows) ou `my.cnf` (UNIX).
Essa avaliação só é válida para uma migração de carga máxima e CDC ou para uma migração somente de CDC. Essa avaliação não é válida para uma migração somente de carga máxima.
## Validar se o banco de dados de origem é uma réplica de leitura do MySQL
**Chave da API:** `mysql-check-database-role`
Essa avaliação de pré-migração verifica se o banco de dados de origem tem uma réplica de leitura. Para habilitar o suporte de CDC para DMS quando conectado a uma réplica de leitura, defina o parâmetro `log_slave_updates` como `True`. Para ter mais informações sobre como utilizar um banco de dados MySQL autogerenciado, consulte [Usando um banco de dados autogerenciado compatível com MySQL como fonte para AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.CustomerManaged).
Para definir o valor `log_slave_updates` como `True`, faça o seguinte:
+ Para o Amazon RDS, use o grupo de parâmetros do banco de dados. Para ter informações sobre como usar grupos de parâmetros de banco de dados do RDS, consulte [Grupos de parâmetros para Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithParamGroups.html) no *Guia do usuário do Amazon RDS*.
+ Para bancos de dados hospedados on-premises ou no Amazon EC2, defina o valor `log_slave_updates` em `my.ini` (Microsoft Windows) ou `my.cnf` (UNIX).
Essa avaliação só é válida para uma migração de carga máxima e CDC ou para uma migração somente de CDC. Essa avaliação não é válida para uma migração somente de carga máxima.
## Validar se uma tabela tem partições e configurações `target_table_prep_mode` recomendadas para tarefas de carga máxima
**Chave da API:** `mysql-check-table-partition`
Essa avaliação de pré-migração verifica a presença de tabelas com partições no banco de dados de origem. O DMS cria tabelas sem partições no destino do MySQL. Para migrar tabelas particionadas para uma tabela particionada no destino, você deve fazer o seguinte:
+ Crie previamente as tabelas particionadas no banco de dados MySQL de destino.
+ Configure sua tarefa do DMS para usar `TRUNCATE_BEFORE_LOAD` ou `DO_NOTHING` como a configuração de tarefa de carga máxima.
Para ter mais informações sobre as limitações de endpoint do MySQL, consulte [Limitações no uso de um banco de dados MySQL como fonte para AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Validar se o DMS comporta a versão do banco de dados
**Chave da API:** `mysql-check-supported-version`
Essa avaliação de pré-migração verifica se a versão do banco de dados de origem é compatível com o DMS. Para ter mais informações sobre as versões do MySQL compatíveis, consulte [Endpoints de origem da migração de dados](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration).
## Validar se o banco de dados de destino está configurado para que `local_infile` seja definido como 1
**Chave da API:** `mysql-check-target-localinfile-set`
Essa avaliação de pré-migração verifica se o parâmetro `local_infile` no banco de dados de destino está definido como 1. O DMS exige que o parâmetro “local\$1infile” seja definido como 1 durante a carga máxima no banco de dados de destino. Para obter mais informações, consulte [Migrando do MySQL para o MySQL usando AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Homogeneous).
Essa avaliação só é válida para uma tarefa de carga máxima ou de carga máxima e de CDC.
## Validar se o banco de dados de destino tem tabelas com chaves externas
**Chave da API:** `mysql-check-fk-target`
Essa avaliação de pré-migração verifica se uma tarefa com carga máxima ou carga máxima e CDC migrando para um banco de dados MySQL tem tabelas com chaves externas. A configuração padrão no DMS é carregar tabelas em ordem alfabética. Tabelas com chaves externas e restrições de integridade referencial podem causar falha no carregamento, pois as tabelas principal e secundária podem não ser carregadas ao mesmo tempo.
Para ter mais informações sobre integridade referencial no DMS, consulte **Working with indexes, triggers, and referential integrity constraints** no tópico [Melhorando o desempenho de uma AWS DMS migração](CHAP_BestPractices.md#CHAP_BestPractices.Performance).
## Validar se as tabelas de origem no escopo da tarefa têm restrições em cascata
**Chave da API:** `mysql-check-cascade-constraints`
Essa avaliação de pré-migração verifica se alguma das tabelas de origem do MySQL tem restrições em cascata. As restrições em cascata não são migradas ou replicadas pelas tarefas do DMS, pois o MySQL não registra as alterações desses eventos no log binário. Embora AWS DMS não ofereça suporte a essas restrições, você pode usar soluções alternativas para destinos de bancos de dados relacionais.
Para ter informações sobre o suporte a restrições em cascata e outras restrições, consulte [Índices, chaves estrangeiras ou atualizações ou exclusões em cascata não migrados](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.FKsAndIndexes) no tópico **Troubleshooting migration tasks in AWS DMS**.
## Validar se os valores de tempo limite são adequados para uma origem ou destino do MySQL
**Chave da API:** `mysql-check-target-network-parameter`
Essa avaliação de pré-migração verifica se o endpoint MySQL de uma tarefa tem as configurações `net_read_timeout`, `net_write_timeout` e `wait_timeout` definidas para pelo menos 300 segundos. Isso é necessário para evitar desconexões durante a migração.
Para obter mais informações, consulte [Conexões a uma instância de destino MySQL são desconectadas durante uma tarefa](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL.ConnectionDisconnect).
## Validar o parâmetro de banco de dados `max_statement_time`
**Chave da API:** `mysql-check-max-statement-time`
Verifique o parâmetro de origem: `max_Statement_time` para origens baseadas no MySQL. Se houver tabelas maiores que 1 bilhão, valide o valor `max_Statement_time` e recomende a configuração para um valor maior para evitar qualquer possível perda de dados.
## Validar se a chave primária ou o índice exclusivo existem no destino para aplicação em lote
**Chave da API:** `mysql-check-batch-apply-target-pk-ui-absence`
Só é possível usar a aplicação em lote em tabelas com chaves primárias ou índices exclusivos na tabela de destino. Tabelas sem chaves primárias ou índices exclusivos farão com que o lote falhe, e as alterações são processadas uma a uma. É aconselhável mover essas tabelas para suas próprias tarefas e, em vez disso, utilizar o modo de aplicação transacional. Se preferir, você pode criar uma chave exclusiva na tabela de destino.
Para ter mais informações, consulte [Usar um banco de dados compatível com MySQL como um destino para o AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html).
## Validar se a chave primária ou o índice exclusivo existe no destino para aplicação em lote
**Chave da API:** `mysql-check-batch-apply-target-pk-ui-simultaneously`
Só é possível usar a aplicação em lote em tabelas com chaves primárias ou índices exclusivos na tabela de destino. Tabelas que têm chaves primárias e índices exclusivos simultaneamente farão com que o lote falhe, e as alterações são processadas uma a uma. É aconselhável mover essas tabelas para suas próprias tarefas e, em vez disso, utilizar o modo de aplicação transacional. Também é possível colocar uma chave ou chave primária exclusiva na tabela de destino e recriá-la se você estiver fazendo a migração.
Para ter mais informações, consulte [Usar um banco de dados compatível com MySQL como um destino para o AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html).
## Validar se os índices secundários estão habilitados no banco de dados de destino
**Chave da API:** `mysql-check-secondary-indexes`
Considere a possibilidade de desabilitar ou remover os índices secundários do banco de dados de destino. Os índices secundários podem afetar o desempenho da migração durante a carga máxima. É aconselhável habilitar os índices secundários antes de aplicar as alterações armazenadas em cache.
Para ter mais informações, consulte [Práticas recomendadas para o AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_BestPractices.html).
## Validar se a tabela tem chave primária ou índice exclusivo quando a validação do DMS está habilitada
**Chave da API:** `mysql-check-pk-validity`
A validação de dados requer que a tabela tenha uma chave primária ou índice exclusivo.
Para ter mais informações, consulte [Validação de dados do AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Validating.html).
## Recomendação sobre o uso da configuração `MaxFullLoadSubTasks`
**Chave da API:** `mysql-tblnum-for-max-fullload-subtasks`
Essa avaliação verifica o número de tabelas incluídas na tarefa e recomenda aumentar o parâmetro `MaxFullLoadSubTasks` para obter um desempenho ideal durante o processo de carga máxima. Por padrão, AWS DMS migra 8 tabelas simultaneamente. Alterar o parâmetro `MaxFullLoadSubTasks` para um valor maior melhora o desempenho da carga máxima.
Para ter mais informações, consulte [Configurações de tarefa de carga máxima](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.CustomizingTasks.TaskSettings.FullLoad.html).
## Verificar a regra de transformação para dígitos randomizados
**Chave da API:** `mysql-datamasking-digits-randomize`
Essa avaliação valida se as colunas usadas nos mapeamentos de tabelas são compatíveis com a regra de transformação de dígitos randomizados. Além disso, a avaliação verifica se alguma coluna selecionada para transformação faz parte de chaves primárias, restrições exclusivas ou chaves estrangeiras, pois a aplicação de transformações de dígitos randomizados não garante nenhuma exclusividade.
## Verificar a regra de transformação para máscara de dígitos
**Chave da API:** `mysql-datamasking-digits-mask`
Essa avaliação valida se alguma coluna usada no mapeamento da tabela não é compatível com a regra de transformação de máscara de dígitos. Além disso, a avaliação verifica se alguma coluna selecionada para transformação faz parte de chaves primárias, restrições exclusivas ou chaves estrangeiras, pois a aplicação de transformações de máscara de dígitos a essas colunas faz com que a tarefa do DMS falhe porque não é possível garantir nenhuma exclusividade.
## Verificar a regra de transformação para máscara de hash
**Chave da API:** `mysql-datamasking-hash-mask`
Essa avaliação valida se alguma coluna usada no mapeamento da tabela não é compatível com a regra de transformação de máscara de hash. Ela também verifica se o tamanho da coluna de origem excede 64 caracteres. O ideal é que o tamanho da coluna de destino seja maior que 64 caracteres para comportar o mascaramento de hash. Além disso, a avaliação verifica se alguma coluna selecionada para transformação faz parte de chaves primárias, restrições exclusivas ou chaves estrangeiras, pois a aplicação de transformações de dígitos randomizados não garante nenhuma exclusividade.
## Verificar se as configurações de tarefa de validação de dados e o “Mascaramento de dados: dígitos randomizados” não estão habilitados simultaneamente
**Chave da API:** `all-to-all-validation-with-datamasking-digits-randomize`
Essa avaliação de pré-migração verifica se a configuração de validação de dados e o “Mascaramento de dados: randomização de dígitos” não estão habilitados simultaneamente, pois esses recursos são incompatíveis.
## Verificar se as configurações de tarefa de validação de dados e o “Mascaramento de dados: máscara de hash” não estão habilitados simultaneamente
**Chave da API:** `all-to-all-validation-with-datamasking-hash-mask`
Essa avaliação de pré-migração verifica se a configuração “Validação de dados” e o “Mascaramento de dados: máscara de hash” não estão habilitados simultaneamente, pois esses recursos são incompatíveis.
## Verificar se as configurações de tarefa de validação de dados e o “Mascaramento de dados: máscara de dígitos” não estão habilitados simultaneamente
**Chave da API:** `all-to-all-validation-with-digit-mask`
Essa avaliação de pré-migração verifica se a configuração “Validação de dados” e o “Mascaramento de dados: máscara de dígitos” não estão habilitados simultaneamente, pois esses recursos são incompatíveis.
## Verificar se a instância de origem do Amazon Aurora para MySQL não é uma réplica de leitura
**Chave da API:** `mysql-check-aurora-read-only`
Essa avaliação de pré-migração valida se, ao migrar entre dois clusters do Amazon Aurora MySQL, o endpoint de origem deve ser uma instância, não uma instância de réplica. read/write
## Verificar se o tempo de retenção do log binário está definido corretamente
**Chave da API:** `mysql-check-binlog-retention-time`
Essa avaliação de pré-migração valida se o valor de “binlog retention hours” é maior que 24 horas.
## Verificar se as tabelas de origem não têm colunas invisíveis
**Chave da API:** `mysql-check-invisible-columns`
Essa avaliação de pré-migração valida se as tabelas de origem não têm colunas invisíveis. AWS DMS não migra dados de colunas invisíveis em seu banco de dados de origem.
## Validar se o formato do log binário do banco de dados está configurado como ROW para permitir a CDC do DMS
**Chave da API:** `mysql-check-binlog-format`
Essa avaliação de pré-migração valida se o formato do log binário do banco de dados de origem está configurado como ROW para permitir a captura de dados de alteração (CDC). Para definir o formato do log binário como ROW, faça o seguinte:
+ Para o Amazon RDS, use o grupo de parâmetros do banco de dados. Para obter informações, consulte [Configurar o registro em log binário do MySQL para bancos de dados single-AZ](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html) no “Guia do usuário do Amazon Relational Database Service”.
+ Para bancos de dados hospedados on-premises ou no Amazon EC2, defina o valor `binlog_format` em `my.ini` (Microsoft Windows) ou `my.cnf ` (UNIX).
Essa avaliação só é válida para uma migração de carga máxima e CDC ou para uma migração somente de CDC. Essa avaliação não é válida para uma migração somente de carga máxima. Para ter mais informações sobre servidores MySQL auto-hospedados, consulte [Usar um banco de dados compatível com MySQL auto-hospedado como origem para o AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.CustomerManaged).
## Validar se pelo menos um objeto selecionado existe no banco de dados de origem
**Chave da API:** `all-check-source-selection-rules`
Essa avaliação de pré-migração verifica se pelo menos um objeto especificado nas regras de seleção existe no banco de dados de origem, incluindo a correspondência de padrões para regras baseadas em curingas.
## Valide se as tabelas com colunas geradas existem no banco de dados de origem
**Chave da API:** `mysql-check-generated-columns`
Essa avaliação de pré-migração verifica se alguma das tabelas de origem do MySQL gerou colunas. AWS DMS as tarefas não migram nem replicam as colunas geradas. Para ter informações sobre como migrar colunas geradas, consulte [Limitações no uso de um banco de dados MySQL como fonte para AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Validar se skipTableSuspension ForPartitionDdl está habilitado para tabelas particionadas
**Chave da API:** `mysql-check-skip-table-suspension-partition-ddl`
Essa avaliação de pré-migração detecta tabelas particionadas no banco de dados de origem e verifica a configuração do parâmetro. `skipTableSuspensionForPartitionDdl` Não definir esse parâmetro pode resultar em suspensões desnecessárias da tabela durante a migração. Para mais detalhes, consulte o seguinte link:[Limitações no uso de um banco de dados MySQL como fonte para AWS DMS](CHAP_Source.MySQL.md#CHAP_Source.MySQL.Limitations).
## Valide se o tamanho max\$1allowed\$1packet pode lidar com colunas LOB de origem
**Chave da API:** `mysql-check-max-allowed-packet-lob`
AWS DMS detecta colunas LOB nas tabelas de origem que excedem sua configuração atual`max_allowed_packet`. Essa incompatibilidade pode causar falhas na replicação durante a migração de dados. Para obter mais informações, consulte [Solução de problemas com o MySQL](CHAP_Troubleshooting.md#CHAP_Troubleshooting.MySQL).
## Valide se restrições e índices secundários (não primários) estão presentes no banco de dados de origem
**Chave da API:** `all-check-secondary-constraints`
Essa avaliação de pré-migração verifica se as restrições e índices secundários (chaves estrangeiras, restrições de verificação, índices não agrupados) estão presentes no banco de dados de origem.