SQL Server 2008: ¿hay algún beneficio para múltiples grupos de archivos en la misma unidad física?

Question

Esto es muy probablemente una pregunta ridícula, pero estoy intrigado por la idea, así que preguntaré de todos modos. ¿Hay algún rendimiento o beneficio (aparte del manejo de recuperación de desastres) de tener una base de datos en múltiples grupos de archivos almacenados en la misma unidad física?

Más específicamente, si creo un grupo de archivos secundario ÚNICAMENTE para índices de texto completo en la misma unidad física, ¿es beneficioso? ¿Podría ser un cuello de botella?

Los archivos de registro en mi situación se almacenan en una unidad física separada de los archivos de datos.

Answer 1

No debería proporcionar ningún beneficio adicional, excepto que con grupos de archivos separados, podría dividir sus copias de seguridad. En cuanto a la E/S en la misma unidad, no obtendrá mucho si lo hace, así que si está considerando estrictamente una razón de rendimiento de E/S, le sugiero que espere hasta que pueda presupuestar por separado husos.

Answer 2

No, no importa. Todo lo que hace es hacer que sea más fácil moverlos más tarde si lo desea.

Answer 3

Múltiples archivos tienen la ventaja de reducir la contención de asignación (contención de enganche PFS). Los subsistemas IO realmente realmente rápidos (por ejemplo, unidades SSD) pueden exponer este problema y requieren mitigación al agregar más archivos a la base de datos. Hay más detalles sobre esto en How many files should a database have? o en Benchmarking: Multiple data files on SSDs.

varios grupos de archivos implican varios archivos, pero al mismo tiempo una mesa caliente se no se benefician de varios grupos de archivos debido a que el punto caliente será, de nuevo, en un solo grupo de archivos (a menos que, por supuesto, el grupo de archivos caliente es en sí dividido en múltiples archivos). Por lo tanto, diría que los grupos de archivos se deben usar únicamente con fines de administración (por ejemplo, piece meal restore).