El dia de hoy se han hecho públicos los bits del service pack 2 de SharePoint 2010, por lo que a continuación les comparto un enlace de donde pueden descargarlos:
SharePoint Foundation 2010 SP2
SharePoint Server 2010 SP2
En este link pueden encontrar el listado de cambios que se incluyen en el service pack 2
Por su puesto tambien estan disponibles los service pack 2 para los respectivos language packs
Service Pack 2 for Microsoft SharePoint Foundation 2010 Language Pack
Service Pack 2 for Microsoft 2010 Server Language Pack
No olviden primero instalar y probar estos nuevos bits en ambientes de desarrollo y/o pre producción.
Happy updating!
martes, 23 de julio de 2013
miércoles, 10 de julio de 2013
Error <nativehr>0x80070003</nativehr><nativestack></nativestack> al restaurar una colección de sitios
Hace algunos días intentando restaurar una colección de sitios desde un respaldo generado en otra granja, me encontré con el siguiente error:
Buscando un poco en la web se encuentran algunas referencias de dos posibles razones y formas de corregir este error:
1.- Managed Path incorrecto. Esto en caso de que el managed path "sites" no estuviera registrado como un path valido en el web application, la solución evidentemente es agregarlo. No era mi caso
2.- Permisos. Ejecutar el comando de Restore-SPSite con un usuario sin permisos; la solución obviamente es ejecutar el comando con un usuario administrador de la granja de SharePoint. Desafortunadamente tampoco era mi caso.
La forma en que yo pude realizar satisfactoriamente la restauración de la colección de sitios en la granja de destino fue a partir de un backup realizado desde la base de datos de contenido, a continuación enumero los pasos a seguir para realizar este workaround.
1.- Identificar la base de datos de contenido que contiene la coleccion de sitios que deseamos restaurar en la granja destino.
2.- Realizar un full backup de esta base de datos mediante SQL Server Management Studio (o mediante t-sql).
3.- Mover el respaldo realizado a una ubicacion que pueda ser accedida desde la base de datos de la granja destino.
4.- Restaurar la base de datos de contenido en una nueva base de datos dentro de la instanacia de SQL Server de la granja de SharePoint destino.
5.- Montar la base de datos con el siguiente comando de PowerShell:
Por ultimo es importante recordar que una base de datos de contenido puede contener mas un site collection por lo que si este es su caso, desafortunadamente tendrán que borrar manualmente las colecciones de sitios que no utilicen.
Referencias:
Restore-SPSite
Mount-SPContentDatabase
Happy Coding!
<nativehr>0x80070003</nativehr><nativestack></nativestack> At line:1 char:1 + Restore-SPSite http://webapplication:12345/sites/sitecollection_name -Pat ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~ + CategoryInfo : InvalidData: (Microsoft.Share...dletRestoreSite: SPCmdletRestoreSite) [Restore-SPSite], DirectoryNotFoundException + FullyQualifiedErrorId : Microsoft.SharePoint.PowerShell.SPCmdletRestoreSite
La instrucción de PowerShell que estaba utilizando era algo como lo siguiente
Restore-SPSite -Identity http://server_name/sites/sitecollection -Path c:\temp\site_name.bak
Buscando un poco en la web se encuentran algunas referencias de dos posibles razones y formas de corregir este error:
1.- Managed Path incorrecto. Esto en caso de que el managed path "sites" no estuviera registrado como un path valido en el web application, la solución evidentemente es agregarlo. No era mi caso
2.- Permisos. Ejecutar el comando de Restore-SPSite con un usuario sin permisos; la solución obviamente es ejecutar el comando con un usuario administrador de la granja de SharePoint. Desafortunadamente tampoco era mi caso.
La forma en que yo pude realizar satisfactoriamente la restauración de la colección de sitios en la granja de destino fue a partir de un backup realizado desde la base de datos de contenido, a continuación enumero los pasos a seguir para realizar este workaround.
1.- Identificar la base de datos de contenido que contiene la coleccion de sitios que deseamos restaurar en la granja destino.
2.- Realizar un full backup de esta base de datos mediante SQL Server Management Studio (o mediante t-sql).
3.- Mover el respaldo realizado a una ubicacion que pueda ser accedida desde la base de datos de la granja destino.
4.- Restaurar la base de datos de contenido en una nueva base de datos dentro de la instanacia de SQL Server de la granja de SharePoint destino.
5.- Montar la base de datos con el siguiente comando de PowerShell:
Mount-SPContentDatabase "Nombre_de_la_base_de_datos_de_contenido_restaurada" -WebApplication http://webapplication_destino
Por ultimo es importante recordar que una base de datos de contenido puede contener mas un site collection por lo que si este es su caso, desafortunadamente tendrán que borrar manualmente las colecciones de sitios que no utilicen.
Referencias:
Restore-SPSite
Mount-SPContentDatabase
Happy Coding!
Etiquetas:
Errores SharePoint,
PowerShell,
SharePoint 2013,
SQL Server
viernes, 28 de junio de 2013
SkyDrive Pro app para Windows 8 e iOS
Tal como lo dice el titulo de este post, el día de ayer Microsoft libero la app de SkyDrive Pro para Windows 8 y para iOS, las cuales pueden ser descargadas desde sus respectivos stores.
Desafortunadamente estas apps solo funcionan para suscriptores de Office 365 que utilizan SharePoint Online (SPO), pero esperemos que en un futuro cercano Microsoft agregue soporte para deployments on-premises
Happy testing!
Etiquetas:
Apps,
iOS,
SharePoint 2013,
SkyDrive Pro,
Windows 8
sábado, 22 de junio de 2013
Listar folders utilizando la API REST de SharePoint Online
En ocasiones es necesario navegar programáticamente a través de la estructura de carpetas de una librería de documento o de una carpeta en específico, esta actividad es bastante sencilla realizándola mediante la API de servidor de SharePoint con la que hemos venido trabajando los últimos años.
Sin embargo a partir del nuevo paradigma de desarrollo de apps para SharePoint 2013, nos enfrentamos a nuevas formas de realizar los que antes ya hacíamos con API del servidor utilizando y nos lleva a utilizar métodos mucho más estándares y que son compatibles con el nuevo modelo de apps, me refiero a utilizar la API REST de SharePoint 2013.
En esta ocasión voy a ejemplificar como cumplir con la tarea de listar las carpetas de una librería de documentos mediante la api REST, lo primero que necesitamos en comenzar a construir la consulta REST a utilizar contra una librería de documentos, en principio la siguiente consulta nos mostraría la información de una librería de documentos:
https://myportal.sharepoint.com/_api/web/GetFolderByServerRelativeUrl('/Folders%20Library')
Donde “Folders Library” es el nombre de la librería de documentos de la cual quiero mostrar sus carpetas. Noten el uso del método GetFolderByServerRelativeUrl que se encuentra a nivel del “objeto” Web y el cual nos permite abrir un folder en particular, en este caso la librería de documentos en si misma.
Lo siguiente es utilizar la opción $expand para acceder a la “propiedad” Folders de la librería de documentos, algo como lo siguiente: https://myportal.sharepoint.com/_api/web/GetFolderByServerRelativeUrl('/Folders%20Library')?$expand=Folders
Por ultimo solo usamos la opción $select para seleccionar los campos que necesitamos, recuerden que siempre debemos limitar la cantidad de información que solicitamos al servidor, solo para fines de optimizar nuestro desarrollo, la url de consulta final:
https://myportal.sharepoint.com/_api/web/GetFolderByServerRelativeUrl('/Folders%20Library')?$select=Folders/name,Folders/ServerRelativeUrl,Folders/ItemCount&$expand=Folders
Una vez que tenemos lista la consulta solo agrego un código de ejemplo que pinta las carpetas que se encuentran dentro de la librería de documentos como un listado, Show me the money!
El script:
El resultado:
Happy Coding!
Sin embargo a partir del nuevo paradigma de desarrollo de apps para SharePoint 2013, nos enfrentamos a nuevas formas de realizar los que antes ya hacíamos con API del servidor utilizando y nos lleva a utilizar métodos mucho más estándares y que son compatibles con el nuevo modelo de apps, me refiero a utilizar la API REST de SharePoint 2013.
En esta ocasión voy a ejemplificar como cumplir con la tarea de listar las carpetas de una librería de documentos mediante la api REST, lo primero que necesitamos en comenzar a construir la consulta REST a utilizar contra una librería de documentos, en principio la siguiente consulta nos mostraría la información de una librería de documentos:
https://myportal.sharepoint.com/_api/web/GetFolderByServerRelativeUrl('/Folders%20Library')
Donde “Folders Library” es el nombre de la librería de documentos de la cual quiero mostrar sus carpetas. Noten el uso del método GetFolderByServerRelativeUrl que se encuentra a nivel del “objeto” Web y el cual nos permite abrir un folder en particular, en este caso la librería de documentos en si misma.
Lo siguiente es utilizar la opción $expand para acceder a la “propiedad” Folders de la librería de documentos, algo como lo siguiente: https://myportal.sharepoint.com/_api/web/GetFolderByServerRelativeUrl('/Folders%20Library')?$expand=Folders
Por ultimo solo usamos la opción $select para seleccionar los campos que necesitamos, recuerden que siempre debemos limitar la cantidad de información que solicitamos al servidor, solo para fines de optimizar nuestro desarrollo, la url de consulta final:
https://myportal.sharepoint.com/_api/web/GetFolderByServerRelativeUrl('/Folders%20Library')?$select=Folders/name,Folders/ServerRelativeUrl,Folders/ItemCount&$expand=Folders
Una vez que tenemos lista la consulta solo agrego un código de ejemplo que pinta las carpetas que se encuentran dentro de la librería de documentos como un listado, Show me the money!
El script:
El resultado:
Happy Coding!
Etiquetas:
API REST,
Desarrollo SharePoint,
SharePoint 2013,
SharePoint Online
miércoles, 5 de junio de 2013
Recomendaciones para despliegue SharePoint 2013
Recientemente me he embarcado en un proyecto que implica el
despliegue de una granja de SharePoint 2013 con 16 servidores, si, como lo leyeron… 16
servidores!
Dado que el propósito de esta arquitectura será servir como
un repositorio central de una gran cantidad de documentos, es decir Archiving,
se ha diseñado una arquitectura que a grandes rasgos es integrada por los siguientes
servidores:
3 servidores Web Front End
2 Servidores de Aplicación
11 Servidores dedicados para el servicio de búsqueda
Sin lugar a dudas más adelante estaré comentando como me ha
ido con este despliegue de SharePoint, por el momento comparto algunos de los
enlaces que a mí me han servido bastante para dimensionar y diseñar este
monstruo de granja:
Scaletest report for very large scale document repositories
Configuring SharePoint 2013 SearchTopology
Hardware and software requirementsfor SharePoint 2013
Configuring SharePoint 2013 SearchTopology
Hardware and software requirementsfor SharePoint 2013
Adicionalmente, y dado que es un proyecto que estamos
realizando en conjunto con MCS (Microsoft Consulting Services) el equipo de
soporte premier me ha recomendado instalar los siguientes fixes liberados hasta
el momento, tómenlos en cuenta para sus implementaciones:
Happy Configuring!
Etiquetas:
Deployment,
PowerShell,
SharePoint 2013,
SharePoint Farm,
SharePoint Search,
SharePoint Server
Suscribirse a:
Entradas (Atom)






.png)
_513.png)
_525.png)