Limpiar un entorno antes de una actualización a SharePoint 2013

SE APLICA A:2013 2016 2019 Subscription Edition SharePoint en Microsoft 365

Antes de empezar a actualizar de Productos de SharePoint 2010 a SharePoint 2013, debe asegurarse de que el entorno funciona en un estado correcto y de limpiar cualquier contenido que no tenga que actualizar. También puede tomarse el tiempo necesario para quitar o reorganizar el contenido para que tenga la estructura que desee después de realizar la actualización.

Elementos que se van a limpiar

Muchos de estos elementos se pueden eliminar o reparar mediante la herramienta de línea de comandos Stsadm o cmdlets de PowerShell.

Importante

Para ejecutar la herramienta de línea de comandos Stsadm, debe ser miembro del grupo de administradores en el equipo local. >Para usar cmdlets de PowerShell en el Shell de administración de SharePoint, debe tener las siguientes pertenencias: > rol fijo de servidor securityadmin en la instancia de SQL Server. >db_owner rol fijo de base de datos en todas las bases de datos que se van a actualizar. > Los administradores se agrupan en el servidor en el que se ejecutan los cmdlets de PowerShell.

Eliminación de colecciones de sitios y subwebs no utilizadas o infrautilizadas

No quiere actualizar el contenido que no tiene que conservar. Si no se ha usado durante mucho tiempo y no es necesario en el futuro, realice una copia de seguridad y, a continuación, elimínela para liberar almacenamiento y recursos administrativos, mejorar el rendimiento de la actualización y reducir el riesgo de actualización. Asegúrese de comunicarse con los propietarios del sitio o con los contactos de la organización con respecto al estado del sitio: quiere asegurarse de que el sitio no es necesario antes de eliminarlo (por ejemplo, no desea eliminar los sitios necesarios para el cumplimiento, como los procedimientos de emergencia, aunque no se actualicen con frecuencia).

Para más información sobre cómo eliminar colecciones de sitios y subwebs, vea:

• Remove-SPSite

• Remove-SPWeb

Comprobar listas de gran tamaño (listas con muchos datos)

De forma predeterminada, la limitación de consultas de listas de gran tamaño está activada en Productos de SharePoint 2010. Este comportamiento no ha cambiado en SharePoint 2013. Si una lista es muy grande y los usuarios usan una vista o realizan una consulta que supera el límite o el umbral de limitación, no se permitirá la vista o consulta. Si va a actualizar el contenido de los productos del servidor en la versión de Office 2007, compruebe las listas grandes y haga que el propietario del sitio o el propietario de la lista solucionen el problema. Por ejemplo, pueden crear columnas indexadas con vistas filtradas, organizar elementos en carpetas, establecer un límite de elementos en la página para una vista grande o usar una lista externa. Para obtener más información sobre la limitación de listas grandes y cómo solucionar problemas con listas grandes, consulte Administración de listas y bibliotecas con muchos elementos.

Eliminar el exceso de columnas de las listas anchas (listas con demasiadas columnas) o quitar las listas anchas

Las listas anchas son aquellas que contienen más columnas de las que caben en un solo rowspan de la base de datos de contenido. Durante la actualización, el almacenamiento subyacente de la base de datos se cambia por una estructura de tabla rala, y una lista muy ancha puede generar errores. Use el comando Test-SPContentDatabase en PowerShell para buscar listas anchas en las bases de datos de contenido y quitar el exceso de columnas (o quitar la lista ancha) antes de actualizar.

Para más información sobre los tamaños máximos de columna para una lista, vea este artículo sobre los Límites de columnas.

Considere la conveniencia de mover colecciones de sitios a bases de datos independientes

Si tiene 5000 o más colecciones de sitios en una base de datos, considere la posibilidad de dividirlas en varias bases de datos. En Productos de SharePoint 2010, existía una advertencia predeterminada a las 9.000 colecciones de sitos y un límite máximo de 15.000 colecciones. En SharePoint 2013, estos valores cambian a 2.000 colecciones de sitios para la advertencia y 5.000 colecciones para el límite. Para evitar que se produzcan errores durante la actualización o aparezcan sitios rotos una vez realizada, le recomendamos que mueva algunas colecciones de sitios a otras bases de datos. Si tiene varias bases de datos de contenido, puede también agilizar el proceso actualizando varias bases de datos en paralelo.

Para más información sobre los límites de las colecciones de sitios, vea este artículo sobre los Límites de bases de datos de contenido. Para más información sobre cómo mover colecciones de sitios a una nueva base de datos, vea Mover colecciones de sitios entre bases de datos en SharePoint Server.

Eliminación de versiones del documento extrañas

Una gran cantidad de versiones del documento puede disminuir considerablemente la velocidad de una actualización. Si no tiene que mantener varias versiones, puede hacer que los usuarios las eliminen manualmente o que usen el modelo de objetos para buscarlas y quitarlas. Para obtener más información sobre cómo eliminar versiones superfluas con programación, vea Servicio web de versiones en MSDN.

