En uno de los podcasts de stackoverflow (n. ° 18, creo), Jeff y Joel hablaban de bases de datos de múltiples contra un solo inquilino. Joel mencionó que "FogBugz on Demand" usaba una base de datos por arquitectura de cliente y me preguntaba si hay un punto más allá del cual necesitará tener múltiples servidores de base de datos para distribuir la carga.Límite práctico para la cantidad de bases de datos en SQL Server?
Técnicamente el límite de bases de datos por instancia en SQL Server es 32.767, pero dudo que pueda usar una instancia de SQL Server que tenga más de 2.000 bases de datos, en ese punto el servidor probablemente no responda.
Puede tener cerca de 30,000 bases de datos si se cerraron automáticamente y no se utilizan. usted puede encontrar más información acerca de los límites de capacidad aquí:
Tenemos 2.300 en la nuestra y funciona como un encanto, aunque nunca tenemos más de 100 abiertas en cualquier momento. –
Perdón por comentar la discusión anterior. En el enlace adjunto decía "Bases de datos de usuario por instancia de SQL Server, incluidas las aplicaciones de nivel de datos = 50". Parece muy limitado ¿Lo estoy malinterpretando? – Mark
Esto está debajo de "La tabla siguiente especifica los tamaños máximos y los números de varios objetos que se probaron en la utilidad SQL Server". título. En "Objetos de motor de base de datos", "Bases de datos por instancia de SQL Server" es 32.767. La tabla que está viendo representa lo que se probó con la utilidad de SQL Server, no el límite máximo que tiene – AaronHS
pensaría en su mayoría depende de las limitaciones de memoria de la máquina. A SQL Server le gusta mantener tanta memoria caché en la memoria como sea posible, y a medida que agrega bases de datos, se reduce la cantidad de memoria disponible.
Creo que es más una cuestión de la carga en las bases de datos. Como se dijo anteriormente, si no hay carga, entonces 32.767. Con una carga alta, baja, eventualmente a 1 o menos de 1.
Además, es posible que desee considerar el número de conexiones a un servidor SQL. Después de 500-1000, se vuelve muy lento y lento. Entonces esa es una limitación también.
Joel ha hablado de esto en otro lugar (lo siento, no hay referencias útiles) y dijo que antes de cambiar a MS SQL 2005 la consola de administración (y el servidor) tenían problemas para conectar más de 1000 o 2000 bases de datos. Parece que 2005 y probablemente 2008 nuevamente mejoraron en estos números.
Como todas las preguntas de rendimiento dependen siempre de su hardware real y la carga de trabajo solo puede responderse definitivamente mediante la evaluación comparativa local/monitorización del sistema.
recordar la recuperación de errores lleva tiempo. y los tiempos de inicio de las instancias para recorrer cada base de datos, más si están todas en el mismo conjunto de discos que muchas restauraciones, si el disco alguna vez muere.
Tenemos más de 2,300 en la nuestra y funciona muy bien. –