Os bancos de dados criados com a versão 15 de 4D ou 4D Server (assim como os criados em v11, v12, v13 e v14) são compatíveis com 4D versão 16 (arquivos Estrutura e dados). Pode converter qualquer arquivo de estrutura interpretado. Para isso, só inicie 4D v17 e abra seu arquivo de estrutura em modo interpretado (arquivo xxx.4DB).
Conversão do arquivo de estrutura (.4DB)
Um diálogo lhe informa sobre a conversão do arquivo de estrutura e dependendo da versão de início, da conversão do arquivo de dados:

Seu arquivo de estrutura se converte a 4D v17 e não pode ser aberto em uma versão anterior.
Conversão do arquivo de dados (.4DD)
Os dados devem ser convertidos para 4D v14 e bancos de dados anteriores. Neste caso, aparece um segundo diálogo:

Este arquivo de dados também são convertidos a versão 17 mas ainda pode ser aberto e utilizado com 4D v15 ou v16.
Não é necessário convereir os dados para os bancos de dados 4D v15 ou 4D v16.
Diálogo de configuração do arquivo de histórico
Se as chaves primárias não estiverem em seu lugar, 4D lhe pedirá que o faça mostrando o diálogo:

É aconselhável configurar as chaves primárias (botão "Usar o assistente"), mas este passo pode ser feito mais adiante (botão "Continuar"), para as tabelas que exigem o registro (para uma cópia de segurança). Para mais informação, consulte o capítulo Gestão de chaves primárias.
Diálogo Unicode temporal
Se abrir sua aplicação em 4D v17 64 bits e sua aplicação de inicio não está em modo Unicode, 4D lhe oferecerá mudar temporariamente seu banco a Unicode.

Como Unicode melhora a velocidade, este passo deveria ter sido realizado desde várias versões atrás. Se este não for o caso, faça isso rapidamente. Para saber mais, consulte Página Compatibilidade.
Utilize o Centro de manutenção e segurança (CSM) para verificar e reparar a estrutura e os dados.
Como lembrete, na estrutura:
- detecção de métodos órfãos (__Orphan__xxxxx) são indicados por advertências no arquivo de histórico de CSM e podem ser eliminados utilizando o Explorador (depois de comprovar que seu código já não é útil);
- não se permite detecção de nomes de objetos duplicados em formulários: são assinalados como advertências no arquivo de histórico de CSM. Pode realizar uma operação de reparação no banco de dados para modificar estes nomes (neste caso, tenha certeza de revisar a programação dos nomes de objetos).
- Detecção de imagens obsoletas (formato PICT). Ver Verificar a aplicação no capítulo CSM.
Ver o parágrafo Imagens em formato PICT no manual de funcionalidades Obsoletas ou eliminadas. Estas advertências podem afetar tanto às imagens estáticas como às armazenadas na biblioteca de imagens ou em objetos de formulário.
Nota: para converter estas imagens ver Conversion of picture type. - Caracteres indesejáveis nos nomes (".", "[", and "]")
A partir de 4D v16 R4, o uso de pontos (.) ou colchetes ([ ]) não é recomendado nos elementos abaixo:
- nomes de variável
- nomes de tabela
- nomes de campo
- nome de método projeto
Para ajudar aos desenvolvedores a colocar suas aplicações conforme com esta regra, a ação Verificar a aplicação busca automaticamente a presência destes caracteres não desejados nos nomes de variáveis, tabelas, campos e métodos. Se forem detectados estes caracteres, o CSM informa sobre "anomalías" e o arquivo de histórico contém as advertências apropriadas:

Nste caso, se recomenda mudar o nome destes elementos em sua aplicação.
Informação sobre os
dados:
- detecção de duplicados em campos únicos:
Se oferece informação adicional: Quando usar o MSC ou um comando como [#cmd id="939"/], os arquivos de histórico gerados agora contém os nomes das tabelas e campos envolvidos, assim como cada valor duplicado.
Quando se utiliza o CSM ou um comando como VERIFY DATA FILE, os arquivos de históricos gerados agora incluem os nomes das tabelas e campos em questão, assim como cada valor duplicado.
Nota: ao ingressar dados, o quadro de diálogo de erro "Chave duplicada" agora inclui os nomes das tabelas e campos correspondentes, assim como o valor duplicado e o comando GET LAST ERROR STACK também inclui informação detalhada sobre qualquer duplicado encontrado.
Quando 4D abrir um arquivo de dados, se for necessário construir (ou reconstruir) um índice, os duplicados são detectados automaticamente em qualquer campo associado que seja declarado único.Neste caso, se mostra um quadro de diálogo de alerta específico antes de abrir o banco de dados, oferecendo ao usuário a informação necessária para identificar e eliminar os duplicados:

Como consequência da atualização da biblioteca Unicode (ICU versión 63.1 em 4D v17 R5), a conversão de um banco de dados v17 a v18 requer a reconstrução dos índices dos campos de tipo texto e de palavras chaves. Isto é feito automaticamente quando se abre o banco de dados pela primeira vez (advertência: esta operação pode levar uma quantidade de tempo considerável).
Nota: a partir de 4D v16, melhoramos significativamente o algoritmo de reindexação global do banco de dados. Todos os processos estão sendo revisados e esta operación agora pode ser até duas vezes mais rápida. Se exigir reindexar globalmente, por exemplo, depois de reparar o banco de dados ou quando tiver eliminado o arquivo .4dindx.
É possível abrir um banco de dados em versão 16.Rx com uma versão 4D v16.x e vice versa. Entretanto, código que usar novas propriedades não vai funcionar e deve ser desativado. Mas um banco de dados convertido a v17 não pode mais ser aberto em 4D v16.
Nota: similarmente, um banco de dados v17 Rx também pode ser reaberto com uma versão 4D v17.x