Por que um arquivo .bacpac é tão pequeno comparado a um arquivo .bak do mesmo banco de dados?

UMA

• .bacpacarquivo = esquema + dados. Observe que os dados são enviados por BCP usando o formato nativo (não legível por humanos).

  • Você pode renomear o .bacpacpara .zippara ver o conteúdo real.

  • Você pode usar ...DAC\bin\sqlpackage.exea linha de comando para extrair o .bacpacconteúdo programaticamente.

  • É um instantâneo que inclui dados do usuário + esquema do SQL Server ou banco de dados SQL do Azure.

-

• Backup (comumente tem .bakextensão) = Um backup de banco de dados COMPLETO contém uma cópia completa do banco de dados e fornece um único ponto no tempo para o qual o banco de dados pode ser restaurado. Um backup completo contém alguns registros de log de transações para que o componente restaurado (banco de dados, arquivo ou grupo de arquivos) possa ser transacionalmente consistente.

A BACPACnão é um substituto para um backup COMPLETO. É apenas um instantâneo que pode ser usado para mover um banco de dados de um servidor para outro (ou para a nuvem) e arquivar um banco de dados existente em um formato aberto .

Do meu teste, abaixo estão os resultados

Um backup criado por meio do BACKUP DATABASEcomando ( .bak) é uma cópia página por página de um banco de dados. Observe que o banco de dados SQL Server contém não apenas páginas de dados. Há também páginas com índices que podem ser grandes. Mais detalhes aqui

Um backup criado usando a operação Export Data-Tier Application ( .bacpac) é simplesmente uma linha exportada de um banco de dados em formato XML colocado em um arquivo. Você pode visualizar manualmente o conteúdo do BACPAC, basta alterar a extensão deste arquivo para .zip.

O tamanho do .bacpacarquivo é diretamente proporcional ao número de registros em um banco de dados (levando em consideração a taxa de compactação).

O tamanho do .bakarquivo depende não apenas dos dados, mas também do tamanho dos índices.

Às vezes isso pode ser um problema, verifique por exemplo esta discussão antiga

Portanto, o .bacpacarquivo geralmente é menor em tamanho.

Executei os testes mais simples com o banco de dados AdventureWorks e obtive esses resultados.

AdventureWorks.bacpac - 17 mb
AdventureWorks.bacpac.zip - 16 mb
AdventureWorks_with_compression.bak - 49 mb
AdventureWorks_with_compression.bak.zip - 47 mb 

Devo usar .bacpac para reduzir o tamanho do meu backup?

Não.

Exportar \ Import Data Tier Application tem várias desvantagens significativas que são críticas para grandes bancos de dados:

1. Esta não é uma operação transacionalmente consistente. As tabelas são exportadas sequencialmente. Pode haver um problema com a chave estrangeira. Isso é duplamente ruim porque você só descobre quando tenta se recuperar. Portanto, ao realizar esta operação, você precisa tirar um instantâneo do banco de dados e exportar o instantâneo.
2. Demora muito mais para exportar e importar. No momento em que você precisar executar uma restauração urgentemente, você não poderá fazer isso porque a restauração de .bacpac levará várias horas para ser concluída.
3. A exportação pode carregar significativamente o servidor, especialmente para tabelas grandes, o que, juntamente com o ponto anterior, torna os backups regulares uma decisão duvidosa.

O backup clássico criado usando o BACKUP DATABASEcomando é desprovido dessas desvantagens, para economizar espaço, use Recuperação pontual

A aplicação de camada de dados Export\Import pode ser considerada como uma forma de criar um backup apenas para bancos de dados pequenos, naqueles casos em que você não tem acesso ao sistema de arquivos. Nesse caso, não exporte o banco de dados ativo sob nenhuma circunstância, certifique-se de criar um instantâneo para exportação consistente.

Bem, a maior diferença é que os dados são compactados (usando zip) para o .bacpacarquivo que não é o caso de um .bakarquivo normal. Basta comprimir o .bakarquivo e ver que é bem menor ;)