Apps for SharePoint cómo saber cual tipo usar…SharePoint, Auto o Provider Hosted?

 

Bueno Apps es el nuevo modelo de programación para adicionar funcionalidad instantánea a un portal de SharePoint OnPremises (Instalado en la red interna de la organización) o SharePoint Online en Office 365.  La gracia de este nuevo modelo es que el código se ejecuta aisladamente de la infraestructura de SharePoint.  De alguna forma algo similar a las soluciones SandBox introducidas en la versión SharePoint 2010, pero evolucionada, mejorada y ampliada.   Esto no implica que se ejecute en un entorno visual distinto ya que son incrustadas dentro de la Web UI de SharePoint a través del uso de IFRAMEs tecnología antigua que ha tomado relevancia en esta versión SharePoint 2013 para dar el efecto al usuario que esta en la misma interfaz Web aunque pueda estar corriendo inclusive en Azure o en un proveedor de terceros.

Lo mencionado anteriormente define el tipo de App que se puede desarrollar bajo el nuevo modelo disponible en Visual Studio 2012 de forma de plug-in y en 2013 ya incluidas las plantillas de Proyecto que son solamente tres plantillas: App for Office, App for SharePoint y Cloud Business App.

Según donde se hospeda el código así se define su nombre y los recursos a su disposición.  A continuación los nombres de los tipos de Apps:

1) SharePoint Hosted: Se hospeda en SharePoint de forma aislada en una “Web” (lo que equivale a un sitio Web de SharePoint) denominada App Web, que es creada cuando se instala el App en una Web de SharePoint denominada Host Web.  Esto quiere decir que si deseo que la funcionalidad este disponible en otro sitio de SharePoint tendré que instalar la App en el nuevo sitio web que denominamos en el ambiente de Apps Host Web. Lo interesante de esta opción es lo accesible que se tiene acceso a los recursos de SharePoint en cuanto a contenido y lo fácil que es instalar y remover como lo es un App en un teléfono.  Eso quiere decir que si la removemos deforma predeterminada toda la información almacenada en el App Web desaparecerá que por temas de seguridad este es el comportamiento esperado.  Este tipo de App esta disponible tanto para On Premises como Online y puede venderse en Office Store de Microsoft.  En esta aplicación podemos hacer invocaciones de Servicios Web a través de Ajax, pero debemos de cuidar de adicionar en IE por ejemplo las direcciones de los recursos como sitios seguros o Local Intranet para evitar errores de llamadas cruzadas de dominio o Cross Domain Calls.

http://msdn.microsoft.com/EN-US/library/office/fp179887(v=office.15).aspx

2) Auto Hosted: Esta aplicación se hospeda en Azure y es controlada por Microsoft.  Es decir no se instala en una instancia alquilada por el ISV o proveedor del App sino en un espacio administrado por Microsoft dentro de Azure el cual le asigna los recursos de forma automática y sin control del creador del App para conocer sobre que recursos, por ello esta no esta todavía disponible en el Office Store de Microsoft, sino solamente para subscriptores de Office 365 y no esta disponible para SharePoint On Premises.  Tenemos disponible los recursos de SharePoint a través del Host Web pero el código esta corriendo en algún espacio en Azure.  También podemos ejecutar código de servidor pero solo para los recursos disponibles de lado de Azure (Web Sites & SQL Azure). 

3) Provider Hosted o Remote Hosted:  Esta App se hospeda en recursos proveídos por terceros a Microsoft es decir por el ISV o Proveedor del App, que bien puede ser en una instancia de Azure administrada y pagada por nosotros mismos.   Pero aquí aunque hay mucho más control sobre donde se hospeda la App también hay mucho más esfuerzo de lado del ISV por proveer multitenancy o Multiinquilinos, manejo de las versiones del App y el soporte que debe de manejar cada versión del App que se pone a disposición en el Office Store de Microsoft.  Este tipo de App también tiene disponible los recursos de SharePoint del Host Web pero son invocados desde los recursos de terceros donde esta la funcionalidad hospedada de la aplicación.  Aquí tenemos libertada de escoger modelos de programación Web como lo son MVC o Web Forms y correr código de servidor.

