Savneet Kaur's questions

Tamanho do banco de dados - 145 GB

Atualmente nosso arquivo mdf de banco de dados, tempdb, os backups estão na unidade D e os arquivos de log estão na unidade C.

Podemos ir para a configuração abaixo:

1. Unidade D - tempdb, unidade E - mdf, unidade f - backups, unidade C - logs

ou

2. D - tempdb, E - mdf, F - logs e backups

Temos 26 servidores com modelo de recuperação total que funciona 24 horas por dia, 7 dias por semana para nossos clientes. e mais de 100 para outros clientes com modelo de recuperação Simples que funciona apenas 9 a 6.

Atualmente, temos disponíveis apenas 4 discos rígidos para alocar com esta configuração C, D: Espelhado (RAID 1) e E. Podemos encaixar em nosso banco de dados todos os arquivos neste tipo de configuração ou evitar o RAID 1?

O aplicativo de front-end trava com frequência durante o dia e fica inacessível durante a noite, pois as tarefas de manutenção são executadas, como integridade do banco de dados, reconstrução/reorganização, backup e exclusão de arquivos antigos.

Alguém poderia me ajudar com a melhor abordagem adequada para isso?

Temos um ambiente de replicação de mesclagem que inclui

Publicador: Servidor1 onde apenas um banco de dados de 125 GB em replicação e também Distribuidor também é configurado no mesmo servidor hospedado em ambiente HyperV.

Assinantes: Temos aproximadamente 280 servidores com configuração de Distribuidor (assinatura push).

OBSERVAÇÃO: temos um ambiente com muitas alterações de DML no dia, portanto, realizamos muitas verificações diariamente em todos os servidores por meio de tarefas de manutenção e backup que incluem a etapa 1 : verificar a integridade do banco de dados completo etapa 2: Reconstruir/reorganizar o índice etapa 3: Fazer backup/verificar step4: limpeza de trabalhos de backup antigos step5: limpeza do histórico de trabalhos antigos

Além disso, esse trabalho é concluído em 4-5 horas diariamente, mas varia às vezes de servidor para servidor.

O Snapshot Agent é executado diariamente às 00:05 AM

PROBLEMA:

Desde domingo à noite, estamos tendo esse problema em que o trabalho de backup e manutenção que está sendo executado até a manhã e a maioria dos trabalhos do servidor estão presos no step1 dbcc checkdb ('meu banco de dados') (e os clientes também estão reclamando que o aplicativo está travando, não pode login, muito lento)

Ao verificar, meu spid de backup está aguardando o tipo de espera OLEDB e não temos conexões de servidor vinculadas configuradas no Publisher e outros assinantes, exceto alguns que são nossos servidores da sede de onde fazemos nossas principais importações / pequenas atualizações / se precisarmos enviar todas as alterações do banco de dados.

Ao verificar a consulta abaixo, posso ver que a porcentagem está se movendo para o meu dbcc spid id, mas realmente não me diz por que está preso nesta etapa?

select session_id
, percent_complete 
from sys.dm_exec_requests 
where percent_complete > 0

E realmente não importa a que horas eu executo este trabalho ou uma única etapa, ou seja, dbcc checkdb, ele não foi concluído.

Verifique também com nossa equipe do Windows se nenhuma atualização foi lançada no fim de semana e nenhuma alteração foi feita no lado do aplicativo.

Alguma sugestão do que pode ser o problema?