Planear las actualizaciones de colecciones de sitios en SharePoint 2013
SE APLICA A:
2013 
2016 2019 Subscription Edition SharePoint en Microsoft 365
Cuando actualiza de Productos de SharePoint 2010 a SharePoint 2013, las colecciones de sitios no se actualizan al actualizar la base de datos de contenido a una nueva versión. El proceso de actualización se divide para permitir que los administradores de colecciones de sitios decidan cuándo actualizar sus colecciones de sitios. Para obtener una introducción visual al proceso de actualización, vea Overview of the upgrade process from SharePoint 2010 to SharePoint 2013.
Los administradores de granjas de servidores pueden controlar la configuración de la actualización de las colecciones de sitios, como la configuración de las colecciones de sitios de evaluación de actualización, las notificaciones y la aceleración de la actualización. Este artículo le ayuda a planear la configuración que se va a usar para controlar la actualización de una colección de sitios.
Determinar las colecciones de sitios que deben actualizar los administradores de granjas
De forma predeterminada, los administradores de colecciones de sitios están a cargo de cuándo actualizar sus colecciones de sitios y realizan la actualización ellos mismos. Sin embargo, bajo ciertas circunstancias, es el administrador de granjas el que probablemente debería realizar la actualización. Por ejemplo, para los sitios que cumplan las siguientes características, el equipo de actualización a nivel de granja debe realizar pruebas antes de la actualización y, potencialmente, actualizar la colección de sitios:
Sitios extremadamente importantes
Si un sitio es muy importante para su empresa, los administradores de granjas deben probar con mucho cuidado antes de actualizarlo y luego actualizarlo ellos mismos para asegurarse de que la colección de sitios está disponible para los usuarios tan pronto como sea posible.
Sitios muy grandes
De forma predeterminada, si un administrador de colecciones de sitios comienza a actualizar un sitio mayor de 10 MB o con más de 10 subsitios, el sitio se agrega a la cola de actualización en lugar de actualizarse inmediatamente. Para las colecciones de sitios muy grandes (más de 10 GB), se recomienda que un administrador de granjas actualice las colecciones de sitios en lugar de permitir a los administradores de colecciones de sitios que inicien la actualización. De esta manera, los administradores de granjas puede probar estos sitios y luego supervisar el progreso de la actualización.
Sitios altamente personalizados
Pruebe con mucho cuidado los sitios basados en definiciones de sitio personalizadas o que tienen muchas otras personalizaciones antes de actualizarlos. Si hay problemas con las personalizaciones del lado del servidor los administradores de granjas deben abordarlas, volver a probarlas y, a continuación, realizar la actualización, para poder solucionar los problemas que se produzcan. Si hay problemas con el diseño de un sitio, un diseñador y un administrador de colecciones de sitios pueden hacerles frente.
Los administradores de granjas puede actualizar sitios con PowerShell. Para más información, vea Upgrade a site collection to SharePoint 2013.
Planeación de la configuración de notificaciones de actualización, actualización sin intervención del administrador y creación de la colección de sitios
Cuando está disponible la actualización de una colección de sitios, una barra de estado en un sitio indica que los administradores de colecciones de sitios pueden actualizarlo. Puede optar por actualizar la colección de sitios o que se le recuerde más tarde.
Los administradores de granjas pueden determinar si se permite a los administradores de colecciones de sitios actualizar sus sitios. Puede establecer una propiedad para evitar que los administradores de colecciones de sitios inicien la actualización, lo que también se desactiva la notificación en la barra de estado. A continuación, puede realizar las actualizaciones usted mismo con PowerShell. Si elige actualizar algunos sitios de forma centralizada, debe tener un plan para decidir cuándo se actualizará cada sitio y quién comprobará el sitio después de la actualización
Aunque los administradores pueden actualizar todas las colecciones de sitios de inmediato, esto no se recomienda por las siguientes razones:
Correría el riesgo de que algunos sitios tuvieran problemas imprevistos que tendría que abordar. Esto podría crear o prolongar una interrupción.
Podrían llegar un gran volumen de problemas al servicio de soporte técnico o al proceso de solución de problemas cuando los usuarios empezaran a trabajar con sitios actualizados al mismo tiempo.
Puede controlar la configuración de actualización de colecciones de sitios y la creación de sitios. Puede determinar lo siguiente:
Si el administrador de colecciones de sitios puede actualizar la colección de sitios.
Qué modo (2010 o 2013 o ambos) se puede utilizar cuando un usuario crea una colección de sitios.
Por ejemplo, es posible que desee que los usuarios sigan creando sitios en modo de 2010 durante cierto tiempo, hasta que se actualicen la mayor parte de las colecciones de sitios, o quizá desee obligar a que los sitios nuevos se creen en el modo de 2013 para no tener que actualizarlos más tarde.
Propiedades que controlan la actualización de colecciones de sitios y la creación de sitios
| Propiedad | Descripción |
|---|---|
| SPSite.AllowSelfServiceUpgrade |
Determina si se puede establecer una notificación de actualización para una colección de sitios. El valor predeterminado es verdadero; las notificaciones se establecen automáticamente. Si se establece en falso, la notificación de actualización no aparecerá en la barra de estado. |
| SPWebApplication.CompatibilityRange |
Determina en qué modos se puede crear una colección de sitios. Por ejemplo, modo de 2010 (14) o modo de 2013 (15). Están disponibles las siguientes opciones: OldVersions Use este intervalo para permitir a los usuarios crear sitios solo en modo de 2010. NewVersion Use este intervalo para permitir a los usuarios crear sitios solo en modo de 2013. AllVersions Use este intervalo para permitir a los usuarios crear sitios solo en modo de 2010 o 2013. Puede usar estos intervalos o configurar el intervalo con el comando New-Object para establecer la propiedad Microsoft.Shareoint.SPCompatibilityRange. |
Para más información sobre cómo establecer estas propiedades, vea Manage site collection upgrades (SharePoint 2013 Products).
También puede controlar la configuración de las notificaciones de actualización. Puede determinar lo siguiente:
Si se va a agregar un vínculo Para más información desde la barra de estado de Actualizar ahora.
Cuántos días se debe esperar antes de recordar a un administrador de colecciones de sitios la actualización si eligen Recordármelo más tarde en la barra de estado.
Si un usuario hace clic en en la barra de estado., la fecha actual se agrega a la cantidad que se establece en UpgradeReminderDelay y la notificación se oculta hasta que se llegue a la nueva fecha. Por ejemplo, si el valor es 30, aparecerá la notificación 30 días a partir de la fecha actual.
Las siguientes propiedades controlan las notificaciones de actualización de colecciones de sitios:
Propiedades que controlan las notificaciones de actualización
| Propiedad | Descripción |
|---|---|
| SPWebApplication.UpgradeMaintenanceLink |
Agrega otro vínculo al mensaje de estado Actualizar ahora para que el usuario pueda seguirlo y encuentre más información. El valor predeterminado es vacío. |
| SPWebApplication.UpgradeReminderDelay |
Establece el número de días de suspensión de la notificación de actualización en la barra de estado después de que un usuario haga clic en Recordármelo más tarde. El valor predeterminado es 30 días. Si se establece en 0, la notificación de actualización no se quita de la barra de estado y la notificación no se puede establecer en Recordármelo más tarde. |
Para más información sobre cómo establecer estas propiedades, vea Manage site collection upgrades (SharePoint 2013 Products).
Planeación de sitios de evaluación de actualización
Los administradores de colecciones de sitios pueden solicitar una vista previa de su colección de sitios. Esta vista previa se denomina colección de sitios de evaluación de actualización. Una colección de sitios de evaluación de actualización permite que los administradores de colecciones de sitios vean el contenido de su sitio en una nueva copia independiente del sitio que se ejecuta en SharePoint 2013. A diferencia de la actualización visual en SharePoint Server 2010, la colección de sitios de evaluación de actualización es una copia completa de la colección de sitios. Es independiente de la original y tiene su propia dirección URL. Las acciones que los administradores de colecciones de sitios realizan en la colección de sitios de evaluación de actualización no afectan al sitio original. Tanto el sitio original como el sitio de actualización de la evaluación están disponibles para búsquedas y los trabajos del temporizador que se ejecutan para todas las colecciones de sitios también se ejecutan en los sitios de evaluación de actualización.
Cuando un administrador de colecciones de sitios solicita una colección de sitios de evaluación, la solicitud se agrega a un temporizador de trabajos (denominado "Creación de colecciones de sitios de evaluación de actualización "), que se ejecuta una vez al día. Este temporizador de trabajos crea una copia completa de la colección de sitios de una única dirección URL. Las colecciones de sitios de evaluación de actualización se configuran para que expiren y se eliminen automáticamente. El tiempo predeterminado para la expiración es de 30 días, que puede configurarse estableciendo un valor para la aplicación web o cambiando un valor en la propia colección de sitios de evaluación.
Los administradores de granjas puede optar por evitar que los usuarios creen sitios de evaluación de actualización estableciendo la propiedad SPSite.AllowSelfServiceUpgradeEvaluation de una colección de sitios.
Los trabajos del temporizador crean y eliminan sitios de evaluación de actualización. Se utilizan los siguientes trabajos del temporizador:
Trabajos del temporizador para colecciones de sitios de evaluación de actualización
| Nombre de trabajo | Descripción | Cuándo se ejecuta |
|---|---|---|
| Creación de colecciones de sitios de evaluación de actualización (job-create-upgrade-eval-sites) |
Crea sitios de evaluación de actualización. |
Se ejecuta diariamente, entre 1:00 y 1:30 AM |
| Eliminación de sitios de evaluación de actualización (job-delete-upgrade-eval-sites) |
Elimina sitios de evaluación de actualización expirados y envía notificaciones a los sitios cuya fecha de expiración está próxima. |
Se ejecuta diariamente, entre 1:00 y 1:30 AM |
| Actualizar colecciones de sitios (job-upgrade-sites) |
Actualiza las colecciones de sitios en la cola de una base de datos de contenido. |
Se ejecuta cada minuto |
Puede decidir cuándo y con qué frecuencia se ejecutan estos trabajos del temporizador y también puede ejecutarlos de forma manual.
Cómo se crean colecciones de sitios de evaluación de actualización
El temporizador de trabajos Creación de colecciones de sitios de evaluación de actualización recopila la lista de colecciones de sitios que se pusieron en cola en los sitios de evaluación y luego copia los sitios a nuevas direcciones URL e identificadores de sitio. También agrega los sitios a la cola de actualización para que el temporizador de trabajos de Actualización colecciones de sitios los pueda recopilar más tarde. Para crear la copia del sitio:
Si tiene una versión Enterprise de SQL Server, el temporizador de trabajos Creación de colecciones de sitios de evaluación de actualización obtiene una instantánea de la base de datos y lee los datos de la instantánea en una base de datos de destino (donde la base de datos de origen es el destino predeterminado). Esto no afecta el estado de solo lectura del sitio de origen a lo largo de todo el proceso.
Para otras versiones de SQL Server que no tienen capacidades de instantáneas, temporizador de trabajos Creación de colecciones de sitios de evaluación de actualización realiza una copia de seguridad de una colección de sitios y la restaura a una nueva dirección URL. Esto hace que el sitio de origen sea de solo lectura durante todo el proceso.
El trabajo Actualización de colecciones de sitios recopila la lista de colecciones de sitios que estaban en cola para su actualización y actualiza los sitios en la cola desde el más antiguo al más reciente. El sitio de evaluación agregado recientemente se actualiza a continuación (o al menos intenta actualizarse).
Planeación de las colas y la aceleración de actualización de colecciones de sitios
Para asegurarse de que las actualizaciones de la colección de sitios no provocan una interrupción en su granja, existen aceleradores integrados a nivel de aplicación web, base de datos y contenido. Esto significa que incluso si 100 administradores de colecciones de sitios deciden actualizar sus colecciones de sitios simultáneamente, solo algunas se ejecutan al mismo tiempo y el resto se ponen en una cola para ejecutarse más tarde.
Las actualizaciones de colecciones de sitios se aceleran:
Niveles del acelerador para la actualización de colecciones de sitios
| Nivel | El número máximo de colecciones de sitios que se pueden actualizar simultáneamente | La propiedad que controla la configuración del acelerador |
|---|---|---|
| Aplicación web |
El valor predeterminado es 5 por cada instancia de aplicación web. Las solicitudes adicionales se ponen en la cola. |
SPWebApplication.SiteUpgradeThrottleSettings AppPoolConcurrentUpgradeSessionLimit |
| Base de datos de contenido |
El valor predeterminado es 10 por cada base de datos de contenido. Las solicitudes adicionales se ponen en la cola. |
SPContentDatabase.ConcurrentSiteUpgradeSessionLimit Si se ponen en cola varios sitios en una base de datos de contenido, solo se actualizará un sitio de cada vez por una instancia de servicio de temporizador. Este comportamiento es intencionado. El acelerador ConcurrentSiteUpgradeSessionLimit afecta a todos los tipos de actualizaciones del sitio, incluidas las que se producen directamente en w3wp (iniciadas por el usuario final o en actualizaciones de proceso) y en herramientas administrativas como Windows PowerShell (a menos que el administrador de la granja de servidores reemplace explícitamente el acelerador; véase a continuación). El servicio de temporizador tiene su propio mecanismo para distribuir la carga independientemente de cualquier aspecto relacionado con la actualización del sitio. Las bases de datos de contenido se distribuyen por las instancias del servicio de temporizador de la granja de servidores y todos los trabajos de una base de datos de contenido determinada se procesan mediante una sola instancia del servicio de temporizador, en un proceso en serie. Esto significa que el servicio de temporizador solo procesa de cada vez una colección de sitios en una base de datos de contenido determinada, pero varias instancias del servicio de temporizador podrían procesar la cola de diversas bases de datos de contenido al mismo tiempo. Aunque por otros motivos el servicio de temporizador no se paraleliza para procesar una sola base de datos de contenido, el servicio de temporizador no es la única manera de actualizar las colecciones de sitios. Si la colección de sitios es pequeña, se actualizará de forma sincrónica en el proceso donde se inició la actualización (suele ser w3wp.exe, pero también podría ser Windows PowerShell si no se especificó la marca -QueueOnly ). El límite de simultaneidad entra en vigor principalmente en este escenario. |
| Contenido de una colección de sitios (tamaño y número de subwebs) |
El valor predeterminado es que un sitio que tiene más de 10 MB, o más de 10 subwebs, no lo puede actualizar el administrador de colecciones de sitios sin intervención del administrador, sino que lo debe actualizar el administrador de granjas. |
SPWebApplication.SiteUpgradeThrottleSettings UsageStorageLimit y SubwebCountLimit |
La siguiente ilustración muestra la relación entre los límites del acelerador de actualización de la aplicación web y la base de datos de contenido.
Actualización de los aceleradores y la cola de actualización de sitios para aplicaciones web y bases de datos de contenido
En esta ilustración, la base de datos de contenido contiene quince sitios y se solicitó iniciar la actualización en todos los sitios.
Debido al límite del acelerador de la aplicación web, solo se puede empezar la actualización de cinco sitios en la aplicación web 1; instancia 1 en el servidor web 1.
Cinco sitios más empiezan a actualizarse en la aplicación web 1; instancia 2 en el servidor web 2.
Debido al acelerador de la base de datos de contenido, cinco sitios se envían a la cola de actualización para que esperen su turno.
Puede utilizar la configuración de aceleración predeterminada o puede especificar sus propios valores para la cantidad de colecciones de sitios que se puede actualizar al mismo tiempo. Los administradores de granjas también pueden anular la configuración del acelerador cuando se actualiza un sitio web con PowerShell. Tenga cuidado al cambiar estos valores y asegúrese de comprobar la configuración que desea utilizar en un entorno de prueba antes de implementarla en producción. Si aumenta demasiado la aceleración, podría crear problemas de rendimiento en el entorno. Por ejemplo, demasiadas actualizaciones en paralelo podrían afectar a la representación del sitio. Para más información sobre cómo cambiar esta configuración, vea Manage site collection upgrades.
Acerca de los modos de colecciones de sitios
Para permitir la actualización de las colecciones de sitios independientemente de la actualización de bases de datos de contenido, SharePoint 2013 presenta el concepto de "modos" de colecciones de sitios (también denominado niveles de compatibilidad). Las colecciones de sitios están en modo de 2010 en el nuevo entorno hasta que se actualizan específicamente al modo de 2013. Puede crear nuevas colecciones de sitios en cualquier modo. Aunque los administradores de granjas puede configurar esta opción, la configuración predeterminada es crear sitios en modo de 2010). Cuando una colección de sitios está en modo de 2010, la interfaz de usuario es similar a la interfaz de Productos de SharePoint 2010 y solo están activadas las características que estaban disponibles en Productos de SharePoint 2010. En modo de 2013, la interfaz y las características se actualizan a SharePoint 2013.
Tiene que asegurarse de que los paquetes de soluciones, las características y otros componentes personalizados están disponibles para los dos modos de sitios. Para más información, vea Create a plan for current customizations during upgrade to SharePoint 2013.
Entrenar a los administradores de colecciones de sitios
Es importante que entrene a los usuarios sobre cómo actualizar sus colecciones de sitios y cómo revisar sus sitios en una colección de sitios de evaluación de actualización. Los usuarios informados están preparados y saben qué esperar, lo que disminuirá la necesidad de recurrir al departamento de soporte técnico y las frustraciones.
Informe a los usuarios sobre los cambios y las características nuevas. También adviértales sobre los posibles problemas que pueden producirse. Por ejemplo, pueden tener problemas con las personalizaciones, como que las páginas no se muestren correctamente. Para obtener información sobre problemas de actualización generales, vea Revisar colecciones de sitios actualizadas a SharePoint 2013 y Solucionar los problemas de actualización de colecciones de sitios en SharePoint 2013.
Explique a los administradores de colecciones de sitios que sus sitios de evaluación de actualización son copias y que cualquier cambio que hagan no va a mantenerse en sus sitios actualizados. También existe una barra de notificaciones en el sitio de la vista previa que indica que se trata de una copia.
De forma predeterminada, los administradores de colecciones de sitios controlan la actualización de sus sitios. Pueden utilizar la actualización de colecciones de sitios de evaluación para obtener una vista previa de las nuevas características e interfaz de usuario. Esto les da tiempo para asegurarse de que todo funciona correctamente y pueden solucionar cualquier problema en su sitio original antes de actualizarlo. Cuando los administradores de colecciones de sitios estén preparados, podrán actualizar sus sitios.
Se recomienda que tenga un plan y establezca un límite de tiempo durante el que se permite a los administradores de colecciones de sitios posponer la actualización de los mismos. Por ejemplo, cada administrador de una colección de sitios puede disponer de 90 días para trabajar con sus administradores de colecciones de sitios para evaluarlos y mejorarlos. Este plazo garantiza que los usuarios disponen de un tiempo razonable para familiarizarse con la nueva interfaz de usuario y para resolver cualquier problema en sus sitios. Asegúrese de comunicar el límite de tiempo a los usuarios y que ellos sepan que puede obligarles a través de una actualización de todos los sitios. Además, puede usar un comando de PowerShell para comprobar el nivel de compatibilidad de sitios en una base de datos de contenido por lo que puede ver el número de sitios que están en modo de 2010 y cuántos están en modo de 2013. Para más información, vea Manage site collections upgrades.
Es importante que informe a los administradores de colecciones de sitios que mientras que los sitios usen el modo de 2010, las nuevas características no estarán disponibles. Sin embargo, en cuanto los sitios se actualicen a la nueva versión, las características de la aplicación aparecerán automáticamente.
Consulte también
Otros recursos
Manage site collection upgrades
Overview of the upgrade process from SharePoint 2010 to SharePoint 2013