Para hacer uso del Shell de administración de SharePoint Online, es necesarios instalarlo previamente en la maquina local donde se vaya a ejecutar.  Este Shell (Microsoft.Online.SharePoint.PowerShell) puede descargarse desde: https://www.microsoft.com/en-us/download/details.aspx?id=35588. Una nueva versión ha sido publicada el 15/09/2017, con mejoras funcionales y muevos objetos.

Las operaciones de la línea de comandos de Windows PowerShell constan de una serie de comandos o cmdlets con un conjunto de valores y parámetros. Los diferentes comandos se identifican en base a la acción que se indica en el prefijo de este:

• Set-XXX
• Get-XXX
• Remove-XXX
• New-XXX
• Add-XXX
• Etc.

Referencia de comandos del Shell de adminsitración de SharePoint Online: https://technet.microsoft.com/es-es/library/fp161364.aspx. Ademas si quieres acceder al listado de todos los comandos existentes a traves del propio PowerShell puedes hacerlo de la siguiente manera:

# Lista de comandos
Get-Command –Module Microsoft.Online.SharePoint.PowerShell

Antes de lanzar ningún comando sobre SharePoint Online es necesario autenticarse como usuario. Además es necesario ser Administrador de SharePoint para realizar estas acciones a través del Shell.

Para realizar la autenticación a través de PowerShell es necesario hacer uso del comando “Connect-SPOService“:

# Conexion con SharePoint Online 
$adminEmail = "mi_usuario@mi_dominio.onmicrosoft.com"
$adminUrl = "https://mi_dominio-admin.sharepoint.com"
$adminCredentials = Get-Credential -UserName $adminEmail -Message "Acceso a la Admin de SPO"
Connect-SPOService -Url $adminUrl -Credential $adminCredentials

Tras la conexión con SharePoint Online, ya es posible lanzar diferentes comandos, como los siguientes:

# Listado de todas las propiedades de un objeto
Get-SPOWebTemplate |select *

# Obtiene las plantillas de sitio de SharePoint
Get-SPOWebTemplate |Sort-Object DisplayCategory |Format-Table Name,Title,DisplayCategory

# Listado de TODOS LOS SITIOS (incluyendo Sitios Personales)
Get-SPOSite -IncludePersonalSite:$true -Limit All |Sort-Object Template |Format-Table Url,Template,LocaleId,Owner,StorageUsageCurrent

# Listado de los SITIOS PERSONALES (sitios con plantilla SPSPERS#10)
Get-SPOSite -IncludePersonalSite:$true -Limit All |where { $_.template -eq 'SPSPERS#10' } |Sort-Object Owner |Format-Table Url,Owner,StorageUsageCurrent

# Listado de Microsoft Groups (sitios con plantilla GROUP#0)
Get-SPOSite -Filter {Template -eq "GROUP#0"} -Limit All |Sort-Object StorageUsageCurrent |Format-Table Url,Title,StorageUsageCurrent,LastContentModifiedDate

Para crear este servicio en SharePoint 2013, aquí tenéis un script de PowerShell que os puede ser de utilidad, si estáis montando nuevos entornos:

#####################################################################################
## Create Business Data Connectivity Service ##
#####################################################################################
# SQL Server name and apppool
$DB = "DES-SP2013"
$AppPool = "SharePoint Web Services"
# Service name and database
$BDCSName = "Business Data Connectivity Service"
$BDCSDB = "SP2013_BDC"
#####################################################################################
## Administrative Privileges Check ##
#####################################################################################
function Use-RunAs 
{    
    # Check if script is running as Adminstrator and if not use RunAs 
    # Use Check Switch to check if admin 
    param([Switch]$Check) 
	$IsAdmin = ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] "Administrator") 
    if ($Check) { return $IsAdmin }     
    if ($MyInvocation.ScriptName -ne "") 
    {  
        if (-not $IsAdmin)  
        {  
            try 
            {  
                $arg = "-file $($MyInvocation.ScriptName)" 
                Start-Process "$psHome\powershell.exe" -Verb Runas -ArgumentList $arg -ErrorAction "stop"  
            } 
            catch 
            { 
                Write-Warning "Error - Failed to restart script with runas"  
                break
            } 
            exit # Quit this session of powershell 
        }  
    }  
    else
    {  
        Write-Warning "Error - Script must be saved as a .ps1 file first"  
        break  
    }  
} 
Use-RunAs
#####################################################################################
## Add Powershell SharePoint Snapin
Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue
#####################################################################################
try
{
	Write-Host "Creating Business Data Connectivity Service"
	$ServiceApplication = New-SPBusinessDataCatalogServiceApplication –ApplicationPool $AppPool –DatabaseName $BDCSDB –DatabaseServer $DB –Name $BDCSName > $null
	New-SPBusinessDataCatalogServiceApplicationProxy -Name "$BDCSName Proxy" -DefaultProxyGroup -ServiceApplication $BDCSName > $null
	Get-SPServiceInstance | where-object {$_.TypeName -like "*Managed Metadata*"} | Start-SPServiceInstance > $null
	Write-Host "Service created correctly"
} 
catch 
{ 
	Write-Output $_  
}