Para los tres tipos de Apps la única forma de acceder los recursos de SharePoint es a través de CSOM o el modelo de Objetos de SharePoint Cliente o vía REST API.  Y para  SharePoint Hosted tiene que ser por fuerza CSOM para JavaScript ya que no se puede hospedar código en este tipo de aplicaciones que no sea JavaScript y sus derivados, como lo son: Ajax, Jquery y Json.  Para las Apps Autohosted y Remote Hosted esta disponible en los lenguajes de código de .NET como lo son C# y VB la versión de CSOM para los desarrolladores se sientan más cómodos en su ambiente o con REST API.

En la imagen de arriba nos permite ver claramente para los 3 tipos de Apps donde es se hospeda el código.  Interesante que la aplicaciones Provider Hosted pueden almacenar código del lado de SharePoint además de contar con la infraestructura provista por el ISV, a diferencia de SharePoint Hosted que todo el código es almacenado en SharePoint, con posibilidades de llamar recursos como servicios Web a través de Ajax u otros sistemas de la nube por medio del servicio de Business Connectivity Services.  Estos dos tipos de Apps mencionados están disponibles para el Office Store.  Por otra parte Auto hosted aún no ya que hay temas de subscripción con Azure no resueltos aún.  Esto no quiere decir que no sea posible crear estas aplicaciones para usuarios de Office 365 pero no pueden ser ofrecidas todavía en el Office Store.

En conclusión podemos decir que las aplicaciones de más rápido desarrollo son las SharePoint Hosted con limitaciones como solo pueden ser escritas para Javascript y derivados (Ajax, jquery & json) y mayormente enfocada en los servicios y recursos disponibles en SharePoint.  Estas tiene la bondad que funcionan tanto para SharePoint Online como On Premises y puede ser ofrecidas en el Office Store de Microsoft.  Por otro lado las aplicaciones Provider o Remote hosted debemos de proveer toda la infraestructura para almacenar el código que estamos escribiendo como multitenancy, Infraestructura Web, Base de datos, control de versiones, Soporte.  Pero con al ventaja de tener toda la libertad de crear las aplicaciones con el lenguaje e infraestructura de nuestro dominio.  Por último las Apps Autohosted, nos proveer de forma predeterminada toda la infraestructura de Azure a nivel de sitios Web y Base de datos sin que tengamos que preocuparnos, pero solo esta disponible para usuarios de Office 365 y no tenemos ningún control sobre los recursos asignados en Azure. 

Dicho esto hay mucho que profundizar en cada una de ellas y conocer sus verdaderas restricciones, ventajas y esfuerzo requerido en el desarrollo por lo que en los siguientes artículos profundizaré en cada uno de ellos.

Hasta la próxima, Apps4Fun!,

Juan Manuel Herrera Ocheita

Cómo habilitar 5 niveles de menú de navegación en SharePoint Server 2013 sin una línea de código

Para poder realizar esto necesitamos lo siguiente:

1) SharePoint Designer 2013 para modificar mínimamente la master page

2) Contar una granja de SharePoint Server 2013 Standard o Enterprise

3) Tener aplicado por lo menos la actualización de Marzo 2013 de SharePoint 2013 o bien el SP1

4) Tener configurado el servicio de Metadatos

5) Poseer permisos como Administrador de la colección de sitios donde se desea el menú de 5 niveles

Para empezar debemos de crear en el Almacén de términos un grupo de términos donde definamos el menú de 5 niveles para ello a nivel del sitio en configuración del sitio encontramos el enlace como se muestra en la imagen de abajo

Ahora crearemos un grupo de términos que le llamaremos navegación.   Para ello haga clic en la esquina derecha de la opción “Aplicación de Servicio de Metadatos” o su correspondiente nombre según el idioma en que tiene el SharePoint

