¿Cuál versión de SQL Server puedo usar con cuál versión de SharePoint?

SQLSP

Con las diferentes versiones de SQL Server y SharePoint que tenemos disponibles, en cada organización no siempre es posible migrar las plataformas de manera paralela y en diferentes ocasiones tenemos que usar una versión mayor de una plataforma que otra. Por ejemplo, SharePoint 2013 con SQL Server 2008 R2 o SharePoint 2010 con SQL Server 2012.

Para saber que versión puedo usar de SQL Server con SharePoint, Microsoft tiene una fórmula que nos permite conocer la compatibilidad de versiones entre las plataformas. La misma se define de la siguiente manera:

SharePoint N-1 en SQL Server N+1

Donde N es la versión de liberación o publicación, por ejemplo para SharePoint 2013 la versión de liberación de SQL Server fue 2012, es decir que para SharePoint 2013 podemos soportar una versión más de SQL Server en este caso 2014, siempre tomando en cuenta las actualizaciones a la plataforma, por ejemplo para que SharePoint 2013 sea compatible con SQL Server 2014 es requerido el Service Pack 1. En el caso de SharePoint 2010 la versión de liberación fue 2008/2008R2 con la formula nos damos cuenta que SharePoint 2010 (con SP) soporta SQL Server 2012 pero no soporta SQL server 2014.

SQLSP

Fuente: http://technet.microsoft.com/en-us/library/cc262485(v=office.14).aspx#section4

Tagged with: ,
Publicado en SharePoint, SQL Server

Agregar cuenta de dominio usando una cuenta existente como plantilla con PowerShell

Cuando creamos una cuenta de usuario o de servicio en el Active Directory es posible que necesites replicar la configuración existente de esa cuenta, por ejemplo, que la cuenta este activa, que la contraseña no expire, la ruta de creación, entre otras configuraciones. En mi caso para llevar a cabo una instalación de una granja de SharePoint Server por las mejores prácticas de Microsoft, es requerido tener varias cuentas de servicio, para la instalación, para la administración de la plataforma, para SQL Server, para los servicios de aplicaciones, para los pool de aplicaciones en el IIS, entre otros servicios. La manera más sencilla de crear estas cuentas es utilizando PowerShell y usar una cuenta existente como plantilla como se muestra a continuación:

Lo primero que debemos realizar es hacer la importanción del modulo de Active Directory por medio del siguiente comando:

Import-module activedirectory

Posteriormente podemos crear una cuenta utilizando el siguiente comando:

New-ADUser -SamAccountName "SQL_Admin" -Name "SQL Server Administrator" -path "CN=Users,DC=contoso,DC=com" -PasswordNeverExpires $true -Enable $true -AccountPassword (Read-host -AsSecureString "Contraseña")

Utilizamos (Read-host -AsSecureString “Contraseña”) para especificar que vamos a ingresar la contraseña como un texto seguro, de esta forma al presionar Enter el comando nos solicitará que ingresemos la contraseña sin que se muestre en pantalla.

Una vez creado el usuario podemos verificar los datos mediante el siguiente comando que posteriormente utilizaremos para almacenar la información en una variable llamada $plantilla:

Get-ADUser sql_admin 
$plantilla = Get-ADUser sql_admin

AD

Para hacer uso de la plantilla en la creación de una nueva cuenta debemos utilizar el parámetro Instance y especificar el nombre, la cuenta y la contraseña:

New-ADUser -SamAccountName "SP_Admin" -Name "SharePoint Farm Administrator" -Instance $plantilla -AccountPassword (Read-host -AsSecureString "Contraseña")

Ejecutado el comando podemos verificar que los datos de la cuenta creada esten correctos.

ADUserCreated

Publicado en Active Directory, PowerShell, SharePoint

Renderizar archivos de Excel con Excel Services en SharePoint

En una granja de SharePoint Server integrado con un servidor de Office WebApp (Office Online) los archivos y documentos de Office (Word, Excel, PowerPoint, etc) normalmente se abren mediante el servicio de Office WebApp, el cual incluye características como pre-visualización como se muestra a continuación:

PreviewExcel

Para abrir un documento en el navegador SharePoint hace la ejecución de la solicitud mediante la página “WopiFrame.aspx” como lo podemos ver en la siguiente imagen:

WopiFrame

Por varias razones como por ejemplo mayor interacción de los datos que tenemos en los archivos de Excel vamos a requerir renderizar el archivo con Excel Services en vez de utilizar Excel WebApp, la configuración es muy sencilla y la podemos hacer mediante PowerShell siguiente estos comandos:

New-SPWOPISuppressionSetting -Extension “XLSX” -Action “view”
New-SPWOPISuppressionSetting -Extension “XLS” -Action “view”

De esta manera SharePoint utilizará la página “xlsviewer.aspx” donde obviamente la plataforma de SharePoint requiere tener configurado el servicio de Excel Services. En el siguiente ejemplo se ve el cambio en la página, donde ya estamos utilizando el servicio:

ExcelServiceViewer

