Estamos enfrentando corrupção quase diária no índice do banco de dados no Windows Server 2003. Gostaria de saber se pode de alguma forma estar ligado ao cache ou a outras configurações do servidor.
Estamos executando um aplicativo antigo que usa tabelas DBF / CDX. Tudo estava bem por muito tempo, mas seis meses depois de instalarmos o Advantage Database Server (que permite o acesso a algumas tabelas em nosso site), começamos a ter problemas de corrupção do índice. E não sabemos quem culpar. O ADS retorna um erro: Erro 7017: índice .ADI, .CDX ou .IDX corrompido. Nome da tabela: RBOOKM
Tentamos excluir todas as possíveis causas dessa corrupção. Agora todos os usuários trabalham no modo de terminal - portanto, nenhum problema de rede pode causar isso, os OpLocks também não podem ser um motivo. Mudamos de hardware, placas de rede, switches, reinstalamos o servidor e até mudamos para novo servidor dedicado. A única coisa que não podemos excluir é ADS - porque deve estar funcionando.
É possível que o cache de leitura / gravação local cause esse problema? Por exemplo. um usuário ou processo usa dados em cache, depois outro usuário / processo o altera e, mais tarde, o primeiro usuário o altera novamente sem saber sobre a primeira alteração. É possível teoricamente?
É possível que esse problema seja causado pelo servidor de arquivos do importador ou pelas configurações de armazenamento em cache? É possível que usuários normais usem dados não armazenados em cache e o ADS esteja usando dados armazenados em cache? Ou vice-versa? É possível que cada usuário do terminal tenha seu próprio cache? Ou talvez o problema seja sobre o cache RAID de alguma forma interferindo no cache do Windows Server? Ou talvez haja algumas configurações especiais para o Windows Server para trabalhar com tabelas DBF que estão sendo gravadas simultaneamente por vários usuários do terminal? Talvez haja uma maneira de desativar o cache de alguns arquivos para verificá-lo?
Às vezes, o índice cai duas vezes ao dia, às vezes tudo fica bem por cinco dias seguidos. Mas geralmente cai diariamente. Hoje, apenas um usuário trabalhava à noite com o banco de dados (normalmente, há 30 a 50 usuários trabalhando simultaneamente nas horas de trabalho). Portanto, é quase zero de carga no servidor. A sincronização com o site é realizada a cada 5 minutos durante o horário de trabalho e a cada 15 minutos à noite e no final de semana.
Realizamos auditoria de acesso a arquivos e isso mostra que, durante as sincronizações de sites, o servidor ADS abre a tabela e os arquivos de índice para ReadEA e WriteEA, embora execute apenas as consultas SELECT. O ADS faz consultas UPDATE / INSERT, mas com menos frequência - não durante as sincronizações regulares, mas somente quando um pedido é feito pelo visitante do site).
Por favor me ajude. Estamos lutando com esse problema há quase um ano e ainda não encontramos nenhum padrão ou qualquer pista sobre esse problema.
Esta é a minha pergunta anterior sobre esse problema no DBA: link