Luego creamos un Conjunto de Términos llamado MenuPrincipal de igual forma en la esquina derecha de la opción “Navegación”.

Ahora seleccione la pestaña Finalidad y seleccione la opción “Usar este conjunto de términos para la navegación del sitio” y abajo presionar el botón Guardar.  Esta opción permitirá especificar en cada termino opciones de navegación como lo es la dirección URL del destino del término u opción del menú.

Ahora debemos de crear los niveles de la misma forma que hicimos con los anteriores

Para cada término tenemos la opción de seleccionar la pestaña Navegación la opción de Vínculo simple o encabezado para escribir o seleccionar la URL Destino.  Hay otras opciones que no revisaremos en este artículo, pero podemos habilitar la opción de utilizar nombre amigables en la URL para esconder la dirección real y el nombre de la página que se esta accediendo.

Abajo como se definió en este ejemplo las opciones.

Ahora necesitamos asociar los términos que acabamos de crear, para ello debemos de volver al sitio primario e ir a la Configuración del Sitio, Aspecto, Navegación.  Sino le muestra la opción de Navegación habilite las características de publicación a nivel de colección de sitios y de sitio donde esta ubicado.

Luego seleccionamos la segunda opción Navegación administrada.

Esto nos habilitará la opción para seleccionar el conjunto de términos deseado, que para este caso es MenuPrinicipal. 

Para finalizar presionamos el botón Guardar.

Ahora viene el truco vamos a modificar la página Maestra para que acepte más de dos niveles en el menú horizontal de navegación o Top Link Bar.  Para ello es necesario habilitar las características de publicación a nivel de colección de sitios y de sitio, como se muestra en la imagen de abajo.

Para acceder a las características puede hacerlo utilizando la siguiente url o bien a través de la configuración del sitio http://hostname/_layouts/15/ManageFeatures.aspx?Scope=Site

Para acceder a las características puede hacerlo utilizando la siguiente url o bien a través de la configuración del sitio http://hostname/_layouts/15/ManageFeatures.aspx

Para modificar la página maestra necesitaremos utilizar el SharePoint Designer 2013 (Es libre y gratuito para descargar) o bien descargar la pagina html utilizada que en este caso es seattle.html editarla con notepad inclusive y luego volverla a subir.  Para este caso vamos a editarla en SharePoint Designer 2013 para ello es necesario abrir un sitio.  Y luego ir a la opción de Master Pages o Páginas Principales dependiendo de la versión que descargo de SharePoint Designer 2013. Seleccionamos editar la página maestra y luego buscamos la siguiente palabra compuesta MaximumDynamicDisplayLevels.

Esto nos llevará el siguiente segmento de código.

 

En el cual debemos de reemplazar el valor 2 por 4 y listo, eso es todo debemos de guardar los cambios en la página html y SharePoint se encargará de convertir a .master dicha página. No se preocupe porque esta comentada luego SharePoint la des-comenta en la versión .master.  Si quiere saber más del nuevo modelo y como funciona el tema del branding leea el siguiente artículo: http://msdn.microsoft.com/en-us/library/jj191506(v=office.15)

Vista de la sección en la que estamos en SharePoint Designer 2013.

Ahora veamos el menú en acción.

Bueno amigos, eso fue todo, espero que puedan realizarlo tan fácil como lo es sin necesidad de escribir una línea de código sino utilizando las opciones que están disponibles en SharePoint Server 2013.

Hasta la próxima,

Juan Manuel Herrera Ocheita

Noticia Importante Microsoft aumenta la capacidad de One Drive a un 1 TB y libera almacenamiento adicional ilimitado en SharePoint Online

Esta es una noticia importante y esperada para los clientes de Office 365.

