none
LENTITUD A LA CARGA DE DATOS Y BUSQUEDAS RRS feed

  • Pregunta

  • Hola,

    Tengo un SharePoint Server 2010 corriendo sobre un servidor virtual de Hyper-V R2 con 12 Gb de RAM y 4 nucleos y el VHD corriendo sobre una cabina de discos.

    Existen pues casi 100.000 elementos entre varios sitios y varias bibliotecas. El Lunes pasado movi unos 60.000 elementos repartiendolos en distintas bibliotecas y desde ese dia el SharePoint va lento al cargar archivos y las busquedas. He visto que el log de transaciones es bastante grande y la BBDD ocupa mas de 100GB no habiando tanta información.

    Me imagino que habra que compactar la BBDD del SQL, pero mi pregunta es: ¿Es recomendable poner la BBDD en modo de recuperación simple para que sea minimo? Y otra pregunta, ¿Por que cada vez que aumento la memoria del servidor fisico el SQL casi ocupa el 95% del total de la memoria, 12 Gb es poco? Tengo ejecutando el servidor SQL Enterprise 2008R2 y el SharePoint 2010 Server en el mismo servidor virtual.

    viernes, 4 de noviembre de 2011 0:19

Respuestas

  • Hola PabbVG,

    Varias cosas:

    • ¿Cómo moviste los elementos para repartirlos entre bibliotecas? en principio los números de los que hablas no son altos y para SharePoint son simplemente "cosquillas".
    • Entiendo que lo que te está ocupando mucho espacio es el log de transacciones que si puede ser grande y tienes que compactar: ¿cuánto te ocupa la BD de contenidos?
    • Finalmente, a más memoria pongas en el SQL, más tiende a utilizar :-)...esto es así...si no recuerdo mal, se puede limitar y optimizar el consumo de memoria por parte de SQL Server.

    Saludos


    ------------------------------------------------------------
    Juan Carlos González Martín MVP de SharePoint Server
    Director revista CompartiMOSS: http://www.gavd.net/servers/compartimoss/compartimoss_main.aspx
    Blog: http://geeks.ms/blogs/ciin
    Twitter: @jcgm1978
    ------------------------------------------------------------
    viernes, 4 de noviembre de 2011 7:22
  • Hola

    yo empezaría por hacer un mantenimiento de las BD, incluyendo un truncate del Transaction Log, y por resetear el índice del servicio de búsqueda. Con esos tamaños y memoria no deberías de tener problemas.

     


    Alberto Diaz Martin twitter://@adiazcan | http://geeks.ms/blogs/adiazmartin | MVP SharePoint Server
    viernes, 4 de noviembre de 2011 8:12

Todas las respuestas

  • Hola PabbVG,

    Varias cosas:

    • ¿Cómo moviste los elementos para repartirlos entre bibliotecas? en principio los números de los que hablas no son altos y para SharePoint son simplemente "cosquillas".
    • Entiendo que lo que te está ocupando mucho espacio es el log de transacciones que si puede ser grande y tienes que compactar: ¿cuánto te ocupa la BD de contenidos?
    • Finalmente, a más memoria pongas en el SQL, más tiende a utilizar :-)...esto es así...si no recuerdo mal, se puede limitar y optimizar el consumo de memoria por parte de SQL Server.

    Saludos


    ------------------------------------------------------------
    Juan Carlos González Martín MVP de SharePoint Server
    Director revista CompartiMOSS: http://www.gavd.net/servers/compartimoss/compartimoss_main.aspx
    Blog: http://geeks.ms/blogs/ciin
    Twitter: @jcgm1978
    ------------------------------------------------------------
    viernes, 4 de noviembre de 2011 7:22
  • Hola Juan Carlos,

     

    1.- Para mover los documentos lo que hice fue crear una carpeta WEB y accediendo a todo el sitio hice un copia pega de los elementos entre varias bibliotecas y luego elimine la biblioteca original.

    2.- El tamaño del WSS_Content es de 102 Gb. y el WSS_Content_log (fichero de transaciones) es de 3.2 Gb. Yo creo que realmente no hay tanto datos datos en la intranet realmente, puede ser que al borrar ciertas carpetas o bibliotecas esten en la papelera de reciclaje y por eso ocupa tanto la BBDD o igual hay que compactarla. ¿El log también habria que compactarlo? ¿Seria bueno poner la BBDD en modo simple para que casi no haya log de transaciones?

    3.- Pues mirare como optimizar el recurso de memoria porque yo creo que con 8Gb puede ser suficiente y dejar el resto para el Server y el SharePoint.

     

    NOTA: Tengo otros ficheros en la BBDD que ocupan bastante, el primero es el de la aplicación del servicio de busqueda CrawlStoreBD que son 68 Gb y el otro es el WSS_Usage Application que son 7 Gb.

    viernes, 4 de noviembre de 2011 7:52
  • Hola

    yo empezaría por hacer un mantenimiento de las BD, incluyendo un truncate del Transaction Log, y por resetear el índice del servicio de búsqueda. Con esos tamaños y memoria no deberías de tener problemas.

     


    Alberto Diaz Martin twitter://@adiazcan | http://geeks.ms/blogs/adiazmartin | MVP SharePoint Server
    viernes, 4 de noviembre de 2011 8:12
  • Gracias Alberto, luego a la tarde cuando no esten trabajando lo hago para evitar molestar ahora a los usuarios. Ya os cuento.

    Un saludo,

    viernes, 4 de noviembre de 2011 8:14
  • He realizado un mantenimiento de las BD y ha mejorado mucho el rendimiento. También he ajustado la memoria del SQL Server.

    Muchas Gracias.

    lunes, 7 de noviembre de 2011 21:51