Apr15

Configurar rol de Administración Central en más de un servidor de la granja de SharePoint

Tags: Capacity Planning, MOSS/WSS, Optimización

 

Una opción interesante a la hora de configurar los roles de una granja sería la de duplicar el rol de administración central, si alguna vez se da el caso de que la maquina donde se aloja la administración central se quede offline o tenga algún problema de hardware, lo que nos dejaría sin administración central, seguro que alguien lo va a agradecer.

Duplicando el rol de administración central hacemos más robusta nuestra topología sin carga alguna a nivel de proceso, y en el hipotético caso de que la máquina original tenga problemas podremos seguir contando con la aplicación web de la administración central.

Me parece una opción bastante interesante sobre todos en granjas con un alto número de máquinas o donde la alta disponibilidad es fundamental, como sería el caso de los portales basados en SharePoint.

Configurarla es bastante sencillo, basta con ejecutar el wizard de configuración de SharePoint (Products and Tecnhnologies Configuration Wizard).

Una vez se está ejecutando el asistente, hay que seleccionar “Advanced Settings” y “Use this machine to the web Site” en la pantalla donde pregunta acerca de si se quiere añadir el rol de administración central:

1 2

Una vez se ejecuta el wizard del “Producs and Technologies” nuestra máquina ya contará con dicho rol:

3

Por defecto una vez instalamos la administración central en el segundo servidor tendremos un AAM(Alternate Access Mapping) como el que sigue:

4

Para que la aplicación web de la administración central reconozca la nueva url como propia y no nos re direccione a la url original hay que añadir la nueva url pública para la zona de Intranet (u otra zona sin uso).

5

Por lo tanto el AAM para la administración central será como el que sigue:

6

Por último, el enlace a la administración central de la maquina MOSSWEB02 seguirá abriendo la administración central original (hospedada en mossweb01), para modificar esto será necesario modificar el registro del sistema, en la ruta “HKLM\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0\WSS” es necesario modificar el valor de la cadena CentralAdministrationUrl para que apunte a la nueva url de acceso “http://mossweb02:8080”

7

Enlaces relacionados:

· http://harbar.net/articles/spca.aspx

Publicado: 15-Apr-10 | 0 Comentarios | 0 Enlaces a este post

Sep29

¿2000 elementos por carpeta como máximo? No, ahora son 3000.

Tags: MOSS/WSS, Capacity Planning

Según el Capacity Planning for Windows SharePoint Services las limitaciones aconsejables cuando nos enfrentamos al diseño de una taxonomía Sharepoint es no superar estos límites:

image

En caso de superar alguno de estos, el rendimiento de Sharepoint parece ser que se vería mermado.

Pero hace pocos días Microsoft publicó este “WhitePaper”: “SharePoint Performance Optimization - How Microsoft IT Increases Availability and Decreases Rendering Time of SharePoint Sites”

“Manage large lists for performance  
Having large lists by itself is not necessarily a performance issue. When SharePoint Server renders the many items in those lists, that can cause spikes in render times and database blocking. One way to mitigate large lists is to use subfolders and create a hierarchical structure where each folder or subfolder has no more than 3,000 items.”

Según esto parece que el nuevo límite son 3000 elementos por carpeta, evidentemente esto son recomendaciones para no perjudicar el rendimiento y supongo que habrá taxonomías que soporten 3000 elementos sin reducir su rendimiento y otras que no. Tan solo son recomendaciones, sin embargo al hilo de esto me surge la pregunta de si las limitaciones de alguna de las otras recomendaciones no se deberían ver afectadas de igual manera.

Publicado: 29-Sep-08 | 2 Comentarios | 286 Enlaces a este post