sql-server - microsoft - no se puede conectar a local sql server 2008
SQL Server 2005/2008-¿múltiples grupos de archivos? (6)
He trabajado en una buena gama de bases de datos, y la única vez que usamos grupos de archivos fue cuando un disco se estaba quedando sin espacio, y tuvimos que crear un nuevo grupo de archivos en otro. Estoy seguro de que hay buenas razones de rendimiento por las cuales eso no es ideal, pero esa era la realidad.
Soy un desarrollador de corazón, pero de vez en cuando, un cliente no tiene un DBA decente para tratar estos problemas, así que me llaman para decidir ...
¿Cuáles son sus estrategias / mejores prácticas cuando se trata de manejar una base de datos de SQL Server de tamaño razonable (algo más grande que Northwind o AdventureWorks)? ¿Utiliza múltiples grupos de archivos? Si es así: ¿cuántos? ¿Y por qué?
¿Cuáles son sus criterios para decidir cuándo alejarse del enfoque de "un grupo de archivos para todo"?
- tamaño de la base de datos
- complejidad de la base de datos
- requisitos de disponibilidad / confiabilidad?
- ¿Qué más?
Si usa varios grupos de archivos, ¿cuántos usa? ¿Uno para datos, uno para índice, uno para registro? Varios (cuántos) para datos? ¿Cuáles son sus razones para su elección? ¿ Por qué usa esa cantidad exacta de grupos de archivos? :-)
La metodología entrenada y de mejores prácticas de Microsoft es la siguiente:
- Los archivos de registro se colocan en una unidad física separada
- Los archivos de datos se colocan en una unidad física separada
- Múltiples grupos de archivos: cuando una tabla en particular es extremadamente grande. A menudo el caso en la base de datos transaccional (unidad física separada)
- Múltiples grupos de archivos: cuando se usan rangos o cuando se desea dividir los datos de búsqueda en un archivo de base de datos de solo lectura (unidad física separada)
Tenga en cuenta que un MDF técnicamente funciona de manera similar a una partición de disco duro cuando se trata de almacenar datos. El MDF es un archivo leído al azar, mientras que el LDF es un archivo leído secuencialmente. Por lo tanto, dividirlos en unidades separadas provoca una gran ganancia de rendimiento, a menos que se ejecuten unidades de estado sólido, en cuyo caso la ganancia sigue ahí.
Hay al menos UNA buena razón para tener múltiples (al menos dos) grupos de archivos en SQL Server 2008: si desea usar la característica FILESTREAM, debe tener un grupo de archivos dedicado y personalizado para sus datos de FILESTREAM :-)
Bagazo
En general, debe tener solo un grupo de archivos primario y un archivo de registro en contra de eso.
A veces, cuando tiene datos muy estáticos, puede crear un SEGUNDO grupo de archivos que contenga estos datos estáticos. A continuación, puede hacer que el grupo de archivos READONLY mejore su rendimiento. Después de todo, esto es bastante información estática. No vale la pena si tiene un número bajo de filas de solo lectura (por ejemplo, valores de la tabla de búsqueda). Pero para algunas cosas (por ejemplo, contenido archivado que todavía se puede leer), esta podría ser una gran opción.
Obtuve la idea de esta publicación de blog .
HTH.
El mantenimiento de múltiples grupos de archivos lo ayuda a reducir la carga de E / S. También le permite flexibilidad de almacenamiento donde puede realizar copias de seguridad de un grupo de archivos de forma sencilla en lugar de un único archivo y separarlos en una unidad de disco individual por grupo de archivos.
entre otras razones, los grupos de archivos adicionales tienen sentido si quieres particionar una tabla. y eso tiene sentido si hay muchas lecturas que rivalizan con diferentes condiciones de esa tabla. puede configurar cada partición para que refleje una de esas condiciones y para que se ubique en un disco diferente, enviando de ese modo cada lectura a otro disco, por lo tanto, lecturas paralelas y menos conflicto.