Compactação de backup no SQL Server 2008R2 e superior

Você não pode prever completamente, mas pode fazer backup de bancos de dados menores com compactação e, se os conjuntos de dados forem semelhantes (com base nos fatores listados abaixo), você pode prever uma proporção que pode ser aplicada aos bancos de dados maiores.

É mais fácil apenas citar o MSDN na compactação aqui:

Para calcular a taxa de compactação de um backup, use os valores para o backup nas colunas backup_size e comprimidos_backup_size da tabela de histórico do conjunto de backup, conforme a seguir:

backup_size:compressed_backup_size

Por exemplo, uma taxa de compactação de 3:1 indica que você está economizando cerca de 66% no espaço em disco. Para consultar essas colunas, você pode usar a seguinte instrução Transact-SQL:

SELECT backup_size/compressed_backup_size FROM msdb..backupset;

A taxa de compactação de um backup compactado depende dos dados que foram compactados. Uma variedade de fatores pode afetar a taxa de compressão obtida. Os principais fatores incluem:

• O tipo de dados.
• Dados de caracteres são compactados mais do que outros tipos de dados.
• A consistência dos dados entre as linhas em uma página.
• Normalmente, se uma página contém várias linhas nas quais um campo contém o mesmo valor, pode ocorrer compactação significativa para esse valor. Por outro lado, para um banco de dados que contém dados aleatórios ou que contém apenas uma linha grande por página, um backup compactado seria quase tão grande quanto um backup não compactado.
• Se os dados são criptografados.
• Os dados criptografados compactam significativamente menos do que os dados não criptografados equivalentes. Se a criptografia de dados transparente for usada para criptografar um banco de dados inteiro, compactar os backups pode não reduzir muito seu tamanho, se é que reduzi-los.
• Se o banco de dados está compactado.
• Se o banco de dados estiver compactado, compactar backups pode não reduzir muito seu tamanho, se é que reduz.

Mas minha pergunta aqui seria como posso prever ou calcular o tamanho da unidade necessária para acomodar os backups

Do documento Books Online. Se você ver a última parte, diz que

Para backups compactados, o tamanho do arquivo de backup final depende da capacidade de compactação dos dados, e esse arquivo is unknown before the backup operation finishes. Portanto, por padrão, ao fazer backup de um banco de dados usando compactação, o Mecanismo de Banco de Dados usa um pre-allocation algorithmpara o arquivo de backup. Esse algoritmo pré-aloca uma porcentagem predefinida do tamanho do banco de dados para o arquivo de backup. Se for necessário mais espaço durante a operação de backup, o Mecanismo de Banco de Dados aumentará o arquivo. Se o tamanho final for menor que o espaço alocado, ao final da operação de backup, o Mecanismo de Banco de Dados reduzirá o arquivo para o tamanho final real do backup.

Para permitir que o arquivo de backup cresça apenas conforme necessário para atingir seu tamanho final, use o sinalizador de rastreamento 3042. O sinalizador de rastreamento 3042 faz com que a operação de backup ignore o algoritmo de pré-alocação de compactação de backup padrão. Esse sinalizador de rastreamento é útil se você precisar economizar espaço alocando apenas o tamanho real necessário para o backup compactado. No entanto, usar esse sinalizador de rastreamento pode causar uma pequena penalidade de desempenho (um possível aumento na duração da operação de backup).

Ao iniciar o backup compactado, você verá algum tamanho de arquivo de backup criado na unidade, mas esse não seria o tamanho correto durante a operação de backup, ele pode aumentar e o tamanho final aumentaria. Você pode iniciar um backup com compactação e ver qual é o tamanho e, em seguida, multiplicá-lo provisoriamente pelo número de dias que deseja mantê-lo e mais um pouco de espaço. Isso forneceria novamente o tamanho provisório da unidade de backup. Eu também diria que seria mais seguro ter mais espaço para fazer backup da unidade