Tanto si estamos trabajando con una instalación de MOSS 2007 o con una instalación de MOSS 2010, si tenemos Aplicaciones Web con múltiples Bases de Datos de Contenido, tendremos los mismos problemas ¿Cómo controlar sobre qué Base de Datos se va a crear la nueva Colección de Sitios? ¿Cómo podemos organizar las Bases de Datos de Contenido en una Aplicación Web sobre la que se crea una gran cantidad de Colecciones de Sitios de forma automática (ej: My Sites)? Buenas preguntas, más aún cuando estamos trabajando con grandes volúmenes de datos y/o con Database Mirroring.
¿Cómo podemos controlar sobre qué Base de Datos de Contenido se va a crear una nueva Colección de Sitios?
Hasta dónde yo sé, tenemos dos opciones.
La primera de las alternativas (la mala) es poner todas las Bases de Datos de Contenido en estado OffLine/Stopped (a nivel de MOSS) excepto aquella sobre la que deseamos que se cree la nueva Colección de Sitios. Esto tiene varios inconvenientes. Por un lado, si tenemos todas las Bases de Datos de Contenido en estado OffLine/Stopped para prevenir que alguien cree una Colección de Sitios en una base de datos que no deba utilizar, tendremos problemas con la Sincronización de Perfiles entre MOSS y WSS, lo cual, nos costará alguna que otra incidencia (probablemente, en el momento más inoportuno). Sin embargo, si dejamos todas las Bases de Datos de Contenido en estado OnLine, evitaremos el problema de la Sincronización de Perfiles entre MOSS y WSS, pero cada vez que tengamos que crear una nueva Colección de Sitios, tendremos que poner todas las Bases de Datos de Contenido en estado OffLine/Stopped excepto la que deseemos utilizar, para luego poder crear la nueva Colección de Sitios y seguidamente volver a dejar todas las bases de datos OnLine, lo cual, si tenemos muchas bases de datos, es un auténtico coñazo (perdón por lo de auténtico ;-).
Por ver las cosas de una forma más gráfica, estamos hablando de tener todas las bases de datos OffLine/Stopped, tal y como se muestra en la siguiente pantalla capturada.
De este modo, no se podrá crear ninguna Colección de Sitios, pues se producirá un error como el que se muestra a continuación (No content databases are available for this operation. Create a content database, and then try the operation again). Esto nos viene bien, porque así, tendremos margen para crear una nueva Base de Datos de Contenido (o poner OnLine una existente, si así lo deseamos), y conseguir nuestro objetivo de controlar sobre qué base de datos se crean nuestras Colecciones de Sitios. Sería una buena solución, si no fuese por el problema de la Sincronización de Perfiles entre MOSS y WSS.
Entonces, ¿Qué podemos hacer? Pues nos queda la segunda de las alternativas, la cual consiste en limitar el número máximo de Colecciones de Sitios que puede hospedar cada una de las Bases de Datos de Contenido, al valor del número actual de Colecciones de Sitios que hospeda cada Base de Datos de Contenido. Recordemos que el valor de Maximum number of Sites se refiere a cuantas Colecciones de Sitios se pueden almacenar en la Base de Datos de Contenido (y lo mismo ocurre con el valor de Current number of Sites). Lo sé. Es muy frustrante la forma en que se confunden los términos de Site, SubSite, Site Collection, y/o Top-Level Site, tanto en las herramientas gráficas como en la documentación, pero es lo que hay, así que, simplemente tengamos en cuenta que el valor de Maximum number of Sites se refiere al número de Colecciones de Sitios o Sitios de Primer Nivel. De este modo, sí que podemos tener todas nuestras Base de Datos de Contenido en estado OnLine/Started, como se muestra en la siguiente pantalla captura.
De este modo, no sólo evitaremos tener problemas con la Sincronización de Perfiles entre MOSS y WSS, sino que además, podremos evitar que alguien cree por error una nueva Colección de Sitios sobre una Base de Datos de Contenido que no deba, ya que al intentarlo se producirá un error como el que se muestra en la siguiente pantalla capturada (The content databases in this cluster are full. You cannot add more Web sites until you change the content database Web site capacity settings or add more content databases).
Y así tendremos el control. Con crear una nueva Base de Datos de Contenido, o aumentar el valor de Maximum number of Sites en una Base de Datos de Contenido existente, podremos crear nuestra nueva Colección de Sitios sobre la base de datos deseada. Y además, también evitamos tener que poner OffLine todas las Bases de Datos de Contenido para luego volver a ponerlas OnLine, que es un curro. Mola.
Tan simple como esto, es la primera de las ideas que pretendía presentar a través del presente artículo.
¿Cómo podemos organizar las Bases de Datos de Contenido en una Aplicación Web sobre la que se crea una gran cantidad de Colecciones de Sitios de forma automática (ej: My Sites)?
La otra problemática típica es la situación en la cual una Aplicación Web es utilizada para la creación intensiva de Colecciones de Sitios, de forma automática o no automática, como puede ser el caso de los Sitios Personales (My Site). De hecho, este es quizás el principal motivo, por el que en muchos casos se recomienda utilizar una Aplicación Web sólo para dar Servicio a los Sitios Personales (My Site), por los rollos de la administración y gestión de Bases de Datos de Contenido y Colecciones de Sitios.
Antes de continuar, es importante aclarar la siguiente cuestión ¿Qué criterio utiliza MOSS para seleccionar o elegir una Base de Datos de Contenido durante la creación de una nueva Colección de Sitios? Pues muy fácil, simplemente MOSS elegirá la BBDD más apropiada, lo cual se realiza en función de los valores de Current Number of Sites, Site Level Warning y Maximum Number of Sites.
Me explico: MOSS calcula para cada Base de Datos de Contenido un valor que indica cuanto de apropiada es esa Base de Datos para hospedar una nueva Colección de Sitios, utilizando el siguiente algoritmo (o al menos, eso es lo que tengo entendido, en base a pruebas que he realizado y tras la lectura del Post Managing Site Collections and Content Databases de Randy Williams), como a continuación se describe (en pseudocódigo):
SI la base de datos NO excede el valor de Site Level Warning
ENTONCES (Site Level Warning)-( Current Number of Sites)
DE LO CONTRARIO (Maximum Number of Sites)-( Current Number of Sites)
Obteniendo el correspondiente valor para cada base de datos (según el anterior pseudocódigo), se considerará como la base de datos más apropiada aquella que tenga un valor mayor. Ejemplos:
- Si tenemos dos Bases de Datos de Contenido, sin ningún Site y configuradas ambas para hospedar el mismo máximo valor de Colecciones de Sitio (ej: Maximum number of Sites configurado a 5) y también con el mismo valor de Site Level Warning (ej: a 0), al crear la primera Colección de Sitios se seleccionará una cualquiera de las dos Bases de Datos, de tal modo, que al crear una segunda Colección de Sitios, se seleccionará la otra Base de Datos de Contenido, consiguiendo repartir por igual las diferentes Colecciones de Sitios entre las diferentes Bases de Datos de Contenido.
- Si tenemos dos Bases de Datos de Contenido (BDA y BDB), sin ningún Site creado en ellas, una de ellas (ej: BDA) configurada con Maximum number of Sites a 8 y Site Level Warning a 2, y la otra (ej: BDB) configurada con Maximum number of Sites a 8 y Site Level Warning a 4, si creamos dos Colecciones de Sitio, ambas se crearán sobre la segunda base de datos (BDB).
Explicado esto, continuamos.
¿Cómo organizar las Bases de Datos de Contenido en una Aplicación Web de MOSS sobre la que se crea una gran cantidad de Colecciones de Sitios?
Pues para cubrir esta necesidad, quizás la solución más apropiada (bajo mi punto de vista, que confío sea al menos algo acertado), es:
- Crear múltiples Bases de Datos de contenido, limitando el número máximo de Colecciones de Sitio que puede hospedar cada una (Maximum number of Sites) al mismo valor en todas las bases de datos, y también especificando el mismo valor de Site Level Warning en todas las bases de datos. De este modo, conseguimos que se pueda repartir por igual el número de Colecciones de Sitios entre las diferentes bases de datos.
- Asignar Quotas a las Colecciones de Sitio. De este modo, podemos tener un control del tamaño máximo que podría llegar a alcanzar cada base de datos. Ojo, que la gestión del Almacenamiento es otro marrón. La aproximación ideal (en la teoría) es asignar la misma Quota a todas las Colecciones de Sitios, aunque en la práctica, nos encontraremos muchos casos en que esto no pueda ser así.
Esta es la segunda de las ideas que pretendía presentar a través del presente artículo.
Evidentemente, en la práctica habría que analizar cada caso por separado, para así poder tomar la decisión de diseño más apropiada. Por ejemplo, en una Granja de MOSS con una Aplicación Web para Sitios Personales (My Site), en la que se estima que puedan crearse miles y miles de Sitios Personales, se podría tomar la siguiente decisión de diseño: Crear múltiples bases de datos, todas ellas con Maximum number of Sites establecido a 100 y Site Level Warning establecido a 100 también. Adicionalmente utilizar una Quota de 200MB para cada Sitio Personal.
Poco más por hoy. Como siempre, confío que la lectura resulte de interés.
