Actualizar aplicaciones de servicio a SharePoint Server 2016
SE APLICA A:
2013 
2016 2019 Subscription Edition SharePoint en Microsoft 365
Cuando se actualiza de SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016, debe usar una actualización adjunta de base de datos, lo que significa que solo se actualiza el contenido del entorno y no la configuración. Después de configurar el entorno de SharePoint Server 2016 y de copiar las bases de datos de aplicaciones de servicio y de contenido, puede actualizar las aplicaciones de servicio a SharePoint Server 2016. Este artículo contiene los pasos que deben seguirse para actualizar las aplicaciones de servicio.
Fase 3 del proceso de actualización: Actualizar aplicaciones de servicio:
| Fase | Descripción |
|---|---|
|
Esta es la tercera fase del proceso de actualización de datos y sitios de SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016. El proceso consta de las fases siguientes, que deben completarse en orden: Crear la granja de servidores de SharePoint Server 2016 para una actualización de agregación de base de datos Copia de bases de datos a la nueva granja de servidores para la actualización a SharePoint Server 2016 Actualizar aplicaciones de servicio a SharePoint Server 2016 (esta fase) Actualizar bases de datos de contenido a SharePoint Server 2016 Para obtener información general sobre todo el proceso, vea Información general sobre el proceso de actualización a SharePoint Server 2016. |
Antes de empezar
Antes de actualizar las aplicaciones de servicio, revise la siguiente información y realice las acciones recomendadas.
Asegúrese de que la cuenta que use para seguir las instrucciones de este artículo sea miembro del grupo Administradores de la granja de servidores de la Administración central.
Decida qué grupo de aplicaciones de servicio empleará para las aplicaciones de servicio actualizadas. Los procedimientos siguientes usan el grupo de aplicaciones predeterminado "SharePoint Web Services Default" para las aplicaciones de servicio. Vea una lista de los grupos de aplicaciones de servicio, ejecutando el cmdlet Get-SPServiceApplicationPool en PowerShell. O bien cree un grupo de aplicaciones de servicio con el cmdlet New-SPServiceApplicationPool. Para obtener más información, vea Get-SPServiceApplicationPool y New-SPServiceApplicationPool.
Sugerencia
A lo largo de este artículo, las variables (como $applicationPool, $sss, $upa, etc.) se usan en los cmdlets de PowerShell para ahorrar tiempo y esfuerzo. No es necesario que las use si no quiere. Ahora bien, tenga en cuenta que si no las usa, deberá emplear identificadores para las aplicaciones de servicio y los servidores proxy de aplicación de servicio cuando especifique los parámetros identity. Cada procedimiento tiene información sobre las variables usadas o los cmdlets alternativos que se van a usar para buscar los identificadores necesarios. Además, varios procedimientos de este artículo incluyen un paso para establecer la variable $applicationPool. Si realiza todos estos procedimientos en la misma sesión de PowerShell y desea usar el mismo grupo de aplicaciones para todas las aplicaciones de servicio, no es necesario repetir este paso en cada procedimiento. En su lugar, defina una vez la variable al principio y úsela en todos los procedimientos de este artículo.
Nota:
Para las propiedades administradas en el esquema de SharePoint 2013 que se introducen en el esquema de SharePoint Server 2016, antes de actualizar debe cambiar el nombre de esa propiedad administrada. Por ejemplo, si ha creado una propiedad administrada denominada SPWebURL, cámbiele el nombre a SPWebURL1 antes de la actualización de SharePoint Server 2016. Puede volver a cambiar el nombre de la propiedad administrada personalizada al valor original (es decir, cambiar el nombre de SPWebURL1 a SPWebURL) después de que la actualización se haya completado correctamente. Para obtener una lista de las propiedades administradas introducidas en SharePoint Server 2016, vea Propiedades administradas agregadas en SharePoint Server 2016.
Acerca de la actualización de las bases de datos de aplicación de servicio
Para actualizar una base de datos de aplicación de servicio, debe crear una aplicación de servicio y proporcionar el nombre de la base de datos existente que se va a usar para la nueva aplicación. Al crear la aplicación de servicio, se actualiza la base de datos. Este proceso consta de varios pasos.
Nota:
No se pueden actualizar Word Automation Services y Servicios de traducción automática. Deberá crearse una nueva instancia de servicio.
Importante
Los pasos siguientes para definir las instancias de servicio iniciales solo se aplican al tipo de rol de servidor personalizado. Para obtener más información sobre los tipos de rol de servidor, vea Planeamiento de una implementación de servidor MinRole en SharePoint Server 2016.
Iniciar las instancias de servicio
El primer paso consiste en iniciar instancias de servicio para las cinco aplicaciones de servicio que puede actualizar: el servicio conectividad a datos profesionales, el servicio web de metadatos administrados, el servicio PerformancePoint Services, el servicio Almacenamiento seguro y el servicio de búsqueda. La mayoría de estas instancias de servicio se pueden iniciar desde Administración central. Sin embargo, la instancia del servicio de búsqueda de SharePoint Server debe iniciarse mediante PowerShell.
Crear las aplicaciones de servicio y actualizar las bases de datos
Una vez que haya iniciado las instancias de servicio, el siguiente paso es crear las aplicaciones de servicio y actualizar las bases de datos. Debe usar PowerShell para restaurar las bases de datos de aplicación de servicio.
Crear servidores proxy para las aplicaciones de servicio
Una vez que haya actualizado las bases de datos de aplicación de servicio, puede crear los proxy de las aplicaciones de servicio y agregarlos al grupo de proxy predeterminado. Debe crear proxy para las siguientes aplicaciones de servicio:
Aplicación de servicio de metadatos administrados
Aplicación de servicio de búsqueda
Aplicación de servicio Almacén seguro
Aplicación de servicio PerformancePoint Services
La aplicación Servicio de conectividad a datos empresariales crea automáticamente un proxy y lo asigna al grupo de proxy predeterminado cuando cree la aplicación de servicio.
Comprobar que los proxy están en el grupo predeterminado
Las siguientes secciones proporcionan procedimientos para completar estos pasos.
Iniciar las instancias de servicio
Los siguientes procedimientos inician las instancias de servicio.
Para iniciar instancias de aplicación de servicio desde Administración central:
Inicie Administración central de SharePoint 2016.
Para Windows Server 2012 R2:
En la pantalla Inicio , seleccione Administración central de SharePoint 2016.
Si Administración central de SharePoint 2016 no está en la pantalla Inicio:
- Haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Administración central de SharePoint 2016.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
En Administración central de SharePoint 2016, en la página Administración de aplicaciones, en la sección Aplicaciones de servicio , seleccione Administrar servicios en el servidor.
Junto al servicio Conectividad a datos profesionales, seleccione Iniciar.
Junto al servicio web de metadatos administrados, seleccione Iniciar.
Junto al servicio PerformancePoint Services, seleccione Iniciar.
Junto al Servicio de almacenamiento seguro, seleccione Iniciar.
La instancia de servicio de búsqueda debe iniciarse mediante PowerShell porque no puede iniciarlo desde Administración central a menos que ya exista una aplicación de servicio de búsqueda.
Para iniciar la instancia del servicio Search mediante PowerShell:
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2:
En la pantalla Inicio , seleccione Shell de administración de SharePoint 2016.
Si Shell de administración de SharePoint 2016 no aparece en la pantalla Inicio:
- Haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint 2016.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Para iniciar la instancia de servicio Búsqueda, en el símbolo del sistema de PowerShell de Microsoft, escriba los siguientes comandos y presione ENTRAR después de cada uno de ellos:
$SearchInst = Get-SPEnterpriseSearchServiceInstance # Stores the identity for the Search service instance on this server as a variableStart-SPServiceInstance $SearchInst # Starts the service instance
Para obtener más información, vea Get-SPEnterpriseSearchServiceInstance y Start-SPServiceInstance.
Actualizar la aplicación de servicio Almacén seguro
Para actualizar la aplicación de servicio Almacén seguro, debe crear la aplicación y actualizar la base de datos, crear un proxy y agregarlo al grupo de proxy predeterminado, y restaurar la frase de contraseña del entorno anterior.
Para actualizar la aplicación de servicio almacenamiento seguro mediante PowerShell:
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2:
En la pantalla Inicio , seleccione Shell de administración de SharePoint 2016.
Si Shell de administración de SharePoint 2016 no aparece en la pantalla Inicio:
- Haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint 2016.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2Windows Server 2012, consulta Tareas comunes de administración y navegación en Windows Server 2012.
Para almacenar la agrupación de aplicaciones que desea usar como variable para esta aplicación de servicio, en el símbolo del sistema de PowerShell de Microsoft, escriba el comando siguiente:
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'Donde:
- SharePoint Web Services default es el nombre del grupo de aplicaciones de servicio que contendrá las nuevas aplicaciones de servicio. Este es el grupo de aplicaciones de servicio predeterminado. Puede especificar otra agrupación de aplicaciones de servicio.
Este cmdlet establece el grupo de aplicaciones de servicio como variable que se pude usar de nuevo en los siguientes cmdlets. Si tiene varios grupos de aplicaciones y debe usar un grupo de aplicaciones diferente para una aplicación de servicio en particular, repita este paso del procedimiento para crear cada aplicación de servicio, para usar el grupo de aplicaciones adecuado.
Para actualizar la aplicación de servicio Almacén seguro, en el símbolo del sistema de PowerShell de Microsoft, escriba el siguiente comando:
$sss = New-SPSecureStoreServiceApplication -Name 'Secure Store' -ApplicationPool $applicationPool -DatabaseName 'SecureStore_Upgrade_DB' -AuditingEnabledDonde:
SecureStore es el nombre que desea dar a la nueva aplicación de servicio Almacén seguro.
$applicationpool es la variable que estableció anteriormente para identificar el grupo de aplicaciones de servicio que se usará.
Sugerencia
Si no usa la variable $applicationPool, especifique el nombre de un grupo de aplicaciones de servicio ya existente con el formato ' Nombre de grupo de aplicaciones'. Para ver una lista de los grupos de aplicaciones de servicio, ejecute el cmdlet Get-SPServiceApplicationPool.
SecureStore_Upgrade_DB es el nombre de la base de datos de aplicación de servicio que desea actualizar.
Este comando establece una variable, $sss, que usted usa al crear el proxy más adelante.
Para obtener más información, consulte New-SPSecureStoreApplication.
Escriba el siguiente comando para crear un proxy para la aplicación de servicio Almacén seguro:
$sssp = New-SPSecureStoreServiceApplicationProxy -Name ProxyName -ServiceApplication $sss -DefaultProxyGroupDonde:
ProxyName es el nombre del proxy que desea usar.
$sss es la variable que ha configurado anteriormente para identificar a la nueva aplicación de servicio Almacén seguro.
Sugerencia
Si no usa la variable $sss, use un identificador para identificar la aplicación de servicio Almacén seguro en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplication para obtener una lista de todos los identificadores de aplicación de servicio.
DefaultProxyGroup agrega el proxy de la aplicación de servicio Almacén seguro al grupo de proxy predeterminado de la granja local.
Este comando establece una variable, $sssp, para el proxy de la aplicación de servicio que usa al restaurar la frase de contraseña.
Para obtener más información, consulte New-SPSecureStoreServiceApplicationProxy.
Una vez que cree la aplicación de servicio Almacén seguro y el proxy, debe actualizar la clave de cifrado. Para obtener información sobre cómo actualizar la clave de cifrado, consulta Actualizar la clave de cifrado de almacenamiento seguro.
Escriba el siguiente comando para restaurar la frase de contraseña de la aplicación de servicio Almacén seguro:
Update-SPSecureStoreApplicationServerKey -Passphrase <Passphrase> -ServiceApplicationProxy $ssspDonde:
<Passphrase> es la frase de contraseña de la aplicación de servicio Almacén seguro del entorno anterior.
$sss es una variable que ha configurado anteriormente para identificar el proxy de la aplicación de servicio Almacén seguro nueva.
Sugerencia
Si no usa la variable $sssp, use un identificador para identificar el proxy de la aplicación de servicio Almacén seguro en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplicationProxy para obtener una lista de todos los identificadores de proxy de aplicación de servicio.
Para obtener más información, consulte Update-SPSecureStoreApplicationServerKey.
Actualizar la aplicación Servicio de conectividad a datos empresariales
Para actualizar la aplicación Servicio de conectividad a datos empresariales, debe crear la aplicación de servicio y actualizar la base de datos. No es necesario que cree un proxy para la aplicación Servicio de conectividad a datos empresariales. La aplicación Servicio de conectividad a datos empresariales crea automáticamente un proxy y lo asigna al grupo de proxy predeterminado cuando cree la aplicación de servicio.
Para actualizar la aplicación de servicio de conectividad a datos empresariales mediante PowerShell:
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2:
En la pantalla Inicio , seleccione Shell de administración de SharePoint 2016.
Si Shell de administración de SharePoint 2016 no aparece en la pantalla Inicio:
- Haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint 2016.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Para almacenar la agrupación de aplicaciones que desea usar como variable para esta aplicación de servicio, en el símbolo del sistema de PowerShell de Microsoft, escriba el comando siguiente:
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'Donde:
- SharePoint Web Services default es el nombre del grupo de aplicaciones de servicio que contendrá las nuevas aplicaciones de servicio.
Este cmdlet establece el grupo de aplicaciones de servicio como variable que se pude usar de nuevo en los siguientes cmdlets. Si tiene varios grupos de aplicaciones y debe usar un grupo de aplicaciones diferente para una aplicación de servicio en particular, repita este paso del procedimiento para crear cada aplicación de servicio, para usar el grupo de aplicaciones adecuado.
Para actualizar la aplicación Servicio de conectividad a datos empresariales, en el símbolo del sistema de PowerShell de Microsoft, escriba el siguiente comando:
New-SPBusinessDataCatalogServiceApplication -Name 'BDC Service' -ApplicationPool $applicationPool -DatabaseName 'BDC_Service_DB'Donde:
BDC Service es el nombre que desea dar a la nueva aplicación Servicio de conectividad a datos empresariales.
$applicationpool es la variable que estableció anteriormente para identificar el grupo de aplicaciones de servicio que se usará.
Sugerencia
Si no usa la variable $applicationPool, especifique el nombre de un grupo de aplicaciones de servicio ya existente con el formato ' Nombre de grupo de aplicaciones'. Para ver una lista de los grupos de aplicaciones de servicio, ejecute el cmdlet Get-SPServiceApplicationPool.
BDC_Service_DB es el nombre de la base de datos de aplicación de servicio que desea actualizar.
Para obtener más información, vea New-SPBusinessDataCatalogServiceApplication.
Actualizar la aplicación de servicio de metadatos administrados
Para actualizar la aplicación de servicio de metadatos administrados, debe crear la aplicación de servicio y actualizar la base de datos, y después crear un proxy y agregarlo al grupo de proxy predeterminado.
Para actualizar la aplicación de servicio de metadatos administrados mediante PowerShell:
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2:
En la pantalla Inicio , seleccione Shell de administración de SharePoint 2016.
Si Shell de administración de SharePoint 2016 no aparece en la pantalla Inicio:
- Haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint 2016.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Para almacenar la agrupación de aplicaciones que desea usar como variable para esta aplicación de servicio, en el símbolo del sistema de PowerShell de Microsoft, escriba el comando siguiente:
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'Donde:
- SharePoint Web Services default es el nombre del grupo de aplicaciones de servicio que contendrá las nuevas aplicaciones de servicio.
Este cmdlet establece el grupo de aplicaciones de servicio como variable que se pude usar de nuevo en los siguientes cmdlets. Si tiene varios grupos de aplicaciones y debe usar un grupo de aplicaciones diferente para una aplicación de servicio en particular, repita este paso del procedimiento para crear cada aplicación de servicio, para usar el grupo de aplicaciones adecuado.
Para actualizar la aplicación de servicio de metadatos administrados, en el símbolo del sistema de PowerShell de Microsoft, escriba el siguiente comando:
$mms = New-SPMetadataServiceApplication -Name 'Managed Metadata Service Application' -ApplicationPool $applicationPool -DatabaseName 'Managed Metadata Service_DB'Donde:
Managed Metadata Service Application es el nombre que desea dar a la nueva aplicación de servicio de metadatos administrados.
$applicationpool es la variable que estableció anteriormente para identificar el grupo de aplicaciones de servicio que se usará.
Sugerencia
Si no usa la variable $applicationPool, especifique el nombre de un grupo de aplicaciones de servicio ya existente con el formato ' Nombre de grupo de aplicaciones'. Para ver una lista de los grupos de aplicaciones de servicio, ejecute el cmdlet Get-SPServiceApplicationPool.
Managed Metadata Service_DB es el nombre de la base de datos de aplicación de servicio que desea actualizar.
Este comando establece una variable, $mms, que usted usa al crear el proxy más adelante.
Para obtener más información, consulte New-SPMetadataServiceApplication.
En el símbolo del sistema de PowerShell de Microsoft, escriba el siguiente comando para crear un proxy para la aplicación de servicio de metadatos administrados:
New-SPMetadataServiceApplicationProxy -Name ProxyName -ServiceApplication $mms -DefaultProxyGroupDonde:
ProxyName es el nombre del proxy que desea usar.
$mms es la variable que ha configurado anteriormente para identificar a la nueva aplicación de servicio de metadatos administrados.
Sugerencia
Si no usa la variable $mms, use un identificador para identificar el proxy de la aplicación de servicio Metadatos administrados en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplication para obtener una lista de todos los identificadores de aplicación de servicio.
DefaultProxyGroup agrega el proxy de la aplicación de servicio de metadatos administrados al grupo de proxy predeterminado de la granja local.
Para obtener más información, consulte New-SPMetadataServiceApplicationProxy.
Actualizar la aplicación de servicio PerformancePoint Services
Para actualizar la aplicación de servicio PerformancePoint Services, debe crear la aplicación de servicio y actualizar la base de datos, y después crear un proxy y agregarlo al grupo de proxy predeterminado.
Para actualizar la aplicación de servicio PerformancePoint Services mediante PowerShell:
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2:
En la pantalla Inicio , seleccione Shell de administración de SharePoint 2016.
Si Shell de administración de SharePoint 2016 no aparece en la pantalla Inicio:
- Haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint 2016.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Para almacenar la agrupación de aplicaciones que desea usar como variable para esta aplicación de servicio, en el símbolo del sistema de PowerShell de Microsoft, escriba el comando siguiente:
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'Donde:
- SharePoint Web Services default es el nombre del grupo de aplicaciones de servicio que contendrá las nuevas aplicaciones de servicio.
Este cmdlet establece el grupo de aplicaciones de servicio como variable que se pude usar de nuevo en los siguientes cmdlets. Si tiene varios grupos de aplicaciones y debe usar un grupo de aplicaciones diferente para una aplicación de servicio en particular, repita este paso del procedimiento para crear cada aplicación de servicio, para usar el grupo de aplicaciones adecuado.
Para actualizar la aplicación de servicio PerformancePoint Services, en el símbolo del sistema de PowerShell de Microsoft, escriba el siguiente comando:
$pps = New-SPPerformancePointServiceApplication -Name 'PerformancePoint Service' -ApplicationPool $applicationPool -DatabaseName 'PerformancePoint Service Application_DB'Donde:
PerformancePoint Service es el nombre que desea dar a la nueva aplicación de servicio PerformancePoint Services.
$applicationpool es la variable que estableció anteriormente para identificar el grupo de aplicaciones de servicio que se usará.
Sugerencia
Si no usa la variable $applicationPool, especifique el nombre de un grupo de aplicaciones de servicio ya existente con el formato ' Nombre de grupo de aplicaciones'. Para ver una lista de los grupos de aplicaciones de servicio, ejecute el cmdlet Get-SPServiceApplicationPool.
PerformancePoint Service Application_DB es el nombre de la base de datos de aplicación de servicio PerformancePoint Services que desea actualizar.
Este comando establece una variable, $pps, que usted usa al crear el proxy más adelante.
Para obtener más información, vea New-SPPerformancePointServiceApplication.
Escriba el siguiente comando para crear un proxy para la aplicación de servicio PerformancePoint Services:
New-SPPerformancePointServiceApplicationProxy -Name ProxyName -ServiceApplication $pps -DefaultDonde:
ProxyName es el nombre del proxy que desea usar.
$pps es la variable que ha configurado anteriormente para identificar a la nueva aplicación de servicio PerformancePoint Services.
Sugerencia
Si no usa la variable $pps, use un identificador para identificar la aplicación de servicio PerformancePoint Services en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplication para obtener una lista de todos los identificadores de aplicación de servicio.
Default agrega el proxy de la aplicación de servicio PerformancePoint Services al grupo de proxy predeterminado de la granja local.
Para obtener más información, vea New-SPPerformancePointServiceApplicationProxy.
Actualización de la aplicación de servicio de perfiles de usuario
Actualice la aplicación de servicio de metadatos administrados antes de actualizar la aplicación de servicio de perfil de usuario.
Para actualizar la aplicación de servicio de perfil de usuario, copie las bases de datos perfil y social de su granja de servidores de SharePoint Server 2013 con Service Pack 1 (SP1) en la granja de servidores de SharePoint Server 2016 y cree una nueva aplicación de servicio de perfil de usuario desde su granja de Servidores de SharePoint Server 2013 con Service Pack 1 (SP1) en su granja de Servidores de SharePoint Server 2016. La restauración desencadena SharePoint Server 2016 para crear una nueva aplicación de servicio de perfil de usuario en la granja de servidores de SharePoint Server 2016 y apuntarla a las bases de datos de perfil de usuario copiadas. Para completar la actualización de la aplicación de servicio de perfil de usuario, cree un proxy y agréguelo al grupo de proxy predeterminado.
Nota:
Como SharePoint Server 2016 no tiene el servicio de sincronización de perfiles de usuario, no copia la base de datos de sincronización. En su lugar, se creará una nueva base de datos con un esquema vacío.
Para actualizar la aplicación de servicio de perfil de usuario mediante PowerShell:
Copie las bases de datos perfil y social de la granja de servidores de SharePoint Server 2013 con Service Pack 1 (SP1) en la granja de servidores de SharePoint Server 2016 siguiendo estos pasos:
Importante
Realice estos pasos en el entorno de SharePoint Server 2013 con Service Pack 1 (SP1).
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie el Shell de administración de SharePoint.
Para Windows Server 2012 R2: en la pantalla Inicio , seleccione Shell de administración de SharePoint.
Si El Shell de administración de SharePoint no está en la pantalla Inicio , haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Establezca las bases de datos de perfil de usuario en solo lectura. En la segunda fase del proceso para actualizar datos y sitios de SharePoint Server 2013 con Service Pack 1 (SP1) en SharePoint Server 2016, establezca todas las demás bases de datos como bases de solo lectura.
Copie las bases de datos perfil y sociales de la granja de servidores de SharePoint Server 2013 con Service Pack 1 (SP1) en la granja de servidores de SharePoint Server 2016, siga los procedimientos descritos en Copiar bases de datos en la nueva granja para actualizar a SharePoint Server 2016 solo para la base de datos de administración de búsqueda.
Importante
Realice los siguientes pasos en el entorno de SharePoint Server 2016.
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2: en la pantalla Inicio , seleccione Shell de administración de SharePoint.
Si El Shell de administración de SharePoint no está en la pantalla Inicio , haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Para almacenar la agrupación de aplicaciones que desea usar como variable para esta aplicación de servicio, en el símbolo del sistema de PowerShell de Microsoft, escriba el comando siguiente:
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'Donde:
- SharePoint Web Services default es el nombre del grupo de aplicaciones de servicio que contendrá las nuevas aplicaciones de servicio.
Este cmdlet establece el grupo de aplicaciones de servicio como variable que se pude usar de nuevo en los siguientes cmdlets. Si tiene varios grupos de aplicaciones y debe usar un grupo de aplicaciones diferente para una aplicación de servicio en particular, repita este paso del procedimiento para crear cada aplicación de servicio, para usar el grupo de aplicaciones adecuado.
Para restaurar la aplicación de servicio perfil de usuario y actualizar las bases de datos de perfil y sociales, en el símbolo del sistema de Microsoft PowerShell, escriba el siguiente comando:
New-SPProfileServiceApplication -Name '<UserProfileApplicationName>' -ApplicationPool $applicationPool -ProfileDBName '<ProfileDBName>' -SocialDBName '<SocialDBName>' -ProfileSyncDBName '<SyncDBName>'Donde:
UserProfileApplicationName es el nombre de la aplicación de servicio de perfil de usuario.
$applicationpool es la variable que ha establecido para identificar el grupo de aplicaciones de servicio que se va a usar.
Sugerencia
Si no usa la variable $applicationPool, especifique el nombre de un grupo de aplicaciones de servicio ya existente con el formato ' Nombre de grupo de aplicaciones'. Para ver una lista de los grupos de aplicaciones de servicio, ejecute el cmdlet Get-SPServiceApplicationPool.
ProfileDBName es el nombre de la base de datos de perfiles que desea actualizar.
SocialDBName es el nombre de la base de datos social que desea actualizar.
SyncDBName es el nombre de la nueva base de datos de sincronización que desea actualizar.
Cree el proxy de aplicación del servicio de perfil de usuario y agréguelo al grupo de proxy predeterminado completando estas acciones:
Escriba el siguiente comando para obtener el identificador de la aplicación de servicio de perfil de usuario y almacenarlo como una variable:
$sa = Get-SPServiceApplication | ?{$_.TypeName -eq 'User Profile Service Application'}Para obtener más información, consulte Get-SPServiceApplication.
Escriba el siguiente comando para crear un proxy para la aplicación de servicio de perfiles de usuario:
New-SPProfileServiceApplicationProxy -Name ProxyName -ServiceApplication $saDonde:
ProxyName es el nombre del proxy que desea usar.
$sa es la variable que estableció anteriormente para identificar la nueva aplicación de servicio de perfil de usuario.
Sugerencia
Si no usa la variable $sa, debe usar un identificador para identificar la aplicación de servicio de perfil de usuario en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplication para obtener una lista de todos los identificadores de aplicación de servicio.
Para obtener más información, vea New-SPProfileServiceApplicationProxy.
Escriba el siguiente comando para obtener el Id. del proxy que acaba de crear para la aplicación de servicio Búsqueda y establecerlo como variable $ssap:
$proxy = Get-SPServiceApplicationProxy | ?{$_.TypeName -eq 'User Profile Service Application Proxy'}Para obtener más información, consulte Get-SPServiceApplicationProxy.
Escriba el siguiente comando para agregar el proxy de aplicación de servicio de perfil de usuario al grupo de proxy predeterminado:
Add-SPServiceApplicationProxyGroupMember -member $proxy -identity ""Donde:
$proxy es la variable que estableció anteriormente para identificar el identificador del proxy que acaba de crear para la aplicación de servicio de perfil de usuario.
Sugerencia
Si no usa la variable $proxy, debe usar un identificador para identificar el proxy de aplicación del servicio de perfil de usuario en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplicationProxy para obtener una lista de todos los identificadores de proxy de aplicación de servicio.
Use un parámetro Identity vacío ("") para agregarlo al grupo predeterminado.
Para obtener más información, consulte Add-SPServiceApplicationProxyGroupMember.
Actualizar la aplicación del servicio Búsqueda
Actualice la aplicación de servicio de perfiles de usuario y la aplicación de servicio de metadatos administrados antes de actualizar la aplicación de servicio Búsqueda.
Para actualizar la aplicación de servicio de búsqueda, copie la base de datos de administración de búsqueda de la granja de servidores de SharePoint Server 2013 con Service Pack 1 (SP1) en la granja de servidores de SharePoint Server 2016 y restaure la aplicación de servicio de búsqueda desde su granja de SharePoint Server 2013 con Service Pack 1 (SP1) en la granja de Servidores de SharePoint Server 2016. La restauración desencadena SharePoint Server 2016 para crear una nueva aplicación de servicio de búsqueda en la granja de servidores de SharePoint Server 2016 y apuntarla a la base de datos de administración de búsqueda copiada. Para completar la actualización de la aplicación de servicio search, cree un proxy y agréguelo al grupo de proxy predeterminado y asegúrese de que la nueva base de datos de vínculos y la nueva topología de búsqueda están configuradas de la misma manera que en la granja de servidores de SharePoint Server 2013 con Service Pack 1 (SP1).
SharePoint Server 2016 crea normalmente una nueva topología de búsqueda con todos los componentes de búsqueda y bases de datos cuando crea la nueva aplicación de servicio de búsqueda. Durante una restauración de una aplicación de servicio de búsqueda, SharePoint Server 2016 crea una nueva topología de búsqueda, pero actualiza la base de datos de administración de búsquedas restaurada en lugar de crear una base de datos de administración de búsquedas nueva. La base de datos de administración de búsquedas que se ha actualizado conserva cualquier adición o modificación que se haya realizado en el esquema de búsqueda, en los orígenes de resultados y en las reglas de consulta de la granja de SharePoint Server 2013 con Service Pack 1 (SP1).
Nota:
Durante esta actualización, la búsqueda no rastrea contenido de su SharePoint Server 2013 con Service Pack 1 (SP1). Si la actualización de los resultados de búsqueda es importante, ahorre tiempo familiarizándose con estos pasos antes de iniciar la actualización.
Importante
Dado que la topología de búsqueda en la granja de SharePoint Server 2016 es nueva, el índice está vacío. Debe realizar un rastreo completo de todo el corpus indexado cuando haya actualizado todos los orígenes de contenido (la cuarta fase en el proceso de actualización de datos y sitios de SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016).
Para actualizar la aplicación de servicio de búsqueda mediante PowerShell:
Copie la base de datos de administración de búsqueda en la granja de servidores de SharePoint Server 2013 con Service Pack 1 (SP1) en la granja de servidores de SharePoint Server 2016 siguiendo estos pasos:
Nota:
Ha copiado todas las demás bases de datos de servicio y contenido en su entorno de SharePoint Server 2013 con Service Pack 1 (SP1) en un paso anterior del proceso de actualización a SharePoint Server 2016. Se recomienda copiar la base de datos de administración de búsquedas en esta etapa posterior porque tiene que pausar la aplicación de servicio de búsqueda en el entorno de SharePoint Server 2013 con Service Pack 1 (SP1) mientras copia la base de datos de administración de búsquedas.
Importante
Realice estos pasos en el entorno de SharePoint Server 2013 con Service Pack 1 (SP1).
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie el Shell de administración de SharePoint.
Para Windows Server 2012 R2: en la pantalla Inicio , seleccione Shell de administración de SharePoint.
Si El Shell de administración de SharePoint no está en la pantalla Inicio , haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Establezca la base de datos de administración de búsqueda en solo lectura. En la segunda fase del proceso para actualizar datos y sitios de SharePoint Server 2013 con Service Pack 1 (SP1) en SharePoint Server 2016, establezca todas las demás bases de datos como bases de solo lectura. Siga las mismas instrucciones ahora para la base de datos de administración de búsquedas.
Pause la aplicación de servicio de búsqueda. En el símbolo del sistema de Windows PowerShell, escriba el comando siguiente:
$ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName> Suspend-SPEnterpriseSearchServiceApplication -Identity $ssaDonde:
- SearchServiceApplicationName es el nombre de la aplicación de servicio de búsqueda que desea pausar.
Nota:
Mientras que la aplicación de servicio de búsqueda está en pausa, el índice del entorno de SharePoint Server 2013 con Service Pack 1 (SP1) no se actualiza. Esto significa que durante la actualización a SharePoint Server 2016, los resultados de búsqueda pueden estar menos actualizados.
Copie la base de datos de administración de búsquedas de la granja de SharePoint Server 2013 con Service Pack 1 (SP1) a la granja de SharePoint Server 2016, siga los procedimientos de Copiar bases de datos a la nueva granja de servidores para actualizar a SharePoint Server 2016 para la base de datos de administración de búsquedas solamente.
Importante
Realice los siguientes pasos en el entorno de SharePoint Server 2016.
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos de uso de cmdlets de SharePoint Server 2016.
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 información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2: en la pantalla Inicio , seleccione Shell de administración de SharePoint.
Si El Shell de administración de SharePoint no está en la pantalla Inicio , haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Para almacenar la agrupación de aplicaciones que desea usar como variable para esta aplicación de servicio, en el símbolo del sistema de PowerShell de Microsoft, escriba el comando siguiente:
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'Donde:
- SharePoint Web Services default es el nombre del grupo de aplicaciones de servicio que contendrá las nuevas aplicaciones de servicio.
Este cmdlet establece el grupo de aplicaciones de servicio como variable que se pude usar de nuevo en los siguientes cmdlets. Si tiene varios grupos de aplicaciones y debe usar un grupo de aplicaciones diferente para una aplicación de servicio en particular, repita este paso del procedimiento para crear cada aplicación de servicio, para usar el grupo de aplicaciones adecuado.
Para restaurar la aplicación de servicio de búsqueda y actualizar la base de datos de administración de búsquedas, en el símbolo del sistema de PowerShell de Microsoft, escriba el comando siguiente:
$searchInst = Get-SPEnterpriseSearchServiceInstance -local # Gets the Search service instance and sets a variable to use in the next command Restore-SPEnterpriseSearchServiceApplication -Name '<SearchServiceApplicationName>' -applicationpool $applicationPool -databasename '<SearchServiceApplicationDBName>' -databaseserver <ServerName> -AdminSearchServiceInstance $searchInstDonde:
SearchServiceApplicationName es el nombre de la aplicación de servicio Búsqueda.
$applicationpool es la variable que ha establecido para identificar el grupo de aplicaciones de servicio que se va a usar.
Sugerencia
Si no usa la variable $applicationPool, especifique el nombre de un grupo de aplicaciones de servicio ya existente con el formato ' Nombre de grupo de aplicaciones'. Para ver una lista de los grupos de aplicaciones de servicio, ejecute el cmdlet Get-SPServiceApplicationPool.
SearchServiceApplicationDBName es el nombre de la base de datos de administración de búsquedas que desea actualizar y que esta aplicación de servicio de búsqueda debe usar.
$searchInst es la variable que configuró para identificar la nueva instancia de la aplicación del servicio Búsqueda.
Nota: La actualización de la aplicación de servicio de búsqueda puede producir errores (por ejemplo, debido a la red o la latencia de SQL Server). Si aparece un mensaje de error durante la actualización, siga este procedimiento:
Elimine la base de datos de administración de Búsqueda que intentaba actualizar.
Mediante la copia de seguridad realizada de la base de datos de administración de Búsqueda, repita los siguientes procedimientos del artículo únicamente para la aplicación de servicio de Búsqueda:
Escriba de nuevo el comando para actualizar la aplicación de servicio de búsqueda en el símbolo del sistema de PowerShell de Microsoft.
Para obtener más información, consulte Restore-SPEnterpriseSearchServiceApplication.
Cree el proxy de aplicación de servicio de búsqueda y agréguelo al grupo de proxy predeterminado completando estas acciones:
Escriba el siguiente comando para obtener el Id. de la aplicación de servicio Búsqueda y almacenarlo como variable:
$ssa = Get-SPEnterpriseSearchServiceApplicationPara obtener más información, consulte Get-SPEnterpriseSearchServiceApplication.
Escriba el siguiente comando para crear un proxy para la aplicación de servicio Búsqueda:
New-SPEnterpriseSearchServiceApplicationProxy -Name ProxyName -SearchApplication $ssaDonde:
ProxyName es el nombre del proxy que desea usar.
$ssa es la variable que ha configurado anteriormente para identificar a la nueva aplicación de servicio Búsqueda.
Sugerencia: Si no usa la variable $ssa, debe usar un identificador para identificar la aplicación de servicio de búsqueda en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplication para obtener una lista de todos los identificadores de aplicación de servicio.
Para obtener más información, consulte New-SPEnterpriseSearchServiceApplicationProxy.
Escriba el siguiente comando para obtener el Id. del proxy que acaba de crear para la aplicación de servicio Búsqueda y establecerlo como variable $ssap:
$ssap = Get-SPEnterpriseSearchServiceApplicationProxyPara obtener más información, consulte Get-SPEnterpriseSearchServiceApplicationProxy.
Escriba el siguiente comando para agregar el proxy de la aplicación de servicio Búsqueda al grupo de proxy predeterminado:
Add-SPServiceApplicationProxyGroupMember -member $ssap -identity ""Donde:
$ssap es la variable que ha configurado anteriormente para identificar al Id. del proxy que acaba de crear para la aplicación de servicio Búsqueda.
Sugerencia: Si no usa la variable $ssap, debe usar un identificador para identificar el proxy de aplicación de servicio de búsqueda en lugar de un nombre. Si debe buscar el identificador, ejecute el cmdlet Get-SPServiceApplicationProxy para obtener una lista de todos los identificadores de proxy de aplicación de servicio.
Use un parámetro Identity vacío ("") para agregarlo al grupo predeterminado.
Para obtener más información, consulte Add-SPServiceApplicationProxyGroupMember.
Si la granja de SharePoint Server 2013 con Service Pack 1 (SP1) utiliza una base de datos de vínculos que tiene particiones, cree particiones de la base de datos de vínculos en la granja de SharePoint Server 2016 del mismo modo. Puede obtener más información en Move-SPEnterpriseSearchLinksDatabases.
(Opcional) Conserve la configuración relevante de la búsqueda de la granja de SharePoint Server 2013 con Service Pack 1 (SP1). Como la aplicación de servicio de búsqueda actualizada tiene un nuevo índice vacío, los datos de análisis de búsqueda de la granja de SharePoint Server 2013 con Service Pack 1 (SP1) no pueden conservarse completamente. Copie la base de datos de informes de Analytics desde la granja de SharePoint Server 2013 con Service Pack 1 (SP1) y adjúntela a la nueva aplicación de servicio de búsqueda de la granja de SharePoint Server 2016:
En la granja de SharePoint Server 2013 con Service Pack 1 (SP1), realice una copia de seguridad de la base de datos de informes de Analytics.
En la granja de SharePoint Server 2016, restaure la base de datos de la que se ha realizado la copia de seguridad al nuevo servidor de bases de datos.
En la granja de SharePoint Server 2016, adjunte la base de datos que se ha restaurado a la nueva aplicación de servicio de búsqueda.
Compruebe que la topología de búsqueda en la nueva granja de SharePoint Server 2016 sea igual a la de la granja de SharePoint Server 2013 con Service Pack 1 (SP1). Si sus requisitos de búsqueda han cambiado, ahora es un buen momento para escalar horizontalmente la topología de búsqueda de la nueva granja de SharePoint Server 2016.
Reanude la aplicación de servicio de búsqueda en el entorno de SharePoint Server 2013 con Service Pack 1 (SP1).
En el símbolo del sistema de PowerShell, escriba el comando siguiente:
$ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName> $ssa.Resume()Donde:
- SearchServiceApplicationName es el nombre de la aplicación de servicio de búsqueda que desea reanudar.
Comprobar que todos los nuevos proxy estén en el grupo predeterminado
Use el siguiente procedimiento para comprobar que han funcionado los pasos para crear los proxy y agregarlos al grupo predeterminado.
Para comprobar que todos los nuevos servidores proxy están en el grupo de proxy predeterminado mediante PowerShell:
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.
Grupo de servidores en el servidor en el que se van a ejecutar los cmdlets de PowerShell.
Un administrador puede usar el cmdlet Add-SPShellAdmin para conceder permisos para usar cmdlets de SharePoint Server 2016.
Nota: Si no dispone de permisos, póngase en contacto con el administrador de la instalación o con el administrador de SQL Server para solicitarlos. Para obtener información adicional sobre los permisos de PowerShell, consulte Add-SPShellAdmin.
Inicie Shell de administración de SharePoint 2016.
Para Windows Server 2012 R2:
En la pantalla Inicio , seleccione Shell de administración de SharePoint 2016.
Si El Shell de administración de SharePoint 2016 no está en la pantalla Inicio , haga clic con el botón derecho en Equipo, seleccione Todas las aplicaciones y, a continuación, seleccione Shell de administración de SharePoint 2016.
Para obtener más información sobre cómo interactuar con Windows Server 2012 R2, consulta Tareas de administración y navegación comunes en Windows Server 2012.
Escriba los siguientes comandos en el símbolo del sistema de PowerShell:
$pg = Get-SPServiceApplicationProxyGroup -Identity "" $pg.ProxiesDonde:
$pg es una variable que usted configura para representar el grupo de proxy predeterminado.
Use un parámetro Identity vacío ("") para especificar el grupo de proxy predeterminado.
Este parámetro devuelve una lista de todos los proxy del grupo predeterminado, sus nombres para mostrar, nombres de tipo e Id.
Para obtener más información, consulte Get-SPServiceApplicationProxyGroup.
Una vez actualizadas las aplicaciones de servicio, puede iniciar el proceso de actualización de las bases de datos de contenido. El primer paso de este proceso es crear las aplicaciones web necesarias para cada base de datos.
| Fase | Descripción |
|---|---|
|
|
Esta es la tercera fase del proceso de actualización de los datos y los sitios de SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016. Para obtener información general sobre todo el proceso, vea Información general sobre el proceso de actualización a SharePoint Server 2016. |
Fase siguiente: Actualizar bases de datos de contenido a SharePoint Server 2016
Consulte también
Conceptos
Actualizar bases de datos de contenido a SharePoint Server 2016
Información general sobre la actualización de servicios para SharePoint Server 2016