Recentemente, conheci o conceito de backup dividido no MSSQL Server, enquanto trabalhava no backup de faixa no Sybase ASE.
O backup de faixa no Sybase ASE é mais rápido que o backup normal e, se usarmos três faixas, o Sybase usará 3 núcleos de CPU (depende do número de núcleos), pois será dividido em muitos threads, executados em paralelo, independentemente do local de armazenamento.
Eu queria entender se o mesmo é o caso do backup dividido do MSSQL, li que, se usarmos locais diferentes para o backup dividido, o backup será executado em paralelo e será mais rápido:
no entanto, se o local de armazenamento for o mesmo (na mesma unidade e pasta), nenhuma E/S extra envolvida e, portanto, não terá muito impacto no desempenho.
Qualquer aceleração em um backup distribuído virá do uso de vários canais de E/S. Se todos os arquivos estiverem no mesmo local de armazenamento, não será mais rápido.
Usar vários núcleos de CPU para processar um backup provavelmente não ajudará, pois o backup é extremamente simples. E um único núcleo de CPU pode saturar o subsistema de armazenamento com páginas de backup.
Você pode ver isso por si mesmo com qualquer banco de dados grande, gravando os backups no
nul
dispositivo:saídas