Referencias: New-SPBusinessDataCatalogServiceApplication y New-SPBusinessDataCatalogServiceApplicationProxy

Para crear este servicio en SharePoint 2013, aquí tenéis un script de PowerShell que os puede ser de utilidad, si estáis montando nuevos entornos:

#####################################################################################
## Create Usage and State Service Applications ##
#####################################################################################
$DB = "DES-SP2013"

$DataDrive = "C:\\SPLogs"
$USName = "Usage and Health Data Collection Service"
$USDB = "SP2013_Usage"

$SSName = "State Service"
$SSDB = "SP2013_State"
#####################################################################################
## Administrative Privileges Check ##
#####################################################################################
function Use-RunAs 
{    
    # Check if script is running as Adminstrator and if not use RunAs 
    # Use Check Switch to check if admin 
    param([Switch]$Check) 
	$IsAdmin = ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] "Administrator") 
    if ($Check) { return $IsAdmin }     
    if ($MyInvocation.ScriptName -ne "") 
    {  
        if (-not $IsAdmin)  
        {  
            try 
            {  
                $arg = "-file $($MyInvocation.ScriptName)" 
                Start-Process "$psHome\powershell.exe" -Verb Runas -ArgumentList $arg -ErrorAction "stop"  
            } 
            catch 
            { 
                Write-Warning "Error - Failed to restart script with runas"  
                break
            } 
            exit # Quit this session of powershell 
        }  
    }  
    else
    {  
        Write-Warning "Error - Script must be saved as a .ps1 file first"  
        break  
    }  
} 
Use-RunAs
#####################################################################################
## Add Powershell SharePoint Snapin
Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue
#####################################################################################
try
{
	Write-Host "Creating Usage and Health Data Collection Service"
	Set-SPUsageService -LoggingEnabled 1 -UsageLogLocation "$DataDrive" -UsageLogMaxSpaceGB 2
	$serviceInstance = Get-SPUsageService
	New-SPUsageApplication -Name $USName -DatabaseServer $DB -DatabaseName $USDB -UsageService $serviceInstance > $null
	Write-Host "Service created correctly"

	Write-Host "Creating State Service and Proxy…"
	$stateServiceDatabase = New-SPStateServiceDatabase -Name $SSDB
	$stateSA = New-SPStateServiceApplication -Name $SSName -Database $stateServiceDatabase
	New-SPStateServiceApplicationProxy -ServiceApplication $stateSA -Name "$SSName Proxy" -DefaultProxyGroup
	Write-Host "Service created correctly"
} 
catch 
{ 
	Write-Output $_  
} 

Referencias: New-SPUsageApplication, New-SPStateServiceDatabase y New-SPStateServiceApplicationProxy

Para crear este servicio en SharePoint 2013, aquí tenéis un script de PowerShell que os puede ser de utilidad, si estáis montando nuevos entornos:

#####################################################################################
## Create Machine Translation Service ##
#####################################################################################
$AppPool = "SharePoint Web Services"

$MTSInst = "Machine Translation Service"
$MTSName = "Translation Service"
$MTSDB = "SP2013_MachineTranslation"
#####################################################################################
## Administrative Privileges Check ##
#####################################################################################
function Use-RunAs 
{    
    # Check if script is running as Adminstrator and if not use RunAs 
    # Use Check Switch to check if admin 
    param([Switch]$Check) 
	$IsAdmin = ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] "Administrator") 
    if ($Check) { return $IsAdmin }     
    if ($MyInvocation.ScriptName -ne "") 
    {  
        if (-not $IsAdmin)  
        {  
            try 
            {  
                $arg = "-file $($MyInvocation.ScriptName)" 
                Start-Process "$psHome\powershell.exe" -Verb Runas -ArgumentList $arg -ErrorAction "stop"  
            } 
            catch 
            { 
                Write-Warning "Error - Failed to restart script with runas"  
                break
            } 
            exit # Quit this session of powershell 
        }  
    }  
    else
    {  
        Write-Warning "Error - Script must be saved as a .ps1 file first"  
        break  
    }  
} 
Use-RunAs
#####################################################################################
## Add Powershell SharePoint Snapin
Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue
#####################################################################################
try
{
	Write-Host "Creating Machine Translation Service and Proxy…"
	$AppPoolName = Get-SPServiceApplicationPool $AppPool
	Get-SPServiceInstance | ? {$_.GetType().Name -eq $MTSInst} | Start-SPServiceInstance
	$MTS = New-SPTranslationServiceApplication -Name $MTSName -ApplicationPool $AppPoolName -DatabaseName $MTSDB
	$MTSProxy = New-SPTranslationServiceApplicationProxy –Name "$MTSName Proxy" –ServiceApplication $MTS –DefaultProxyGroup
	Write-Host "Service created correctly"
} 
catch 
{ 
	Write-Output $_  
}

Referencias: New-SPTranslationServiceApplication y New-SPTranslationServiceApplicationProxy

