Existe algum motivo ou benefício de desempenho em ter dois arquivos de log para um único banco de dados e em unidades diferentes?
relate perguntas
-
SQL Server - Como as páginas de dados são armazenadas ao usar um índice clusterizado
-
Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?
-
Quando devo usar uma restrição exclusiva em vez de um índice exclusivo?
-
Quais são as principais causas de deadlocks e podem ser evitadas?
-
Como determinar se um Índice é necessário ou necessário
Os logs são gravados sequencialmente, portanto, apenas um seria usado por vez. Portanto, não, não há benefício em ter dois no mesmo banco de dados.
EDIT: Eu olhei a parte sobre unidades diferentes. Suponho que pode haver a necessidade de ter dois arquivos de log se você estiver trabalhando com espaço em disco limitado e seu arquivo de log original ultrapassar sua unidade e você não puder movê-lo para uma unidade maior por qualquer motivo.
Não como estado normal, não. Em uma emergência, talvez. Mas realmente isso só deve acontecer 0 ou 1 vezes, porque se acontecer uma vez, você nunca deve deixar acontecer novamente. – Aaron Bertrand
Vários arquivos de log e por que eles são ruins por Paul Randal. – Parente
Por padrão, o SQL Server inicia cada banco de dados com um arquivo de log de transações. O arquivo de transação é usado sequencialmente, não serialmente, e não há benefício de desempenho em ter vários arquivos de log. O SQL Server apenas começa a funcionar no início do primeiro arquivo de log, vai até o final dele e, em seguida, começa com o próximo arquivo de log.
Leia o blog completo de Brent Ozar aqui .