Sharepoint backup Avamar troubleshooting

1.       Re-registrar el writer de SharePoint:

stsadm -o unregisterwsswriter

stsadm -o registerwsswriter

Verificar que estén los writters: vssadmin list writers

2.       Comprobar los usuarios utilizados para cada uno de los servicios:

Backup Agent service's "Log on as"  is set to Local System account.

SharePoint Services VSS Writer's "Log on as" is set to Farm Administrator account.

SharePoint Services Administrator service's "Log on as " is set to Farm Administrator account.

SharePoint Services Time service's "Log on as" is set to Farm Administrator account.

SharePoint Services Search service's "Log on as" is set to Search or Farm Administrator account.

3.       Comprobar que el writer de SharePoint 2010 VSS Writer está registrado y verificado en el registro en HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Diag, quizas necesitemos anadirlo si no existiera. 

También verifica que las cuentas de Farm y las de backup tengan permisos de full control sobre ese registro

4.       Ejecutar un browsing por línea de consola utilizando los comandos de Avamar y los de Sharepoint:

avmossvss.cmd --browse --username=<farmadminaccount> --password= --debugvss –debug

STSADM.EXE -o backup -showtree

5.       Forzar el flag in avmossvss.cmd en el backup y browsing:

--writerid= {da452614-4858-5e53-a512-38aab25c61ad} 

6.       Chequear que exite un alias pipe y TCP para el SQL server con cliconfg, sino existen crearlos.

7.       Reinstalar tanto backend como front end plugins de avamar.

 

Para mayor información:

http://technet.microsoft.com/en-us/library/cc734545(v=ws.10).aspx

http://clientedigital.com.br/wp-content/uploads/2013/08/Avamar-6.1-for-SharePoint-VSS-User-Guide.pdf

http://china.emc.com/collateral/software/white-papers/h8936-backup-recovery-ms-exchange-shrpoint-2010-wp.pdf

http://www.emc.com/collateral/software/white-papers/h4602-sharepoint-backup-wp.pdf

Sugerencias de consultas (Query Suggestions) en Sharepoint 2013

Las sugerencias de consultas son términos sugeridos (sugerencias) mientras el usuario está escribiendo su consulta en el search box.

Cuando se crea el Search Service Applicatio, no hay query suggestions por default. Después de un tiempo que los usuarios han ejecutado consultas de search, se agregarán de forma automática las sugerencias. Cuando un usuario hace por lo menos 6 click sobre el mismo resultado de búsqueda (EJ: word document), automaticamente e agrega el par (query, result) a la base Analytics Link Store DB, especialmente a la tabla MSSQLogPageClick .

Después hay un job “Prepare query suggestions” que analiza la tabla y procesa la query suggestions.

Para agregar una  SUGERENCIA (Sharepoint 2013) puedo ejecutar el siguiente script de

$proxy = Get-SPEnterpriseSearchServiceApplicationProxy
$ranking = new-object Microsoft.Office.Server.Search.Administration.
RemoteRanking($proxy,$owner, [Microsoft.Office.Server.Search.Administration.
RankingFilter]::Administration)
$lr= $ranking.LanguageResources[“en-US”] 
$phraseList = $lr.QuerySuggestionsAlwaysSuggestList
$phraseList.AddPhrase([System.Guid]::Empty, “SharePoint 2013”, “”)

Después ejecuto el job:

$tj = Get-SPTimerJob | ?{$_.Name -match “Prepare query suggestions”} 
Start-SPTimerJob $tj

More info: https://blogs.technet.com/b/tothesharepoint/archive/2013/12/05/create-and-import-query-suggestions-in-sharepoint-2013.aspx

Mover un site collection a otra content database (Move a Site collection to a different content database)

