Estamos executando um aplicativo bastante popular na Rússia e em outros países da CEI por meio de um sistema de contabilidade bastante antigo chamado BEST. É tudo construído em tabelas DBF/CDX FoxPro (não Visual Foxpro). É aberto, mas não possui API para interagir com outros softwares. Portanto, temos que usar o acesso direto às tabelas e dados.
Usamos o Sybase Advantage Database Server (ADS Internet Connector) para conectar nossa loja online ao BEST. Durante o desenvolvimento, teste e execução nos primeiros três meses, tudo correu bem. Mas quase meio ano atrás, começamos a receber erros de corrupção de índice. Tentamos quase tudo - cabos de rede e NICs substituídos, controlador RAID com HDDs, memória, servidor Windows reinstalado. Reconstruímos as tabelas e índices, examinamos os logs - mas tudo é inútil. Uma vez em dois dias, recebemos um erro de corrupção de índice, então temos que parar o servidor, reindexar tabelas e iniciá-lo novamente e toda a empresa está esperando por 10 minutos.
Temos problemas com apenas 2 tabelas - pedidos e seus conteúdos. Todas as outras 300 tabelas usadas nunca são prejudicadas. Mais um problema que está dificultando o caso é que o problema não é imediato. Quando o arquivo de índice está quebrado - não é visto. Os usuários continuam trabalhando, até que um deles inicie uma nova sessão BEST ou um cliente faça um pedido. Portanto, é impossível capturar o momento em que isso acontece.
No momento, estamos culpando o ADS. Alguém sabe sobre esses problemas e suas soluções no ADS. Eu naveguei por toda a internet procurando respostas, mas não encontrei nenhuma.
Obrigado, se você sabe alguma coisa.
Existem dois tipos básicos de corrupção que podem ocorrer com índices CDX: corrupção lógica ou corrupção física. Com base na descrição do OP que diz que não é detectado por um tempo, parece corrupção lógica. Um tipo comum de corrupção lógica é quando as chaves não existem para registros ou existem, mas têm valores de chave incorretos. A corrupção física nos índices CDX geralmente se manifesta com páginas de índice que são simplesmente inválidas (por exemplo, incompatibilidade entre a contagem de chaves e as chaves reais) ou têm ponteiros para outras páginas que não existem.
A corrupção física geralmente é detectada mais cedo porque o aplicativo geralmente produz um erro ao tentar processar uma página fisicamente corrompida. A corrupção lógica pode passar despercebida por um longo período de tempo porque é bem possível usar um índice logicamente corrompido sem que nenhum erro seja relatado (por exemplo, não encontrar uma chave em uma operação de busca é uma situação "normal").
Supondo que seja uma corrupção lógica descrita no OP, uma possível razão para isso é se o Advantage Database Server estiver usando um agrupamento diferente do aplicativo FoxPro com o qual está compartilhando os dados. Os índices CDX de estilo mais antigo não contêm nenhuma informação neles que defina o agrupamento. Uma verificação rápida que você pode usar para ver se esse é o caso é baixar o
checkindexutilitário. É um utilitário simples que irá escanear uma tabela e verificar se as chaves e os registros estão de acordo entre si. Se você reindexar uma tabela com o FoxPro, poderá executar esse utilitário (que usará o Advantage) e determinar se eles estão usando o mesmo agrupamento. Mais informações sobre agrupamentos aqui .Na minha experiência com corrupção de índice, geralmente é a máquina de um usuário que eles reiniciam durante o dia com o aplicativo FoxPro aberto. Pergunte aos seus usuários se algum deles faz isso. Você também pode tentar escrever um programa noturno de reindexação automatizado.