Eliminación de plantillas, características y elementos web no usados

En primer lugar, compruebe que ningún sitio use la plantilla, la característica o el elemento web. Puede usar la Stsadm - EnumAllWebs operación con los - includefeatures parámetros y - includewebparts para identificar estas personalizaciones en su entorno. Esta operación identifica elementos web, características, controladores de eventos y archivos de configuración usados en su entorno. El EnumAllWebs comando también especifica qué archivos usan los sitios. Se realizaron cambios en el EnumAllWebs comando en la actualización acumulativa de febrero de 2011 para que devuelva tanto la colección de sitios como las características de nivel web. Para obtener más información y la actualización acumulada, vea Descripción del paquete de actualización acumulativa de SharePoint Foundation 2010 (paquete de servidor de SharePoint Foundation): 3 de marzo de 2011.

Puede quitar una característica durante la actualización de colecciones de sitios. Las características simples también se pueden quitar desusándolas en la plantilla. Puede usar la actualización de características para eliminar características más complejas. Para obtener más información, vea Actualizar características e Información general sobre la actualización de características en MSDN.

Para obtener más información sobre cómo identificar personalizaciones en su entorno, vea Use a trial upgrade to SharePoint 2013 to find potential issues. Si no se usan personalizaciones, elimínelas. Para obtener más información sobre cómo administrar estos tipos de personalizaciones, vea Características y plantillas y Soluciones y paquetes de elementos web en MSDN.

Eliminar sitios de PowerPoint Broadcast

Estos sitios y plantillas de sitio no están disponibles en SharePoint 2013 porque el Office Online Server ahora se instala por separado del entorno de SharePoint 2013. Los sitios basados en estas plantillas no funcionarán en SharePoint 2013. Elimine estos tipos de sitios antes de actualizar.

Puede usar el comando Get-SPSite PowerShell junto con las siguientes opciones para buscar estos sitios:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"}

Esta acción devolverá todos los sitios que usan la plantilla.

También puede usar los comandos Get-SPSite y Remove-SPSite PowerShell junto con las siguientes opciones para eliminar estos sitios:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"} | Remove-SPSite

Asegúrese de realizar una copia de seguridad de estos sitios antes de eliminarlos. Para más información, vea Get-SPSite y Remove-SPSite.

Quitar sitios del Centro de búsqueda FAST

No puede actualizar los sitios de FAST Search Center a la experiencia de 2013. Los sitios del centro de búsqueda FAST existentes pueden seguir funcionando en modo 2010 después de la actualización. Si desea contar con la nueva característica, debe crear sitios del centro de búsqueda Enterprise nuevos en el modo 2013.

Finalizar actualizaciones visuales en Productos de SharePoint 2010

Durante una actualización de los productos de servidor de la versión Office 2007 a Productos de SharePoint 2010, podría permitir a los propietarios de sitios usar actualizaciones visuales para mantener la versión antigua de los sitios en el entorno actualizado. Cuando actualice a SharePoint 2013, todos los sitios que sigan con la versión antigua de Productos de SharePoint 2010 se actualizan automáticamente a la versión 2010. Si desea tener la oportunidad de solucionar cualquier problema y revisar los sitios antes de cambiar a la nueva experiencia, actualícelos a la nueva experiencia en el entorno de productos de SharePoint 2010 y revíselos antes de actualizarlos a SharePoint 2013. Le recomendamos que finalice las actualizaciones visuales antes de actualizar a SharePoint 2013. Finalizar las actualizaciones visuales antes de actualizar proporciona las siguientes ventajas:

• Puede resolver problemas mientras disponga de componentes de los productos de servidor de la versión Office 2007.

• Puede hacer que los usuarios participen en la revisión y resolución de problemas en sus sitios.

• Puede revertir temporalmente a la experiencia anterior si es necesario. No se puede revertir cuando se encuentra en la experiencia de SharePoint 2013.

• Evite agregar posibles errores al proceso de actualización. Cuantas menos operaciones tengan lugar durante la actualización, mejor. Resulta más difícil resolver problemas cuando hay involucrados más procesos. Además, los usuarios pueden pensar que la actualización ha provocado un problema cuando en realidad se trata de que se está cambiando a la nueva versión. Si tiene un problema con cómo se muestra la interfaz de sitio, ¿cómo sabrá si es un problema antiguo del sitio que se forzó a través de la actualización visual, un problema con el modo 2010 en SharePoint 2013 o un problema con un nuevo archivo CSS?

Para comprobar los sitios con la versión antigua, en el entorno de Productos de SharePoint 2010, puede usar el comando Get-SPSite PowerShell.

Para comprobar y actualizar sitios que siguen con la versión antigua en el entorno de Productos de SharePoint 2010 mediante PowerShell

1. Compruebe que cumple con las pertenencias siguientes:

• Rol fijo de servidor securityadmin en la instancia de SQL Server.

• Rol fijo de base de datos db_owner en todas las bases de datos que se van a cargar.

• Los administradores se agrupan en el servidor en el que se ejecutan los cmdlets de PowerShell.

  Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos para usar cmdlets de SharePoint 2013.

  Nota:

  Si no tiene permisos, póngase en contacto con el administrador del programa de instalación o con el administrador de SQL Server para solicitar los permisos. Para obtener más información sobre los permisos de PowerShell, consulte Add-SPShellAdmin.

2. En el menú Inicio, haga clic en Todos los programas.

3. Haga clic en Productos de Microsoft SharePoint 2010.

4. Haga clic en Consola de administración de SharePoint 2010.

5. En el símbolo del sistema de PowerShell, escriba el siguiente comando para devolver todas las colecciones de sitios que tienen subwebs con la versión antigua o que están incluidas en estas:

Get-SPSite | ForEach-Object{$_.GetVisualReport()}

6. En el símbolo del sistema de PowerShell, escriba el siguiente comando para actualizar dichos sitios a la nueva versión:

Get-SPSite | ForEach-Object{$_.VisualUpgradeWebs()}

Para obtener más información, vea Get-SPSite y Administración de la actualización visual (SharePoint Server 2010).

Reparación de problemas con los datos

Asegúrese de reparar todos los problemas relacionados con las bases de datos o el contenido de sitios antes de actualizar. En particular, compruebe los siguientes elementos:

• Buscar datos dañados en las bases de datos

  Limpie las bases de datos para eliminar los sitios huérfanos u otros datos dañados, como una lista dañada. Considere la posibilidad de desfragmentar si ha eliminado sitios o subsitios de la base de datos. Para más información, vea:

  • Databaserepair: operación Stsadm

  • Forcedeletelist: operación Stsadm

• Buscar colecciones de sitios duplicadas o huérfanas en las bases de datos

  Asegúrese de que las colecciones de sitios solo existen en una base de datos de contenido. En ocasiones, las colecciones de sitios pueden dejar atrás referencias duplicadas o huérfanas en bases de datos de contenido antiguas si se mueven a bases de datos nuevas, si se ha adjuntado una copia de una base de datos a la granja de servidores o si se ha producido un error al aprovisionar una colección de sitios. Si se hace referencia a una colección de sitios en más de una base de datos de contenido o hay más de una instancia de la colección de sitios en una base de datos de contenido, puede causar problemas al actualizar mediante el método de actualización de asociación de base de datos. Si actualiza primero una versión duplicada de la colección de sitios, el mapa del sitio de su base de datos de configuración podría terminar apuntando a dicha versión del sitio en lugar de la versión actual.

  Antes de actualizar, use la operación Enumallwebs de la herramienta de línea de comandos Stsadm para buscar qué sitios se encuentran en las bases de datos de contenido y comparar los resultados. Además, examine cada colección de sitios en los resultados y compruebe si falta en el mapa del sitio. Si figura como ausente, significa que es un sitio huérfano. Para obtener más información, vea Enumallwebs: operación de Stsadm. Si encuentra sitios duplicados o huérfanos, puede usar el cmdlet Remove-SPSite en PowerShell para eliminar sitios duplicados o huérfanos de la base de datos.

  Para más información, vea Remove-SPSite.

• Comprobar variaciones

  En entornos de publicación, compruebe si hay variaciones que tienen que corregirse. Para obtener más información, vea Variationsfixuptool: operación de Stsadm.

Cómo realizar cambios estructurales

Para efectuar cambios estructurales en el entorno, como mover colecciones de sitios o cambiar el modo en que se asignan las bases de datos, puede usar los siguientes métodos:

• Move-SPSite Use este método para mover colecciones de sitios entre bases de datos. Si una base de datos es muy grande o contiene muchas colecciones de sitios, puede mover los sitios para resolverlo y hacer que la actualización sea más eficiente. También puede mover todos los sitios de colaboración a una base de datos y todos los Mis sitios a otra para que resulte más fácil administrar los diferentes conjuntos de sitios. Además, puede usar esta operación para dividir bases de datos de gran tamaño si contienen varias colecciones de sitios. De este modo, puede aumentar la eficiencia de la actualización

  Para más información, vea Move-SPSite.

• Export-SPWeb and Import-SPWeb Use este método para mover subwebs o colecciones de sitios dentro de una granja o entre granjas. Para más información, vea Export-SPWeb y Import-SPWeb.

Consulte también

Otros recursos

Use a trial upgrade to SharePoint 2013 to find potential issues

Procedimientos recomendados para actualizar de SharePoint 2010 a SharePoint 2013