El objetivo de este post no es explicar la funcionalidad de este aplicación de servicio, si quieres mas información puedes consultarla aqui.

Para crear este servicio en SharePoint 2013, aquí tenéis un script de PowerShell que os puede ser de utilidad, si estáis montando nuevos entornos:

#####################################################################################
## Create Managed Metadata Service (If Upgrading Use Existing Database Name) ##
#####################################################################################
# SQL Server name and apppool
$DB = "DES-SP2013"
$AppPool = "SharePoint Web Services"
# Service name and database
$MMSName = "Managed Metadata Service"
$MMSDB = "SP2013_Metadata"
#####################################################################################
## Administrative Privileges Check ##
#####################################################################################
function Use-RunAs 
{    
    # Check if script is running as Adminstrator and if not use RunAs 
    # Use Check Switch to check if admin 
    param([Switch]$Check) 
	$IsAdmin = ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] "Administrator") 
    if ($Check) { return $IsAdmin }     
    if ($MyInvocation.ScriptName -ne "") 
    {  
        if (-not $IsAdmin)  
        {  
            try 
            {  
                 $arg = "-file $($MyInvocation.ScriptName)" 
                 Start-Process "$psHome\powershell.exe" -Verb Runas -ArgumentList $arg -ErrorAction "stop" 
            } 
            catch 
            { 
                Write-Warning "Error - Failed to restart script with runas"  
                break
            } 
            exit # Quit this session of powershell 
        }  
    }  
    else
    {  
        Write-Warning "Error - Script must be saved as a .ps1 file first"  
        break  
    }  
} 
Use-RunAs
#####################################################################################
## Add Powershell SharePoint Snapin
Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue
#####################################################################################
try
{
	Write-Host "Creating Managed Metadata Service and Proxy…"
	$mmsApp = New-SPMetadataServiceApplication -Name v –ApplicationPool $AppPool -DatabaseServer $DB -DatabaseName $MMSDB > $null
	New-SPMetadataServiceApplicationProxy -Name "$MMSName Proxy" -DefaultProxyGroup -ServiceApplication $MMSName > $null
	Get-SPServiceInstance | where-object {$_.TypeName -eq "Managed Metadata Web Service"} | Start-SPServiceInstance > $null
	Write-Host "Service created correctly"
} 
catch 
{ 
	Write-Output $_  
}

Referencias: New-SPMetadataServiceApplication y New-SPMetadataServiceApplicationProxy

¿Pero que es lo que nos traerá SharePoint 2016 de nuevo? Esto es lo que nos cuenta Bill Baer, senior technical product manager del equipo de SharePoint:

SharePoint Server 2016 IT Preview ofrece un primer vistazo a un conjunto selecto de las nuevas inversiones en infraestructura que ayudará a definir el alcance, la escalabilidad y la fiabilidad de SharePoint Server 2016. Dado que estamos construyendo SharePoint Server 2016 en la misma plataforma básica para SharePoint Online, no se sorprenda de ver similitudes entre los dos. SharePoint Server 2016 abre nuevas experiencias de usuario intuitivas, pero familiar. Para profesionales de TI, ofrece un mejor rendimiento y escalabilidad con la gestión simplificada. Y para los desarrolladores, ofrece una oportunidad para construir soluciones en la nube o bien en entornos on-premise (mayor integración con Azure).

Han mejorado las capacidades de aprovisionamiento para ayudar a departamentos de IT y a proveedores de servicios de hosting maximizando las inversiones existentes en infraestructura, explorando nuevos servicios, mejorando la gestión y dando una mayor disponibilidad a través de una arquitectura mejorada la instalación basada en papel.

El lanzador de la aplicación (App Launcher) proporciona una nueva experiencia de navegación donde todas tus aplicaciones son fácilmente disponibles en la barra de navegación superior. Rápidamente puede iniciar su aplicación, navegar por sitios y acceder a sus archivos personales.

Basado en nuestras inversiones en SharePoint Online y OneDrive para Empresas, SharePoint Server 2016 mejoran los controles para trabajar con archivos y contenido, simplificando la experiencia de de usuario para la creación de archivos, uso compartido y administración.

Ha cambiado el mundo de la colaboración, y archivos basados en texto se están siendo desplazados por medios de comunicación modernos: vídeos, audio y demás formatos. SharePoint Server 2016 proporciona soporte para subir archivos hasta 10GB.

Lo que estamos compartiendo hoy en día es sólo una fracción de lo que será en 2016 SharePoint!

Aquí tenéis un vídeo para ir entrando en materia…

Podeis descargaros SharePoint 2016 IT Preview de la pagina de Microsoft: https://www.microsoft.com/en-us/download/details.aspx?id=48712

Como activar el Modo Dios:

1) Iniciamos sesión en Windows 10 con la cuenta principal –privilegios de administrador–

2) Sobre el escritorio pulsamos el botón derecho del ratón y seleccionamos Nuevo y Carpeta

3) Ponemos el siguiente nombre a la carpeta:

Modo Dios.{ED7BA470-8E54-465E-825C-99712043E01C}

4) El icono de la carpeta creada cambiará automáticamente y también el nombre por el de Modo Dios.

Para el que no lo sepa, SharePoint 2010 incluye la funcionalidad de poder añadir información a una biblioteca de documentos, a través de email, es decir: si quieres añadir un archivo concreto a una librería y no puedes acceder al entorno de SharePoint, siempre tienes la posibilidad de enviar un email con dicho archivo, a una cuenta en concreto (esto debes haberlo configurado previamente).

Volviendo al problema, tengo una biblioteca de documentos, donde hay un workflow personalizado, el cual se lanza cuando se añade un elemento. Esto funciona correctamente, si subes el documento a través del interface web o usando el explorador (mediante el protocolo WebDav)… pero cuando se suben a través de email, el workflow no se lanza!!!

Buceando en Internet, he visto que para habilitar esto, tiene que estar activa la propiedad «DeclarativeWorkflowAutoStartOnEmailEnabled«.

Como es habitual, esto puede hacerse usando bien STSADM o PowerShell, únicamente indicar, que los comandos a través de STSADM desde la versión de SharePoint 2007 no denegrían utilizarse (esta marcado como deprecated), Microsoft te recomienda el uso de PowerShell.

Procedimiento con STSADM:

1) Primero debemos verificar si este parámetro se encuentra activo o no, para ello lanzamos el siguiente comando:

stsadm -o getproperty -pn declarativeworkflowautostartonemailenabled

2) Verificamos el valor de la propiedad «Value» y en el caso que sea «no» deberíamos activarlo

3) Para activarlo ejecutamos el siguiente comando:

stsadm -o setproperty -pn declarativeworkflowautostartonemailenabled -pv true

Procedimiento con PowerShell:

1) Primero debemos verificar si este parámetro se encuentra activo o no, para ello lanzamos el siguiente comando:

$spWebService = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
$spWebService.DeclarativeWorkflowAutoStartOnEmailEnabled

2) Verificamos el valor que devuelve y en el caso que sea «False» deberíamos activarlo
3) Para activarlo ejecutamos el siguiente comando:

$spWebService = [Microsoft.SharePoint.Administration.SPWebService]::ContentService
$spWebService.DeclarativeWorkflowAutoStartOnEmailEnabled = $true
$spWebService.Update()

Puedes consultar mas información sobre la propiedad DeclarativeWorkflowAutostartOnEmailEnabled aquí.

Para reducir el tamaño de las bases de datos, normalmente lo que suelo hacer es un shrink (procedimiento almacenado para reducir el tamaño de los archivos de datos y de registro de la base de datos especificada).

Aunque he leído varios posts en los que no se aconseja eliminar esta información en entornos SharePoint, aquí os dejo un articulo interesante de Microsoft sobre el mantenimiento de bases de datos SharePoint 2010: Database maintenance for SharePoint 2010 Products, donde comentan el correcto uso de este comando.

Volviendo a la cuestión que nos atañe… Para poder liberar de una forma cómoda y sencilla, espacio de todas la bases de datos de una instancia de SQL server, has de ejecutar esta sentencia SQL:

declare @db varchar(255)
declare cur cursor for
select name from sys.databases where is_read_only=0 and state=0
  and name not in ('master','model','tempdb','msdb')
open cur
fetch cur into @db
while @@fetch_status=0
begin
  exec SP_dboption @db,'trunc. log on chkpt.','true' 
  DBCC shrinkdatabase (@db)
  fetch next from c into @db
end
close cur
deallocate cur

Este script lo que hace es lo siguiente: obtener una lista de todas las bases de datos (exceptuando las del sistema: master, model, tempdb y msdb), posteriormente establece la base de datos en ReadOnly y luego reducir el tamaño del archivo.

El resultado es el siguiente, donde te informa el tamaño inicial y el resultante:

Tanto la versión 2010 como 2013 tienen los mismos limites en cuanto a listas/bibliotecas se refiere en cuanto a:

• Numero de elementos por lista: 30.000.000
• Limitación de vista de lista: 5000 elementos
• Tamaño de filas de lista: 8.000 bytes por fila

Viendo estas limitaciones, aquí tenéis un script de PowerShell con el que podréis añadir de forma automática miles de elementos en una lista:

[System.Reflection.Assembly]::LoadWithPartialName(”Microsoft.SharePoint”)
function PopulateList
{
    param ($ListURL, $count)
    $mySite = new-object Microsoft.SharePoint.SPSite($ListURL)
    $myWeb = $mySite.OpenWeb()
    $mySrcList = $myWeb.GetList($ListURL)
    $itemCount=0
    write-host "Preparando la lista para la carga de datos: " $ListURL
    write-host "-----------------------------------------------------------------"
    while ($itemCount -lt $count)
    {
        $itemCount=$itemCount+1
        write-host "Creando elemento:" $itemCount
        $listItem = $mySrcList.Items.Add()
        $title="Titulo del elemento " + $itemCount
        $listItem["Title"]=$title
        $listItem.Update()
    }
    $myweb.Dispose()
    $mySite.Dispose()
}
#---------------------------------------------------------------
#Para usar este función solo tienes que llamarla pasando como parámetro la lista y el numero de elementos a crear
$sitecollection="http://intranet/sitio/Lists/listaPrueba/"
PopulateList $sitecollection 6000
#---------------------------------------------------------------