Publicado en SharePoint

Microsoft MVP 2014 – SharePoint Server

El pasado primero de Julio tuve el honor de recibir la renovación en el reconocimiento como Microsoft Most Value Professional en la plataforma de SharePoint Server. Muchas gracias a todos ustedes por el apoyo brindado. De mi parte es un verdadero placer compartir mi conocimiento y realizar contribuciones técnicas en las diferentes comunidades de tecnología en las cuales pertenezco. Muchas gracias a todos ustedes los que me han brindado una retroalimentación en mis aportes y a los seguidores de este blog.

MVP

Publicado en MVP, SharePoint

Conexión Híbrida en Microsoft Azure

Entre las novedades que podemos encontrar en Microsoft Azure es la creación de conexiones hibridas por medio de los servicios de BizTalk, el objetivo principal es poder consumir recursos en ambientes locales, es decir, On-Premises desde Azure ya sea por un servicio móvil o por un sitio web. Sin necesidad de crear una red VPN Site to Site o Site to Point. En la siguiente imagen se ilustra el modelo de conexión:

Architecture

La conexión solo se soporta para puertos estáticos TCP y el Hybrid Connection Manager solo se puede instalar en los sistemas operativos Windows Server 2008 R2, Windows Server 2012 y Windows Server 2012 R2. Para llevar a cabo la conexión se utiliza un Access Key entre el servicio de BizTalk y el Connection Manager.

Para el caso de SharePoint se puede utilizar de manera bidireccional, es decir, se puede Crear Apps de tipo Provider-Hosted en SharePoint Online hospedadas en Azure que hagan consumo de recursos locales en la empresa como un SQL Server o alguna otra fuente de datos. La otra opción es tener un SharePoint On-Premise y publicar sitios web en Azure que hagan uso de los servicios web de SharePoint para mostrar información de listas por medio de REST o también de algún otro servicio web personalizado.

Publicado en BizTalk, C#, Office 365, Oracle, SharePoint, SQL Server, Windows Azure

El fin de las SharePoint Autohosted Apps

Este tipo de Apps se encontraba en un programa preview, solo se soportaba en Office 365 y no eran soportados para el SharePoint Store. Uno de los mayores inconvenientes para su uso en un ambiente de producción era poder tener acceso a los recursos que se creaban en Microsoft Azure, lo que limitaba el control y la escabilidad de la App. La fecha final será el 30 de Junio del 2014, después de esta fecha no será posible crear Autohosted Apps en SharePoint. Es muy importante mencionar que las Apps que se encuentran actualmente en ejecución con servicios de Azure no se verán afectadas sin embargo será una buena práctica y recomendación migrar estas Apps a tipo Provider-Hosted.

Development

Las Apps construidas en Access Services 2013 que son implementadas en Office 365, que en parte se pueden considerar como autohosted por la creación de la base de datos en SQL Azure seguirán funcionando normalmente y siendo soportadas.

Fuente: http://blogs.office.com/2014/05/16/update-on-autohosted-apps-preview-program

Publicado en Office 365, SharePoint

Problema al ingresar en una lista de SharePoint

Las listas de SharePoint utilizan vistas para llevar a cabo la visualización de los datos que hay en la lista, sin embargo podemos extender la funcionalidad mediante muchas características que tenemos disponible cuando creamos o modificamos una lista desde cero, por ejemplo agregar ordenamiento, filtros, agrupaciones, entre otros. Una vez creada la vista para la lista, la misma puede ser configurada como la vista por defecto, es decir, cada vez que un usuario ingrese a la lista va a utilizar esa misma vista, sin embargo por cuestiones de configuración o cambios en las columnas de la lista, estas vistas se pueden ver afectadas y no quedar disponible para los usuarios.

En la mayoría de los casos cuando hay un problema con la vista, es decir el archivo esta corrupto, el usuario cada vez que intenta ingresar a la lista obtiene como respuesta la descarga de un archivo <nombre de la vista>.zip

Para solucionar este error debemos crear una nueva vista y configurarla como la vista por defecto, para poder ingresar a la configuración de la lista sin entrar en la lista utilizamos el siguiente link:

http://<URLSharePoint>/listedit.aspx?List=<GUID_Lista>/

En caso de que no tengamos el GUID tenemos otra forma de poder ingresar a la configuración, para 2010 por medio del Site Content and Structure:

PropertiesList2010

En caso de 2013 es más sencillo por medio de All Site Content:

ConfiguracionLista2013

Posteriormente debemos de crear una nueva vista en la parte inferior y verificar que quede marcada la opción de vista por defecto.

CrearVista

Publicado en SharePoint
Microsoft MVP
Microsoft Most Valuable Professional
Certificaciones
Certificaciones

Haz clic para seguir este blog y recibir notificaciones de nuevos mensajes por correo electrónico.

Únete a otros 1.110 seguidores

Visitantes
Follow me on Twitter
Visitas
  • 14,364 en total.
Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 1.110 seguidores

A %d blogueros les gusta esto: