Benefício de grupos de arquivos e configuração de grupos de arquivos como somente leitura

Alguém pode me citar um cenário do mundo real quando alterar vários grupos de arquivos para somente leitura é uma boa opção e quando usá-los? Que benefícios existem se você o definir como somente leitura?

Em um banco de dados com vários grupos de arquivos, você precisa fazer backups para todo o banco de dados e também fazer backup de cada um dos arquivos desse grupo de arquivos? Você também pode me dar um exemplo de quando os backups de grupos de arquivos serão usados? Não vejo por que seria benéfico fazer backup de um grupo de arquivos quando você pode apenas fazer backup de todo o banco de dados. Esperando que eu pudesse ter uma experiência do mundo real em que esse backup do grupo de arquivos seria ideal

Sua pergunta é um pouco abrangente, no entanto, alguns dos principais pontos incluem o seguinte.

Vários grupos de arquivos, em geral:

• pode ser uma melhoria de desempenho, desde que estejam fisicamente isolados. Normalmente, você pode criar um grupo de arquivos para índices em cluster, um grupo de arquivos para índices não em cluster e um grupo de arquivos para heaps. Ou você pode criar vários grupos de arquivos em uma situação de particionamento.

• pode melhorar a capacidade de recuperação ativando a restauração em pedaços . A restauração em pedaços pode ser usada para colocar online rapidamente os dados críticos da produção, permitindo que a restauração dos dados arquivados não afete as atividades online. Esteja ciente de que a restauração por peça online é uma opção "somente para empresas". Eu escrevi um post de blog mostrando como fazer restaurações em pedaços no SQLServerScience.com

• não precisam ser copiados individualmente, no entanto, eles podem ser copiados individualmente, o que pode ser necessário para os VLDBs. Observe que, ao fazer backup de grupos de arquivos individuais, você também deve fazer backup do grupo de arquivos principal.

Grupos de arquivos somente leitura:

• Pode ser usado para reduzir a contenção de dados somente para relatórios.

• Pode ser usado, obviamente, para evitar modificações nos dados.

• Não é necessário executar o processo de recuperação quando o banco de dados for colocado online. Isso pode melhorar substancialmente o tempo de recuperação dos VLDBs.

• Além disso, embora os grupos de arquivos de leitura e gravação não possam ser usados ​​com a compactação baseada no sistema de arquivos NTFS, os grupos de arquivos somente leitura podem . A implicação aqui é que, para um conjunto muito limitado de sistemas, você poderá observar uma ligeira melhora no desempenho dos dados VLDB que residem em discos mais lentos, compactando os arquivos do grupo de arquivos somente leitura no disco. Obviamente, isso precisaria ser avaliado caso a caso versus a sobrecarga da CPU necessária para descompactar os clusters NTFS à medida que eles são lidos no disco.

Mitos em torno dos grupos de arquivos somente leitura:

• "As estatísticas nunca serão atualizadas para tabelas armazenadas em um grupo de arquivos somente leitura." Isso é totalmente incorreto e pode ser comprovado através da criação de um banco de testes, conforme mostrado no meu post no SQLServerScience.com . Agradecemos a @PaulWhite por me indicar isso.

• "Nenhum bloqueio ocorre nos bancos de dados somente leitura. Isso pode causar um desempenho mais rápido da consulta ". Isso está incorreto, a menos que o banco de dados inteiro seja somente leitura. Apenas um grupo de arquivos somente leitura não permite que bloqueios compartilhados sejam ignorados .