Prática recomendada para substituição de banco de dados de log de aplicativo

4

Nossos aplicativos da Web (30 ou mais) registram informações específicas de aplicativos em um banco de dados de log centralizado (Sql Server 2012) com log4net, para que o banco de dados de log se torne grande rapidamente. Assim, decidimos substituí-lo todos os anos, como renomear o banco de dados de log atual (por exemplo, AppLog para AppLog2015) e criar um novo banco de dados de logging (AppLog) para os aplicativos da web. Precisamos manter os bancos de dados substituídos para uma consulta futura.

Qual é a melhor prática para fazer essas coisas substitutas? É melhor simplesmente definir algum tempo de inatividade em todos os aplicativos durante a substituição? Ou é possível substituir o banco de dados sem algum tempo de inatividade?

Qualquer conselho seria apreciado. Até mesmo conselhos de abordagem totalmente diferentes também são bem-vindos.

    
por Yoo Matsuo 22.10.2015 / 04:44

1 resposta

1

Se você puder consultar os registros de um ano em alguns segundos, isso parecerá muito pequeno para mim.

Não é tanto uma solução da Microsoft, mas para escalas maiores no mundo do software livre, a pilha ELK é popular. Ou seja Pesquisa elástica, Logstash, Kibana. Deve ser interessante ler pelo menos para ter uma ideia de como uma solução escalável pode parecer. A integração com ferramentas da Microsoft deve ser factível, já que você pode enviar os logs usando o protocolo syslog. Simples o suficiente, se os aplicativos forem seus, mas talvez um desafio se seus aplicativos incluírem ferramentas de terceiros que não o façam facilmente.

    
por 26.10.2015 / 10:21