Hay que destacar, que la lista (como requisito) unicamente ha de tener el campo «Titulo» (campo por defecto en listas que hereden del tipo de contenido «Elemento»), único campo que rellena el script.

Esta claro, que siempre tienes la posibilidad de, utilizando el botón derecho del ratón, seccionar la opción de «Ejecutar como administrador» (como se aprecia en la siguiente imagen)

Pero existe veces en los que quieres que tu aplicación, solo permita ejecutarse con permisos de Administrador de la maquina, lo que permite realizar ciertas acciones que de otra forma no podrías. En este caso lo que hay que hacer es añadir un archivo de manifiesto o (app.manifest), donde se especifican múltiples metadatos de la aplicación, entre los que destaca, la seguridad.

Para añadir un archivo app.manifest a nuestra aplicacion, solo tienes que:

• Aañadir desde Visual Studio, un nuevo archivo del tipo «Archivo de manifiesto de aplicación» como podemos apreciar:

• Una vez añadido, editamos el archivo y donde aparece:

lo modificamos para que sea:

• Por ultimo, solo nos queda acceder a las propiedades del proyecto, y dentro de Aplicación, seleccionar el archivo de manifiesto que hemos añadido:

Así la próxima vez que ejecutes la aplicación, solicitará credenciales de Administrador.

Referencia: Assembly Manifest

Si normalmente trabajas en múltiples clientes, con diferentes configuraciones de Red, te pasarás todo el día cambiando los parámetros de configuración de tu adaptador de red. Para poder automatizar esto, os propongo el uso de este conjunto de comandos, que puede incluirse en un archivo .bat (archivo de procesamiento por lotes) para automatizar la labor de cambiar la configuración del adaptador.

Para ello solo tienes que crear un archivo de texto plano, con extensión .bat y añadir lo siguiente (dependiendo la opción que desees):

• Para especificar una Dirección IP, Mascara de subred, Puerta de enlace predeterminada y DNSs deberás escribir lo siguiente:

netsh interface ipv4 set address name=“Ethernet” source=static address=192.168.1.10 mask=255.255.255.0 gateway=192.168.1.1
netsh interface ipv4 add dnsserver name=”Ethernet” address=8.8.8.8 index=1
netsh interface ipv4 add dnsserver name=”Ethernet” address=8.8.4.4 index=2

En este caso deberás modificar los siguientes parámetros:

1. Parámetro name: “Ethernet” -> Nombre de tu adaptador de red
2. Parámetro address: 192.168.1.10 -> Dirección IP
3. Parámetro mask: 255.255.255.0 -> Mascara de subred
4. Parámetro gateway: 192.168.1.10 -> Puerta de enlace predeterminada
5. Parámetro address: 8.8.8.8 -> Dirección IP del DNS primario
6. Parámetro address: 8.8.4.4 ->Dirección IP del DNS secundario

Este es el resultado de la ejecución del comando anterior:

• En el caso que, en vez de configurar manualmente el adaptador, prefieras que el DHCP te asigne una dirección de forma dinámica, deberás escribir esto:

netsh interface ipv4 set ADDRESS “Ethernet” source=DHCP
netsh interface ipv4 set DNS “Ethernet” source=DHCP

En este caso solo deberás modificar el siguiente parámetro:

1. Parámetro name: “Ethernet” -> Nombre de tu adaptador de red

Este es el resultado de la ejecución de estos dos comandos:

IMPORTANTE: La ejecución de estos comandos, bien desde una consola del sistema, o bien desde un archivo .bat ha de ejecutarse como Administrador.

Referencia: Netsh commands for Interface Internet Protocol version 4 (IPv4)

He de indicar que tengo múltiples conexiones a diferentes servidores de TFS, y el problema es que no podía conectar con ninguno de los citados servidores de TFS.

Después de perder mucho tiempo buscando una solución al problema, di con la solución al problema, es necesario acceder al registro de Windows (REGEDIT.exe) y eliminar la siguiente clave: ‘HKEY_CURRENT_USER\Software\Microsoft\VSCommon\12.0\ClientServices\TokenStorage‘.

En la siguiente imagen se aprecia cual es la rama a borrar:

Referencia: Blog de Trevor Hancock.

El motivo de este error, puede producirse por varios motivos (básicamente es porque no tienes permisos en el sitio y base de datos), pero muchas veces se nos pasa por alto verificar una cosa tan simple, como que la propiedad «URL del sitio», que debe de tener la url de nuestra colección de sitio, creada con la plantilla de «Sitio del desarrollador».

Para verificar esto, en Visual Studio debemos abrir la ventana de propiedades del proyecto que utilizamos para empaquetar la solucion de SharePoint (normalemente puedes acceder a ella pulsando la tecla: F4) y ver si la propiedad «URL del sitio» esta correctamente rellena:

En caso que no sea así, introducir un valor correcto y volver a implementar la solución…

Este problema se produce porque cuando se activa la característica de SharePoint «Server Publishing Infrastructure«, esta crea una lista interna (esta oculta) llamada «Relationships List«, donde se almacena información de las variaciones y la información de esta lista no es correcta o no se ha actualizado correctamente.

Para solucionarlo lo que hay que hacer, únicamente es borrar la información que hay en esta lista, para ello hay que realizar los siguientes pasos, entre los que destacan la ejecución de varios comandos de PowerShell:

1. Acceder con el navegador web a la lista «Relationships List» y eliminar los elementos que haya en esta: (http://<HostName>/<Site>/Relationships%20List/allitems.aspx)
2. Desactivar la característica «Infraestructura de publicación de SharePoint Server«, de la colección de sitio: Disable-SPFeature –Identity f6924d36-2fa8-4f0b-b16d-06b7250180fa –url http://<HostName>/<Site>
3. Activar la misma característica de Infraestructura: Enable-SPFeature –Identity f6924d36-2fa8-4f0b-b16d-06b7250180fa –url http://<HostName>/<Site>
4. Desactivar la característica de «Publicación de SharePoint Server» a nivel de sitio: Disable-SPFeature –Identity 94c94ca6-b32f-4da9-a9e3-1f3d343d7ecb –url http://<HostName>/<Site>
5. Activar característica de Publicación: Enable-SPFeature –Identity 94c94ca6-b32f-4da9-a9e3-1f3d343d7ecb –url http://<HostName>/<Site>

Tras la realización de estos pasos, podrás acceder sin problemas a todas las paginas existentes en el sitio con este problema.

IMPORTANTE: Esta solución propuesta solo es valida para plataformas SharePoint 2010.

Esta nueva versión del Service Pack 1, proporciona correcciones para mejorar: la estabilidad general, funcionalidad y seguridad en Office, SharePoint Server y productos relacionados. Entre las mejoras en la funcionalidad, destaca:

• Correcciones de compatibilidad para Windows 8.1 e Internet Explorer 11.
• Mejor soporte para hardware moderno, como dispositivos de alto DPI y la precisión la precisión del touchpad.
• Nuevas capacidades para Apps de Office y APIs para desarrolladores :).
• Power Map para Excel, una herramienta de visualización 3D para la cartografía, la exploración y la interacción con los datos geográficos y temporales en Excel (ya está disponible para clientes de Office 365 con  suscripción ProPlus).
• Mejoras en la tecnología de virtualización Click-to-Run que instala y actualiza aplicaciones de Office 365 de escritorio.
• SkyDrive Pro es ahora OneDrive for Business (únicamente ha habido un cambio de nombre del producto).

Para mas información, puedes visitar los siguientes KBs para más información sobre las actualizaciones del  Service Pack 1 de los siguientes productos:

IMPORTANTE: Siempre es bueno probar cualquier Service Pack en un entorno no productivo, para detectar y corregir posibles problemas, y así evitar males mayores.

Para mas información: http://support.microsoft.com/kb/2817429

Por algún motivo, el equipo de SharePoint decidió que esta funcionalidad «Configurar grupos de este sitio» debía de estar oculta en el menú de Permisos del Sitio. Si que esta visible, cuando creas un Sitio nuevo (si lo creas con la opción de permisos únicos), la malo es que luego, no hay forma de ver los grupos asignados a cada perfil.

Si necesitas realizar cambios en la asignación de grupos y como esta funcionalidad sigue estando en SharePoint 2010, siempre es posible acceder a la pagina por url: /_layouts/permsetup.aspx

Cuando creas un portal publico (usando las características de Publicación) basado en SharePoint, has de configurar el acceso de usuarios, como anónimo, por lo que por defecto permite que cualquier usuario acceda a los siguientes recursos:

• /_layouts/viewlsts.aspx
• /Lists/[ListName]/AlItems.aspx

Esto es un problema de seguridad, ya que estas dando una información muy importante a usuarios anónimos, que podrían usar en tu contra… pero no hay problema ya que SharePoint trae una característica oculta a nivel de Site, llamada ViewFormPagesLockdown, que deshabilita el acceso a estos recursos de forma anónima.

Para activar esta funcionalidad, hay que utilizar un par de comandos de PowerShell:

1) Obtenemos el GUID de la característica ViewFormPagesLockdown, la cual como he comentado esta oculta con el siguiente comando:

Get-SPFeature | where { $_.DisplayName -eq "ViewFormPagesLockdown"}

2) Una vez tenemos el GUID o identificador, lo que hacemos es activarlo:

Enable-SPFeature -url http://sharepoint -identity 7c637b23-06c4-4724-9a9a-7c175762c5c4 -confirm:$false

Tras este cambio, los usuarios tendrán que autenticarse, para acceder a estos recursos.

