Duplicação possível:
o backup do SQL Server é único ou multithread?
O SQL Server usa um thread de gravador separado para cada dispositivo de backup (arquivo de backup) ou o thread separado é usado apenas quando você distribui seu backup em vários volumes de backup (letra de unidade, LUN ou ponto de montagem)?
por exemplo, temos três tópicos de gravação aqui ou
backup database dbName to DISK = 'D:\file1.bak',
DISK = 'D:\file2.bak',
DISK = 'D:\file3.bak'
OU o seguinte acelera o backup porque você está gravando em um volume diferente
backup database dbName to DISK = 'D:\file1.bak',
DISK = 'E:\file2.bak',
DISK = 'F:\file3.bak'
Acima, cada letra de unidade é um caminho de E/S separado. Entendo que a taxa de transferência de E/S também é muito importante para a velocidade de backup.
Sim, testei isso com um banco de dados de 2 TB. O tempo de backup caiu de 5 horas para cerca de 4 horas e 15 minutos depois de dividi-lo em 4 arquivos e colocá-los na mesma unidade. Outra vantagem é que você pode fazer backup deles em unidades separadas se o IOPS de suas unidades for o seu gargalo.
Além disso, acredito que Paul Randall passa por isso em seus módulos "Microsoft Certified Master Backup and Restore internals".
/edit: Além disso, tenho testado algo semelhante com o comando /MT do RoboCopy (Multi-Threading) e obtemos ganhos de desempenho semelhantes fazendo cópias multiencadeadas de arquivos de backup. Durante nosso próximo backup, testarei para ver se vejo vários SPIDs também.