El servicio denominado One Drive for Business (antes Sky drive) que no es otra cosa para los que conocemos las versiones On Premises de SharePoint que los sitios personales de cada usuario disponible en la aplicación de Servicio llamada Perfiles de Usuario de SharePoint ahora puede almacenar hasta 1 TeraByte de información por Usuario y para los usuarios de SharePoint Online pueden comprar el espacio que desee sin restricción para las colecciones de sitios internos y públicos.  Eso sí, aplica solo para los planes corporativos (E1,E2,E3,E4) y educacionales (A2,A3,A4).

Así luce mi One Drive (vea con detenimiento el URL y verá lo que le comente arriba)

Esto trae un gran desafío para otros proveedores de productos similares como drop-box, que aunque no pueden consolidarse dentro de una organización, son ampliamente utilizados por muchos usuarios.

Para los que se preguntan el precio de cada GB por usuario y por mes:

https://onedrive.live.com/about/en-us/plans/

 

Microsoft deja claro que acompañará a su creciente masa de usuarios corporativos en su crecimiento y que puede confiar que Microsoft contará con la infraestructura y tecnología para soportar grandes volúmenes de información.

Los dejo con la noticia original:

http://blogs.office.com/2014/03/14/sharepoint-online-announces-1tb-site-collections-and-unlimited-tenant-storage-scale/

SharePointOnline4MuchMore!,

Juan Manuel Herrera Ocheita

Solucionando el error READPAST lock in the READ COMMITTED en HealthReport.aspx para SharePoint 2013

 

El detalle del error que muestra es el siguiente:

Application error when access /_admin/HealthReport.aspx, Error=You can only specify the READPAST lock in the READ COMMITTED or REPEATABLE READ isolation levels.   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)     at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)     at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)     at System.Data.SqlClient.SqlDataReader.TryHasMoreRows(Boolean& moreRows)     at System.Data.SqlClient.SqlDataReader.TryReadInternal(Boolean setTimeout, Boolean& more)     at System.Data.SqlClient.SqlDataReader.Read()     at System.Data.Common.DataAdapter.FillLoadDataRowChunk(SchemaMapping mapping, Int32 startRecord, Int32 maxRecords)     at System.Data.Common.DataAdapter.FillFromReader(DataSet dataset, DataTable datatable, String srcTable, DataReaderContainer dataReader, Int32 startRecord, Int32 maxRecords, DataColumn parentChapterColumn, Object parentChapterValue)     at System.Data.Common.DataAdapter.Fill(DataTable[] dataTables, IDataReader dataReader, Int32 startRecord, Int32 maxRecords)     at Microsoft.SharePoint.Administration.SPHealthReportFactory.LoadAdapter.FillFromReader(DataTable[] dataTables, IDataReader dataReader, Int32 startRecord, Int32 maxRecords)     at Microsoft.SharePoint.Administration.SPHealthReportFactory.GetReportData(String reportName)     at Microsoft.SharePoint.WebControls.HealthDataSourceView.Select(DataSourceSelectArguments selectArguments)     at Microsoft.SharePoint.WebControls.AdministrationDataSourceView.ExecuteSelect(DataSourceSelectArguments arguments)     at System.Web.UI.DataSourceView.Select(DataSourceSelectArguments arguments, DataSourceViewSelectCallback callback)     at System.Web.UI.WebControls.DataBoundControl.PerformSelect()     at System.Web.UI.WebControls.BaseDataBoundControl.EnsureDataBound()     at System.Web.UI.WebControls.CompositeDataBoundControl.CreateChildControls()     at System.Web.UI.Control.EnsureChildControls()     at System.Web.UI.Control.PreRenderRecursiveInternal()     at System.Web.UI.Control.PreRenderRecursiveInternal()     at System.Web.UI.Control.PreRenderRecursiveInternal()     at System.Web.UI.Control.PreRenderRecursiveInternal()     at System.Web.UI.Control.PreRenderRecursiveInternal()     at System.Web.UI.Control.PreRenderRecursiveInternal()     at System.Web.UI.Control.PreRenderRecursiveInternal()     at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