IMPORTANTE: Puedes tener problemas si dentro de esta colección de sitio, tienes subsitios de tipo Blog, en los que los usuarios pueden realizar comentarios sobre post o similares… para solucionar este tipo de problema, en el blog de sharepointblues.com te explican como se puede solucionar.

Para realizar esto desde el API de SharePoint, la forma mas sencilla es la siguiente:

static private void LanzarWorkflow()
{
  //definición de variables necesarias para la ejecución
  string SP_URL = "http://mi_sharepoint";
  string LIST_NAME = "Pages";
  //este es el GUID del BaseID del Workflow que queremos ejecutar
  Guid wfBaseId = new Guid("b81abdd8-faf4-4bed-86ca-a49d9cc9913e");
  //se ejecuta con privilegios elevados
  SPSecurity.RunWithElevatedPrivileges(delegate
  {
	try
	{
	  using (SPSite site = new SPSite(SP_URL))
	  {
		using (SPWeb web = site.OpenWeb())
		{
		  SPList list = web.Lists[LIST_NAME];
		  SPListItemCollection items = list.Items;
		  for (int i = 0; i < items.Count; i++)
		  {
			web.AllowUnsafeUpdates = true;  
			//selecciona el item actual
			SPListItem item = items[i];
			Console.WriteLine(string.Format("[Item] Lanzando workflow para el item Id: {0} ", item.ID));
			//obtiene el objeto plantilla de WF asociado a la lista que queremos
			SPWorkflowAssociation associationTemplate = list.WorkflowAssociations.GetAssociationByBaseID(wfBaseId);
			//lanzar el WF a nivel del item
			web.Site.WorkflowManager.StartWorkflow(item, associationTemplate, associationTemplate.AssociationData);
			web.AllowUnsafeUpdates = false; //bloquea cambios por codigo
		  }
		}
	  }
	}
	catch (Exception ex) { Console.WriteLine(string.Format("***ERROR*** {0}", ex.ToString())); }
  });
}

Los únicos parámetros que necesita esta función son:

• SP_URL: Url del sitio de SharePoint donde se encuentra la lista que tiene asociada el Workflow que deseamos lanzar
• LIST_NAME: Nombre de la lista o biblioteca que tiene el Workflow
• wfBaseId: por ultimo el Base ID del Workflow (este GUID lo puedes ver, por ejemplo, desde SharePoint Designer, editando el archivo XML de configuración del propio Workflow)

La forma mas rápida que se me ocurrió es la de crear un script de PowerShell para ello. Como creo que os podría ser de utilidad, lo comparto con todos vosotros:

function Get-UsersPermissions([string]$portalurl, [String[]]$excludewebs, [string]$onesite) 
{ 
    [void][System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") 
    $farm = [Microsoft.SharePoint.Administration.SPFarm]::Local 
	#añade la barra si no existe
    if (-not $portalurl.EndsWith("/")) { $portalurl = $portalurl + "/" } 
	#recorre todos los servicios de la granaja
    foreach ($spService in $farm.Services) 
	{ 
        if (!($spService -is [Microsoft.SharePoint.Administration.SPWebService])) { continue; } 
        foreach ($webApp in $spService.WebApplications) 
		{ 
            if ($webApp -is [Microsoft.SharePoint.Administration.SPAdministrationWebApplication]) { continue; } 
			$webAppUrl = $webApp.GetResponseUri('Default').AbsoluteUri 
			if ($webAppUrl.ToUpper() -eq $portalurl.ToUpper())
			{ 
				#recorre las colecciones que existen en la aplicacion web
				foreach ($site in $webApp.Sites) 
				{ 
					#si existe algun parametro 
					if (($onesite -ne $null) -and ($onesite -ne "")) 
					{ 
						#verifica si se ha incluido el parametro Web
						if ($site.Url.ToUpper() -ne $onesite.ToUpper()) { continue; } 
					} 
					#recorre los sitios que existen en la coleccion
					foreach ($web in $site.AllWebs) 
					{ 
						if ($excludewebs -contains $web.Url) 
						{ 
							Write-Host "Se ha excluido el sigioente sitio: " $web.Url 
							continue 
						} 
						foreach ($user in $web.SiteUsers)
						{ 
							#excluye al usuario: sharepoint\system 
							if ($user.Loginname.StartsWith("SHAREPOINT\")) { continue; } 
							#recupera la informacion a mostrar
							$data = @{ 
										"Coleccion" = $site.Url 
										"Url sitio" = $web.Url 
										"Nombre sitio" = $web.Title 
										"Usuario" = $user.Loginname 
										"Nombre" = $user.Name 
										"Roles" = $user.Roles 
										"Grupos" = $user.Groups 
							} 
							New-Object PSObject -Property $data 
						} 
						$web.Dispose(); 
					} 
					$site.Dispose() 
				} 
			} 
		} 
	} 
}

#---------------------------------------------------------------
#Opcion 1: Listas de los usuarios y sitio del la Aplicacion Web: http://intranet, pero solo muestra los usuarios y permisos del subsitio: http://intranet/sites/test
# Get-UsersPermissions -portalurl:http://intranet/  -onesite:http://intranet/sites/test | Out-GridView
#---------------------------------------------------------------
#Opcion 2: Listas de los usuarios y sitio del la Aplicacion Web http://intranet, pero excluye los 3 sitios: /gastos, /docs y /rrhh
# Get-UsersPermissions -portalurl:http://intranet/ -excludewebs:@('http://intranet/gastos','http://intranet/docs','http://intranet/rrhh')  | Out-GridView
#---------------------------------------------------------------
#Opcion 3: Lista todas los sitios y usuarios de la Aplicacion Web: http://intranet
# Get-UsersPermissions -portalurl:http://intranet/ | Out-GridView
#---------------------------------------------------------------

Para solucionar este problema, has de dar permiso de «db_owner» a la cuenta de servicio que estas usando para ejecutar Excel Services, siguiendo los siguientes pasos:

1) Abre el administrador de bases de datos «SQL Server Management Studio» y localiza la base de datos o bases de datos de contenido (puedes verlo en el Visor de Eventos de Windows «<Content Database Name>» y selecciona «Security«.

2) Dentro de esta sección, posicionate en «Users» y con el botón derecho, selecciona «New User …»

3) Introducimos la cuenta de servicio que ejecuta el servicio de Excel Service (que puedes localizar en Security -> Configure Service Accounts, seleccionado el pool del servicio) y le asignamos el rol de «db_owner«.

4) Guarda los cambios y verás como los archivos Excel ser abren correctamente en tu navegador web.

