Carreras de SharePoint 2013 en Microsoft Virtual Academy

image

Ya se encuentra disponible la carrera de SharePoint Server 2013 en el sitio de Microsoft Virtual Academy. En la misma se puede aprender desde como instalar la plataforma, migrarla o usar los servicios que esta provee. Acá les dejo los links para que puedan empezar:

SharePoint 2013 – Introducción, arquitectura e implementación

https://www.microsoftvirtualacademy.com/training-courses/sharepoint-2013-introduccion-arquitectura-e-implementacion

SharePoint 2013 – Configuración y uso de servicios Core

http://www.microsoftvirtualacademy.com/training-courses/sharepoint-2013-configuracion-y-uso-de-servicios-core

SharePoint 2013 – Configuración, uso de servicios y capacidades avanzadas

http://www.microsoftvirtualacademy.com/training-courses/sharepoint-2013-configuracion-uso-de-servicios-y-capacidades-avanzadas

SharePoint sin rodeos, Webcast en vivo sobre flujos de trabajo

El grupo de usuarios SUGES y AvePoint han lanzado esta iniciativa de una serie de Webcast en vivo llamado “SharePoint sin rodeos”. La idea es básicamente presentar una serie de temas sobre SharePoint 2013, dentro de los cuales tendré el grato placer de poder mostrarles la arquitectura y motor flujos de trabajo que incorpora SharePoint 2013.

En el siguiente https://eu.avepoint.com/resources/webinars/?tab=es enlace puedes ver toda la serie de WebCast y sus respectivos expositores.

Si te interesan los flujos de trabajo, regístrate a mi charla: https://msevents.microsoft.com/CUI/EventDetail.aspx?Culture=es-ES&Eventid=1032550929&Action=RegisterAuth

AvePoint - SharePoint sin rodeos

Error 0x80070003 al intentar borrar un sitio personal del usuario

Al intentar borrar un sitio personal de un usuario se produce el siguiente error, <nativehr>0x80070003</nativehr>, el error se produce si se intenta borrar de cualquier forma, por la administración central, STSADM o incluso PowerShell, incluso si se coloca la opción –force.

Después de investigar un largo rato, todo indicaba que la base de contenido que contenía esta colección de sitios, habían 12 bases de datos, estaba corrupta y había que regenerarla. En los foros Microsoft las soluciones se referían a problemas similares y solo en una respuesta sugería el mecanismo de desajuntar y adjuntar la base de datos nuevamente, incluso menciona que este procedimiento había sido sugerido por Microsoft, acá pueden ver el post http://social.technet.microsoft.com/forums/en-US/sharepointadminprevious/thread/5a3851f1-458e-4e35-b5a3-658eafe81239

Para solucionar el problema, desajunte la base de datos donde estaba la colección de sitios, la volví adjuntar a la aplicación web. Esta operación se puede realizar por la línea de comandos o a través de la administración central.

Una vez la base de datos se adjuntó nuevamente, la colección de sitios para el usuario ya no estaba dentro de la base de datos.

El siguiente paso, es reconstruir la colección de sitios para el usuario en particular que se tiene el problema, para lo cual se puede usar el siguiente comando PowerShell

[Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
[Reflection.Assembly]::LoadWithPartialName("Microsoft.Office.Server")

$UrlsiteColMySite = "https://UrlMySite/"

$siteColMySite = New-Object Microsoft.SharePoint.SPSite($UrlsiteColMySite)
$spContext = [Microsoft.Office.Server.ServerContext]::GetContext($siteColMySite)
$UserProfileService = New-Object Microsoft.Office.Server.UserProfiles.UserProfileManager($spContext)

$userAccount = "domainuser"

$profileUser = $UserProfileService.GetUserProfile($userAccount)

$profileUser.CreatePersonalSite();

Al volver a entrar en el perfil del usuario e ir a la sección de contenido encontramos nuevamente que ya se encuentra disponible la colección de sitio para dicho usuario. Si este tenía contenido y el mismo se encuentra respaldado, por ejemplo con DPM, entonces se puede recuperar desde el último punto de restauración que tengamos.

Merge-SPLogFile, una manera sencilla para centralizar los logs de SharePoint 2010

Cuando se trabaja en una granja de SharePoint Server la cual tiene más de un servidor con diferentes roles y servicios distribuidos, los logs se van generando en cada servidor dependiendo de qué rol o servicio. A la hora de analizar los logs de SharePoint muchas veces debemos entender que está pasando o que servicio podría estaría ocasionando el problema para poder ir a ver los logs en dicho servidor. Esto es muy engorroso si la granja que estamos analizando cuenta con varios servidores. SharePoint provee de un comando que permite juntar todos los logs en un único archivo de texto que después podemos analizar, este comando se llama Merge-SPLogFile

La forma de usarlo es muy sencilla, se debe conectar a uno de los servidores de la granja, abrir la consola de PowerShell para SharePoint y ejecutar el comando con los parámetros deseados como se puede ver en la imagen siguiente:

image

Al terminar la ejecución del mismo, se generará un nuevo archivo de logs en la ruta especificada que tendrá todos los registros que cumplan con la condición de filtro establecida, en la siguiente imagen podemos ver el archivo generado para la ejecución del comando.

image

El número 15 de CompartiMOSS está disponible

En el mes de Marzo hemos lanzado el número 15 de la revista digital de SharePoint, CompartiMOSS, http://www.compartiMOSS.com. En esta ocasión hemos vuelto a colocar nuestro granito de arena como patrocinadores de esta gran revista. Nuestra ayuda y la ayuda de todos los patrocinadores hacen posible que está gran revista pueda publicar cada 3 meses un gran número brindándole a la posibilidad a los autores de escribir.

Siderys & BSN banner 15

Nro15compartimoss