Beneficio de los grupos de archivos y la configuración de grupos de archivos a solo lectura

¿Puede alguien citarme un escenario del mundo real cuando cambiar varios grupos de archivos a solo lectura es una buena opción y cuándo usarlos? ¿Qué beneficios hay si lo configura en solo lectura?

En una base de datos con múltiples grupos de archivos, ¿tiene que hacer copias de seguridad de toda la base de datos y también hacer una copia de seguridad de cada uno de los archivos de ese grupo de archivos? ¿Me puede dar un ejemplo de cuándo se utilizarán las copias de seguridad de grupos de archivos? No veo por qué sería beneficioso hacer una copia de seguridad de un grupo de archivos cuando puede hacer una copia de seguridad de toda la base de datos. Esperando poder obtener una experiencia del mundo real donde esta copia de seguridad de grupo de archivos sería ideal

Su pregunta es un poco amplia, sin embargo, algunos de los puntos principales incluyen los siguientes.

Múltiples grupos de archivos, en general:

• puede ser una mejora del rendimiento, suponiendo que estén físicamente aislados. Normalmente, puede crear un grupo de archivos para índices agrupados, un grupo de archivos para índices no agrupados y un grupo de archivos para montones. O puede crear varios grupos de archivos en una situación de partición.

• puede mejorar la capacidad de recuperación al permitir la restauración por piezas . La restauración por piezas se puede utilizar para poner en línea los datos críticos de producción rápidamente mientras se permite que la restauración de los datos de archivo no afecte las actividades en línea. Tenga en cuenta que la restauración por piezas en línea es una opción "solo para empresas". Escribí una publicación de blog que muestra cómo hacer restauraciones de piezas en SQLServerScience.com

• no es necesario hacer una copia de seguridad individualmente, sin embargo, se puede hacer una copia de seguridad individual, lo que podría ser necesario para los VLDB. Tenga en cuenta que al hacer una copia de seguridad de grupos de archivos individuales, también debe hacer una copia de seguridad del grupo de archivos primario.

Grupos de archivos de solo lectura:

• Se puede usar para reducir la contención de los datos de solo informes.

• Puede usarse, obviamente, para evitar modificaciones en los datos.

• No es necesario ejecutar el proceso de recuperación cuando la base de datos se pone en línea. Esto puede mejorar sustancialmente el tiempo de recuperación para los VLDB.

• Además, aunque los grupos de archivos de lectura y escritura no se pueden usar con la compresión basada en el sistema de archivos NTFS, los grupos de archivos de solo lectura sí . La implicación aquí es que para un conjunto muy limitado de sistemas, es posible que pueda ver una ligera mejora en el rendimiento de los datos VLDB que residen en discos más lentos al comprimir los archivos de grupo de archivos de solo lectura en el disco. Por supuesto, esto debería evaluarse caso por caso frente a la sobrecarga de la CPU necesaria para descomprimir los clústeres NTFS a medida que se leen del disco.

Mitos sobre los grupos de archivos de solo lectura:

• "Las estadísticas nunca se actualizarán para las tablas almacenadas en un grupo de archivos de solo lectura". Esto es totalmente incorrecto, y puede probarse creando un banco de pruebas como se muestra en mi publicación de blog en SQLServerScience.com . Gracias a @PaulWhite por señalarme esto.

• "No se produce bloqueo en las bases de datos de solo lectura. Esto puede causar un rendimiento de consulta más rápido ". Esto es incorrecto a menos que toda la base de datos sea ​​de solo lectura. Un solo grupo de archivos de solo lectura no permite omitir los bloqueos compartidos .