Para solucionar este problema, has de realizar los siguientes pasos:

1) Abres la Administración Central y vas a: Manage service applications -> Excel Services Application (o el nombre que le hayas dado al servicio) -> Trusted File Locations.

2) En esta pantalla, has de añadir la url del Web Application (como por ejemplo: http://intranet.com) y marcar la opción «Children trusted» para asegurarte que todas las bibliotecas de documentos que contengan archivos Excel, se abre correctamente en el navegador web.

1) Puedes verificar que la conexión de servicio con Excel Service está habilitada, para ello, en la Administración Central te vas a: Application Management -> Manage Web Application -> <Nombre_Web_Application> -> Service connections.

En este formulario, has de asegurarte de el servicio Excel (según lo hayas llamado cuando lo creaste), esta habilitado:

Con estas verificaciones, debería funcionar correctamente el servicio y abrir tus archivos Excel en el navegador web.

2) Una segunda opción, es configurar la Coleccion de Sitio, para que, en vez de abrir el archivo Excel en el navegador web, te lo abra en el cliente de paquete Office. Para ello, te remito a este post de Mario Cortés donde se detallan todos los pasos a seguir.

Para para el servicio «User Profile Synchronization» con PowerShell, es necesario realizar los siguientes pasos:

1) Obtenemos el listado de todos los Servicios de la granja o entorno de SharePoint (incluyendo su GUID)

Get-SPServiceInstance

2) Localizamos el GUID del servicio User Profile Synchronization y llamamos al comando Stop-SPServiceInstance:

Stop-SPServiceInstance [GUID_User_Profile_Synchronization]

Para poder realizar esto, es necesitar editar el manifiesto de la planilla y ponerle el idioma, que tengas instalado en tu entorno. Para editar un archivo stp existen varios métodos que comento a continuación:

1) Existe una forma manual de poder editarlos, cuyos pasos serian:

1. Copia y renombra la extensión del archivo .stp por .cab
2. Extrae el contenido del archivo (yo suelo usar WinRar)
3. Abre el archivo manifest.xml en un editor de texto (Visual Studio, Notepad, Dreamweaver, etc.)
4. Modifica el archivo manifest.xml
5. Usando la linea de comando,  sitúate en el directorio/carpeta que contenga el manifiesto ya editado
6. Teclea el siguiente comando, sustituyendo el <nombre_plantilla> por el deseado: makecab.exe manifest.xml <nombre_plantilla>.cab
7. Esto generará un archivo .cab que deberemos renombrar de extensión a .stp
8. Ya tenemos listo la plantilla modificada, preparada para subir a SharePoint

2) Existe otra forma mucho mas sencilla, cuyos pasos serian:

1. Copia y renombra la extensión del archivo .stp por .cab
2. Extrae el contenido del archivo (yo suelo usar WinRar)
3. Abre el archivo manifest.xml en un editor de texto (Visual Studio, Notepad, Dreamweaver, etc.)
4. Modifica el archivo manifest.xml
5. Buscar la aplicación iexpress.exe y ejecutala
6. Sigue los pasos del wizard
7. Esto generará un archivo .cab que deberemos renombrar de extensión a .stp
8. Ya tenemos listo la plantilla modificada, preparada para subir a SharePoint

Este segundo paso es mucho mas cómodo si tu plantilla, contiene mas de un archivo (es decir a aparte del manifest.xml) ya que no tienes que generar ningún script para que te haga el empaquetado usando makecab.

Para más información sobre IExpress Wizard, puedes consultar esta pagina de Microsoft.