Actualización de alertas mediante Windows PowerShell (SharePoint Server 2010)
Se aplica a: SharePoint Server 2010
Última modificación del tema: 2016-11-30
En este artículo se describe Invoke-AlertFixup, una función avanzada de Windows PowerShell que se usa para actualizar el Localizador uniforme de recursos (URL) de una aplicación web usada en mensajes de correo electrónico de alerta cuando cambia la dirección de una aplicación web. Reemplaza la operación updatealert de Stsadm disponible en la versión de abril de 2008 de SharePoint Administration Toolkit. La función avanzada se carga mediante la ejecución de un script con el mismo nombre.
Para obtener más información sobre las funciones avanzadas, vea el tema sobre about_Functions_Advanced (https://go.microsoft.com/fwlink/?linkid=196720&clcid=0xC0A).
Para actualizar las direcciones URL mediante Windows PowerShell
Compruebe que cumple con los siguientes requisitos:
Consulte Add-SPShellAdmin.
Debe leer el tema sobre políticas de ejecución (https://go.microsoft.com/fwlink/?linkid=193050&clcid=0xC0A).
Copie el código desde el Centro de scripting (https://go.microsoft.com/fwlink/?linkid=196687&clcid=0xC0A) y, a continuación, péguelo en un editor de texto, como el Bloc de notas.
Guarde el archivo y asígnele el nombre
Invoke-AlertFixup.ps1.Nota
Debe usar el nombre proporcionado o se producirá un error en el script, y debe guardar el archivo como un archivo de texto con codificación ANSI.
En el menú Inicio, haga clic en Todos los programas.
Haga clic en Productos de Microsoft SharePoint 2010.
Haga clic en Consola de administración de SharePoint 2010.
Cambie al directorio donde guardó el archivo.
En el símbolo del sistema de Windows PowerShell, escriba lo siguiente:
./Invoke-AlertFixup.ps1Este script contiene la función avanzada Invoke-AlertFixup. Una vez cargado el script en la memoria de la sesión de Windows PowerShell actual, puede usarse Invoke-AlertFixup como un cmdlet de Windows PowerShell, por ejemplo:
Invoke-AlertFixup -site <NewURL> -oldurl <OldURL>Nota
Para que Invoke-AlertFixup funcione correctamente, las direcciones URL especificadas con los parámetros site y oldurl deben residir en la misma colección de sitios. Esto es necesario para permitir la actualización correcta de alertas en una zona específica. Las alertas para cada zona deben actualizarse individualmente mediante el uso de la dirección URL correcta de la nueva zona y su actualización a la dirección URL de la zona original (antigua).
Para mostrar todas las alertas que se actualizarán con el comando Invoke-AlertFixup, en el símbolo del sistema de Windows PowerShell, escriba la siguiente sintaxis:
Invoke-AlertFixup -site <NewURL> -Oldurl <OldURL> -whatif
Ejemplo
Su compañía tiene una aplicación web que se configura con tres zonas, como se muestra en la tabla siguiente.
Asignación de zonas de Coho Winery
| Descripción | Dirección URL | Zona |
|---|---|---|
Intranet |
http://cohowinery |
Valor predeterminado |
Extranet |
http://extranet.cohowinery.com |
Extranet |
Proveedor |
http://vendors.cohowinery.com |
Personalizado |
Su compañía se fusiona con Coho Vineyard y cambia su nombre a Coho Winery and Vineyard. Los directores desean cambiar las zonas de intranet y extranet para reflejar el cambio del nuevo nombre. En la siguiente tabla se muestra la configuración de la nueva zona.
Asignación de zonas de Coho Winery and Vineyard
| Descripción | Dirección URL | Zona |
|---|---|---|
Intranet |
http://cohovineyardandwinery |
Valor predeterminado |
Extranet |
http://extranet.cohovineyardandwinery.com |
Extranet |
Después de cambiar el nombre de la aplicación web y actualizar las asignaciones alternativas de acceso, debe ejecutarse Invoke-AlertFixup para actualizar las alertas por correo electrónico asociadas a los sitios de intranet y extranet, como se muestra a continuación:
Invoke-AlertFixup -site http://cohovineyardandwinery -oldurl http://cohowinery
Invoke-AlertFixup -site http://extranet.cohovineyardandwinery.com -oldurl http://extranet.cohowinery.com
Nota
No se realizan cambios relacionados con el sitio del proveedor, ya que Coho Winery ha decidido no cambiar el nombre del portal del proveedor.