Esto nos impide ver el informe de mantenimiento en la sección de Supervidor del Central Administration.

Gracias al Blog de Jason Lee´s que nos da respuestas correctas para problemas reales.   Según explica Jason hay un procedimiento almacenado en la base de datos de WSS_Logging mal escrito y esto impide que se pueda consultar el reporte.

Lo curioso de ello es que el problema esta desde la versión RTM y en el cliente que me dio error tiene una versión superior y de todos modos el error persiste.  La versión de mi cliente es 15.0.4481.1005 que básicamente es la actualización obligatoria de Marzo del 2013. 

El Store Procedure en mención al artículo que resuelve el problema puedo confirmarlo es el mismo. Abajo les muestro el SP de la versión del SharePoint de mi cliente:

USE [WSS_Logging]
GO
/****** Object:  StoredProcedure [dbo].[proc_GetSlowestPages]    Script Date: 03/25/2014 10:18:13 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[proc_GetSlowestPages]
   @StartTime           datetime = NULL,
   @EndTime             datetime = NULL,
   @WebApplicationId    uniqueIdentifier = NULL,
   @MachineName         nchar(128) = NULL,
   @MaxRows             bigint = 100
AS
BEGIN
    SET NOCOUNT ON
    SELECT TOP(@MaxRows)
         ServerUrl +
         CASE  ISNULL(SiteUrl,'')+ ISNULL(WebUrl,'')
             WHEN '/' THEN '' ELSE ISNULL(SiteUrl,'')+ ISNULL(WebUrl,'')
         END
         +ISNULL(DocumentPath,'')
         +ISNULL(QueryString,'') AS Url,
        CONVERT(float,AVG(Duration))/1000 AS AverageDuration,
        CONVERT(float,MAX(Duration))/1000 AS MaximumDuration,
        CONVERT(float,MIN(Duration))/1000 AS MinimumDuration,
        AVG(QueryCount) AS AverageQueryCount,
        MAX(QueryCount) AS MaximumQueryCount,
        MIN(QueryCount) AS MinimumQueryCount,
        COUNT(*) AS TotalPageHits
    FROM dbo.RequestUsage WITH (READPAST) 
    WHERE PartitionId in (SELECT PartitionId from dbo.fn_PartitionIdRangeMonthly(@StartTime, @EndTime))
    AND  LogTime BETWEEN @StartTime AND @EndTime
    AND (@WebApplicationId IS NULL OR  WebApplicationId = @WebApplicationId)
    AND (@MachineName IS NULL or MachineName = @MachineName)
    GROUP BY ServerUrl,SiteUrl,WebUrl,DocumentPath,QueryString
    ORDER BY AVG(duration) DESC
END

La solución prácticamente es eliminar la línea WITH (READPAST) del procedimiento proc_GetSlowestPages de la base de datos WSS_Logging.  Yo lo hice y me funciono el error, para lo que sabes algo de SQL Server esto no tiene ninguna implicación importante que afecte de alguna forma el SharePoint, únicamente se esta corrigiendo un código en SQL mal escrito.

 

Interesante el artículo que menciona que Ms no se opone a que se corrija el problema especialmente con temas de visualización y no de operación.  Así que todo depende de Usted.

El artículo que menciono lo puede encontrar en la siguiente dirección: http://www.jrjlee.com/2012/11/problems-viewing-health-reports-in.html

Hasta la próxima!,

Juan Manuel Herrera

Cómo Provisionar de nuevo el Caché Distribuido de SharePoint 2013

Este amigo, es algo picky y no permitirá que se reinicie desde la interfaz gráfica del Central Administration de SharePoint 2013.  si por alguna razón se ha detenido y ya no lo puede levantar, sigua el siguiente procedimiento desde Management Shell de SharePoint 2013:

PS c:\> Get-SPServiceInstance | where {$_.TypeName –like “*distrib*”}

-- Mostrará como resultado lo siguiente ---

TypeName                     Status    Id

Distributed Cache            Disable    xxxxxx-xxx-xxx-xxx-xxxxxxxx

Ahora que conocemos el id podemos desintalarlo temporalmente$srevicio

PS C:\> $dis = Get-SPServiceInstance e4feaefe-70fe-43c7-abf5-858da9c
ce466

PS C:\> $dis.Unprovision()

Y luego lo “Provisionamos” de nuevo

PS C:\> $dis.Provision()

Si esto le falla entonces elimínelo por completo y luego vuélvalo a crear, de la siguiente forma:

PS C:\> $dis.delete()

PS C:\> Add-SPDistributedCacheServiceInstance

Valide si esta Online y no disable con el query de arriba:

PS c:\> Get-SPServiceInstance | where {$_.TypeName –like “*distrib*”}

Si todavía le aparece Disable vuelva a ejecutar el método UnProvision y luego Provision y con eso debe de cambiar de estado a Online, como se muestra abajo:

 

Y eso es todo con ello debería de levantarse el servicio de Caché Distribuido o Permitir que UD. lo levante.

Información Oficial en: http://technet.microsoft.com/en-us/library/jj219613(v=office.15).aspx

Hasta la próxima!,

Juan Manuel Herrera Ocheita

Migración de base de datos de contenido adjunta desde SharePoint 2003 hasta 2013

Increíble pero cierto, empresas están migrando sus instancias de SharePoint casi olvidadas de SharePoint 2003 a SharePoint 2013.

La buena noticia es que podemos utilizar el mismo método de migración de base de datos para todas las versiones de SharePoint.

Un dato importante sobre las versiones de SharePoint a lo largo del tiempo es la siguiente tabla reconociendo los nombres que muestran la evolución de las versiones de SharePoint “relevantes” es decir desde 2003 hasta la versión 2013 que es cuando escribí este artículo.

Descripción  de la versión	2003	2007	2010	2013
Versión base que solo incluye el servicio  o gratuita	SharePoint Services 2.0	SharePoint Services 3.0	SharePoint Foundation 2010	SharePoint Foundation 2013
Versión de Servidor o Empresarial	Portal Server 2003	SharePoint Office Server 2007 alias utilizado fue MOSS	SharePoint Server 2010	SharePoint Server 2013

Para prepararse para la migración es necesario ejecutar herramientas o comandos en cada una de las versiones de SharePoint.  A continuación el detalle:

Descripción  de la versión	SharePoint 2003	SharePoint 2007	SharePoint 2010	SharePoint 2013
Herramienta evaluación pre-migración	Pre Scan Tool	stsadm.exe -o preupgradecheck	test-SPMountContentdatabase	test-SPMountContentdatabase
Observaciones sobre la herramienta	Es obligatoria y debe de descargarse en: http://www.microsoft.com/en-us/download/details.aspx?id=22806	Es necesario instalar el Service Pack 2.0 y recomendado el Service Pack 3.0	Comando de PowerShell que esta incluido en todas las versiones y ediciones de SharePoint 2010	Comando de PowerShell que esta incluido en todas las versiones y ediciones de SharePoint 2013

Para ejecutar la migración de las base de datos de contenido es necesario ejecutar el comando que monta las bases de datos y las migra a la vez.   A continuación el detalle:

Descripción  de la versión	SharePoint 2003	SharePoint 2007	SharePoint 2010	SharePoint 2013
Comando de migración	N/A	stsadm -o addcontentdb	mount-SPContentdatabase	mount-SPContentdatabase
Observaciones sobre la herramienta	N/A	No muestra porcentaje de avance sino un comentario al final de la migración no hay como saber que avance tiene sino hasta el final	Muestra el % de Avance en la ventana del comando u puede consultar la siguiente página: http://hostname:port/_admin/UpgradeStatus.aspx	Muestra el % de Avance en la ventana del comando u puede consultar la siguiente página: http://hostname:port/_admin/UpgradeStatus.aspx
Ejemplo de línea de comando	N/A	stsadm -o addcontentdb -url [htpt://SharePoint2007Server] -databasename [WSS_Content_???]	mount-SPContentdatabase -WebApplication [http://SharePoint2010Server] -Name [Wss_Content_???]	mount-SPContentdatabase -WebApplication [http://SharePoint2013Server] -Name [Wss_Content_???]

El orden para montar las bases de datos de contenido es primero la primaria y luego en cualquier orden el resto, esto aplica para cada aplicación Web de SharePoint que debe de ser creada antes de poder ser montada.  También es necesario desmontar la base de datos que crea de forma predeterminada para que pueda montarse la que se esta migrando.

A continuación como se actualiza la interfaz visual en cada versión luego de montar la base de datos de contenido.

Tema	SharePoint 2003	SharePoint 2007	SharePoint 2010	SharePoint 2013
Visual Upgrade	N/A	Manualmente Aplica la master Page de la versión 2007	Puedes hacerlo por medio de la interfaz Web de cada colección de sitios o bien por línea de comando	Puedes hacerlo por medio de la interfaz Web de cada colección de sitios o bien por línea de comando
Interfaz de Usuario	N/A	N/A	Puedes mejorar visualmente su aplicación web emigrado siguiendo estos pasos: Abra la aplicación web migrado en su navegador. Haga clic en Acciones del sitio a la derecha. Haga clic en la actualización visual.	Para actualizar una colección de sitios Compruebe que la cuenta de usuario que realiza este procedimiento es un administrador de colección de sitios. En la página Configuración del sitio de la colección de sitios , en la sección Administración de la colección de sitios , haga clic en Sitio actualización colección. En la página de la colección de sitios de actualización , haga clic en Actualizar esta colección de sitios . Esta opción inicia el proceso de actualización de la colección de sitios . Una caja se abre para confirmar que desea para iniciar el proceso . Haga clic Estoy listo para comenzar la actualización real . gif Los controles de salud de colecciones de sitios se ejecutan automáticamente en modo de reparación antes de que comience la actualización. Los resultados de los exámenes de salud se incluyen en el registro de la actualización de la colección de sitios . Si hay un error , se debe abordar antes de poder continuar con la actualización . La actualización se inicia y aparece la página de estado de actualización para la colección de sitios . Esta página se actualiza automáticamente mientras la actualización está en curso y muestra información sobre el proceso, tales como los siguientes : Los errores o advertencias Cuando comenzó la actualización ¿Dónde se puede encontrar el archivo de registro de actualización Después de la actualización, la página de estado de actualización se muestra en la nueva interfaz de usuario con el mensaje , Asciende Concluye con éxito . Haga clic Veamos el nuevo sitio para ir a la página de inicio.
Línea de comando	N/A	N/A	$webapp = Get-SPWebApplication <web-app-URL> foreach ($site in $webapp.sites) {    $site.VisualUpgradeWebs() }	Upgrade-SPSite http://server/sitecollection –VersionUpgrade

Otros aspectos a tomar en cuenta en la migración son los siguientes:

1) Instalación de cada una de las versiones en un ambiente virtual o físico de naturaleza temporal.  Es necesario para migrar de SharePoint 2003 a 2013 tener instalado de forma mínima el SharePoint 2007, 2010. Y en SharePoint 2013 la configuración final similar a la inicial para el proceso de migración.

2) Servicios: Es necesario migrar los servicios de primero entre ellos Perfiles de Usuario, la base de datos de contenido de los sitios personales de cada usuario (si aplica).  El servicio de búsqueda no se migra es preferible crearlo de nuevo. 

3) Personalizaciones:  Si se tiene personalizaciones instaladas deberá evaluar su factibilidad de migración a las versiones posteriores.  Plantillas de Sitios, Elementos Web, Páginas, flujos de trabajo.  En algunos casos tendrá que contemplarse crear de nuevo la funcionalidad en la versión final destino, como los flujos de trabajo.

4) Modo de Autenticación:  El modo de autenticación predeterminado y válido de SharePoint 2013 es Claims Authenticación y el de las versiones de SharePoint anteriores es Modo Clásico por lo que es necesario convertir le modo Clásico a Claims.  Para ello ver la siguiente referencia: http://technet.microsoft.com/en-us/library/gg251985(v=office.15).aspx

Bueno amigo, espero que esta guía aclare mejor el camino de migración.  Le sugiero vea los artículos anteriores que he escrito sobre la migración para que pueda completar los detalles de la migración que no expuse en este artículo.

SharePoint4Fun!,

Juan Manuel Herrera Ocheita

Instalando SharePoint 2013 sobre Windows Server 2012 R2

SharePoint 2013 no es soportado en Windows Server 2012 R2 hasta el Service Pack 1.0 de SharePoint 2013 recién liberado el pasado mes de febrero del 2014  http://www.microsoft.com/en-us/download/details.aspx?id=42002

[Actualización 11/03/2013]: Si va instalar SharePoint Foundation 2013 sobre Windows Server 2012 R2] No instale el Service Pack 1.0, mejor realice los workarounds y luego instale el Parche de Marzo del 2013 que es obligatorio.  Ya que el search no le funcionará con el SP1 que incluya un hot fix que daña los web-parts del Search, para SharePoint Foundation 2013, al parecer para Server no hay problema.

Más información en:

http://www.sharepointblogs.be/blogs/vandest/archive/2013/12/10/sharepoint-foundation-2013-broken-search-experience.aspx

Hay “workarounds” para instalar SharePoint 2013 sin SP1 como por ejemplo: http://iouchkov.wordpress.com/2013/10/19/how-to-install-sharepoint-2013-on-windows-server-2012-r2/

Pero le recomiendo ya que esta disponible instale el SP1 de una sola vez y aproveche las demás correcciones que incluye el SP1 (Siempre y cuando sea la versión Server y no Foundation, ver nota de arriba).

El SharePoint 2013 con SP1 incluído ya esta disponible pero solo para la versión en Inglés por lo que si necesita la versión en Español continúe leyendo el artículo.

Para poder incluir el SP1 de una vez en la instalación debemos de crear un “Slipstream” que nos permitirá combinar el producto en su versión original o RTM y el SP1.   Para el caso de SharePoint Foundation 2013 este viene en un solo ejecutable y es necesario extraerlo para poder luego combinarlo, para el caso de la versión Servidor esta viene en una media o ISO y ya viene descomprimida.

Para descargar SharePoint Foundation 2013 en español visite el siguiente enlace:

http://www.microsoft.com/es-es/download/details.aspx?id=35488

Para extraer los bits de SharePoint Foundation 2013 ejecutamos la siguiente línea de comando:

c:\Temp> SharePoint.exe /Extract:c:\SharePointBits

Para descargar el Service Pack 1.0 de SharePoint Foundation 2013 visite el siguiente enlace:

http://www.microsoft.com/es-es/download/details.aspx?id=42002

Esto descargará el siguiente archivo: sharepointsp2013-kb2817439-fullfile-x64-es-es.exe

Ahora vamos a extraer los archivos del SP1 en otro directorio para luego combinarlos, para ello ejecute la siguiente línea de comando:

c:\Temp> sharepointsp2013-kb2817439-fullfile-x64-es-es.exe /Extract:c:\SharePointSP1

Esto desplegará un listado similar al siguiente:

Ahora deberemos copiar todos los archivos extraídos del SP1 en la carpeta UPDATES en el directorio donde descargamos los bits de SharePoint que en nuestro caso es en c:\SharePointBits\updates

Ahora estamos listos podemos ejecutar setup.exe y podemos empezar a ejecutar la instalación.

SharePoint4Fun!,

Juan Manuel Herrera