Se recomienda tener content database`s  de 200 GB tanto por la performance pero principalmente por la administración (backup & restore). Si una base de contenido pasa este tamaño recomendado, tendremos que mover un site collection a otra content database.

• Verificar el tamaño del site collection

$used = (Get-SPSiteAdministration –Identity <http://sitecollectionurl>).DiskUsed
$used

• Crear la base de contenidos (en el mismo server de base de datos, si queremos mover el site collection a otra base de contenido que no está en el server de SQL original, el procedimiento cambia)
• Limpiar los datos de auditoria

$date = Get-Date
$date = $date.AddMilliseconds(1)

(Get-SPSite -Identity <http://sitecollectionurl>).Audit.TrimAuditLog($date)

• Verifica que haya espacio suficiente en el volumen donde está la base de contenido de destino
• Mover el site collection

Move-SPSite <http://sitecollectionurl> -DestinationDatabase <DestinationContentDb>

Para finalizar has un iisreset en todos los servers, y limpia la cache de Sharepoint (http://blogs.msdn.com/b/jamesway/archive/2011/05/23/sharepoint-2010-clearing-the-configuration-cache.aspx)

En el caso que quieras mover un site collection a otra base de contenido que NO está en el mismo server que el original, se recomienda crear un base de contenido vacia en el server local, mover ese site collection a esa base, y después mover la base de contenido completa al nuevo server, y attacharla al web application. Es mucho más eficiente que hacer un backup & restore del site.

Tamaño Máximo de subida (Maximum Upload File) en Sharepoint 2013

El tamaño default de subida de un archivo en Sharepoint 2013 es de 250MB.

Una nueva feature de SP2013 es que permite cambiar el tamaño máximo por extensión de archivo.

Ej: subo el tamaño máximo de subida a 512MB para los archivos con extensión mp4

$WebApp = Get-SPWebApplication "http://webApplicationURL"
$WebApp.MaximumFileSizePerExtension.Add("mp4",512)
$WebApp.Update()

En el caso que quieras setearle el valor default configurado para todos los archivos de la web application, ejecuta lo siguiente:

$WebApp = Get-SPWebApplication "http://webApplicationURL"
$WebApp.MaximumFileSizePerExtension.Remove("mp4")
$WebApp.Update()

Te recomiendo que leas este artículo (SPS 2010) para ver otras configuraciones de subida: http://todosharepoint.blogspot.com.ar/2012/03/incrementar-el-tamano-de-subida-de.html

Evitar que los site collection administrator hagan un upgrade de los sites collection

Get-SPSite | where compatibilitylevel –match '14' | foreach {$_.allowselfserviceupgrade=$false]

http://msdn.microsoft.com/es-es/library/microsoft.sharepoint.administration.spsiteadministration.allowselfserviceupgrade.aspx

Throttling de Upgrade en Sharepoint 2013

Es posible configurar varias settings de los upgrades de web application, a continuación lo más importantes:

• AppPoolConcurrentUpgradeSessionLimit: setea cuantos upgrades por application pool son permitidos. Default=5
• UsageStorageLimit: tamaño máximo de un site collection puede tener en megabytes para hacer un upgrade del sitio. Default=10 MB
• SubWebCountLimit: número máximo de subites de un site collection que puede tener para hacer un upgrade. Default=10 subsites

Para setear los valores, ejecute el siguiente script reemplazando los valores deseados.

$wa=Get-SPWebApplication <URL>
$wa.SiteUpgradeThrottleSettings.AppPoolConcurrentUpgradeSessionLimit=<Value>
$wa.SiteUpgradeThrottleSettings.UsageStorageLimit=<Value>
$wa.SiteUpgradeThrottleSettings.SubwebCountLimit=<Value>

Convertir Web application con basic authentication a claims authentication

$webappname = read-host "Ingrese la url del Web Application"
$wa = Get-SPWebApplication $webappname
$wa.UseClaimsAuthentication = $True
$wa.Update()
$account = read-host "Ingrese Policy Account"
$account = (New-SPClaimsPrincipal –Identity $account –IndentityType 1).ToEncodedString()
$zp = $wa.ZonePolicies("Default")
$p = $zp.Add($account,"PSPolicy")
$fc = $wa.PolicyRoles.GetSPecialRole("FullControl")
$p.PolicyRoleBindings.Add($fc)
$wa.Update()
$wa.MigrateUsers($True)
$wa.ProvisionGlobally()

Tablas nuevas en Sharepoint 2013 (y removidas)

La siguiente lista son las tablas que se removieron en Sharepoint 2013 (ya se habían removido en Sharepoint 2010 SP1 Cu Agosto 2012)

• AllDocStreams
• ComMd
• EventLog
• SharedAccessRequests

La siguiente listas son las tablas que se agregaron en 2013:

• AlListsItemCount: mantiene el track de la cantidad de listitems cuando ocurren diferentes eventos sobre la lista. Esto mejora el caching
• AppDatabaseMetadata: si una app tiene base asociada, esa información se almacena en esta tabla.
• AppInstallationProperty: mantiene información de las propiedades (bag storage) de las instalacions de las apps pero no de la aplicación en si misma
• AppInstallations: Realiza un seguimiento de todas las instalaciones de aplicaciones. Esto incluye el sitio y web en el que se instaló, el AppId, y otros detalles sobre lo sucedido, éxito o fracaso durante la instalación.
• AppJobs: Esto se utiliza para realizar un seguimiento de trabajos que están relacionados con la instalación o eliminación de aplicaciones.
• AppLifecycleErrors: Cuando una aplicación produce un error, ya sea durante la instalación, mientras se ejecuta, o cuando se instala, se almacena aquí.
• AppPackages : la aplicación en si se guarda en esta tabla: el .app file, la información de la versión y el archivo de manifiesto.
• AppPrincipalPerms: la lista de Sites, Web y List IDs y el permiso que tiene sobre esas ubicaciones
• AppPrincipals: la lista de Application Principals registrados que son creados cuando se instala una aplicación o usando PowerShell (New-SPApplicationPrincipal)
• AppResources: es usada para mantener los recursos de lenguajes de las apps
• AppRuntimeIcons: mantiene el icono asociado a las Apps
• AppRuntimeMetadata: almacena información del status de la aplicación
• AppRuntimeSubstitutionDictionary: Una property bag para las aplicaciones
• AppSourceInfo: almacena información de donde viene la app y si hay un update disponible
• AppSubscriptionCosts: el costo por usuario de la aplicación
• AppTaskDependencies: mantiene el track de las dependencias entre tareas de aplicaciones
• AppTasks: Esta tabla almacena información acerca de las tareas relacionadas con los eventos de aplicación.
• DocsToStreams: mantiene un seguimiento de shredded storage components de un archivo
• DocStreams: Los fragmentos de documentos que conforman un documento completo se almacenan aquí
• PreviewSiteRequests: almacena información sobre las solicitudes para actualizar un sitio mediante el look and feel
• SiteHealthCheckResults: Almacena información sobre la nueva función health check feature. Cada vez que se realiza una comprobación, se añade una nueva fila.
• SiteUpgradeSessions: hace un seguimiento de una sesión de actualización de un sitio. información incluye la ubicación del archivo de registro, el tipo de actualización, y el error y el recuento de advertencia.
• SiteUserSyncQueue: mantiene el track la sincronización de usuarios de los sites collection con el User Profile service application.
• SolutionFiles: Se almacena los archivos de las sandboxed solution

Drag and Drop de Sharepoint 2013

Drag and drop en SharePoint 2013 es soportado por la feature drag and drop de HTML 5. Por default no se soporta esta feature en Internet Explorer 8.x y Internet Explorer 9.x pero cuando se instala Office 2013 se agrega un ActiveX control que permite el drag and drop. Este control activeX se agrega cuando se instala SharePoint Designer 2013.

• Internet Explorer 10
• Internet Explorer 9 with Office 2013 Installed
• Internet Explorer 8 with Office 2013 Installed
• FireFox 3.5+
• Chrome
• Safari 5.0+

Podés verificar si tu navegador soporta el drag and drop mediante la siguiente página: http://html5test.com/

Que posibilidades tenemos de hacer drag an drop:

• file system a librería
• desde una librería a otra librería
• se permite mover contenido dentro de la misma librería (Ej: docs sueltos a una carpeta)
• se permite mover contenido desde vistas de librería

Qué es lo que no se puede mover:

• videos
• documentos cross sites
• list items
• folders o documents sets

Clase ClientContext no reconocido

Que pasa cuando Visual Studio no te reconoce la clase ClientContext

Verifica que tengas agregadas las referencias Microsoft.Sharepoint.Client y Microsoft.Sharepoint.Client.Runtime

Después verifica que tengas agregada la clase en el encabezado de la clase.

Y para finalizar verifica que tengas seteado el framework del proyecto de Visual Studio en 3.5

Limpiar la cache de Sharepoint Designer

Cuando estás trabajando con un archivo (Ej: aspx) y tratas de editar el mismo, Sharepoint Designer muestra el error:

"Cannot perform this operation. The file is no longer checked out or has been deleted."

Cerrá Sharepoint Designery a continuación ingresa en los siguientes paths,y borrar todos los archivos.

%APPDATA%\Microsoft\Web Server Extensions\Cache

%USERPROFILE%\AppData\Local\Microsoft\WebsiteCache