Procedimientos recomendados para distribución de contenido (SharePoint Server 2010)

  • Artículo

 

Se aplica a: SharePoint Server 2010

Última modificación del tema: 2016-11-30

Este artículo pertenece a una serie de artículos de Procedimientos recomendados para Microsoft SharePoint Server 2010. En este artículo se describen los procedimientos recomendados para el uso de distribución de contenido. Para obtener recursos e información adicionales sobre distribución de contenido, consulte Administración de contenido web en SharePoint Server 2010 (https://technet.microsoft.com/es-es/sharepoint/ff601874.aspx).

Para obtener más artículos de la serie, consulte Procedimientos recomendados (SharePoint Server 2010). Para obtener recursos e información adicionales sobre procedimientos recomendados para SharePoint Server 2010, consulte los Procedimientos recomendados para centro de recursos de SharePoint Server 2010 (https://technet.microsoft.com/es-es/sharepoint/hh189420.aspx).

1. Asegúrese de que las granjas de servidores de origen y destino tengan actualizaciones idénticas

Solo se admite distribución de contenido si los niveles de actualización de los servidores de origen son idénticos a los niveles de actualización de los servidores de destino. Para ayudar a garantizar que los trabajos de distribución de contenido se realicen correctamente, use las siguientes pautas:

  • Asegúrese de que todos los servidores de las granjas de servidores hayan tenido todos los SharePoint Server 2010, Windows Server 2008 R2 actuales, y las actualizaciones de Windows Server 2008 SP2 aplicadas.

    Es posible que un trabajo de distribución de contenido entre servidores que tienen diferentes niveles de actualización no se complete correctamente si las versiones de revisiones cambiaron el esquema de los paquetes de exportación de modo que el servidor de origen tenga un nivel de actualización superior al servidor de destino. Esto se aplica a trabajos de distribución de contenido que se ejecutan mediante el uso del sitio web de administración central o mediante el uso de los cmdlets de Windows PowerShell Export-SPWeb y Import-SPWeb.

  • Los paquetes de idioma que se usan en la colección de sitios de origen también deben instalarse en la granja de servidores de destino. Si falta un paquete de idioma requerido en la granja de servidores de destino, se produce un error en el trabajo de distribución de contenido. Para obtener más información, consulte Implementación de paquetes de idioma (SharePoint Server 2010).

  • Si tiene paquetes de solución de SharePoint personalizada o código personalizado en el servidor de origen, también debe distribuir esos elementos en el servidor de destino. Esto incluye cualquier ensamblado que no esté incluido en el archivo .wsp y que deba instalarse en la caché de ensamblaje global del servidor de destino.

  • Si tiene características que están instaladas en el servidor de origen, debe instalarlas (pero no activarlas) en el servidor de destino para poder ejecutar un trabajo de distribución de contenido que distribuye contenido en el servidor de destino. Generalmente, la distribución de un paquete de solución debe instalar todas las características en el servidor de destino. Sin embargo, si no está usando archivos .wsp, asegúrese de que todas las características estén instaladas pero no activadas.

    Durante el proceso de importación en el servidor de destino, se activa cualquier característica de colección de sitios que los elementos incluidos en la importación requieran. Se produce un error en el trabajo de distribución de contenido si las características que requiere no están instaladas en el servidor de destino. Para obtener más información, consulte “Problema 9: las características utilizadas en la colección de sitios faltan en el servidor de exportación” en Distribución de contenido: procedimientos recomendados (https://blogs.technet.com/b/stefan\_gossner/archive/2009/01/16/content-deployment-best-practices.aspx).

2. Asegúrese de que el servidor de destino pueda hospedar el tamaño de los archivos CAB para la importación

La distribución de contenido primero exporta todo el contenido al sistema de archivos como archivos binarios y XML, y después los empaqueta en archivos CAB. A continuación, los archivos CAB se cargan por medio de HTTP POST en el servidor de destino donde se extraen y se importan. El tamaño máximo preconfigurado de los archivos CAB generados por el proceso de distribución de contenido es de 10 megabytes (MB). Sin embargo, IIS 7.0 tiene un límite de carga preconfigurado de 28 MB. SharePoint Server 2010 no divide archivos exportados individualmente en varios archivos CAB. Por lo tanto, si un sitio de SharePoint Server 2010 contiene archivos individuales que no pueden comprimirse en menos de 10 MB, y el tamaño de archivo CAB resultante supera al límite de carga predeterminado de 28 MB correspondiente a IIS 7.0, se produce un error en el trabajo de distribución de contenido.

Si el tamaño de los archivos CAB en trabajos de distribución de contenido en el servidor supera los 28 MB, asegúrese de ajustar el tamaño de archivo permitido en el servidor de destino mediante la modificación del archivo Web.config o el sitio web de administración central. Para ello, agregue una entrada similar a la siguiente:

<system.webServer>
    <security>
        <requestFiltering>
            <requestLimits maxAllowedContentLength="52428800"/>
         </requestFiltering>
    </security>
</system.webServer>

El valor de la propiedad maxAllowedContentLength es un número, expresado en bytes, que representa el tamaño máximo del archivo CAB que se cargará en el servidor. En este ejemplo, 52.428.800 equivale a 50 MB. Debe adaptar este valor a las necesidades específicas del entorno de distribución.

Para obtener más información, consulte el artículo 925083 de KB Aparece un mensaje de error cuando intenta cargar un archivo grande a una biblioteca de documentos en un sitio de Windows SharePoint Services 3.0: "Tiempo de espera agotado para esta solicitud" (https://support.microsoft.com/kb/925083/es-es).

3. Asegúrese de que el valor del tamaño de carga máximo en la aplicación web de destino tenga el tamaño suficiente para hospedar los archivos que se están distribuyendo

La aplicación web que hospeda al sitio web de administración central en el servidor de destino generalmente se crea con valores predeterminados, lo que significa que el tamaño de carga máximo se establece en 50 MB. Si la colección de sitios de origen contiene archivos más grandes que el límite de carga del servidor de destino, se produce un error en el trabajo de distribución de contenido.

Asegúrese de que el tamaño de carga máximo de la aplicación web que hospeda al sitio web de administración central en el servidor de destino tenga como mínimo el tamaño del elemento más grande en la colección de sitios de origen. Para obtener información sobre cómo cambiar el tamaño de carga máximo para una aplicación web, consulte Configuración de una aplicación web (SharePoint Server 2010).

Nota

Aunque el trabajo de distribución de contenido se realice correctamente, es posible que no se hayan distribuido partes del sitio; por eso, asegúrese de revisar el informe de distribución de contenido en busca de advertencias o errores recuperables, incluso si el estado del trabajo es Realizado correctamente . Para obtener más información, consulte Visualización de informes e historial de trabajos de distribución de contenido.

Asegúrese de que los servidores de origen y de destino tengan suficiente espacio en disco duro para almacenar los archivos que se usan durante la exportación y la importación

Durante la exportación, todos los archivos que se van a incluir en el trabajo de distribución de contenido se almacenan en un directorio temporal en la granja de servidores de exportación y se comprimen antes de enviarse al servidor de destino para importación. Del mismo modo, durante la importación, los archivos que se importarán en la base de datos se almacenan en un directorio temporal en la granja de servidores de destino. De forma predeterminada, los archivos comprimidos y descomprimidos se colocan en directorios separados. Asegúrese de que las ubicaciones de los directorios temporales para cada granja de servidores tengan suficiente espacio en disco para hospedar los archivos que se incluyen en el trabajo de distribución. Para obtener más información, consulte “Archivos temporales” en Distribución de contenido: Guía completa - Parte 3 - Configuración (https://blogs.technet.com/b/stefan\_gossner/archive/2009/11/02/content-deployment-the-complete-guide-part-3-configuration.aspx).

5. Los servidores de exportación e importación deben hospedar una instancia del sitio web de administración central

Al configurar opciones de distribución de contenido para la granja de servidores, se seleccionan los servidores de la granja que se designarán como servidores de exportación e importación para la distribución de contenido. El sitio web de Administración central debe distribuirse en cada servidor de exportación e importación. Si configura un servidor de exportación o importación y luego quita el sitio web de Administrador central del servidor, no se muestra ningún mensaje de error, y no comienza la fase de exportación o importación del trabajo de distribución de contenido.

6. Distribuya siempre un trabajo de distribución de contenido inicial en una colección de sitios vacía

Si una colección de sitios ya tiene contenido, es posible que no se pueda realizar el trabajo de distribución de contenido inicial. Para crear una colección de sitios vacía en el servidor de destino, use la opción < Seleccionar la plantilla más adelante > de la ficha Personalizar de la página Crear colección de sitios en Administración central. La primera vez que se ejecute el trabajo de distribución de contenido, se aplicarán la plantilla correcta y todas las opciones de configuración asociadas al servidor de destino.

Nota

No use la plantilla Sitio en blanco para crear una colección de sitios de destino. Esta plantilla no crea una colección de sitios vacía y puede causar que el trabajo de distribución de contenido no se lleve a cabo.

7. Si los trabajos de distribución de contenido no se ejecutarán con frecuencia, ajuste la hora para mantener los cambios en el registro de cambios

De manera predeterminada, el registro de cambios está configurado para conservar un registro de cualquier cambio durante 60 días. Si el tiempo entre dos trabajos de distribución incremental excede este límite (por ejemplo, si transcurrieron 70 días desde la última vez que se ejecutó un trabajo de distribución de contenido), el registro de cambios no incluirá entradas previas al último token de cambio. Si el tiempo entre los trabajos excederá los 60 días, se debe cambiar el número de días especificado para la aplicación web en el sitio web de Administración central. Para obtener información sobre cómo cambiar el período de tiempo que las entradas permanecen en el registro de cambios, consulte Comprender y configurar limitación de recursos en SharePoint Server 2010 (https://technet.microsoft.com/es-es/magazine/gg491393.aspx).

8. No se deben ejecutar trabajos de distribución de contenido en paralelo si ambos trabajos usan la misma ruta

Los cambios que efectúa un trabajo pueden entrar en conflicto con los cambios que realiza otro trabajo que se ejecuta simultáneamente en la misma ruta de distribución de contenido que el primero. Si esto sucede, es posible que el trabajo de distribución de contenido no se lleve a cabo.

9. Ejecute trabajos de distribución personalizados y trabajos de distribución de contenido programados en diferentes momentos

No combine trabajos de distribución de contenido programados con trabajos de distribución de contenido personalizados que se crean mediante Windows PowerShell 2,0, la herramienta de línea de comandos Stsadm, o código personalizado. Si intenta ejecutar ambos tipos de trabajo de distribución de contenido al mismo tiempo, es posible que no se lleven a cabo los trabajos.

10. Asesore a los usuarios antes de habilitar trabajos de distribución rápida

Es posible que no se realice un trabajo de distribución rápida si el autor de una página incluye referencias a sitios, listas, u otros elementos que aún no fueron distribuidos por un trabajo de distribución no rápida. Si tiene pensado habilitar trabajos de distribución rápida dentro de la granja de servidores, asegúrese de que los usuarios comprendan el proceso de distribución de contenido y los tiempos y el alcance de los trabajos de distribución de contenido que su organización utiliza. También considere la posibilidad de limitar la cantidad de usuarios que son miembros del grupo de usuarios de distribución rápida. Para obtener más información sobre trabajos de distribución rápida, consulte Distribución de contenido: Guía completa – Parte 5 – Distribución rápida (https://blogs.technet.com/b/stefan\_gossner/archive/2009/11/04/content-deployment-the-complete-guide-part-5-quick-deployment.aspx).

11. No edite directamente el sitio de destino

Si tiene que distribuir rápidamente cambios de contenido, no edite directamente el sitio de destino porque la próxima vez que se distribuya el contenido, se sobrescribirá. En cambio, use un trabajo de distribución rápida para actualizar rápidamente el sitio. Para obtener más información, vea Administración de trabajos de distribución rápida.

12. Use instantáneas de base de datos de SQL Server en el servidor de exportación

Mediante el uso de la opción de instantáneas de base de datos de SQL Server, se evitan problemas que pueden surgir cuando los usuarios editan contenido en la base de datos de contenido mientras se ejecuta el trabajo de distribución de contenido. Cuando está habilitada la opción de instantáneas de base de datos, se crea una instantánea de la base de datos de contenido de origen, antes de que se inicie la fase de exportación del trabajo de distribución de contenido. El trabajo de distribución de contenido usa la instantánea de la base de datos para realizar la exportación, en lugar de exportar directamente desde la base de datos de contenido activo. Una vez que la exportación finaliza correctamente, se elimina la instantánea. La opción de instantánea de base de datos de SQL Server está disponible solo si el servidor de bases de datos ejecuta Microsoft SQL Server 2008 Enterprise.

13. Haga que el contenido de código sea sensible a la distribución

Se debe tener cuidado cuando los paquetes de solución distribuyen características que agregan datos a la base de datos de contenido. Los datos deben agregarse a la base de datos de contenido solamente en la granja de servidores de origen. La distribución de contenido moverá todos los datos necesarios desde el sitio de origen hasta el sitio de destino durante el trabajo de distribución. Para evitar conflictos durante la operación de importación, asegúrese de que los receptores de eventos personalizados o receptores de características que modifican al contenido del sitio en el sitio de destino usen la clase SPImportContext. Esta clase habilita los controladores de eventos y el código de activación de características para que puedan detectar si se están ejecutando en el contexto de una operación importante. De esta manera, los programadores pueden implementar código para evitar posibles problemas durante la fase de importación de distribución de contenido. Por ejemplo, si un receptor de características tiene código personalizado que agrega un nuevo elemento a una lista, el programador debe asegurarse de que el algoritmo del receptor de características detecte si se está ejecutando en el contexto de una operación de distribución de contenido, y, en caso afirmativo, omitir toda actualización de datos si el rol detectado es un sitio de destino. Durante la importación, el nuevo receptor de características de elementos de la lista se activará en el sitio de destino. Si el receptor de características no detecta el rol del sitio, agregará el contenido nuevo al sitio de destino. Entonces el proceso de importación intentará importar el mismo contenido desde el sitio de origen. Esto puede dar como resultado un error de importación o contenido duplicado en el sitio de destino. Los programadores que crean receptores de características deben tener en cuenta esta limitación y escribir el código adecuado. Para obtener más información, consulte Clase SPImportContext (https://msdn.microsoft.com/es-es/library/microsoft.sharepoint.deployment.spimportcontext.aspx) y Escribir código de activación de características y controladores de eventos sensibles a la distribución de contenido en SP2010 (https://blogs.technet.com/b/stefan\_gossner/archive/2010/05/25/write-content-deployment-aware-event-handlers-and-feature-activation-code-in-sp2010.aspx).

Reconocimientos

El equipo de publicación de contenido de SharePoint Server 2010 agradece a las siguientes personas que colaboraron en este artículo:

  • Ethan Gur-Esh, Administración de contenido empresarial de Microsoft

  • Israel Vega, Jr., Servicios de consultoría de Microsoft

  • Josh Stickler, Administración de contenido empresarial de Microsoft

  • Stefan Goβner, Servicios de asignación de nivel de Microsoft SharePoint

  • Steve Walker, Equipo de asesoramiento de clientes de Microsoft SharePoint

See Also

Concepts

Procedimientos recomendados (SharePoint Server 2010)